直播回放视频生成方法、装置、直播平台、计算机设备及存储介质

技术领域

本申请涉及视频技术领域，尤其涉及一种直播回放视频生成方法、装置、直播系统、计算机设备及存储介质。

背景技术

在直播场景中，常常在直播活动结束后需要对直播录像进行编辑，并将编辑后得到的视频作为点播视频(直播回放视频)在平台上进行投放，以便用户可以在平台上回看视频。

现有技术中，参阅图1，为了实现点播视频在平台上进行投放，一般需要经过以下几个步：1、主播通过主播终端将直播流推流至接收推流的服务器中；2、服务器对直播流进行直播录像上传至云存储中；3、运营人员从云存储中下载直播录像，并使用本地视频编辑软件对直播录像进行编辑；4、运营人员将编辑得到的录像视频导出，并将其上传至视频平台；5、视频平台在接收到该录像视频后会将其投放在等待审核稿件池中，以等待审核人员对其进行审核；6、审核人员对该录像视频进行审核，并在审核通过后，将该录像视频投放至稿件转码池(转码系统)；7、稿件转码池对该录像视频进行转码，从而生成不同清晰度的直播回放视频，供用户选择播放。

发明人发现，上述从获取到直播录像到最终生成用户可以播放的直播回放视频需要花费很长的时间，一般需要1-2个小时，从而导致用户需要等待很长时间才能观看到精彩回放，用户体验较差。

发明内容

有鉴于此，现提供一种直播回放视频生成方法、装置、计算机设备及计算机可读存储介质，以解决上述问题。

本申请提供了一种直播回放视频生成方法，应用于直播平台中，所述直播平台包括推流服务器、快速录制系统、转码系统，所述方法包括：

通过所述推流服务器将主播推流推送至所述快速录制系统；

通过快速录制系统将所述主播推流进行分片保存，得到多个分片文件；

通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件；

在接收到视频合并请求时，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。

可选地，通过所述推流服务器将主播推流推送至所述快速录制系统包括：

所述推流服务器在接收到所述主播推流时，向所述快速录制系统发送录制查询请求；

所述快速录制系统在接收到所述录制查询请求后，查询是否需要对所述主播推流进行快速录制，并将查询结果返回给所述推流服务器；

在所述返回结果为需要对主播推流进行快速录制时，所述推流服务器将接收到的主播推流推送至所述快速录制系统。

可选地，所述直播平台还包括管理系统，所述方法还包括：

通过所述快速录制系统向所述管理系统发送转码查询请求；

通过所述管理系统根据所述转码查询请求查询多个所述分片文件对应的转码信息，所述转码信息包括转码清晰度及所述转码清晰度对应的转码参数；

通过所述快速录制系统将所述转码信息及各个分片文件的下载地址发送给所述转码系统。

可选地，所述通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件包括：

所述转码系统根据各个分片文件的下载地址下载各个所述分片文件；

所述转码系统根据所述转码信息对下载好的各个所述分片文件进行转码，得到多个视频文件。

可选地，所述方法还包括：

当所述转码系统对当前分片文件完成转码后，通过回调所述快速录制系统获取所述当前分片文件对应的视频文件的视频地址。

可选地，所述直播平台还包括在线编辑系统，所述方法还包括：

通过在线编辑系统接收用户对所述至少一个待合并视频文件的编辑操作；

通过所述在线编辑系统基于所述编辑操作生成编辑信息，所述编辑信息包含各个待合并视频文件的视频地址、开始时间和结束时间；

通过所述在线编辑系统将携带有所述编辑信息的视频合并请求发送给所述转码系统；

所述通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频包括：

通过所述转码系统根据所述编辑信息中包含的各个待合并视频文件的视频地址获取各个待合并视频文件；

通过所述转码系统根据所述编辑信息中包含的各个待合并视频文件的开始时间和结束时间对各个待合并视频文件进行视频截取处理，得到多个截取视频；

通过所述转码系统对所述多个截取视频进行合并处理，得到所述直播回放视频。

可选地，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频的步骤之后，还包括：

通过所述转码系统将所述直播回放视频的播放地址返回给所述管理系统。

可选地，所述方法还包括：

通过所述在线编辑系统接收用户对所述直播回放视频的描述信息；

通过所述在线编辑系统接收用户触发的投稿操作，并根据所述投稿操作生成投稿请求，所述投稿请求包含所述直播回放视频的描述信息、标识信息；

通过所述在线编辑系统将所述投稿请求发送至所述管理系统；

通过所述管理系统获取所述直播回放视频的描述信息、标识信息及播放地址，并根据直播回放视频的描述信息、标识信息及播放地址生成投放信息，所述投放信息包含所述直播回放视频的描述信息、标识信息、播放地址及审核状态信息；

通过所述管理系统根据所述投放信息将所述直播回放视频投放至所述直播平台中。

本申请还提供了一种直播回放视频生成装置，应用于直播平台中，所述直播平台包括服务器、快速录制系统、转码系统，其特征在于，所述直播回放视频生成装置包括：

第一处理模块，用于通过所述推流服务器将主播推流推送至所述快速录制系统；

第二处理模块，用于通过快速录制系统将所述主播推流进行分片保存，得到多个分片文件；

第三处理模块，用于通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件；

第四处理模块，用于在接收到视频合并请求时，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。

本申请还提供了一种直播平台，所述直播平台包括推流服务器、快速录制系统、转码系统，其中：

