CN111327585B - 处理音视频的方法和系统 - Google Patents

Abstract

本申请实施例第一方面提供一种处理音视频的方法，应用于处理音视频的系统，所述音频处理系统包括慢动作播放服务器和素材管理服务器，所述方法包括：所述慢动作播放服务器接收音视频直播信号，并将该音视频直播信号作为输出信号，传输给至少一个播放设备；所述慢动作播放服务器在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器；在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，所述素材管理服务器对接收到的所述音视频片段进行打包输出给第一指定位置。

Description

处理音视频的方法和系统

技术领域

本申请实施例涉及通信技术领域，具体而言，涉及一种处理音视频的方法和系统。

背景技术

在电视转播、娱乐节目直播、体育赛事直播、互联网直播等需要对音视频信号进行采集和实时处理的场景中，对于节目或比赛中的精彩画面，通常会以慢动作的形式重新播放给观众欣赏，从而提升观众观看或观赛体验。

以足球比赛直播为例，直播期间，观众的播放设备(例如电视、电脑、手机等)实时接收音视频直播信号，并将该音视频直播信号转换成图像和音频，向观众输出。当慢动作直播平台拍摄到球员射门的精彩画面后，导播可以对该段精彩画面进行慢放处理，并通过慢动作直播平台将该段经过慢放处理的精彩画面的信号输出给观众的播放设备。如此，观众的播放设备可以将该信号转换成图像和音频，向观众输出，使得观众可以再次欣赏球员射门的慢动作画面，以提升观众的观赛体验。

通常，在慢动作直播平台内采集或制作的音视频素材不一定符合节目后期制作要求。并且在晚会节目、体育比赛、会议等直播节目结束后，需要在短时间内从收录的音视频中选取出主要片段或精彩片段，并根据这些主要片段或精彩片段制作成播放清单或精彩片段锦集等。然而，一场晚会、比赛或会议的持续时间通常是数小时，相关技术中，从数小时时长的音视频文件中选取音视频片段需要耗费较多的时间和精力，也难以确保在直播结束后能及时地向观众提供播放清单或精彩片段锦集。

发明内容

本申请实施例提供一种处理音视频的方法和系统，旨在提高音视频处理效率。

本申请实施例第一方面提供一种处理音视频的方法，应用于处理音视频的系统，所述音频处理系统包括慢动作播放服务器和素材管理服务器，所述方法包括：

所述慢动作播放服务器接收音视频采集设备实时传入的音视频直播信号，存储由该音视频直播信号所形成的音视频文件，并将该音视频直播信号作为输出信号，传输给至少一个播放设备；

所述慢动作播放服务器在检测到用户输入的慢动作播放指令的情况下，响应于所述慢动作播放指令，将所述输出信号切换为该慢动作播放指令所对应的慢动作音视频信号；

所述慢动作播放服务器在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器；

在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，所述素材管理服务器对接收到的所述音视频片段进行打包输出给第一指定位置。

本申请实施例第二方面提供一种处理音视频的系统，所述系统包括：慢动作播放服务器和素材管理服务器；

其中，所述慢动作播放服务器用于：接收音视频采集设备实时传入的音视频直播信号，存储由该音视频直播信号所形成的音视频文件，并将该音视频直播信号作为输出信号，传输给至少一个播放设备；

所述慢动作播放服务器还用于：在检测到用户输入的慢动作播放指令的情况下，响应于所述慢动作播放指令，将所述输出信号切换为该慢动作播放指令所对应的慢动作音视频信号；

所述慢动作播放服务器还用于：在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器；

所述素材管理服务器用于：接收所述音视频片段，并在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，对接收到的所述音视频片段进行打包输出给第一指定位置。

采用本申请提供的处理音视频的方法，为处理音视频的系统配置了素材管理服务器，在处理音视频的系统的慢动作播放服务器进行正常直播或慢动作播放期间，慢动作播放服务器可以接收用户输入的音视频切片指令，从而可以在节目、比赛或会议直播时，响应该音视频切片指令，及时从音视频直播信号对应的音视频文件中截取音视频片段，并将截取的音视频片段发送给所述素材管理服务器。在接收到打包输出命令后，素材管理服务器可以将接收到的音视频片段打包输出给第一指定位置。

如此，一方面提高了对音视频的处理效率，可以在直播期间快速从音视频直播信号对应的音视频文件中截取音视频片段，有利于在直播结束后，甚至在直播结束前，及时地向观众提供播放清单或精彩片段锦集。

另一方面，通过配置素材管理服务器，利用素材管理服务器接收慢动作播放服务器发送的音视频片段，并对接收的音视频片段进行打包处理，再输出给第一指定位置，可以有效减轻慢动作播放服务器的工作负荷，使得慢动作播放服务器在参与音视频片段截取任务期间，维持直播任务的稳定性。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例的描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1是本申请一实施例提出的处理音视频的方法的流程图；

