一种视频数据处理方法及装置与流程

本发明涉及视频数据处理技术领域，尤其涉及一种视频数据处理方法及装置。

背景技术：

网络视频的播放方式分为直播和点播两种播放方式。视频直播是指随着事件的发生、发展进程，同步制作和播出视频，视频的制作和播出同时发生，而视频点播是指根据用户的需求播放已制作完成的视频，视频的制作和播出非同时发生。

为了满足用户对于直播转点播的需求，通常通过使用非线性视频编辑软件将直播内容转为点播视频供用户进行回看。然而，视频的直播转点播耗时较长，以90分钟的直播视频为例，通常转为点播文件需要耗时7-10分钟，则用户至少要在直播结束的7分钟之后才有可能看到直播视频对应的点播视频，点播视频生成和发布的延迟影响了用户体验。

技术实现要素：

有鉴于此，本发明提供了一种视频数据处理方法及装置，用以解决现有技术中点播视频生成和发布的速度较慢，从而影响用户体验的问题，其技术方案如下：

一种视频数据处理方法，包括：

实时获取直播过程中产生的直播视频流；

将获取的直播视频流实时处理成目标预设时长的视频分片；

将所述视频分片发送至视频分发服务器，以使所述视频分发服务器将所述视频分片发送至请求视频点播的终端。

可选的，所述将获取的直播视频流实时处理成目标预设时长的视频分片，包括：

将所述获取的直播视频流转换为多个第一格式的视频段；

基于获取的待合并视频段的列表，将待合并视频段合并为时长为所述目标预设时长、格式为所述第一格式的视频分片。

可选的，所述将所述获取的直播视频流转换为多个第一格式的视频段，包括：

将所述获取的直播视频流转换为至少一组所述第一格式的视频段；

其中，当所述请求视频点播的终端的类型为多种时，所述视频段为多组，一组视频段对应一种类型的终端，同一组的视频段的分辨率相同，不同组的视频段的分辨率不同。

可选的，所述至少一组所述第一格式的视频段包括：分辨率为第一预设分辨率、格式为所述第一格式的一组视频段；

所述视频数据处理方法还包括：

当待合并的、第一预设分辨率、第一格式的视频段合并完成后，将合并得到的所有所述第一预设分辨率、第一格式的视频分片生成第二格式的视频文件；

将所述第二格式的视频文件发送至所述视频分发服务器，以使所述视频分发服务器将所述第二格式的视频文件发送至请求视频点播的终端。

可选的，所述至少一组所述第一格式的视频段包括：分辨率为第二预设分辨率、格式为所述第一格式的一组视频段；

所述视频数据处理方法还包括：

在每合并得到一个第二预设分辨率、第一格式的视频分片时，生成该视频分片对应的、第三格式的视频文本子文件，其中，一视频分片对应的第三格式的视频文本子文件中包含该视频分片的播放索引信息；

当待合并的、所述第二预设分辨率、第一格式的视频段合并完成后，将合并得到的所有所述第二预设分辨率、第一格式的视频分片对应的视频文本子文件合并为一个第三格式的视频文本文件，其中，所述第三格式的视频文本文件包含所有第二预设分辨率、第一格式的视频分片的播放索引信息；

将所述第三格式的视频文本文件发送至所述视频分发服务器，以使所述视频分发服务器将所述第三格式的视频文本文件发送至请求视频点播的终端。

可选的，所述将所述获取的直播视频流转换为多个第一格式的视频段，包括：

对所述获取的直播视频流进行解码，获得解码数据；

对所述解码数据按预设的第一编码参数和第一编码格式进行编码，获得多个第一预设时长的编码数据，并在每获得一编码数据之后，对该编码数据按与所述第一格式对应的第一封装方式进行封装，获得所述多个第一个格式的视频段；

其中，所述第一预设时长小于所述目标预设时长，所述第一编码参数与所述直播视频流的编码参数不同，和/或，所述第一编码格式与所述直播视频流的编码格式不同，每个所述视频段中包括至少一个关键帧。

