CN117714741A - 视频文件处理方法、视频管理平台及存储介质 - Google Patents

Abstract

本申请实施例提供一种视频文件处理方法、视频管理平台及存储介质，在本申请实施例中，在视频文件上传阶段，用户向视频管理平台上传原始视频文件之后，视频管理平台将原始视频文件转码成多个不同编码参数的转码视频文件，并保存原始视频文件和多个不同编码参数的转码视频文件，以及建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将所述对应关系保存在映射关系表中。在自适应网络播放视频文件时，查询映射关系表确定与当前网络状况适配的视频文件并向播放端下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

Description

视频文件处理方法、视频管理平台及存储介质

技术领域

本申请涉及计算机技术领域，尤其涉及一种视频文件处理方法、视频管理平台及存储介质。

背景技术

视频管理平台是指提供视频管理服务的平台，具有针对视频文件的管理、存储、转码和转发等多种功能。目前，越来越多的用户接受将视频文件上传至视频管理平台进行管理。当用户后续出现播放需求时，用户触发播放器向视频管理平台请求获取视频文件，以及播放所获取的视频文件。实际应用中，可能短时间有大量的用户触发播放器向视频管理平台请求获取视频文件，这种高并发的情况容易致使网络拥挤，导致播放器播放视频文件不流畅，容易卡顿。

发明内容

本申请的多个方面提供一种视频文件处理方法、视频管理平台及存储介质，用以实现视频文件流畅播放。

本申请实施例提供一种视频文件处理方法，应用于视频管理平台，该方法包括：获取用户上传的原始视频文件，并保存原始视频文件；按照多个不同的编码参数对原始视频文件进行多次转码，得到多个MP4格式的转码视频文件，并保存多个转码视频文件，编码参数包括以下至少一个：采样率、分辨率、码率和帧数；建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中，映射关系表用于向播放端下发与当前网络状况适配的视频文件。

本申请实施例提供一种视频文件处理方法，应用于视频管理平台，该方法包括：获取播放器发送的用户的播放请求，播放请求用于指示自适应网络播放视频文件，播放请求包括原始视频文件的文件标识和期望编码参数，期望编码参数包括播放器确定的与探测到的当前网络状况相适配的编码参数；根据原始视频文件的文件标识和期望编码参数查询映射关系表，以获取与期望编码参数适配的目标视频文件的文件标识；根据目标视频文件的文件标识从保存的原始视频文件及其对应的多个转码视频文件中，选择目标视频文件；采用视频传输协议向播放器传输目标视频文件，以供播放器播放目标视频文件；其中，视频管理平台根据上述视频文件处理方法保存原始视频文件及其对应的多个转码视频文件，并建立映射关系表。

本申请实施例还提供一种视频管理平台，包括：存储器和处理器；存储器，用于存储计算机程序；处理器耦合至存储器，用于执行计算机程序以用于执行视频文件处理方法中的步骤。

本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，当计算机程序被处理器执行时，致使处理器能够实现视频文件处理方法中的步骤。

为此，本申请实施例提供一种视频文件处理方法、视频管理平台及存储介质，在本申请实施例中，在视频文件上传阶段，用户向视频管理平台上传原始视频文件之后，视频管理平台将原始视频文件转码成多个不同编码参数的转码视频文件，并保存原始视频文件和多个不同编码参数的转码视频文件，以及建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中。在自适应网络播放视频文件时，查询映射关系表确定与当前网络状况适配的视频文件并向播放端下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为本申请实施例提供的一种示例性的应用场景图；

图2为本申请实施例提供的一种视频文件处理方法的流程图；

图3为本申请实施例提供的又一种视频文件处理方法的流程图；

图4为本申请实施例提供的一种视频管理平台的结构示意图。

具体实施方式

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

在本申请的实施例中，“至少一个”是指一个或者多个，“多个”是指两个或两个以上。“和/或”，描述关联对象的访问关系，表示可以存在三种关系，例如，A和/或B，可以表示：单独存在A，同时存在A和B，单独存在B这三种情况，其中A，B可以是单数或者复数。在本申请的文字描述中，字符“/”一般表示前后关联对象是一种“或”的关系。此外，在本申请实施例中，“第一”、“第二”、“第三”、等只是为了区分不同对象的内容而已，并无其它特殊含义。