所述推流服务器，用于在接收到主播推流时，将所述主播推流推送至所述快速录制系统；

所述快速录制系统，用于将所述主播推流进行分片保存，得到多个分片文件；

所述转码系统，用于对多个所述分片文件进行转码，得到多个视频文件；

所述转码系统，还用于在接收到视频合并请求时，将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。

可选地，所述直播平台还包括管理系统，其中：

所述快速录制系统，还用于向所述管理系统发送转码查询请求；

所述管理系统，用于根据所述转码查询请求查询多个所述分片文件对应的转码信息，所述转码信息包括转码清晰度及所述转码清晰度对应的转码参数；

所述快速录制系统，还用于将所述转码信息及各个分片文件的下载地址发送给所述转码系统。

可选地，直播平台还包括在线编辑系统，所其中：

所述在线编辑系统，用于接收用户对所述至少一个待合并视频文件的编辑操作；

所述在线编辑系统，还用于基于所述编辑操作生成编辑信息，所述编辑信息包含各个待合并视频文件的视频地址、开始时间和结束时间；

所述在线编辑系统，还用于将携带有所述编辑信息的视频合并请求发送给所述转码系统；

所述转码系统，还用于根据所述编辑信息中包含的各个待合并视频文件的视频地址获取各个待合并视频文件；根据所述编辑信息中包含的各个待合并视频文件的开始时间和结束时间对各个待合并视频文件进行视频截取处理，得到多个截取视频；及对所述多个截取视频进行合并处理，得到所述直播回放视频。

本申请还提供了一种计算机设备，所述计算机设备，包括存储器、处理器以及存储在所述存储器上并可在所述处理器上运行的计算机程序，所述处理器执行所述计算机程序时实现上述方法的步骤。

本申请还提供了一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现上述方法的步骤。

本申请实施例直播回放视频生成方法，通过所述推流服务器将主播推流推送至所述快速录制系统；通过快速录制系统将所述主播推流进行分片保存，得到多个分片文件；通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件；在接收到视频合并请求时，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。采用上述直播回放视频生成方式，可以自动转推主播推流，缩小直播录制分片文件的大小，提高录像分片文件的生产速度。此外，通过提前对分片文件进行转码来实现快速生成直播回放视频，将生成直播回放视频的时间从小时级别降低到分钟级别。

附图说明

图1为现有技术中实现点播视频在平台上进行投放的流程示意图；

图2为本申请实施例的直播回放视频生成方法的一实施例的应用环境示意图；

图3为本申请所述的直播回放视频生成方法的一种实施例的流程图；

图4为本申请一实施例中通过所述推流服务器将主播推流推送至所述快速录制系统的步骤细化示意图；

图5为本申请所述的直播回放视频生成方法的另一种实施例的流程图；

图6为本申请一实施例中通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件的步骤细化示意图；

图7为本申请所述的直播回放视频生成方法的另一种实施例的流程图；

图8为在线编辑系统中的其中一个编辑界面的示意图；

图9为对分片文件进行预览的示意图；

图10为本申请所述的直播回放视频生成方法的另一种实施例的流程图；

图11为在线编辑系统中的另一个编辑界面的示意图；

图12为本申请的整体流程示意图；

图13为本申请所述的直播回放视频生成装置的一种实施例的程序模块图；

图14为本申请所述的直播平台的架构示意图；

图15为本申请实施例提供的执行直播回放视频生成方法的计算机设备的硬件结构示意图。

具体实施方式

以下结合附图与具体实施例进一步阐述本申请的优点。

这里将详细地对示例性实施例进行说明，其示例表示在附图中。下面的描述涉及附图时，除非另有表示，不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反，它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。

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

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

在本申请的描述中，需要理解的是，步骤前的数字标号并不标识执行步骤的前后顺序，仅用于方便描述本申请及区别每一步骤，因此不能理解为对本申请的限制。

以下为本申请的术语解释：

直播流：用于直播音视频数据的传输，它能够被作为一个稳定的和连续的流通过网络传输给观众观看。

转码：是指为了适应不同的网络带宽、不同的终端处理能力和不同的用户需求，将已经压缩编码的视频码流转换成另一个视频码流。

图2示出了本申请实施例提供的应用场景的一种示意图，该应用场景包括：服务器100、主播终端200和观众终端300。其中，服务器100、主播终端200和观众终端300位于无线网络或有线网络中，服务器100与主播终端200和观众终端300可以进行数据交互。在一些实施方式中，主播终端200的数量(图2中仅示出一个)以及观众终端300的数量(图1中仅示出一个)可以不做限定，观众终端300与主播终端200可以将服务器100以及CDN(ContentDelivery Network,内容分发网络)作为传输中介，并通过互联网来实现相互间的数据交互。

在本申请实施例中，服务器100可以是单独的服务器，也可以是服务器集群，可以是本地服务器，也可以是云端服务器，具体的服务器类型在本申请实施例中可以不作为限定。主播终端200以及观众终端300可以是移动手机、智能手机、笔记本电脑、台式电脑、平板电脑、个人数字助理(Personal Digital Assistant，PDA)、媒体播放器、智能电视、可穿戴电子设备等，具体的终端设备类型在本申请实施例中可以不作为限定。