图2是本申请一实施例提出的处理音视频的系统的示意图；

图3是本申请另一实施例提出的处理音视频的方法的流程图；

图4是本申请一实施例提出的收录音视频文件的流程示意图；

图5是本申请另一实施例提出的处理音视频的系统的示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

在电视转播、娱乐节目直播、体育赛事直播、互联网直播等需要对音视频信号进行采集和实时处理的场景中，对于节目或比赛中的精彩画面，慢动作直播平台通常会以慢动作的形式重新播放给观众欣赏，从而提升观众观看或观赛体验。

相关技术中，在慢动作直播平台内采集或制作的音视频素材不一定符合节目后期制作要求。并且在晚会节目、体育比赛、新闻发布会等直播节目结束后，需要在短时间内从收录的音视频中选取出主要片段或精彩片段，并根据这些主要片段或精彩片段制作成播放清单或精彩片段锦集等等。然而，一场晚会、比赛或新闻发布会的持续时间通常是数小时，相关技术中，从数小时时长的音视频文件中选取音视频片段需要耗费较多的时间和精力，也难以确保在直播结束后能及时地向观众提供播放清单或精彩片段锦集。

有鉴于此，本申请实施例提出处理音视频的方法和系统，旨在提高音视频处理效率。

参考图1，图1是本申请一实施例提出的处理音视频的方法的流程图，该方法应用于处理音视频的系统。参考图2，图2是本申请一实施例提出的处理音视频的系统的示意图。如图2所示，该系统主要包括慢动作播放服务器和素材管理服务器。如图1所示，该处理音视频的方法包括以下步骤：

步骤S11：所述慢动作播放服务器接收音视频采集设备实时传入的音视频直播信号，存储由该音视频直播信号所形成的音视频文件，并将该音视频直播信号作为输出信号，传输给至少一个播放设备。

其中，音视频采集设备是指在晚会节目、体育比赛或会议持续期间，进行图像和音频采集的设备，例如摄像机和麦克风。

如图2所示，慢动作播放服务器接收音视频采集设备实时传入的音视频直播信号，并将该音视频直播信号输出给播放设备。期间，慢动作播放服务器一边接收和输出音视频直播信号，一边对音视频直播信号所形成的音视频文件进行缓存。

步骤S12：所述慢动作播放服务器在检测到用户输入的慢动作播放指令的情况下，响应于所述慢动作播放指令，将所述输出信号切换为该慢动作播放指令所对应的慢动作音视频信号。

本申请在实施期间，慢动作播放服务器可以基于其缓存的音视频文件，向用户(例如导播)提供音视频回放的功能。如此，用户可以在音视频回放期间，查询精彩片段，并向慢动作播放服务器输入慢动作播放指令，从而使精彩片段以慢动作的形式重新播放被观众欣赏。

示例地，该慢动作播放指令包括：慢动作的开始时刻、结束时刻、以及慢放速率等。如此，慢动作播放服务器针对该开始时刻和结束时刻之间的这段音视频文件进行慢放处理，并将这段慢放的音视频文件作为慢动作音视频信号，输出给播放设备。在观众的播放设备侧，其播放的画面将从直播画面切换为慢动作画面。

步骤S13：所述慢动作播放服务器在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器。

如前所述，本申请在实施期间，慢动作播放服务器可以基于其缓存的音视频文件，向用户(例如导播)提供音视频回放的功能。如此，用户(例如导播)可以在音视频回放期间，查询精彩片段和主要片段，并向慢动作播放服务器输入音视频切片指令，从而使精彩片段和主要片段在直播期间被及时截取、搜集。

示例地，所述音视频切片指令可以包括待截取的音视频片段在所述音视频文件中的位置信息。例如当前时刻，音视频直播信号已经累计缓存了1小时20分钟35秒的音视频文件，假设待截取的音视频片段的位置信息是：1小时20分钟11秒至1小时20分钟27秒。则待截取的音视频片段是：处于1小时20分钟11秒至1小时20分钟27秒之间的音视频文件。其中，1小时20分钟11秒是该位置信息的开始位置时刻，1小时20分钟27秒是该位置信息的结束位置时刻。

慢动作播放服务器在响应于音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段时，具体可执行以下子步骤：

子步骤S13-1：所述慢动作播放服务器响应于所述音视频切片指令，根据所述音视频切片指令中包括的位置信息，从所述音视频直播信号对应的音视频文件中确定待截取的音视频片段的开始时刻和结束时刻，其中，所述待截取的音视频片段的开始时刻早于所述位置信息的开始位置时刻，所述待截取的音视频片段的结束时刻晚于所述位置信息的结束位置时刻；