视频管理平台是指提供视频管理服务的平台，具有针对视频文件的管理、存储、转码和转发等多种功能。目前，越来越多的用户接受将视频文件上传至视频管理平台进行管理。当用户后续出现播放需求时，用户触发播放器向视频管理平台请求获取视频文件，以及播放所获取的视频文件。实际应用中，可能短时间有大量的用户触发播放器向视频管理平台请求获取视频文件，这种高并发的情况容易致使网络拥挤，导致播放器播放视频文件不流畅，容易卡顿。

为此，本申请实施例提供一种视频文件处理方法、视频管理平台及存储介质，在本申请实施例中，在视频文件上传阶段，用户向视频管理平台上传原始视频文件之后，视频管理平台将原始视频文件转码成多个不同编码参数的转码视频文件，并保存原始视频文件和多个不同编码参数的转码视频文件，以及建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中。在自适应网络播放视频文件时，查询映射关系表确定与当前网络状况适配的视频文件并向播放端下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

图1为本申请实施例提供的一种示例性的应用场景图。参见图1，该应用场景包括：用户的终端设备和视频管理平台。终端设备可以通过有线网络或者无线网络与视频管理平台进行交互。例如，有线网络可以包括同轴电缆、双绞线和光纤等，无线网络可以是2G(2Generation，2代)网络、3G(3Generation，3代)网络、4G(4Generation，4代)网络或者5G(5Generation，5代)网络、无线保真(Wireless Fidelity，简称WIFI)网络等。本申请对交互的具体类型或者具体形式并不做限定，只要其能够实现终端设备与视频管理平台交互的功能即可。终端设备可以是硬件也可以是软件。当终端设备为硬件时，终端设备例如为手机、平板电脑、台式计算机、可穿戴式智能设备、智能家居设备等。当终端设备为软件时，其可以安装在上述列举的硬件设备中，此时，终端设备例如为多个软件模块或单个软件模块等，本申请实施例并不限制。视频管理平台可以是硬件也可以是软件。当视频管理平台为硬件时，该视频管理平台为单个服务器或多个服务器组成的分布式服务器集群。当视频管理平台为软件时，可以为多个软件模块或单个软件模块等，本申请实施例并不限制。

具体而言，在视频文件上传阶段，用户触发终端设备向视频管理平台上传原始视频文件，原始视频文件可以是任意视频格式的视频文件，任意视频格式例如包括但不限于：AVI(Audio Video Interleave，音频视频交错)格式、WMV(Windows Media)格式、MP4(Moving Picture Experts Group 4，动态图像专家组4)格式。视频管理平台按照多个不同的编码参数对原始视频文件进行转码，得到多个不同的MP4格式的转码视频文件。编码参数例如包括但不限于：分辨率、码率和帧数，也即多个不同的转码视频文件的分辨率、码率或帧数有所不同。视频管理平台保存原始视频文件以及该原始视频文件对应的多个不同的MP4格式的转码视频文件。另外，视频管理平台建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中。这样，基于原始视频文件的文件标识查询映射关系表，可以获取该原始视频文件的对应关系，并基于原始视频文件的对应关系可以获知属于原始视频文件的多个转码视频文件，以及原始视频文件及其多个转码视频文件各自对应的编码参数。

在视频文件播放阶段，用户触发终端设备中的播放器向视频管理平台发送播放请求，播放请求包括原始视频文件的文件标识；视频管理平台响应播放请求，探测当前网络状况，并确定与当前网络状况适配的期望编码参数；根据原始视频文件的文件标识和期望编码参数查询映射关系表，以获取与当前网络状况适配的目标视频文件的文件标识；根据目标视频文件的文件标识从保存的原始视频文件及其对应的多个转码视频文件中，选择目标视频文件；采用视频传输协议向播放器传输目标视频文件，以供播放器播放目标视频文件。这样，在视频文件播放阶段，查询映射关系表确定与当前网络状况适配的视频文件并向播放端下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