在本实施例中，主播终端200内可以安装有直播客户端，该直播客户端用于实现主播进行视频直播。该直播客户端可以是安装在主播终端200上的计算机应用程序(Application，APP)，也可以是Web客户端，该Web客户端可指基于Web架构而开发的应用程序。

在本实施例中，观众终端300内可以安装有观众客户端，该观众客户端用于实现观众接收直播内容，并对直播内容进行展示。该观众客户端可以是安装在观众终端300上的计算机应用程序(Application，APP)，也可以是Web客户端，该Web客户端可指基于Web架构而开发的应用程序。

发明人在对现有技术中实现点播视频在平台上进行投放的流程进行研究发现：

1、推流服务器在带宽可用的情况下，才会把生成的录像文件上传到云盘上，导致直播录像文件产生较慢。

2、受限于下载的网速和本地编辑软件的导出效率，文件的下载和导出需要消耗大量的时间。

3、受限于文件上传的速度，文件在上周至视频平台的过程中需要消耗大量的时间。

4、对于稿件的审核和稿件的转码需要消耗很长的时间。

基于上述发现，本申请提供了一种直播回放视频生成方案，该方案具有如下优点：

通过自动转推主播推流，缩小直播录制分片文件的大小，提高录像分片文件的生产速度。此外，通过提前对分片文件进行转码来实现快速生成直播回放视频，将生成直播回放视频的时间从小时级别降低到分钟级别。

下面，将在上述示例性应用环境下提供若干个实施例，来说明本申请中的直播回放视频生成方案。参阅图3，其为本申请一实施例的直播回放视频生成方法的流程示意图。本申请中的直播回放视频生成方法应用于直播平台中。所述直播平台包括推流服务器、快速录制系统、转码系统。

需要说明的是，本方法实施例中的流程图不用于对执行步骤的顺序进行限定。从图中可以看出，本实施例中所提供的直播回放视频生成方法包括：

步骤S30、通过所述推流服务器将主播推流推送至所述快速录制系统。

具体地，所述推流服务器为直播平台中用于接收主播通过主播终端上传的主播推流的服务器。

所述主播推流为主播在直播过程中所产生的直播流。

所述快速录制系统为对用于实现对主播推流进行快速录制的系统，通过增设该快速录制系统可以实现对主播推流的提前录制。

在本实施例中，通过推流服务器在接收到主播推流后，将主播推流自动转推至所述快速录制系统，使得快速录制系统可以及时获取到所述主播推流。在本实施例中，所述快速录制系统中包含有用于对主播推流进行处理的录制服务器。

在一示例性的实施方式中，参阅图4，所述通过所述推流服务器将主播推流推送至所述快速录制系统包括：

步骤S40，所述推流服务器在接收到所述主播推流时，向所述快速录制系统发送录制查询请求。

具体地，为了避免对没有快速录制需求的主播推流也进行快速录制，在本实施例中，推流服务器在刚刚接收到主播推流时候，会向所述快速录制系统发送录制查询请求，以查询所述主播推流是否需要进行快速录制。

其中，所述快速录制请求用于查询是否需要对主播推流进行快速录制。

步骤S41，所述快速录制系统在接收到所述录制查询请求后，查询是否需要对所述主播推流进行快速录制，并将查询结果返回给所述推流服务器。

具体地，运营人员可以预先在快速录制系统中配置具体需要对哪些直播间的主播推流进行快速录制，这样，当所述快速录制系统在接收到所述录制查询请求时，可以查询运营人员预先配置的配置信息，以从中确定所述主播推流是否属于在配置的主播间进行的主播推流。

作为示例，运营人员配置了直播间A、直播间B及直播间C需要进行快速录制，则当接收到录制查询请求时，则会查询所述主播推流是否属于在直播间A、直播间B或直播间C中进行的主播推流，若所述主播推流属于上述三个直播间中的其中一个直播间中进行的主播推流，则可以判定需要对所述主播推流进行快速录制。若所述主播推流不属于上述三个直播间中的任意一个直播间中进行的主播推流，则可以判定不需要对所述主播推流进行快速录制，则可以通过正常的录制方式对主播推流进行录制，并将录制好的视频上传至云存储中进行存储。

需要说明的是，正常的录制方式指的是在录制过程中，将一个比较长的时间(比如，半小时)的直播流作为一个录制文件的录制方式。快速录制是相当于正常录制的方式而言的，其指的是在录制过程中，以预先设定的一个较短的时长(比如，3分钟)的直播流作为一个录制文件的录制方式。

步骤S42，在所述返回结果为需要对主播推流进行快速录制时，所述推流服务器将接收到的主播推流推送至所述快速录制系统。

具体地，当所述返回结果为需要对主播推流进行快速录制时，所述推流服务器才会将接收到的主播推流自动转推至所述快速录制系统。当所述返回结果为不需要对所述主播推流进行快速录制时，则所述推流服务器不会将接收到的主播推流转推至所述快速录制系统，而是只会采用正常的录制方式对主播推流进行录制，即在推流服务器中生成一个时长较长的录制文件，并在剩余的带宽可用的情况下，推流服务器才会把生成的录像文件上传到云存储中，供主播或者运营通过公网下载。

步骤S31，通过快速录制系统将所述主播推流进行分片保存，得到多个分片文件。