子步骤S13-2：所述慢动作播放服务器将所述待截取的音视频片段的开始时刻和结束时刻之间的音视频文件截取为所述音视频片段。

其中，在从音视频文件中确定待截取的音视频片段的开始时刻和结束时刻时，可以有多种确定方法。例如，可以以位置信息的开始位置时刻为基准，向前延伸固定长度时间段(例如5秒)，并以位置信息的结束位置时刻为基准，向后延伸固定长度时间段(例如5秒)。沿用上述示例，位置信息的开始位置时刻是1小时20分钟11秒，结束位置时刻是1小时20分钟27秒。则待截取的音视频片段的开始时刻是1小时20分钟06秒，结束时刻是1小时20分钟32秒。

或者例如，可以根据待截取的音视频片段的时间长度，确定向前延伸的时间长度和向后延伸的时间长度。其中，向前延伸的时间长度与待截取的音视频片段的时间长度成正比，向后延伸的时间长度与待截取的音视频片段的时间长度也成正比。

通过以上述子步骤S13-1和子步骤S13-2的方式截取音视频片段，可以对待截取的音视频片段的时间长度，进行适当的前后扩展。一方面，可以保证音视频片段所反映的内容的完整性。另一方面，在后续进行音视频片段处理时，前后扩展的部分可以向用户提供参照。

步骤S14：在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，所述素材管理服务器对接收到的所述音视频片段进行打包输出给第一指定位置。

本申请在实施期间，素材管理服务器在接收到慢动作播放服务器发送的音视频片段后，可以自动向管理该素材管理服务器的用户播放该音视频片段，从而使得该用户在观看该段音视频片段时，确定是否将该段音视频片段打包输出给第一指定位置进行存储。如果该用户确定需要对该段音视频片段进行打包输出，则可以向该素材管理服务器输入打包输出命令。

此外，本申请在实施期间，管理慢动作播放服务器的用户也可以直接向素材管理服务器发送打包输出命令，从而在不征询该素材管理服务器的用户意见的情况下，使素材管理服务器直接对接收到的音视频片段进行打包输出，从而进一步提高音视频处理效率。

其中，素材管理服务器音视频片段进行打包时，具体可以包括：从音视频片段中读取目标片段、对读取的目标片段进行文件格式转换。

例如，慢动作播放服务器在将截取的音视频片段发送给素材管理服务器时，还可以将上述音视频切片指令中包括的位置信息发送给素材管理服务器。沿用上述示例，位置信息的开始位置时刻是1小时20分钟11秒，结束位置时刻是1小时20分钟27秒。慢动作播放服务器截取出的音视频片段的开始时刻是1小时20分钟06秒，结束时刻是1小时20分钟32秒，该音视频片段的持续时间为26秒。

素材管理服务器在接收到上述位置信息和持续时间为26秒的音视频文件后，自动向用户播放该位置信息对应的音视频片段，即1小时20分钟11秒至1小时20分钟27秒之间的音视频文件，音视频片段的持续时间为16秒。在用户输入打包输出命令后，素材管理服务器从26秒的音视频文件中读取1小时20分钟11秒至1小时20分钟27秒之间的片段(即目标片段)，并对其进行文件格式转换。

或者在用户输入向前查看指令后，素材管理服务器向用户播放1小时20分钟06秒至1小时20分钟11秒之间的音视频文件。或者在用户输入向后查看指令后，素材管理服务器向用户播放1小时20分钟27秒至1小时20分钟32秒之间的音视频文件。如此，前后扩展的部分可以向用户提供参照。

此外，为了对目标片段进行保护，可以在目标片段的前后添加保护点。其中，保护点是指：一小段音视频。例如保护点可以是一段时长为2秒的音视频。沿用上述示例，在添加保护点之前，目标片段是：1小时20分钟11秒至1小时20分钟27秒之间的音视频文件，该音频文件的时长为16秒。在添加保护点之后，目标片段是：1小时20分钟09秒至1小时20分钟29秒之间的音视频文件，该音频文件的时长为20秒。

通过执行上述包括步骤S11至步骤S14的处理音视频的方法，一方面提高了对音视频的处理效率，可以在直播期间快速从音视频直播信号对应的音视频文件中截取音视频片段，有利于确保在直播结束后，甚至在直播结束前，能及时地向观众提供播放清单或精彩片段锦集。

另一方面，通过配置素材管理服务器，利用素材管理服务器接收慢动作播放服务器发送的音视频片段，并对接收的音视频片段进行打包处理，再输出给第一指定位置，可以有效减轻慢动作播放服务器的工作负荷，使得慢动作播放服务器在参与音视频片段截取任务期间，维持直播任务的稳定性。