需要说明的是，图1所示的应用场景仅仅为一种示例性的应用场景，本申请实施例并不限制应用场景。本申请实施例不对图1中包括的设备进行限定，也不对图1中设备之间的位置关系进行限定。

以下结合附图，详细说明本申请各实施例提供的技术方案。

图2为本申请实施例提供的一种视频文件处理方法的流程图。该方法可由视频管理平台执行，参见图2，该方法可以包括以下步骤：

201、获取用户上传的原始视频文件，并保存原始视频文件。

具体而言，用户触发终端设备向视频管理平台上传原始视频文件，原始视频文件可以是任意视频格式的视频文件，任意视频格式例如包括但不限于：AVI(Audio VideoInterleave，音频视频交错)格式、WMV(Windows Media)格式、MP4(Moving PictureExperts Group 4，动态图像专家组4)格式。

视频管理平台接收到用户上传的原始视频文件后，保存原始视频文件以供后续用户从视频管理平台获取原始视频文件进行播放。

进一步可选的，为了保证视频文件的唯一性和数据安全，视频管理平台保存原始视频文件时，获取用户发送的原始视频文件的第一哈希值；

由视频管理平台计算原始视频文件的第二哈希值；若第一哈希值和第二哈希值相同，则关联保存原始视频文件及其第二哈希值；若第一哈希值和第二哈希值不同，则丢弃原始视频文件。

具体而言，原始视频文件的第一哈希值是指由用户的终端设备对原始视频文件进行哈希运算得到的哈希值；原始视频文件的第二哈希值是指视频管理平台对原始视频文件进行哈希运算得到的哈希值。视频管理平台若判断出第一哈希值和第二哈希值相同，说明视频管理平台接收到的原始视频文件未被修改，是来自于用户发送的原始视频文件，这时，视频管理平台关联保存原始视频文件及其第二哈希值。视频管理平台若判断出第一哈希值和第二哈希值不同，说明视频管理平台接收到的原始视频文件经过修改，不是来自于用户发送的原始视频文件，这时，视频管理平台丢弃原始视频文件。可选的，视频管理平台还可以向用户推送提示信息，提示信息提示用户上传的原始视频文件被修改过。

实际应用中，用户在视频管理平台上传自己的原始视频文件后，还可以从视频管理平台下载自己的原始视频文件。进一步可选的，视频管理平台还响应于用户的终端设备发送的针对原始视频文件的下载请求，向用户的终端设备发送原始视频文件及其第二哈希值，以供用户的终端设备基于第二哈希值和第一哈希值对原始视频文件进行完整性验证，并在通过完整性验证后，存储原始视频文件。

具体而言，用户的终端设备在确定第二哈希值和第一哈希值相同时，确定原始视频文件通过完整性验证，存储原始视频文件；用户的终端设备在确定第二哈希值和第一哈希值不同时，确定原始视频文件未通过完整性验证，丢弃原始视频文件。这样，可以辅助用户确定从视频管理平台下载的是自己上传的原始视频文件，保证用户下载的原始视频文件的完整性。

202、按照多个不同的编码参数对原始视频文件进行多次转码，得到多个MP4格式的转码视频文件，并保存多个转码视频文件，编码参数包括以下至少一个：采样率、分辨率、码率和帧数。

具体而言，若原始视频文件是纯音频文件，视频管理平台将纯音频文件转码成多种采样率、码率的AAC(Advanced Audio Coding，高级音频编码)的MP4格式的转码视频文件。若原始视频文件是既有音频又有视频的文件，视频管理平台将原始视频文件转码成多种码率、分辨率或帧数的MP4格式的转码视频文件。MP4格式的转码视频文件可以是H.264+AAC或H.265+AAC的MP4文件。H.264是国际标准化组织(ISO)和国际电信联盟(ITU)共同提出的新一代数字视频压缩格式；H.265是相对于H.264进行改进的新一代数字视频压缩格式。可以理解的是，不同的转码视频文件的编码参数有所不同，不同的转码视频文件可以适用不同的网络状态。