具体地，快速录制系统在接收到主播推流后，会将原先生成时长较长的录制文件，进行分片的方式保存，也就是说，会改为生成时长较短的录制文件。比如，以前在根据主播推流生成录制文件时，是以30分钟时长的直播流生成一个录制文件，而在本申请中，快速录制系统在接收到主播推流后，则会对主播推流进行分片保存，比如，将主播推流中的3分钟时长的直播流作为一个分片文件进行保存，这样，原先一个30分钟时长的录制文件，在经过本申请中的快速录制系统的处理后，则可以得到10个小分片文件。这样，在接收到主播推流3分钟后，用户即可以查询到主播的第一个主播片段了。

需要说明的是，上述分片文件的大小可以根据实际情况进行设定与修改，比如，分片文件的大小为包含3分钟的直播流，或者包含2分钟的直播流等。

步骤S32，通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件。

具体地，每当生成分片文件后，转码系统就可以对生成的分片文件进行提前转码，从而得到分片文件对应的视频文件。

在一实施方式中，也可以在生成预设数量后的分片文件后，才开始通过转码系统对这些分片文件进行提前转码。

在一示例性的实施方式中，直播平台还包括管理系统。所述管理系统用于对直播平台中的稿件进行管理的系统。其中，所述稿件可以为直播平台中的各种类型的资讯内容。所述资讯内容可以为视频、动态、评论等。

在本实施例中，为了更好地实现对各个分片文件的转码，参阅图5，所述直播回放视频生成方法还包括：

步骤S50，通过所述快速录制系统向所述管理系统发送转码查询请求。

具体地，所述转码查询请求用于查询多个所述分片文件对应的转码信息，即用于查询各个分片文件需要采用哪种清晰度进行转码以及需要采用什么样的转码参数进行转码。

在一实施方式中，所述转码信息中可以包含一种转码清晰度和该转码清晰度对应的转码参数。所述转码信息中也可以包含多种转码清晰度，以及每一种转码清晰度所对应的转码参数。

步骤S51，通过所述管理系统根据所述转码查询请求查询多个所述分片文件对应的转码信息，所述转码信息包括转码清晰度及所述转码清晰度对应的转码参数。

具体地，管理系统在接收到转码查询后，会去查询所述主播的主播间所配置的转码信息，在查询到所述主播的主播间所配置的转码信息后，即可以将该转码信息作为各个分片文件的转码信息。

其中，转码清晰度可以包括高清、标清、超清等。转码参数为转码过程中所配置的参数，包括转码集群、转码启动方式、转码启动参数等，其中，转码启动参数可以包括启动转码时所预估的CPU使用量、GPU使用量、内存使用量等。转码启动方式可以包括转码方式是CPU转码，还是GPU转码或者是同时使用CPU以及GPU转码。

步骤S52，通过所述快速录制系统将所述转码信息及各个分片文件的下载地址发送给所述转码系统。

具体地，所述快速录制系统在得到转码信息后，会将所述转码信息以及各个分片文件的下载地址发送给转码系统，以便转码系统可以根据得到的下载地址下载各个分片文件，然后，转码系统可以根据获取到的转码信息对下载好的各个分片文件进行转码。

需要说明的是，快速录制系统在将分片文件的下载地址发送给所述转码系统时，可以在每得到一个分片文件后，就将该分片文件的下载地址发送给所述转码系统。

在一实施方式中，快速录制系统在将分片文件的下载地址发送给所述转码系统时，也可以在得到预设数量的分片文件后，才将这批该分片文件的下载地址一次发送给所述转码系统。

本实施例中，通过快速录制系统向管理系统获取分片文件的转码信息，并将获取到的转码信息发送给转码系统，使得转码系统可以根据转码信息中包含的转码清晰度决定需要转码得到哪种或哪些清晰度的视频文件。

在一示例性的实施方式中，参阅图6，所述通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件包括：

步骤S60，所述转码系统根据各个分片文件的下载地址下载各个所述分片文件。

具体地，转码系统在得到分片文件的下载地址后，即可以根据该下载地址来下载分片文件。

步骤S61，所述转码系统根据所述转码信息对下载好的各个所述分片文件进行转码，得到多个视频文件。

具体地，当转码信息中包含有多个转码清晰度以及各个转码清晰度对应的转码信息时，则转码系统在下载好分片文件后，会分别采用各个转码清晰度对应的转码信息对分片文件进行转码，从而得到对应清晰度的视频文件。

作为示例，转码信息中包含有2种转码清晰度及这2中转码清晰度对应的转码参数，分别为高清、高清对应的转码参数a；超清、超清对应的转码参数b，则转码系统在对分片文件进行转码时，会采用高清对应的转码参数a对分片文件进行转码得到高清的视频文件。此外，转码系统，还会采用超清对应的转码参数b对分片文件进行转码得到超清的视频文件。

本实施例中，通过提前对分片文件进行转码，从而使得在主播开播后的不久，就可以产生多个不同清晰度的视频文件。

在一具体场景中，在主播推流开始后的6分钟，该主播开播前的3分钟的所有录制文件以及这些录制文件对应的各种清晰度的视频文件都可以产生好。

在一示例性的实施方式中，所述方法还包括：当所述转码系统对当前分片文件完成转码后，通过回调所述快速录制系统获取所述当前分片文件对应的视频文件的视频地址。

具体地，当所述转码系统对当前分片文件完成转码后，为了使得快速录制系统可以查询到当前分片文件对应的视频文件，会通过回调快速录制系统的方式来告诉快速录制系统当前分片文件对应的视频文件的视频地址(视频链接)。也就是说，快速录制系统中会记录各个视频文件的视频地址。