需要说明的是，本申请不限定步骤S12和步骤S13的执行顺序，本申请同样不限定步骤S12和步骤S14的执行顺序。

此外，为了便于对音视频片段的管理，以及便于日后更快速的调用各个音视频片段，慢动作播放服务器可以为截取出的所述音视频片段配置标签，该标签用于表征所述音视频片段的内容。

以足球比赛为例，慢动作播放服务器的用户界面可以向用户提供常用标签，例如射门、进球、点球、犯规、受伤、换人等等。慢动作播放服务器可以在用户对标签的点选，将选中的标签配置给截取出的音视频片段。其中，一段音视频片段可以被配置一个或多个标签。

慢动作播放服务器在将截取的音视频片段发送给素材管理服务器时，还可以将该音视频片段的标签一并发送给该素材管理服务器。素材管理服务端在接收到该音视频片段及其标签后，将该音视频片段及其标签打包输出给第一指定位置，并根据该标签对该音视频片段进行分类存储。

此外，考虑到直播期间通过慢动作播放服务器收录的音视频文件中包括多个慢动作片段，而慢动作片段播放期间的直播画面并没有被完整收录，导致节目、比赛或会议中的部分信息缺失。为了收录更完整的音视频文件，便于后期的剪辑、录播等操作，本申请可以利用素材管理服务器收录完整的音视频文件。

参考图3，图3是本申请另一实施例提出的处理音视频的方法的流程图。如图3所示，该方法还可以包括以下步骤：

步骤S15：所述慢动作播放服务器在检测到用户输入的流收录指令的情况下，响应于所述流收录指令，向所述素材管理服务器传输所述音视频直播信号，其中，所述音视频直播信号中的每一帧图像或每隔几帧图像中的一帧图像，携带有时间码；

步骤S16：所述素材管理服务器在检测到用户输入的流收录开始时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录开始时间的情况下，开始对所述音视频直播信号进行流收录操作，并将流收录操作所形成的音视频文件打包输出给第二指定位置。

示例地，如图2所示，在慢动作播放服务器的用户输入流收录指令后，慢动作播放服务器将实时接收的音视频直播信号输出给素材管理服务器。假设当前的直播任务是：直播一场于19:00点正式开始的足球比赛。当素材管理服务器的用户输入流收录开始时间18:55之后，素材管理服务器开始检测音视频直播信号中各帧图像的时间码，在最新接收的一帧图像的时间码达到18:55的情况下，素材管理服务器开始对音视频直播信号进行流收录操作，以形成音视频文件，并将该音视频文件打包输出给第二指定位置。

其中，素材管理服务器对该音视频文件的打包处理可以具体是：将每一小段(例如2秒)的音视频直播信号转换成一段音视频文件，并对该段音视频文件进行文件格式转换。

本申请中，用于接收流收录操作所形成的音视频文件的第二指定位置可以是：素材管理服务器包括的多个硬盘中的部分硬盘。例如素材管理服务器包括50块硬盘，其中编号001至编号010的硬盘、编号011至编号020的硬盘、编号021至编号030的硬盘、编号031至编号040的硬盘、以及编号041至编号050的硬盘分别为五个不同的第二指定位置。

考虑到流收录操作所形成的音视频文件通常需要占用较大的存储空间，为了保证音视频文件的完整性，素材管理服务器在将流收录操作所形成的音视频文件打包输出给第二指定位置期间，具体可执行以下子步骤：

子步骤S16-1：所述素材管理服务器持续获得所述第二指定位置中正在存储所述音视频文件的硬盘的剩余可用空间信息，其中，所述第二指定位置包括多个硬盘；

子步骤S16-2：在所述剩余可用空间小于第一预设阈值的情况下，或者在所述剩余可用空间与硬盘总存储空间的比值小于第二预设阈值的情况下，从所述第二指定位置包括的多个硬盘中搜索目标硬盘，其中，所述目标硬盘的剩余可用空间大于或等于所述第一预设阈值，或者所述目标硬盘的剩余可用空间与硬盘总存储空间的比值大于或等于所述第二预设阈值；

子步骤S16-3：所述素材管理服务器开始将流收录操作所形成的音视频文件打包输出给所述第二指定位置的所述目标硬盘，以通过所述目标硬盘继续存储该音视频文件。

示例地，假设第一预设阈值为2GB，第二预设阈值为10％。假设第二指定位置包括10个硬盘，素材管理服务器当前正在向第1个硬盘存储音视频文件。如此，素材管理服务器持续地获得第1个硬盘的剩余可用空间信息。