进一步可选的，可以预先训练一个智能压缩模型，利用预先训练好的智能压缩模型按照多个不同的编码参数对所述原始视频文件进行多次转码，得到多个MP4格式的转码视频文件，以提高转码效果。智能压缩模型可以是任意的网络结构,例如包括但不限于：CNN(Convolutional Neural Networks,卷积神经网络)、RNN(Recursive Neural Network,循环神经网络)、DNN(Deep Nueral Network,深度神经网络)，但并不以此为限。

训练好的智能压缩模型具有以下功能：按照多个编码参数进行转码、使得转码视频文件中视频帧的画面清晰度不低于原始视频文件中视频帧的画面清晰度以及使得转码视频文件相对于原始视频文件的压缩率大于预设压缩率阈值。其中，预设压缩率阈按需灵活设置，例如为70％。

在模型训练阶段，将样本原始视频文件输入智能压缩模型，以获取智能压缩模型输出的多个不同编码参数的实际转码视频文件；根据实际转码视频文件相对于样本原始视频文件的压缩率和画面清晰度差异信息，对智能压缩模型的模型参数进行调整。重复直至上述步骤，直至达到模型迭代结束条件，例如，模型训练次数达到次数要求或模型参数收敛。样本原始视频文件可以理解为训练阶段的视频文件。

在模型训练过程中，在获取智能压缩模型输出的多个不同编码参数的实际转码视频文件后，计算每个实际转码视频文件相对于样本原始视频文件的压缩率和画面清晰度差异信息，画面清晰度差异信息反映转码视频文件中视频帧的画面清晰度是否不低于原始视频文件中视频帧的画面清晰度。若实际转码视频文件相对于样本原始视频文件的压缩率小于预设压缩率阈值，或者，实际视频文件中视频帧的画面清晰度低于样本原始视频文件中视频帧的画面清晰度，则对智能压缩模型的模型参数进行调整，直至实际转码视频文件相对于样本原始视频文件的压缩率大于预设压缩率阈值，且，实际视频文件中视频帧的画面清晰度不低于样本原始视频文件中视频帧的画面清晰度。

进一步可选的，为了提高转码效果，在视频管理平台的存储资源满足要求的情况下，将原始视频文件转码成H.264+AAC的转码视频文件；在视频管理平台的存储资源不满足要求的情况下，将原始视频文件转码成H.265+AAC的转码视频文件H.265+AAC。视频管理平台的存储资源满足要求可以认为是存储资源充足，视频管理平台的存储资源不满足要求可以认为是存储资源不足，满足要求的存储资源按需灵活设置。

实际应用中，当视频管理平台短时间内需要处理较多的转码任务时，可以采样排队方式，利用线程池按序处理各个转码任务。

进一步可选的，为了保证转码的可靠性，按照多个不同的编码参数对原始视频文件进行多次转码，包括：根据视频管理平台的硬件信息，判断视频管理平台是否支持硬件转码；若支持，则采用硬件转码方式按照多个不同的编码参数对原始视频文件进行多次转码；若不支持，则采用软件转码方式按照多个不同的编码参数对原始视频文件进行多次转码。

若视频管理平台包括显卡GPU(Graphic Processing Unit，图形处理单元)、专用的DSP(Digital Signal Processing，数字信号处理)芯片、FPGA(Field ProgrammableGate Array，现场可编程逻辑门阵列)芯片等硬件，视频管理平台支持硬件转码；若视频管理平台包括CPU(Central Processing Unit，中央处理器)，但不包括GPU、专用的DSP芯片、FPGA芯片等，视频管理平台支持软件转码。

进一步可选的，视频管理平台保存多个转码视频文件时，可以计算每个转码视频文件的第三哈希值，并关联保存每个转码视频文件及其第三哈希值。保存每个转码视频文件及其第三哈希值之后，视频管理平台还可以周期性计算转码视频文件的第四哈希值；若转码视频文件的第四哈希值与其第三哈希值不同，则提示转码视频文件存在数据安全问题。

具体而言，第三哈希值是指视频管理平台对保存的转码视频文件进行哈希计算得到的哈希值；第四哈希值是视频管理平台每隔一段时间对保存的转码视频文件进行哈希计算得到的哈希值。若转码视频文件的第四哈希值与其第三哈希值相同，说明视频管理平台对保存的转码视频文件未经修改，安全性高；若转码视频文件的第四哈希值与其第三哈希值不同，则提示转码视频文件存在数据安全问题。于是，关联保存每个转码视频文件及其第三哈希值为判断转码视频文件是否存在数据安全问题提供了依据，保证了视频管理平台所保存的转码视频文件的唯一性。