可选的，所述基于获取的待合并视频段的列表，将待合并视频段合并为时长为所述目标预设时长、格式为所述第一格式的视频分片，包括：

通过所述待合并视频段的列表，确定所述待合并视频段；

通过对所述待合并视频段进行解封装获得编码数据，并将从多个所述待合并的视频段中获得的多个所述第一预设时长的编码数据合并为时长为所述目标预设时长的编码数据；

将时长为所述目标预设时长的编码数据按照所述第一封装方式进行封装，获得所述时长为所述目标预设时长、格式为所述第一格式的视频分片。

一种视频数据处理装置，包括：获取模块、处理模块和第一发送模块；

所述获取模块，用于实时获取直播过程中产生的直播视频流；

所述处理模块，用于将获取的直播视频流实时处理成目标预设时长的视频分片；

所述第一发送模块，用于将所述视频分片发送至视频分发服务器，以使所述视频分发服务器将所述视频分片发送至请求视频点播的终端。

可选的，所述处理模块包括：转换模块和合并模块；

所述转换模块，用于将所述获取的直播视频流转换为多个第一格式的视频段；

所述合并模块，用于基于获取的待合并视频段的列表，将待合并视频段合并为时长为所述目标预设时长、格式为所述第一格式的视频分片。

可选的，所述转换模块，具体用于将所述获取的直播视频流转换为至少一组所述第一格式的视频段；

其中，当所述请求视频点播的终端的类型为多种时，所述视频段为多组，一组视频段对应一种类型的终端，同一组的视频段的分辨率相同，不同组的视频段的分辨率不同。

上述技术方案具有如下有益效果：

本发明提供的视频数据处理方法及装置，基于视频文件在视频分发服务器上分段存储的存储特性，在直播过程中，实时将产生的直播视频流处理成一个个的视频分片，并在每处理得到一个视频分片后，将其提交至视频分发服务器，以使视频分发服务器能够基于点播需求将视频分片分发出去，即，本发明在直播的过程中对产生的直播视频流实时进行处理，使节目能够分段提交，而不用等到所有的直播内容全部产生完再处理，因此，大大缩短了点播节目的上线时间，提高了点播节目的发布上线速度，从而提升了用户体验。

附图说明

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

图1为本发明实施例提供的视频数据处理方法的流程示意图；

图2为本发明实施例提供的视频数据处理装置的结构示意图。

具体实施方式

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

视频文件在视频分发服务器上的存储方式为分段存储，基于此，本发明实施例提供的视频数据处理方法实时将直播视频流处理成一个个的视频分片，并在每处理得到一个视频分片后，将其提交至视频分发服务器，这使得点播节目能够快速发布上线。以下对本发明实施例提供的视频数据处理方法的实现过程进行说明。

请参阅图1，示出了本发明实施例提供的视频数据处理方法中，在直播视频流生成后的预设时长内，所执行的处理过程的流程示意图，可以包括：

步骤s101：实时获取直播过程中产生的直播视频流。

具体的，可从视频源服务器实时获取直播视频流。

步骤s102：将获取的直播视频流实时处理成目标预设时长的视频分片。

在一种可能的实现方式中，将获取的直播视频流实时处理成目标预设时长的视频分片的过程可以包括：将获取的直播视频流实时转换为多个第一格式的视频段；基于获取的待合并视频段的列表，将待合并视频段合并为时长为目标预设时长、格式为第一格式的视频分片。

视频分发服务器分发的视频分片通常是预设时长的视频段，例如，视频分发服务器分发的视频分片通常为6分钟的视频段，为了后续能够生成满足视频分发服务器分发要求的视频分片，本实施例先将直播视频流处理成多个第一格式(比如flv格式)的视频段，以便后续能够将其合并为满足视频分发服务器分发要求的视频分片(如6分钟的视频分片)。其中，每个第一格式的视频段的时长小于目标预设时长，例如，目标预设时长为6分钟，第一格式的视频段的时长可以为3秒。