当第1个硬盘的剩余可用空间小于2GB，或者当第1个硬盘的剩余可用空间与第1个硬盘的总存储空间的比值小于10％时，素材管理服务器开始从剩余的9个硬盘中搜索目标硬盘。一旦搜索到目标硬盘后，素材管理服务器停止向第1个硬盘发送音视频文件，转而开始向目标硬盘发送音视频文件，以通过该目标硬盘继续存储音视频文件。

本申请通过以上述子步骤S16-1至子步骤S16-3的方式将音视频文件打包输出给第二指定位置，可以在硬盘存储空间耗尽之前，及时切换至另一个具有较大可用空间的硬盘，以继续存储音视频文件。防止因硬盘存储空间耗尽而导致硬盘新接收的部分音视频文件被丢失。

步骤S17：所述素材管理服务器在检测到用户输入的流收录结束时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录结束时间的情况下，结束对所述音视频直播信号的流收录操作；或者，所述素材管理服务器在检测到用户输入的停止流收录指令的情况下，结束对所述音视频直播信号的流收录操作。

沿用上述示例，假设当前的直播任务是：直播一场于19:00点正式开始，于20:55结束直播的足球比赛。当素材管理服务器的用户输入流收录结束时间20:55之后，素材管理服务器持续检测音视频直播信号中各帧图像的时间码，在最新接收的一帧图像的时间码达到20:55的情况下，结束对音视频直播信号的流收录操作。

此外，慢动作播放服务器也可以接受其用户输入的流收录开始时间和流收录结束时间。此种情况下，如果素材管理服务器没有接收到其用户输入的流收录开始时间和流收录结束时间，则以慢动作播放服务器接收的流收录开始时间和流收录结束时间为准。如果素材管理服务器也接收到其用户输入的流收录开始时间和流收录结束时间，则以素材管理服务器接收的流收录开始时间和流收录结束时间为准。

此外，考虑到素材管理服务器的处理能力有限，在慢动作播放服务器向素材管理服务器传输高清的音视频直播信号时，素材管理服务器对音视频直播信号的处理速度可能会低于音视频直播信号的传输速率，导致图像丢帧，影响音视频文件的完整度。为此，处理音视频的系统包括的素材管理服务器可以为多个，该处理音视频的系统还可以包括调度服务器。基于此，本申请提供的方法还可以包括以下步骤：

步骤S16-A：在第一素材管理服务器对所述音视频直播信号进行流收录操作期间，在该第一素材管理服务器的处理速度低于所述音视频直播信号的传输速度的情况下，所述调度服务器向所述慢动作播放服务器发送分流指令，所述分流指令中包括第二素材管理服务器的信息；

步骤S16-B：所述慢动作播放服务器将所述音视频直播信号拆分成第一支流和第二支流，并将第一支流和第二支流分别传输给第一素材管理服务器和第二素材管理服务器；

步骤S16-C：所述第一素材管理服务器对所述第一支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给所述第二指定位置；

步骤S16-D：所述第二素材管理服务器对所述第二支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给所述第二指定位置。

示例地，在第一素材管理服务器的处理速度低于音视频直播信号的传输速度的情况下，第一素材管理服务器可以向调度服务器发出分流请求。调度服务器响应于该分流请求，将当前处于空闲状态的一个素材管理服务器确定为第二素材管理服务器，并向慢动作播放服务器发送分流指令，该分流指令中包括该第二素材管理服务器的标识信息。该慢动作播放服务器响应于该分流指令，将音视频直播信号拆分成图像支流和音频支流。该慢动作播放服务器将图像支流传输给第一素材管理服务器，将音频支流传输给第二素材管理服务器。

第一素材管理服务器对图像支流进行流收录操作，并将流收录操作所形成的视频文件打包输出给第二指定位置。第二素材管理服务器对音频支流进行流收录操作，并将流收录操作所形成的音频文件打包输出给第二指定位置。如此，第二指定位置仍然能获得完整的音视频文件。

参考图4，图4是本申请一实施例提出的收录音视频文件的流程示意图。如图4所示，慢动作播放服务器开始向素材管理服务器发送音视频直播信号后，素材管理服务器接收用户输入的流收录开始时间和流收录结束时间。素材管理服务器持续监测所接收的音视频直播信号中的最新时间码，以确定最新时间码是否达到流收录开始时间。如果最新时间码未达到流收录开始时间，则继续等待和监测最新时间码。如果最新时间码已达到流收录开始时间，则开始对音视频直播信号进行流收录操作，并打包输出音视频文件。