可以理解的是，若当前分片文件存在多种清晰度的视频文件，则会将所有清晰度的视频文件的视频地址都告诉给所述快速录制系统。

步骤S33，在接收到视频合并请求时，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。

具体地，所述视频合并请求为用于将所有的待合并视频文件合并成一个完整的直播回收视频的请求。在本实施例中，所述视频合并请求可以由直播平台自动触发，也可以由用户主动触发。当所述视频合并请求为直播平台自动触发时，其触发时机可以为主播结束直播，且所有的主播推流对应的分片文件都完成转码。

其中，所述待合并视频文件为多个所述视频文件中的任意一个视频文件。

在一示例性的实施方式中，所述直播平台还包括在线编辑系统。所述在线编辑系统为可以在浏览器上对各个待合并视频文件进行在线剪辑的系统。

在本实施例中，为了实现对各个视频文件的编辑，参阅图7，所述直播回放视频生成方法还包括：

步骤S70，通过在线编辑系统接收用户对所述至少一个待合并视频文件的编辑操作。

具体地，在线编辑系统可以提供编辑界面，用户基于该编辑界面可以对各个待合并视频文件进行编辑操作。其中，所述编辑操作包括对待合并视频文件进行添加字幕操作、添加广告片段操作、对待合并视频文件进行片段截取操作，对待合并视频文件进行预览操作等。

在一具体场景中，所述在线编辑系统中的其中一个编辑界面如图8所示。通过该编辑界面，用户可以选择基于哪个直播间的主播推流生成直播回放视频。通过该编辑界面，用户也可以选择对哪段时间点的分片文件进行编辑操作。通过该编辑界面，用户也可以选择需要在线预览的分片文件。当用户选择需要在线预览的分片文件后，用户可以对该预览的分片文件进行添加字幕操作，如图9所示。

步骤S71，通过所述在线编辑系统基于所述编辑操作生成编辑信息，所述编辑信息包含各个待合并视频文件的视频地址、开始时间和结束时间。

具体地，在对各个待合并视频文件完成编辑操作后，会基于该编辑操作生成对应的编辑信息，其中，所述编辑信息中记录有各个待合并视频文件的视频地址、各个待合并视频文件的开始时间及结束时间。

需要说明的是，当编辑操作包含有对待合并视频文件的字幕添加操作时，则生成的编辑信息中还会包含有该添加的字幕，以及该字幕在待合并视频文件中的位置信息。同理，当编辑操作包含有对待合并视频文件中添加广告片段时，则生成的编辑操作中还会包含有该添加的广告对应的广告文件，以及该广告文件在在待合并视频文件中的位置信息。

步骤S72，通过所述在线编辑系统将携带有所述编辑信息的视频合并请求发送给所述转码系统。

具体地，在完成所有待合并视频文件的编辑操作后，用户可以基于所述在线编辑系统触发视频合并操作。所述在线编辑系统基于该视频合并操作会生成携带有所述编辑信息的视频合并请求，之后，所述在线编辑系统会将所述视频合并请求发送给所述转码系统，以便转码系统可以进行视频合并操作。

相应地，所述通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频包括：通过所述转码系统根据所述编辑信息中包含的各个待合并视频文件的视频地址获取各个待合并视频文件；通过所述转码系统根据所述编辑信息中包含的各个待合并视频文件的开始时间和结束时间对各个待合并视频文件进行视频截取处理，得到多个截取视频；通过所述转码系统对所述多个截取视频进行合并处理，得到所述直播回放视频。

具体地，转码系统在接收到视频合并请求后，会首先根据各个待合并视频文件的视频地址来获取到各个待合并视频文件，之后，会根据各个待合并视频文件的开始时间和结束时间进行视频截取操作，以得到用户想要的截取视频。最后，转码系统会按照时间顺序对各个截取视频进行合并处理，从而得到一个完整的直播回放视频。

需要说明的是，在每一个待合并视频文件中包含有多个清晰度的清晰度视频时，则在视频合并的过程中，针对每一种清晰度的清晰度视频都会进行视频截取处理，以及视频合并处理，从而对于每一种清晰度都会合成一个对应的直播回放视频。

作为示例，高清清晰度的清晰度视频文件有3个，分别为时间段为12:00-12:03，12:03-12:06，12:06-12:09的视频文件，且这三个视频文件对应的视频地址分别为url1，url2，url3，这三个视频文件的开始时间及结束时间分别为12:00-12:03，12:03-12:06，12:06-12:08，则在进行视频合并时，会根据上述三个视频地址url1，url2，url3获取到上述三个视频文件，之后，会根据上述三个开始时间及结束时间对第一个视频文件进行全部截取，对第二视频文件进行全部截取，对第三个视频文件截取前面2分钟的视频片段；最后，会将截取得到的三个截取视频按照时间顺序进行合并，从而得到高清清晰度所对应的直播回放视频。

在一示例性的实施方式中，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频的步骤之后，还包括：通过所述转码系统将所述直播回放视频的播放地址返回给所述管理系统。

具体地，为了实现对直播回放视频的管理，所述转码系统在生成直播回收视频后，会将该直播回放视频的播放地址返回给所述管理系统。这样，管理系统根据该播放地址可以获取到该直播回放视频。

在一示例性的实施方式中，参阅图10，所述方法还包括：