需要说明的是，直播视频流的编码参数和/或编码格式通常与点播视频的编码参数和/或编码格式不同，基于此，本实施例中，将获取的直播视频流实时转换为多个第一格式的视频文件的实现过程可以包括：对获取的直播视频流进行解码，获得解码数据；对解码数据按预设的第一编码参数和第一编码格式进行编码，获得多个第一预设时长的编码数据，并在每获得一编码数据之后，对该编码数据按第一封装格式进行封装，从而获得多个第一格式的视频文件；其中，第一预设时长小于目标预设时长，第一编码参数与直播视频流的编码参数不同，和/或，第一编码格式与直播视频流的编码格式不同。可选的，每个视频文件中可以包括至少一个关键帧。其中，关键帧是帧间压缩编码的最重要帧，视频的编码是按照“组”来进行的，每一个组叫作gop(groupofpicture，图像组)，每一个gop都是由关键帧开始的，关键帧是一幅完整的画面，gop中间的帧都是不完整的，需要由关键帧、前面帧以及后面帧等一起运算得到，关键帧是帧间压缩的基础。

在一种优选的实现方式中，第一格式的视频文件可以为flv格式的视频文件，即，从视频源服务器实时获取直播视频流，将直播视频流按上述处理过程实时处理成多个flv格式的视频文件。

在一种可能的实现方式中，基于待合并视频段的列表，将待合并的视频段合并为时长为目标预设时长、格式为第一格式的视频分片的实现过程包括：通过待合并视频段的列表，确定待合并视频段；从待合并视频段中获取编码数据，并将从多个待合并视频段中获得的多个第一预设时长的编码数据合并为时长为目标预设时长的编码数据；将时长为目标预设时长的编码数据按照与第一格式对应的第一封装方式进行封装，获得时长为目标预设时长、格式为第一格式的视频分片。

在一种可能的实现方式中，可提供前端编辑界面，该编辑界面可展示由实时获取的直播视频流转换得到的第一格式的视频段，视频编辑人员可从前端编辑界面选取待合并视频段，用户选取待合并视频段后，可生成待合并视频段的列表。示例性地，视频编辑人员想制作节目开始时间为10:00，节目结束时间为11:00的点播节目，则需要从转换得到的第一格式的视频段中选取直播时间属于10:00～11:00这一时间段的视频段。

步骤s103：将视频分片实时发送至视频分发服务器，以使视频分发服务器将视频分片发送至请求视频点播的终端。

在本实施例中，步骤s101-步骤s103重复执行多次，直至直播完成、没有可获取的直播视频流。

本发明实施例提供的视频数据处理方法，基于视频文件在视频分发服务器上分段存储的存储特性，在直播过程中实时将直播视频流处理成一个个的视频分片，并在每处理得到一个视频分片后，将其提交至视频分发服务器，以使视频分发服务器能够将视频分片发送至请求视频点播的终端，即，在直播的过程中对产生的直播视频流实时进行处理，使节目能够分段提交，而不用等到所有的直播内容全部产生完再处理，因此，大大缩短了点播节目的上线时间，提高了点播节目的发布上线速度。

需要说明的是，请求视频点播的终端可能有多种类型，不同类型的终端可播放的视频的格式不同，例如，配置较低的终端可播放mp4格式的视频文件，mp4格式的视频文件只有“流畅模式”，其分辨率相对较低，还有一些配置较高的终端可播放m3u8格式的文件，即其可播放的视频的分辨率相对较高，为了能够使点播节目适用于不同类型的终端，在一种可能的实现方式中，上述实施例提供的视频数据处理方法中，将获取的直播视频流实时转换为多个第一格式的视频文件的过程可以包括：将获取的直播视频流实时转换为至少一组第一格式的视频段。