203、建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中，映射关系表用于向播放端下发与当前网络状况适配的视频文件。

具体而言，视频管理平台建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中。这样，基于原始视频文件的文件标识查询映射关系表，可以获取该原始视频文件的对应关系，并基于原始视频文件的对应关系可以获知属于原始视频文件的多个转码视频文件，以及原始视频文件及其多个转码视频文件各自对应的编码参数。

本申请实施例提供的技术方案，用户向视频管理平台上传原始视频文件之后，视频管理平台将原始视频文件转码成多个不同编码参数的转码视频文件，并保存原始视频文件和多个不同编码参数的转码视频文件，以及建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中。

这样，在视频文件播放阶段，查询映射关系表确定与当前网络状况适配的视频文件并向播放器下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

在采用上述视频文件处理方法向视频管理平台上传原始视频文件之后，在视频文件播放阶段，可以极大地保证播放器播放视频文件的流畅度，提高用户体验。为此，本申请实施例还提供一种视频文件播放阶段的视频文件处理方法。

图3为本申请实施例提供的另一种视频文件处理方法的流程图。该方法可由视频管理平台执行，参见图3，该方法可以包括以下步骤：

301、获取播放器发送的用户的播放请求，播放请求用于指示自适应网络播放视频文件，播放请求包括原始视频文件的文件标识和期望编码参数，期望编码参数包括播放器确定的与探测到的当前网络状况相适配的编码参数。

302、根据原始视频文件的文件标识和期望编码参数查询映射关系表，以获取与期望编码参数适配的目标视频文件的文件标识。

303、根据目标视频文件的文件标识从保存的原始视频文件及其对应的多个转码视频文件中，选择目标视频文件。

304、采用视频传输协议向播放器传输目标视频文件，以供播放器播放目标视频文件。

在视频文件播放阶段，用户可以从视频管理平台请求获取固定的诸如分辨率、码率等编码参数的视频文件，并播放固定的编码参数的视频文件。当然，用户可以选择自适应网络播放视频文件，也即播放与当前网络状况适配的视频文件。当用户选择自适应网络播放视频文件时，用户触发播放端先进行网络探测包发送，基于网络探测包的响应结果分析当前网络状况(例如当前网络带宽)，根据当前网络状况来选择合适的诸如分辨率、码率、帧率等编码参数，也即选择合适的期望编码参数。接着，用户触发终端设备中的播放器向视频管理平台发送播放请求，播放请求用于指示自适应网络播放视频文件，播放请求包括原始视频文件的文件标识和期望编码参数，期望编码参数包括播放器确定的与探测到的当前网络状况相适配的编码参数。视频管理平台响应播放请求，根据原始视频文件的文件标识和期望编码参数查询映射关系表，以获取与期望编码参数适配的目标视频文件的文件标识。期望编码参数是指与当前网络状况适配的编码参数，具有期望编码参数的视频文件能够以较好的速率从视频管理平台传输至播放器，这样，播放器能够较为流畅播放视频文件。视频管理平台根据原始视频文件的文件标识查询映射关系表，以获取原始视频文件的对应关系；原始视频文件的对应关系中包括原始视频文件的编码参数和多个转码视频文件的编码参数，根据期望编码参数查询原始视频文件的对应关系，确定编码参数与期望编码参数匹配的视频文件的文件标识。根据目标视频文件的文件标识从保存的原始视频文件及其对应的多个转码视频文件中，选择目标视频文件，目标视频文件可以是原始视频文件或多个转码视频文件中的一个。最后，采用视频传输协议向播放器传输目标视频文件，以供播放器播放目标视频文件。可选的，在采用视频传输协议向播放器传输目标视频文件，以供播放器播放目标视频文件时，若视频传输协议为超文本传输协议HTTP，则直接采用HTTP向播放器传输目标视频文件；若视频传输协议为网络套接字websocket协议，则将目标视频文件转换为flv(Flash Video)格式的目标视频文件；采用websocket协议向播放器传输flv格式的目标视频文件。这样，在自适应网络播放视频文件时，查询映射关系表确定与当前网络状况适配的视频文件并向播放端下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