素材管理服务器在打包输出音视频文件期间，获得硬盘的剩余可用空间信息，以确定硬盘是否即将达到存储极限。其中，确定硬盘是否即将达到存储极限的具体方式，可参见上述利用第一预设阈值或第二预设阈值进行判断的判断方式。如果硬盘还未达到存储极限，则根据最新时间码确定是否达到流收录结束时间。如果硬盘即将达到存储极限，则切换至另一块硬盘以继续存储音视频文件，并在切换硬盘后，根据最新时间码确定是否达到流收录结束时间。

如图4所示，如果最新时间码未达到流收录结束时间，则继续打包输出音视频文件，并继续监测硬盘是否即将达到存储极限。如果最新时间码已达到流收录结束时间，则结束收录任务。

基于同一发明构思，本申请一实施例提供一种处理音视频的系统，如图2所示。该处理音视频的系统包括：慢动作播放服务器和素材管理服务器。

其中，所述慢动作播放服务器用于：接收音视频采集设备实时传入的音视频直播信号，存储由该音视频直播信号所形成的音视频文件，并将该音视频直播信号作为输出信号，传输给至少一个播放设备；

所述慢动作播放服务器还用于：在检测到用户输入的慢动作播放指令的情况下，响应于所述慢动作播放指令，将所述输出信号切换为该慢动作播放指令所对应的慢动作音视频信号；

所述慢动作播放服务器还用于：在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器；

所述素材管理服务器用于：接收所述音视频片段，并在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，对接收到的所述音视频片段进行打包输出给第一指定位置。

可选地，所述音视频切片指令包括待截取的音视频片段在所述音视频文件中的位置信息；所述慢动作播放服务器在响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段时，具体用于：

响应于所述音视频切片指令，根据所述音视频切片指令中包括的位置信息，从所述音视频直播信号对应的音视频文件中确定待截取的音视频片段的开始时刻和结束时刻，其中，所述待截取的音视频片段的开始时刻早于所述位置信息的开始位置时刻，所述待截取的音视频片段的结束时刻晚于所述位置信息的结束位置时刻；

将所述待截取的音视频片段的开始时刻和结束时刻之间的音视频文件截取为所述音视频片段。

可选地，所述慢动作播放服务器还用于：为截取出的所述音视频片段配置标签，所述标签用于表征所述音视频片段的内容；

所述慢动作播放服务器在将所述音视频片段发送给所述素材管理服务器时，具体用于：所述慢动作播放服务器将所述音视频片段和所述音视频片段的标签一并发送给所述素材管理服务器。

可选地，所述慢动作播放服务器还用于：在检测到用户输入的流收录指令的情况下，响应于所述流收录指令，向所述素材管理服务器传输所述音视频直播信号，其中，所述音视频直播信号中的每一帧图像或每隔几帧图像中的一帧图像，携带有时间码；

所述素材管理服务器还用于：在检测到用户输入的流收录开始时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录开始时间的情况下，开始对所述音视频直播信号进行流收录操作，并将流收录操作所形成的音视频文件打包输出给第二指定位置；

所述素材管理服务器还用于：在检测到用户输入的流收录结束时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录结束时间的情况下，结束对所述音视频直播信号的流收录操作；或者，还用于在检测到用户输入的停止流收录指令的情况下，结束对所述音视频直播信号的流收录操作。

可选地，所述素材管理服务器在将流收录操作所形成的音视频文件打包输出给第二指定位置时，具体用于：

持续获得所述第二指定位置中正在存储所述音视频文件的硬盘的剩余可用空间信息，其中，所述第二指定位置包括多个硬盘；

在所述剩余可用空间小于第一预设阈值的情况下，或者在所述剩余可用空间与硬盘总存储空间的比值小于第二预设阈值的情况下，从所述第二指定位置包括的多个硬盘中搜索目标硬盘，其中，所述目标硬盘的剩余可用空间大于或等于所述第一预设阈值，或者所述目标硬盘的剩余可用空间与硬盘总存储空间的比值大于或等于所述第二预设阈值；

开始将流收录操作所形成的音视频文件打包输出给所述第二指定位置的所述目标硬盘，以通过所述目标硬盘继续存储该音视频文件。

可选地，所述系统包括的素材管理服务器为多个，所述系统还包括调度服务器；

所述调度服务器用于：在第一素材管理服务器对所述音视频直播信号进行流收录操作期间，在该第一素材管理服务器的处理速度低于所述音视频直播信号的传输速度的情况下，向所述慢动作播放服务器发送分流指令，所述分流指令中包括第二素材管理服务器的信息；

所述慢动作播放服务器还用于：将所述音视频直播信号拆分成第一支流和第二支流，并将第一支流和第二支流分别传输给第一素材管理服务器和第二素材管理服务器；

所述第一素材管理服务器用于：对所述第一支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给所述第二指定位置；

所述第二素材管理服务器用于：对所述第二支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给所述第二指定位置。