步骤S100，通过所述在线编辑系统接收用户对所述直播回放视频的描述信息。

具体地，所述描述信息为用于对所述直播回放视频进行详细描述的信息。

在一具体场景中，所述在线编辑系统可以提供如图11所示的编辑界面供用户编辑对所述直播回放视频的描述信息。其中，所述描述信息可以包括对所述直播回放视频的所起的标题、所述直播回放视频的封面、所述直播回放视频所属的类型、所述直播回放视频所属的标签、分区，以及对所述直播回放视频的简介等。

步骤S101，通过所述在线编辑系统接收用户触发的投稿操作，并根据所述投稿操作生成投稿请求，所述投稿请求包含所述直播回放视频的描述信息、标识信息。

步骤S102，通过所述在线编辑系统将所述投稿请求发送至所述管理系统。

具体地，在用户完成对直播回放视频的描述信息的编辑后，用户可以基于该在线编辑系统触发投稿操作，比如，点击图11中的生成AVID按钮触发投稿操作。

所述在线编辑系统在接收到用户触发的投稿操作后，会生成投稿请求，之后，会将该投稿请求发送给管理系统，以通知管理系统对所述直播回放视频进行投稿。

其中，所述标识信息为用于唯一区分不同的直播回放视频的标识符。

步骤S103，通过所述管理系统获取所述直播回放视频的描述信息、标识信息及播放地址，并根据直播回放视频的描述信息、标识信息及播放地址生成投放信息，所述投放信息包含所述直播回放视频的描述信息、标识信息、播放地址及审核状态信息。

具体地，管理系统在接收到投放请求后，会获取直播回放视频的描述信息、标识信息及播放地址，之后，会根据这些信息来生成投放信息，以便后续可以根据该投放信息实现投稿流程。

其中，审核状态信息为用于确定直播回收视频审核状态的信息。

在一具体场景中，投放信息如下表所示：

步骤S104，通过所述管理系统根据所述投放信息将所述直播回放视频投放至所述直播平台中。

具体地，管理系统在生成投放信息后，可以根据所述投放信息将所述直播回放视频投放至所述直播平台中，这样，所有用户可以在直播平台中观看所述直播回放视频。

本申请实施例直播回放视频生成方法，通过所述推流服务器将主播推流推送至所述快速录制系统；通过快速录制系统将所述主播推流进行分片保存，得到多个分片文件；通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件；在接收到视频合并请求时，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。采用上述直播回放视频生成方式，可以自动转推主播推流，缩小直播录制分片文件的大小，提高录像分片文件的生产速度。此外，通过提前对分片文件进行转码来实现快速生成直播回放视频，将生成直播回放视频的时间从小时级别降低到分钟级别。经过实测，生成直播回放视频的整体延迟只有直播录制延迟3分钟，以及运营剪辑时长的几分钟，而对审核、转码等操作，都已经全部前置同步完成。

为了便于理解本申请的技术方案，以下结合图12对本申请的整体流程进行详细说明。

1、运营人员在快速录制系统中，配置哪些直播间的主播所对应的主播推流有快速录制的需求。

2、主播通过主播终端将主播推流推流到推流服务器上，推流服务器接收到主播推流后，一边会对主播推流进行正常录制，并将正常录制的录制文件上传至云存储，另一边会向快速录制系统请求询问，是否需要快速录制。当快速录制系统的返回结果为是的时候，推流服务器会主动将主播推流转推到快速录制系统中的录制服务器上。

3、录制服务器在接收到主播推流后，会将主播推流进行分片处理，从而将主播推流分成多个小分片文件。此外，录制服务器还会向管理系统询问各个分片文件的转码信息。

4、管理系统向录制服务器返回转码信息。

5、录制服务器向转码系统下发转码信息和各个分片文件的下载地址。

6、转码系统对各个分片文件进行转码，并在转码完成后，会回调快速录制系统，告诉快速录制系统，每个清晰度的视频文件对应的视频地址。

7、在直播的过程中，用户可以通过在线编辑系统进行在线编辑操作，并在完成在线编辑操作后，可以触发视频合并请求以及投稿请求，之后，转码系统可以根据视频合并请求对视频文件进行合并处理，并在完成合并后，将直播回放视频的播放地址返回给管理系统。同时，管理系统在接收到投稿请求后，会将生成的直播回放视频投放在直播平台中。

参阅图13所示，是本申请直播回放视频生成装置130一实施例的程序模块图。

本实施例中，直播回放视频生成装置130应用于直播平台中，所述直播平台包括服务器、快速录制系统、转码系统，直播回放视频生成装置130包括一系列的存储于存储器上的计算机程序指令，当该计算机程序指令被处理器执行时，可以实现本申请各实施例的直播回放视频生成功能。在一些实施例中，基于该计算机程序指令各部分所实现的特定的操作，直播回放视频生成装置130可以被划分为一个或多个模块，具体可以划分的模块如下：

第一处理模块131，用于通过所述推流服务器将主播推流推送至所述快速录制系统；

第二处理模块132，用于通过快速录制系统将所述主播推流进行分片保存，得到多个分片文件；

第三处理模块133，用于通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件；

第四处理模块134，用于在接收到视频合并请求时，通过所述转码系统将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。