本申请实施例提供的技术方案，在视频文件上传阶段，用户向视频管理平台上传原始视频文件之后，视频管理平台将原始视频文件转码成多个不同编码参数的转码视频文件，并保存原始视频文件和多个不同编码参数的转码视频文件，以及建立原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将对应关系保存在映射关系表中。在自适应网络播放视频文件时，查询映射关系表确定与当前网络状况适配的视频文件并向播放端下发，由此，极大地保证播放器播放视频文件的流畅度，提高用户体验。

需要说明的是，上述实施例所提供方法的各步骤的执行主体均可以是同一设备，或者，该方法也由不同设备作为执行主体。比如，步骤201至步骤203的执行主体可以为设备A；又比如，步骤201和202的执行主体可以为设备A，步骤203的执行主体可以为设备B；等等。

另外，在上述实施例及附图中的描述的一些流程中，包含了按照特定顺序出现的多个操作，但是应该清楚了解，这些操作可以不按照其在本文中出现的顺序来执行或并行执行，操作的序号如201、202等，仅仅是用于区分开各个不同的操作，序号本身不代表任何的执行顺序。另外，这些流程可以包括更多或更少的操作，并且这些操作可以按顺序执行或并行执行。需要说明的是，本文中的“第一”、“第二”等描述，是用于区分不同的消息、设备、模块等，不代表先后顺序，也不限定“第一”和“第二”是不同的类型。

需要说明的是，本申请所涉及的用户信息(包括但不限于用户设备信息、用户个人信息等)和数据(包括但不限于用于分析的数据、存储的数据、展示的数据等)，均为经用户授权或者经过各方充分授权的信息和数据，并且相关数据的收集、使用和处理需要遵守相关国家和地区的相关法律法规和标准，并提供有相应的操作入口，供用户选择授权或者拒绝。

图4为本申请实施例提供的一种视频管理平台的结构示意图。如图4所示，该视频管理平台包括：存储器41和处理器42；

存储器41，用于存储计算机程序，并可被配置为存储其它各种数据以支持在计算平台上的操作。这些数据的示例包括用于在计算平台上操作的任何应用程序或方法的指令，联系人数据，电话簿数据，消息，图片，视频等。

存储器41可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，如静态随机存取存储器(Static Random-AccessMemory，SRAM)，电可擦除可编程只读存储器(Electrically Erasable Programmable read only memory，EEPROM)，可擦除可编程只读存储器(Erasable Programmable Read Only Memory，EPROM)，可编程只读存储器(Programmable read-only memory，PROM)，只读存储器(Read-Only Memory，ROM)，磁存储器，快闪存储器，磁盘或光盘。

处理器42，与存储器41耦合，用于执行存储器41中的计算机程序，以用于：执行视频文件处理方法中的步骤。

进一步，如图4所示，该视频管理平台还包括：通信组件43、显示器44、电源组件45、音频组件46等其它组件。图4中仅示意性给出部分组件，并不意味着视频管理平台只包括图4所示组件。另外，图4中虚线框内的组件为可选组件，而非必选组件，具体可视视频管理平台的产品形态而定。本实施例的视频管理平台可以实现为台式电脑、笔记本电脑、智能手机或IOT(物联网，Internet of things)设备等终端设备，也可以是常规服务器、云服务器或服务器阵列等服务端设备。若本实施例的视频管理平台实现为台式电脑、笔记本电脑、智能手机等终端设备，可以包含图4中虚线框内的组件；若本实施例的视频管理平台实现为常规服务器、云服务器或服务器阵列等服务端设备，则可以不包含图4中虚线框内的组件。

关于处理器执行各动作的详细实施过程可参见前述方法实施例或设备实施例中的相关描述，在此不再赘述。

相应地，本申请实施例还提供一种存储有计算机程序的计算机可读存储介质，计算机程序被执行时能够实现上述方法实施例中可由视频管理平台执行的各步骤。