参考图5，图5是本申请另一实施例提出的处理音视频的系统的示意图。如图5所示，慢动作播放服务器包括信号采集端、信号输出端以及控制端。

其中，信号采集端用于接收音视频采集设备实时传入的音视频直播信号，并将该音视频直播信号传输给信号输出端。

该信号采集端还用于在检测到用户输入的流收录指令的情况下，向素材管理服务器传输音视频直播信号。

所示控制端用于接收用户输入的慢动作播放指令，并根据该慢动作播放指令，对该音视频直播信号进行，慢放处理，使信号输出端向观众的播放设备输出慢动作音视频信号。

该控制端还用于接收用户输入的音视频切片指令，并根据该音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将该音视频片段发送给素材管理服务器。

对于系统实施例而言，由于其与方法实施例基本相似，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。

本说明书中的各个实施例均采用递进的方式描述，每个实施例重点说明的都是与其他实施例的不同之处，各个实施例之间相同相似的部分互相参见即可。

本领域内的技术人员应明白，本申请实施例的实施例可提供为方法、装置、或计算机程序产品。因此，本申请实施例可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请实施例可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请实施例是参照根据本申请实施例的方法、终端设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理终端设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理终端设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理终端设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理终端设备上，使得在计算机或其他可编程终端设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程终端设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

尽管已描述了本申请实施例的优选实施例，但本领域内的技术人员一旦得知了基本创造性概念，则可对这些实施例做出另外的变更和修改。所以，所附权利要求意欲解释为包括优选实施例以及落入本申请实施例范围的所有变更和修改。

最后，还需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者终端设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者终端设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括所述要素的过程、方法、物品或者终端设备中还存在另外的相同要素。

以上对本申请所提供的一种处理音视频的方法和系统，进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法及其核心思想；同时，对于本领域的一般技术人员，依据本申请的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本申请的限制。

Claims (8)

1.一种处理音视频的方法，其特征在于，应用于处理音视频的系统，所述处理音视频的系统包括慢动作播放服务器和素材管理服务器，所述方法包括：

所述慢动作播放服务器接收音视频采集设备实时传入的音视频直播信号，存储由该音视频直播信号所形成的音视频文件，并将该音视频直播信号作为输出信号，传输给至少一个播放设备；

所述慢动作播放服务器在检测到用户输入的慢动作播放指令的情况下，响应于所述慢动作播放指令，将所述输出信号切换为该慢动作播放指令所对应的慢动作音视频信号；

所述慢动作播放服务器在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器；

在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，所述素材管理服务器对接收到的所述音视频片段进行打包输出给第一指定位置；

所述处理音视频的系统还包括调度服务器，所述方法还包括：

在第一素材管理服务器对所述音视频直播信号进行流收录操作期间，在该第一素材管理服务器的处理速度低于所述音视频直播信号的传输速度的情况下，所述调度服务器向所述慢动作播放服务器发送分流指令，所述分流指令中包括第二素材管理服务器的信息；

所述慢动作播放服务器将所述音视频直播信号拆分成第一支流和第二支流，并将第一支流和第二支流分别传输给第一素材管理服务器和第二素材管理服务器；

所述第一素材管理服务器对所述第一支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给第二指定位置；

所述第二素材管理服务器对所述第二支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给所述第二指定位置。

2.根据权利要求1所述的方法，其特征在于，所述音视频切片指令包括待截取的音视频片段在所述音视频文件中的位置信息；所述响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，包括：

所述慢动作播放服务器响应于所述音视频切片指令，根据所述音视频切片指令中包括的位置信息，从所述音视频直播信号对应的音视频文件中确定待截取的音视频片段的开始时刻和结束时刻，其中，所述待截取的音视频片段的开始时刻早于所述位置信息的开始位置时刻，所述待截取的音视频片段的结束时刻晚于所述位置信息的结束位置时刻；

所述慢动作播放服务器将所述待截取的音视频片段的开始时刻和结束时刻之间的音视频文件截取为所述音视频片段。

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

所述慢动作播放服务器为截取出的所述音视频片段配置标签，所述标签用于表征所述音视频片段的内容；

所述将所述音视频片段发送给所述素材管理服务器，包括：

所述慢动作播放服务器将所述音视频片段和所述音视频片段的标签一并发送给所述素材管理服务器。

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

所述慢动作播放服务器在检测到用户输入的流收录指令的情况下，响应于所述流收录指令，向所述素材管理服务器传输所述音视频直播信号，其中，所述音视频直播信号中的每一帧图像或每隔几帧图像中的一帧图像，携带有时间码；

所述素材管理服务器在检测到用户输入的流收录开始时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录开始时间的情况下，开始对所述音视频直播信号进行流收录操作，并将流收录操作所形成的音视频文件打包输出给第二指定位置；