其中，当请求视频点播的终端的类型为多种时，视频段为多组，一组视频段对应一种类型的终端，同一组的视频段的分辨率相同，不同组的视频段的分辨率不同。比如，针对配置较低的终端，获取一组分辨率低的视频段，针对配置较高的终端，获取一组分辨率较高的视频段。

相应地，上述实施例提供的视频数据处理方法中，基于待合并视频段的列表，将待合并视频段合并为时长为目标预设时长、格式为第一格式的视频分片，包括：当视频文件为多组时，基于待合并视频段的列表，分别将每组待合并的视频段合并为时长为目标预设时长、格式为第一格式的视频分片。

示例性的，请求视频点播的终端有两类，第一类终端能够播放低分辨率的视频文件，第二类播放终端能够播放高分辨率的视频文件，在实时获得直播视频流后，可将获取的直播视频流处理成两种视频段，分别为低分辨率的视频段和高分辨率的视频段，从而获得多个低分辨率的视频段，以及多个高分辨的视频段。相应地，在进行合并时，将多个低分辨率的视频段合并为低分辨的视频分片，将多个高分辨率的视频段合并为高分辨率的视频分片。

在一种可能的实现方式中，上述至少一组第一格式的视频文件可以包括：分辨率为第一预设分辨率(比如低分辨率)、格式为第一格式的一组视频段(比如flv格式的视频段)。

则上述实施例提供的视频数据处理方法还包括：当待合并的、第一预设分辨率、第一格式的视频段合并完成后，将合并得到的、所有第一预设分辨率、第一格式的视频段(比如flv格式的视频段)生成一个第二格式的视频文件(比如，mp4文件)；将第二格式的视频文件(比如，mp4文件)发送至视频分发服务器，以使视频分发服务器将第二格式的视频文件(比如，mp4文件)发送至请求视频点播的终端(比如配置较低的终端)。

在一种可能的实现方式中，上述至少一组第一格式的视频文件还可以包括：分辨率为第二预设分辨率(比如高分辨率)、格式为第一格式的一组视频段(比如，flv格式的视频段)，其中，第二分辨率大于第一分辨率。

则上述实施例提供的视频数据处理方法还可以包括：在每合并得到一个第二预设分辨率、第一格式的视频分片(比如，高分辨率的flv视频分片)时，生成与该视频分片对应的、第三格式的视频文本子文件(比如，m3u8子文件)，其中，一视频分片对应的、第三格式的视频文本子文件中包含该视频分片的播放索引信息；当待合并的、第二预设分辨率、第一格式的视频分片合并完成后，将所有第二预设分辨率、第一格式的视频分片对应的视频文本子文件(比如，m3u8子文件)合并为一个第三格式的视频文本文件(比如，m3u8文件)；将第三格式的视频文本文件(比如，m3u8文件)发送至视频分发服务器，以使视频分发服务器将第三格式的视频文本文件(比如，m3u8文件)发送至请求视频点播的终端(比如配置较高的终端)其中，第三格式的视频文本文件包含所有第二预设分辨率、第一格式的视频分片的播放索引信息。

以下通过一具体实例对上述本发明实施例提供的视频数据处理方法进行说明，在直播过程中执行如下过程：

(1)从视频源服务器实时获取直播视频流，将获取的直播视频流实时处理成第一分辨率(如低分辨率)的多个flv视频段和第二分辨率(如高分辨率)的多个flv视频段。

(2)基于待合并视频段的列表，将第一分辨率(比如低分辨率)的多个flv视频段合并为目标预设时长(比如6分钟)的flv视频分片，并在每合并得到一个flv视频分片时，将该flv视频分片发送至视频分发服务器；同样地，将第二分辨率(比如高分辨率)的多个flv视频段合并为目标预设时长的flv视频分片，并在每合并得到一个视频分片时，生成与该视频分片对应的m3u8子文件，将该视频分片发送至视频分发服务器，以使视频分发服务器将视频分片发送至请求视频点播的终端。