相应地，本申请实施例还提供一种计算机程序产品，包括计算机程序/指令，当计算机程序/指令被处理器执行时，致使处理器能够实现上述方法实施例中可由视频管理平台执行的各步骤。

上述通信组件被配置为便于通信组件所在设备和其他设备之间有线或无线方式的通信。通信组件所在设备可以接入基于通信标准的无线网络，如WiFi(WirelessFidelity，无线保真)、2G(2Generation，2代)、3G(3Generation，3代)、4G(4Generation，4代)/LTE(long Term Evolution，长期演进)、5G(5Generation，5代)等移动通信网络，或它们的组合。在一个示例性实施例中，通信组件经由广播信道接收来自外部广播管理系统的广播信号或广播相关信息。在一个示例性实施例中，通信组件还包括近场通信(Near FieldCommunication，NFC)模块，以促进短程通信。例如，在NFC模块可基于射频识别(RadioFrequency Identification，RFID)技术，红外数据协会(The Infrared DataAssociation，IrDA)技术，超宽带(Ultra Wide Band，UWB)技术，蓝牙(Bluetooth，BT)技术和其他技术来实现。

上述显示器包括屏幕，其屏幕可以包括液晶显示器(Liquid Crystal Display，LCD)和触摸面板(Touch Panel，TP)。如果屏幕包括触摸面板，屏幕可以被实现为触摸屏，以接收来自用户的输入信号。触摸面板包括一个或多个触摸传感器以感测触摸、滑动和触摸面板上的手势。触摸传感器可以不仅感测触摸或滑动动作的边界，而且还检测与触摸或滑动操作相关的持续时间和压力。

上述电源组件，为电源组件所在设备的各种组件提供电力。电源组件可以包括电源管理系统，一个或多个电源，及其他与为电源组件所在设备生成、管理和分配电力相关联的组件。

上述音频组件，可被配置为输出和/或输入音频信号。例如，音频组件包括一个麦克风(microphone，MIC)，当音频组件所在设备处于操作模式，如呼叫模式、记录模式和语音识别模式时，麦克风被配置为接收外部音频信号。所接收的音频信号可以被进一步存储在存储器或经由通信组件发送。在一些实施例中，音频组件还包括一个扬声器，用于输出音频信号。

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

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

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

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