所述素材管理服务器在检测到用户输入的流收录结束时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录结束时间的情况下，结束对所述音视频直播信号的流收录操作；或者，所述素材管理服务器在检测到用户输入的停止流收录指令的情况下，结束对所述音视频直播信号的流收录操作。

5.根据权利要求4所述的方法，其特征在于，所述将流收录操作所形成的音视频文件打包输出给第二指定位置，包括：

所述素材管理服务器持续获得所述第二指定位置中正在存储所述音视频文件的硬盘的剩余可用空间信息，其中，所述第二指定位置包括多个硬盘；

在所述剩余可用空间小于第一预设阈值的情况下，或者在所述剩余可用空间与硬盘总存储空间的比值小于第二预设阈值的情况下，从所述第二指定位置包括的多个硬盘中搜索目标硬盘，其中，所述目标硬盘的剩余可用空间大于或等于所述第一预设阈值，或者所述目标硬盘的剩余可用空间与硬盘总存储空间的比值大于或等于所述第二预设阈值；

所述素材管理服务器开始将流收录操作所形成的音视频文件打包输出给所述第二指定位置的所述目标硬盘，以通过所述目标硬盘继续存储该音视频文件。

6.一种处理音视频的系统，其特征在于，所述系统包括：慢动作播放服务器和素材管理服务器，还包括调度服务器；

其中，所述慢动作播放服务器用于：接收音视频采集设备实时传入的音视频直播信号，存储由该音视频直播信号所形成的音视频文件，并将该音视频直播信号作为输出信号，传输给至少一个播放设备；

所述慢动作播放服务器还用于：在检测到用户输入的慢动作播放指令的情况下，响应于所述慢动作播放指令，将所述输出信号切换为该慢动作播放指令所对应的慢动作音视频信号；

所述慢动作播放服务器还用于：在检测到用户输入的音视频切片指令的情况下，响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段，并将所述音视频片段发送给所述素材管理服务器；

所述素材管理服务器用于：接收所述音视频片段，并在用户向所述慢动作播放服务器或所述素材管理服务器输入打包输出命令后，对接收到的所述音视频片段进行打包输出给第一指定位置；

所述调度服务器用于：在第一素材管理服务器对所述音视频直播信号进行流收录操作期间，在该第一素材管理服务器的处理速度低于所述音视频直播信号的传输速度的情况下，向所述慢动作播放服务器发送分流指令，所述分流指令中包括第二素材管理服务器的信息；

所述慢动作播放服务器还用于：根据所述分流指令中包括的第二素材管理服务器的信息，将所述音视频直播信号拆分成第一支流和第二支流，并将第一支流和第二支流分别传输给第一素材管理服务器和第二素材管理服务器；

所述第一素材管理服务器用于：对所述第一支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给第二指定位置；

所述第二素材管理服务器用于：对所述第二支流进行流收录操作，并将流收录操作所形成的音视频文件打包输出给所述第二指定位置。

7.根据权利要求6所述的系统，其特征在于，所述音视频切片指令包括待截取的音视频片段在所述音视频文件中的位置信息；所述慢动作播放服务器在响应于所述音视频切片指令，从所述音视频直播信号对应的音视频文件中截取音视频片段时，具体用于：

响应于所述音视频切片指令，根据所述音视频切片指令中包括的位置信息，从所述音视频直播信号对应的音视频文件中确定待截取的音视频片段的开始时刻和结束时刻，其中，所述待截取的音视频片段的开始时刻早于所述位置信息的开始位置时刻，所述待截取的音视频片段的结束时刻晚于所述位置信息的结束位置时刻；

将所述待截取的音视频片段的开始时刻和结束时刻之间的音视频文件截取为所述音视频片段。

8.根据权利要求6所述的系统，其特征在于，所述慢动作播放服务器还用于：在检测到用户输入的流收录指令的情况下，响应于所述流收录指令，向所述素材管理服务器传输所述音视频直播信号，其中，所述音视频直播信号中的每一帧图像或每隔几帧图像中的一帧图像，携带有时间码；

所述素材管理服务器还用于：在检测到用户输入的流收录开始时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录开始时间的情况下，开始对所述音视频直播信号进行流收录操作，并将流收录操作所形成的音视频文件打包输出给第二指定位置；

所述素材管理服务器还用于：在检测到用户输入的流收录结束时间的情况下，持续监测所接收的音视频直播信号中的最新时间码，并在所述最新时间码达到所述流收录结束时间的情况下，结束对所述音视频直播信号的流收录操作；或者，还用于在检测到用户输入的停止流收录指令的情况下，结束对所述音视频直播信号的流收录操作。

Images