可选的，视频编辑人员基于节目开始时间和节目结束时间从flv视频段中选取待合并的flv视频段，生成待合并视频段的列表。需要说明的是，待合并视频段的列表中包括各个待合并视频段的名称，每个视频段的名称可以为每个视频段的起始时间。

(3)当所有待合并的flv视频段均合并完后，将合并得到的、所有第一分辨率(比如低分辨率)的flv视频分片生成mp4文件，并将mp4文件发送至视频分发服务器，以使视频分发服务器将mp4文件发送至请求视频点播的终端(比如配置较低的终端)。同时，将合并得到的、所有第二分辨率(比如高分辨率)的flv视频分片对应的m3u8子文件合并为一个m3u8文件，并将m3u8文件发送至视频分发服务器，以使视频分发服务器将m3u8文件发送至请求视频点播的终端(比如配置较高的终端)。

其中，将所有第一分辨率的flv格式视频分片生成mp4格式的文件的过程包括：从各个第一分辨率的flv格式的视频分片中获取编码数据，将获得的编码数据进行合并，将合并得到的编码数据封装为mp4格式，获得mp4格式的文件。

本发明实施例提供的视频数据处理方法，基于视频文件在视频分发服务器上分段存储的存储特性，将实时产生的直播视频流处理成一个个flv视频分片，并在每处理得到一个flv视频分片后，将其提交至视频分发服务器，以使视频分发服务器能够将视频分片发送至请求视频点播的终端，即，在直播的过程中对产生的直播视频流实时进行处理，使节目能够分段提交，而不用等到所有的直播内容全部产生完再处理，因此，大大缩短了点播节目的上线时间，提高了点播节目的发布上线速度。另外，本实施例还可将所有第一分辨率的flv视频分片生成mp4文件，还可针对每个第二分辨率flv视频分片生成一m3u8子文件，并将所有m3u8子文件合并为一个m3u8文件，从而适用于不同配置的播放终端(比如支持flv格式的终端、支持mp4格式的终端、支持m3u8格式的终端)。

与上述视频数据处理方法相对应，本发明实施例还提供了一种视频数据处理装置，请参阅图2，示出了该视频数据处理装置的结构示意图，可以包括：获取模块201、处理模块202和第一发送模块203。

获取模块201，用于实时获取直播过程中产生的直播视频流。

处理模块202，用于将获取的直播视频流实时处理成目标预设时长的视频分片。

第一发送模块203，用于将所述视频分片发送至视频分发服务器，以使所述视频分发服务器将所述视频分片发送至请求视频点播的终端。

本发明实施例提供的视频数据处理装置，基于视频文件在视频分发服务器上分段存储的存储特性，实时将直播视频流处理成一个个的视频分片，并在每处理得到一个视频分片后，将其提交至视频分发服务器，即，在直播的过程中对产生的直播视频流实时进行处理，使节目能够分段提交，而不用等到所有的直播内容全部产生完再处理，因此，大大缩短了点播节目的上线时间，提高了点播节目的发布上线速度。

在上述实施例提供的视频数据处理装置中，处理模块202包括：转换模块和合并模块。

转换模块，用于将获取模块201实时获取的直播视频流转换为多个第一格式的视频段。

第一合并模块，用于基于获取的待合并视频段的列表，将待合并视频段合并为时长为所述目标预设时长、格式为所述第一格式的视频分片。

在一种可能的实现方式中，转换模块，具体用于将所述获取的直播视频流转换为至少一组所述第一格式的视频段；

其中，当所述请求视频点播的终端的类型为多种时，所述视频段为多组，一组视频段对应一种类型的终端，同一组的视频段的分辨率相同，不同组的视频段的分辨率不同。

在一种可能的实现方式中，上述的至少一组所述第一格式的视频文件包括：分辨率为第一预设分辨率、格式为所述第一格式的一组视频段；