在一个典型的配置中，计算设备包括一个或多个处理器(Central ProcessingUnit，CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RandomAccess Memory，RAM)和/或非易失性内存等形式，如只读存储器(Read Only Memory，ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变化内存(Phase Change RAM，PRAM)、静态随机存取存储器(Static Random-Access Memory，SRAM)、动态随机存取存储器(DynamicRandom Access Memory，DRAM)、其他类型的随机存取存储器(Random Access Memory，RAM)、只读存储器(Read Only Memory，ROM)、电可擦除可编程只读存储器(Electrically-Erasable Programmable Read-Only Memory，EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(Digital versatiledisc，DVD)或其他光学存储、磁盒式磁带，磁带磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种视频文件处理方法，其特征在于，应用于视频管理平台，所述方法包括：

获取用户上传的原始视频文件，并保存所述原始视频文件；

按照多个不同的编码参数对所述原始视频文件进行多次转码，得到多个MP4格式的转码视频文件，并保存所述多个转码视频文件，所述编码参数包括以下至少一个：采样率、分辨率、码率和帧数；

建立所述原始视频文件的文件标识及其编码参数，以及，多个转码视频文件中每个转码视频文件的文件标识及其编码参数之间的对应关系，并将所述对应关系保存在映射关系表中，所述映射关系表用于向播放端下发与当前网络状况适配的视频文件。

2.根据权利要求1所述的方法，其特征在于，按照多个不同的编码参数对所述原始视频文件进行多次转码，包括：

根据所述视频管理平台的硬件信息，判断所述视频管理平台是否支持硬件转码；

若支持，则采用硬件转码方式按照多个不同的编码参数对所述原始视频文件进行多次转码；

若不支持，则采用软件转码方式按照多个不同的编码参数对所述原始视频文件进行多次转码；

其中，在所述视频管理平台的存储资源满足要求的情况下，将所述原始视频文件转码成H.264+AAC的转码视频文件；在所述视频管理平台的存储资源不满足要求的情况下，将所述原始视频文件转码成H.265+AAC的转码视频文件H.265+AAC；

或者，利用预先训练好的智能压缩模型按照多个不同的编码参数对所述原始视频文件进行多次转码，得到多个MP4格式的转码视频文件；

在训练所述智能压缩模型时，将样本原始视频文件输入所述智能压缩模型，以获取所述智能压缩模型输出的多个不同编码参数的实际转码视频文件；

根据所述实际转码视频文件相对于样本原始视频文件的压缩率和画面清晰度差异信息，对所述智能压缩模型的模型参数进行调整，以使得所述智能压缩模型具有以下功能：按照多个编码参数进行转码、使得转码视频文件中视频帧的画面清晰度不低于原始视频文件中视频帧的画面清晰度以及使得所述转码视频文件相对于所述原始视频文件的压缩率大于预设压缩率阈值。

3.根据权利要求1所述的方法，其特征在于，保存所述原始视频文件包括：

获取用户发送的所述原始视频文件的第一哈希值；

由所述视频管理平台计算所述原始视频文件的第二哈希值；

若所述第一哈希值和所述第二哈希值相同，则关联保存所述原始视频文件及其第二哈希值；

若所述第一哈希值和所述第二哈希值不同，则丢弃所述原始视频文件。

4.根据权利要求3所述的方法，其特征在于，保存所述原始视频文件及其第二哈希值之后，还包括：

响应于所述用户的终端设备发送的针对所述原始视频文件的下载请求，向所述用户的终端设备发送所述原始视频文件及其第二哈希值，以供所述用户的终端设备基于所述第二哈希值和所述第一哈希值对所述原始视频文件进行完整性验证，并在通过完整性验证后，存储原始视频文件。

5.根据权利要求1所述的方法，其特征在于，保存所述多个转码视频文件，包括：

计算每个转码视频文件的第三哈希值，并关联保存每个转码视频文件及其第三哈希值。

6.根据权利要求5所述的方法，其特征在于，保存每个转码视频文件及其第三哈希值之后，还包括：

周期性计算所述转码视频文件的第四哈希值；

若所述转码视频文件的第四哈希值与其第三哈希值不同，则提示所述转码视频文件存在数据安全问题。

7.一种视频文件处理方法，其特征在于，应用于视频管理平台，所述方法包括：

获取播放器发送的用户的播放请求，所述播放请求用于指示自适应网络播放视频文件，所述播放请求包括原始视频文件的文件标识和期望编码参数，所述期望编码参数包括所述播放器确定的与探测到的当前网络状况相适配的编码参数；

根据所述原始视频文件的文件标识和所述期望编码参数查询映射关系表，以获取与所述期望编码参数适配的目标视频文件的文件标识；

根据所述目标视频文件的文件标识从保存的所述原始视频文件及其对应的多个转码视频文件中，选择所述目标视频文件；

采用视频传输协议向所述播放器传输所述目标视频文件，以供所述播放器播放所述目标视频文件；

其中，所述视频管理平台根据权利要求1至6任一项所述的方法保存所述原始视频文件及其对应的多个转码视频文件，并建立所述映射关系表。

8.根据权利要求7所述的方法，其特征在于，采用视频传输协议向所述播放器传输所述目标视频文件，以供所述播放器播放所述目标视频文件，包括：

若所述视频传输协议为超文本传输协议HTTP，则直接采用HTTP向所述播放器传输所述目标视频文件；

若所述视频传输协议为网络套接字websocket协议，则将所述目标视频文件转换为flv格式的目标视频文件；

采用websocket协议向所述播放器传输所述flv格式的目标视频文件。

9.一种视频管理平台，其特征在于，包括：存储器和处理器；所述存储器，用于存储计算机程序；所述处理器耦合至所述存储器，用于执行所述计算机程序以用于执行权利要求1-8任一项所述方法中的步骤。

10.一种存储有计算机程序的计算机可读存储介质，其特征在于，当所述计算机程序被处理器执行时，致使所述处理器能够实现权利要求1-8任一项所述方法中的步骤。