在一示例性的实施方式中，通过所述推流服务器将主播推流推送至所述快速录制系统包括：所述推流服务器在接收到所述主播推流时，向所述快速录制系统发送录制查询请求；所述快速录制系统在接收到所述录制查询请求后，查询是否需要对所述主播推流进行快速录制，并将查询结果返回给所述推流服务器；在所述返回结果为需要对主播推流进行快速录制时，所述推流服务器将接收到的主播推流推送至所述快速录制系统。

在一示例性的实施方式中，所述直播平台还包括管理系统，所述直播回放视频生成装置130还包括第五处理模块、第六处理模块、第七处理模块。

第五处理模块，用于通过所述快速录制系统向所述管理系统发送转码查询请求；

第六处理模块，用于通过所述管理系统根据所述转码查询请求查询多个所述分片文件对应的转码信息，所述转码信息包括转码清晰度及所述转码清晰度对应的转码参数；

第七处理模块，用于通过所述快速录制系统将所述转码信息及各个分片文件的下载地址发送给所述转码系统。

在一示例性的实施方式中，所述通过所述转码系统对多个所述分片文件进行转码，得到多个视频文件包括：所述转码系统根据各个分片文件的下载地址下载各个所述分片文件；所述转码系统根据所述转码信息对下载好的各个所述分片文件进行转码，得到多个视频文件。

在一示例性的实施方式中，所述直播回放视频生成装置130还包括第八处理模块。

所述第八处理模块，用于当所述转码系统对当前分片文件完成转码后，通过回调所述快速录制系统获取所述当前分片文件对应的视频文件的视频地址。

在一示例性的实施方式中，所述直播平台还包括在线编辑系统，所述直播回放视频生成装置130还包括第九处理模块、第十处理模块、第十一处理模块。

所述第九处理模块，还用于通过在线编辑系统接收用户对所述至少一个待合并视频文件的编辑操作；

所述第十处理模块，还用于通过所述在线编辑系统基于所述编辑操作生成编辑信息，所述编辑信息包含各个待合并视频文件的视频地址、开始时间和结束时间；

所示第十一处理模块，还用于通过所述在线编辑系统将携带有所述编辑信息的视频合并请求发送给所述转码系统。

第四处理模块134，还用于通过所述转码系统根据所述编辑信息中包含的各个待合并视频文件的视频地址获取各个待合并视频文件；通过所述转码系统根据所述编辑信息中包含的各个待合并视频文件的开始时间和结束时间对各个待合并视频文件进行视频截取处理，得到多个截取视频；通过所述转码系统对所述多个截取视频进行合并处理，得到所述直播回放视频。

在一示例性的实施方式中，所述直播回放视频生成装置130还包括第十二处理模块。

所述第十二处理模块，用于通过所述转码系统将所述直播回放视频的播放地址返回给所述管理系统。

在一示例性的实施方式中，所述直播回放视频生成装置130还包括第十三处理模块、第十四处理模块、第十五三处理模块、第十六处理模块、第十七处理模块。

所述第十三处理模块，用于通过所述在线编辑系统接收用户对所述直播回放视频的描述信息；

第十四处理模块，用于通过所述在线编辑系统接收用户触发的投稿操作，并根据所述投稿操作生成投稿请求，所述投稿请求包含所述直播回放视频的描述信息、标识信息；

第十五三处理模块，用于通过所述在线编辑系统将所述投稿请求发送至所述管理系统；

第十六处理模块，用于通过所述管理系统获取所述直播回放视频的描述信息、标识信息及播放地址，并根据直播回放视频的描述信息、标识信息及播放地址生成投放信息，所述投放信息包含所述直播回放视频的描述信息、标识信息、播放地址及审核状态信息；

第十七处理模块，用于通过所述管理系统根据所述投放信息将所述直播回放视频投放至所述直播平台中。

参阅图14所示，是本申请直播平台一实施例的架构示意图。

所述直播平台包括：推流服务器141、快速录制系统142、转码系统143，其中：

推流服务器141，用于在接收到主播推流时，将所述主播推流推送至快速录制系统142；

快速录制系统142，用于将所述主播推流进行分片保存，得到多个分片文件；

转码系统143，用于对多个所述分片文件进行转码，得到多个视频文件；

转码系统143，还用于在接收到视频合并请求时，将所述视频合并请求中包含的至少一个待合并视频文件合并成一个直播回放视频。

在一示例性的实施方式中，推流服务器141，还用于在接收到所述主播推流时，向快速录制系统142发送录制查询请求。

快速录制系统142，还用于在接收到所述录制查询请求后，查询是否需要对所述主播推流进行快速录制，并将查询结果返回给推流服务器141；

在所述返回结果为需要对主播推流进行快速录制时，推流服务器141，还用于将接收到的主播推流推送至快速录制系统142。

在一示例性的实施方式中，所述直播平台还包括管理系统。

快速录制系统142，还用于向所述管理系统发送转码查询请求；

所述管理系统，还用于根据所述转码查询请求查询多个所述分片文件对应的转码信息，所述转码信息包括转码清晰度及所述转码清晰度对应的转码参数；

快速录制系统142，还用于将所述转码信息及各个分片文件的下载地址发送给转码系统143。

在一示例性的实施方式中，转码系统143，还用于根据各个分片文件的下载地址下载各个所述分片文件；及根据所述转码信息对下载好的各个所述分片文件进行转码，得到多个视频文件。

在一示例性的实施方式中，当转码系统143对当前分片文件完成转码后，通过回调快速录制系统142获取所述当前分片文件对应的视频文件的视频地址。