则上述实施例提供的视频数据处理装置还包括：第二合并模块和第二发送模块。

第二合并模块，用于当待合并的、第一预设分辨率、第一格式的视频段合并完成后，将合并得到的所有所述第一预设分辨率、第一格式的视频分片生成第二格式的视频文件。

第二发送模块，用于将所述第二格式的视频文件发送至所述视频分发服务器，以使所述视频分发服务器将所述第二格式的视频文件发送至请求视频点播的终端。

在一种可能的实现方式中，上述的至少一组所述第一格式的视频文件包括：分辨率为第二预设分辨率、格式为所述第一格式的一组视频段。

则上述实施例提供的视频数据处理装置还包括：文件生成模块、第三合并模块和第三发送模块。

文件生成模块，用于在所述第一合并模块每合并得到一个第二预设分辨率、第一格式的视频分片时，生成该视频分片对应的、第三格式的视频文本子文件，其中，一视频分片对应的第三格式的视频文本子文件中包含该视频分片的播放索引信息。

第三合并模块，用于当待合并的、所述第二预设分辨率、第一格式的视频段合并完成后，将合并得到的所有所述第二预设分辨率、第一格式的视频分片对应的视频文本子文件合并为一个第三格式的视频文本文件。

其中，所述第三格式的视频文本文件包含所有第二预设分辨率、第一格式的视频分片的播放索引信息。

第三发送模块，用于将所述第三格式的视频文本文件发送至所述视频分发服务器，以使所述视频分发服务器将所述第三格式的视频文本文件发送至请求视频点播的终端。

上述实施例提供的视频数据处理装置中，转换模块，具体用于对获取模块201实时获取的直播视频流进行解码，获得解码数据，对所述解码数据按预设的第一编码参数和第一编码格式进行编码，获得多个第一预设时长的编码数据，并在每获得一编码数据之后，对该编码数据按与所述第一格式对应的第一封装格式进行封装，获得所述多个第一格式的视频段。

其中，所述第一预设时长小于所述目标预设时长，所述第一编码参数与所述直播视频流的编码段参数不同，和/或，所述第一编码格式与所述直播视频流的编码格式不同，每个所述视频段中包括至少一个关键帧。

上述实施例提供的视频数据处理装置中，第一合并模块，具体用于通过所述待合并视频段的列表，确定所述待合并的视频段；从所述待合并视频段中获取编码数据，并将从多个所述待合并的视频段中获得的多个所述第一预设时长的编码数据合并为时长为所述目标预设时长的编码数据；将时长为所述目标预设时长的编码数据按照所述第一封装方式进行封装，获得所述时长为所述目标预设时长、格式为所述第一格式的视频分片。

本发明实施例还提供了一种视频数据处理设备，该设备可以包括：

存储器，用于存储程序；

处理器，用于执行所述程序，所述程序具体用于：

实时获取直播过程中产生的直播视频流；

将获取的直播视频流实时处理成目标预设时长的视频分片；

将所述视频分片发送至视频分发服务器，以使所述视频分发服务器将所述视频分片发送至请求视频点播的终端。

本发明实施例还提供了一种可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现上述任一视频数据处理方法实施例中包含的各个步骤。

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

在本申请所提供的几个实施例中，应该理解到，所揭露的方法、装置和设备，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些通信接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。

所述功能如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：u盘、移动硬盘、只读存储器(rom，read-onlymemory)、随机存取存储器(ram，randomaccessmemory)、磁碟或者光盘等各种可以存储程序代码的介质。

对所公开的实施例的上述说明，使本领域专业技术人员能够实现或使用本发明。对这些实施例的多种修改对本领域的专业技术人员来说将是显而易见的，本文中所定义的一般原理可以在不脱离本发明的精神或范围的情况下，在其它实施例中实现。因此，本发明将不会被限制于本文所示的这些实施例，而是要符合与本文所公开的原理和新颖特点相一致的最宽的范围。