在一示例性的实施方式中，所述直播平台还包括在线编辑系统。

所述在线编辑系统，用于接收用户对所述至少一个待合并视频文件的编辑操作；基于所述编辑操作生成编辑信息，所述编辑信息包含各个待合并视频文件的视频地址、开始时间和结束时间；将携带有所述编辑信息的视频合并请求发送给转码系统143。

转码系统143，还用于根据所述编辑信息中包含的各个待合并视频文件的视频地址获取各个待合并视频文件；根据所述编辑信息中包含的各个待合并视频文件的开始时间和结束时间对各个待合并视频文件进行视频截取处理，得到多个截取视频；及对所述多个截取视频进行合并处理，得到所述直播回放视频。

在一示例性的实施方式中，转码系统143，还用于将所述直播回放视频的播放地址返回给所述管理系统。

在一示例性的实施方式中，所述在线编辑系统，还用于接收用户对所述直播回放视频的描述信息；接收用户触发的投稿操作，并根据所述投稿操作生成投稿请求，所述投稿请求包含所述直播回放视频的描述信息、标识信息；及将所述投稿请求发送至所述管理系统。

所述管理系统，还用于获取所述直播回放视频的描述信息、标识信息及播放地址，并根据直播回放视频的描述信息、标识信息及播放地址生成投放信息，所述投放信息包含所述直播回放视频的描述信息、标识信息、播放地址及审核状态信息；及根据所述投放信息将所述直播回放视频投放至所述直播平台中。

图15示意性示出了根据本申请实施例的适于实现直播回放视频生成方法的计算机设备15的硬件架构示意图。本实施例中，计算机设备15是一种能够按照事先设定或者存储的指令，自动进行数值计算和/或信息处理的设备。如图15所示，计算机设备15至少包括但不限于：可通过系统总线相互通信链接存储器120、处理器121、网络接口122。其中：

存储器120至少包括一种类型的计算机可读存储介质，该可读存储介质可以是易失性的，也可以是非易失性的，具体而言，可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，存储器120可以是计算机设备15的内部存储模块，例如该计算机设备15的硬盘或内存。在另一些实施例中，存储器120也可以是计算机设备15的外部存储设备，例如该计算机设备15上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，存储器120还可以既包括计算机设备15的内部存储模块也包括其外部存储设备。本实施例中，存储器120通常用于存储安装于计算机设备15的操作系统和各类应用软件，例如直播回放视频生成方法的程序代码等。此外，存储器120还可以用于暂时地存储已经输出或者将要输出的各类数据。

处理器121在一些实施例中可以是中央处理器(Central Processing Unit，简称为CPU)、控制器、微控制器、微处理器、或其它直播回放视频生成芯片。该处理器121通常用于控制计算机设备15的总体操作，例如执行与计算机设备15进行数据交互或者通信相关的控制和处理等。本实施例中，处理器121用于运行存储器120中存储的程序代码或者处理数据。

网络接口122可包括无线网络接口或有线网络接口，该网络接口122通常用于在计算机设备15与其它计算机设备之间建立通信链接。例如，网络接口122用于通过网络将计算机设备15与外部终端相连，在计算机设备15与外部终端之间的建立数据传输通道和通信链接等。网络可以是企业内部网(Intranet)、互联网(Internet)、全球移动通讯系统(GlobalSystem of Mobile communication，简称为GSM)、宽带码分多址(Wideband Code DivisionMultiple Access，简称为WCDMA)、4G网络、5G网络、蓝牙(Bluetooth)、Wi-Fi等无线或有线网络。

需要指出的是，图15仅示出了具有部件120～122的计算机设备，但是应理解的是，并不要求实施所有示出的部件，可以替代的实施更多或者更少的部件。

在本实施例中，存储于存储器120中的直播回放视频生成方法可以被分割为一个或者多个程序模块，并由一个或多个处理器(本实施例为处理器121)所执行，以完成本申请。

本申请实施例提供了一种计算机可读存储介质，计算机可读存储介质其上存储有计算机程序，计算机程序被处理器执行时实现实施例中的直播回放视频生成方法的步骤。

本实施例中，计算机可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，计算机可读存储介质可以是计算机设备的内部存储单元，例如该计算机设备的硬盘或内存。在另一些实施例中，计算机可读存储介质也可以是计算机设备的外部存储设备，例如该计算机设备上配备的插接式硬盘，智能存储卡(Smart Media Card，简称为SMC)，安全数字(Secure Digital，简称为SD)卡，闪存卡(Flash Card)等。当然，计算机可读存储介质还可以既包括计算机设备的内部存储单元也包括其外部存储设备。本实施例中，计算机可读存储介质通常用于存储安装于计算机设备的操作系统和各类应用软件，例如实施例中的直播回放视频生成方法的程序代码等。此外，计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的各类数据。

以上所描述的装置实施例仅仅是示意性的，其中作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到至少两个网络单元上。可以根据实际的需要筛选出其中的部分或者全部模块来实现本申请实施例方案的目的。本领域普通技术人员在不付出创造性的劳动的情况下，即可以理解并实施。

通过以上的实施方式的描述，本领域普通技术人员可以清楚地了解到各实施方式可借助软件加通用硬件平台的方式来实现，当然也可以通过硬件。本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(Read-OnlyMemory，ROM)或随机存储记忆体(RandomAccessMemory，RAM)等。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。