CN108848060B

CN108848060B - 一种多媒体文件处理方法、处理系统及计算机可读存储介质

Info

Publication number: CN108848060B
Application number: CN201810476956.7A
Authority: CN
Inventors: 陈志伟; 唐君行; 李鹏程; 高龙文; 王一
Original assignee: Shanghai Bilibili Technology Co Ltd
Current assignee: Shanghai Bilibili Technology Co Ltd
Priority date: 2018-05-17
Filing date: 2018-05-17
Publication date: 2021-08-24
Anticipated expiration: 2038-05-17
Also published as: US20190356717A1; US11374995B2; CN108848060A

Abstract

本发明提供了一种多媒体文件处理方法、处理系统及计算机可读存储介质，用于处理发送端与接收端之间传输的多媒体文件，所述多媒体文件处理方法包括以下步骤：S101：所述发送端将待传输的多媒体文件划分为至少两个文件片段；S102：所述发送端首先发送包含所述多媒体文件的元数据的文件片段至所述接收端，而后按照预设顺序发送其他文件片段至所述接收端；S103：所述接收端接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理。上述技术方案实施后，在多媒体文件上传过程中实时地对多媒体文件进行处理；加快后台系统对多媒体处理的流程。

Description

一种多媒体文件处理方法、处理系统及计算机可读存储介质

技术领域

本发明涉及多媒体文件处理领域，尤其涉及一种多媒体文件处理方法、处理系统及计算机可读存储介质。

背景技术

随着互联网技术的发展，人们往往通过互联网实现视频、音频、图片等多媒体文件的上传与下载播放，即用户可以作为多媒体文件的提供方向视频网站、音乐网站等多媒体服务商上传多媒体文件，并由其他用户下载并播放多媒体文件。多媒体服务商的后台系统对用户上传的多媒体文件须进行编码、解码、转码等处理操作，以便其他用户进行访问获取。常用的音视频编解码工具如ffmpeg，属于FFmpeg软件集合，用于对视频进行编解码操作。ffmpeg可以接收本地文件的输入形式，也可以接收其他诸如HTTP协议的输入形式，当ffmpeg使用HTTP接口进行编解码操作时，采用的是HTTP RANGE请求来指定其想要获取的数据范围。在使用HTTP接口作为ffmpeg的输入参数对一个文件进行编解码操作的过程中，ffmpeg会顺序地发出若干个HTTP RANGE请求，分别来请求该文件不同的数据片段。特别地，ffmpeg会首先试图请求该文件的元数据片段，当获得元数据片段后，ffmpeg会继续请求文件剩余的数据片段，并对这些数据片段进行编解码操作。

为了提升用户向多媒体服务商上传多媒体文件的速度，多媒体服务商采用了“分片上传”技术，即将多媒体文件划分为多个文件片段，而后逐一或并发地上传文件片段至多媒体服务商的后台系统，提升上传速度；此外，“分片上传”技术可以实现断点续传，极大地提高了大文件上传的成功率。“分片上传”是非常成熟的技术，在web端利用开源Javascript框架webuploader即可实现。

多媒体文件中设有记载该多媒体文件基本信息的数据，被称为元数据，包括了如文件大小、文件格式等信息，多媒体服务商的后台系统只有在获取了一个多媒体文件的元数据后才能对其进行解码、编码等处理。然而，大部分的多媒体文件格式中(如mp4、avi、mkv等)定义元数据设于多媒体文件的尾部，故包含元数据的文件片段也在尾部，当用户以分片上传技术上传多媒体文件时，多媒体服务商的后台系统需要接收到包含有元数据的文件片段后方能对该多媒体文件进行处理，也就是必须等待多媒体文件上传结束后方能进行处理，这就延长了对多媒体文件的处理过程，也就延长了其他用户访问该多媒体文件的响应时间。例如当用户A上传一段自拍视频至视频网站服务器，若有用户B想要观看该自拍视频，就必须等待视频网站服务器先按照视频播放时序接收该自拍视频的文件片段，直至接收完成自拍视频的尾部的元数据所在的文件片段后再对已接收的自拍视频的文件片段进行编解码处理，方能提供给用户B观看，延长了用户B的等待时间。

因此，需要一种对多媒体文件处理的方法，可以在多媒体文件传输过程中对该多媒体文件进行实时处理，缩短处理等待时间。

发明内容

为了克服现有技术缺陷，本发明的目的在于提供一种多媒体文件处理方法、处理系统及计算机可读存储介质，用于实现在多媒体文件的传输过程中的实时处理。

本发明公开了一种多媒体文件处理方法，用于处理发送端与接收端之间传输的多媒体文件，包括以下步骤：

S101：所述发送端将待传输的多媒体文件划分为至少两个文件片段；

S102：所述发送端首先发送包含所述多媒体文件的元数据的文件片段至所述接收端，而后按照预设顺序发送其他文件片段至所述接收端；

S103：所述接收端接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理。

优选地，步骤S101中，所述发送端按照所述多媒体文件的播放顺序划分文件片段，其中包含所述多媒体文件的元数据的文件片段设于所述多媒体文件的尾部；步骤S102中，所述发送端首先发送设于尾部的包含所述元数据的文件片段至所述接收端，而后从多媒体文件的头部开始按照播放时序发送各文件片段至所述接收端。

优选地，所述步骤S103中所述接收端通过数据流转换服务及编解码服务对文件片段进行处理，所述数据流转换服务与所述编解码服务之间通过HTTP协议交互；所述数据流转换服务通过以下步骤实现：

S103-1：接收间隔到达的文件片段并缓存，所述文件片段来自至少一个多媒体文件，每当接收到的文件片段所属的多媒体文件首次被接收时，向消息队列发送一个通知消息，所述通知消息包括该多媒体文件的基本信息以及相应的HTTP接口地址；

S103-2：开启HTTP接口，允许所述编解码服务通过HTTP RANGE请求来获取任一文件片段的数据；

S103-3：当所述编解码服务请求的文件片段仍未收到时，将该请求阻塞挂起，待该文件片段接收完毕后再唤醒该请求；

所述编解码服务通过以下步骤实现：

S103-4：从所述消息队列中获取可以进行处理的多媒体文件的基本信息及相应的HTTP接口地址；

S103-5：调用ffmpeg工具将步骤S103-4中获取的HTTP接口地址作为ffmpeg工具的输入参数，对所述HTTP接口地址对应的多媒体文件进行处理。

优选地，所述数据转换流服务包括1个数据流主线程及至少1个HTTP线程；所述数据流主线程负责接收所述文件片段并缓存，并在接收到的文件片段所属的多媒体文件首次被接收时向所述消息队列发送通知消息，所述通知消息中的HTTP接口地址为所述HTTP线程监听的地址；所述HTTP线程负责处理所述编解码服务发送的HTTP RANGE请求，若请求的文件片段已就绪，则发送该文件片段至所述编解码服务；若请求的文件片段未就绪，则阻塞所述HTTP RANGE请求，并根据相应文件片段是否已接收的状态处于阻塞或被所述数据流主线程唤醒至少一次。

优选地，所述编解码服务包括1个编解码主进程及1个ffmpeg子进程；所述编解码主进程持续从所述消息队列获取所述通知消息，每当获取一通知消息后，获取所述通知消息中的HTTP接口地址，并开启一个ffmpeg子进程，所述HTTP接口地址作为所述ffmpeg子进程的输入参数，随后等待所述ffmpeg子进程结束；所述ffmpeg子进程根据所述HTTP接口地址向所述数据流转换服务顺次发出至少一个HTTP RANGE请求，首先请求相应的多媒体文件中包含元数据的文件片段，而后请求相应的多媒体文件的其余文件片段，从而对相应的多媒体文件进行编码或解码处理。

优选地，所述步骤S101中，当所述多媒体文件的大小小于2GB时，划分每一文件片段的大小为2MB至10MB。

优选地，所述步骤S103中对所述文件片段的处理包括：截图、音频截取、转码、编码及解码中的任一种。

本发明还公开了一种多媒体文件处理系统，包括发送端与接收端，用于处理所述发送端与接收端之间传输的多媒体文件，所述多媒体文件处理系统包括：

划分模块，设于所述发送端内，将待传输的多媒体文件划分为至少两个文件片段；

发送模块，设于所述发送端内，首先发送包含所述多媒体文件的元数据的文件片段至所述接收端，而后按照预设顺序发送其他文件片段至所述接收端；

处理模块，设于所述接收端内，接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理。

本发明还公开了一种计算机可读存储介质，其上存储有计算机程序，用于处理发送端与接收端之间传输的多媒体文件，所述计算机程序被处理器执行时实现以下步骤：

S104：所述发送端将待传输的多媒体文件划分为至少两个文件片段；

S105：所述发送端首先发送包含所述多媒体文件的元数据的文件片段至所述接收端，而后按照预设顺序发送其他文件片段至所述接收端；

S106：所述接收端接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理。

优选地，步骤S104中，所述发送端按照所述多媒体文件的播放顺序划分文件片段，其中包含所述多媒体文件的元数据的文件片段设于所述多媒体文件的尾部；步骤S105中，所述发送端首先发送设于尾部的包含所述元数据的文件片段至所述接收端，而后从头部开始按照正序发送各文件片段至所述接收端。

优选地，所述步骤S106中所述接收端通过数据流转换服务及编解码服务对文件片段进行处理，所述数据流转换服务与所述编解码服务之间通过HTTP协议交互；所述数据流转换服务通过以下步骤实现：

S106-1：接收间隔到达的文件片段并缓存，所述文件片段来自至少一个多媒体文件，每当接收的文件片段所属的多媒体文件首次被接收时，向消息队列发送一个通知消息，所述通知消息包括该多媒体文件的基本信息以及相应的HTTP接口地址；

S106-2：开启HTTP接口，允许所述编解码服务通过HTTP RANGE请求来获取任一文件片段的数据；

S106-3：当所述编解码服务请求的文件片段仍未收到时，将该请求阻塞挂起，待该文件片段接收完毕后再唤醒该请求；

所述编解码服务通过以下步骤实现：

S106-4：从所述消息队列中获取可以进行处理的多媒体文件的基本信息及相应的HTTP接口地址；

S106-5：调用ffmpeg工具将步骤S106-4中获取的HTTP接口地址作为ffmpeg工具的输入参数，对所述HTTP接口地址对应的多媒体文件进行处理。

优选地，所述步骤S104中，当所述多媒体文件的大小小于2GB时，划分每一文件片段的大小为2MB至10MB。

优选地，所述步骤S106中对所述文件片段的处理包括：截图、音频截取、转码、编码及解码中的任一种。

采用了上述技术方案后，与现有技术相比，具有以下有益效果：

1.在多媒体文件上传过程中实时地对多媒体文件进行处理；

2.加快后台系统对多媒体处理的流程，所有依赖于处理所产生的中间结果的后续操作都将获得流程速度上的提升。

附图说明

图1为符合本发明一优选实施例中多媒体文件处理方法的流程示意图；

图2为图1中步骤S103的具体流程示意图；

图3为符合本发明一优选实施例中多媒体文件处理系统的结构框图；

图4为符合本发明一优选实施例中计算机可读存储介质上计算机程序的流程示意图；

图5为图4中步骤S106的具体流程示意图。

附图标记：

100-多媒体文件处理系统、200-发送端、210-划分模块、220-发送模块、300-接收端、310-处理模块。

具体实施方式

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

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

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

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

在本发明的描述中，需要理解的是，术语“纵向”、“横向”、“上”、“下”、“前”、“后”、“左”、“右”、“竖直”、“水平”、“顶”、“底”“内”、“外”等指示的方位或位置关系为基于附图所示的方位或位置关系，仅是为了便于描述本发明和简化描述，而不是指示或暗示所指的装置或元件必须具有特定的方位、以特定的方位构造和操作，因此不能理解为对本发明的限制。

在本发明的描述中，除非另有规定和限定，需要说明的是，术语“安装”、“相连”、“连接”应做广义理解，例如，可以是机械连接或电连接，也可以是两个元件内部的连通，可以是直接相连，也可以通过中间媒介间接相连，对于本领域的普通技术人员而言，可以根据具体情况理解上述术语的具体含义。

在后续的描述中，使用用于表示元件的诸如“模块”、“部件”或“单元”的后缀仅为了有利于本发明的说明，其本身并没有特定的意义。因此，“模块”与“部件”可以混合地使用。

参阅图1，为符合本发明一优选实施例中多媒体文件处理方法的流程示意图，本方法用于处理发送端与接收端之间传输的多媒体文件，所述发送端可以是上传多媒体文件的用户设备，如智能手机、电脑等，所述接收端可以是接收多媒体文件并进行处理的后台系统，如多媒体服务商的服务器及多媒体管理系统。所述多媒体文件处理方法包括以下步骤：

S101：所述发送端将待传输的多媒体文件划分为至少两个文件片段。

所述发送端在传输所述多媒体文件之前，首先要对所述多媒体文件进行划分，也就是“分片”，将多媒体文件划分为多个文件片段。分片上传功能支持将一个文件切割为一系列特定大小的小数据片(即文件片段)，分别将这些小数据片分别上传到接收端，全部上传完后再在接收端将这些小数据片合并成为一个资源。对于文件片段的大小选择，可根据多媒体文件的整体大小而定，例如当所述多媒体文件的大小小于2GB时，划分每一文件片段的大小为2MB至10MB，优选为4MB。所述发送端对所述多媒体文件进行划分时，常常按照该多媒体文件的播放时序进行文件片段划分并排序，即播放时间在前的文件片段在前，播放时间在后的文件片段在后。

S102：所述发送端首先发送包含所述多媒体文件的元数据的文件片段至所述接收端，而后按照预设顺序发送其他文件片段至所述接收端。

本步骤是本发明构思的重要体现，即所述发送端首先发送包含所述多媒体文件的元数据的文件片段至所述接收端。经过所述步骤S101划分文件片段之后，所述元数据的信息存放在其中一个或多个文件片段之中，本步骤优先传输包含所述元数据的文件片段。传送完成包含元数据的文件片段之后，所述发送端可按照预设的顺序发送其他文件片段至所述接收端，例如按照多媒体文件的播放时序逐一或并发地发送其他文件片段。

现有技术中，往往是按照多媒体文件播放的既定顺序依次传输文件片段，而元数据往往设于多媒体文件的尾部，也就导致了整个多媒体文件传输完成时，接收端才能获取元数据。本步骤的关键在于定制其文件片段传输的顺序，使得元数据的信息优先传输，以便接收端获取元数据后尽快启动后续的处理操作，无需等待整个多媒体文件传输完成。

对于元数据设于多媒体文件尾部的情况，由于元数据的信息量相对于多媒体文件本身很小，所述发送端可优先发送位于尾部的两个文件片段，以确保包含元数据的文件片段得到发送，而后再传输位于头部的文件片段，此后按照播放时序顺次传输后续的文件片段即可。在本发明其他实施方式中，也可定制其他的预设顺序，例如从所述多媒体文件的中部开始传输，或者按照播放进度的某一比例处开始传输。

所述发送端与接收端可通过互联网建立通信连接，通过HTTP协议或其他通信协议进行文件传输。所述接收端也可接收设于本地或局域网内的多媒体文件，通过文件读写或局域网通信协议传输多媒体文件。

当所述发送端启动传输后，所述接收端在第一时间就接收到包含所述多媒体文件的元数据的文件片段，获取所述元数据，而后可根据所述元数据对后续接收到的文件片段进行处理。这样以来，所述接收端不需等待所有文件片段传输完成再进行处理，当获取元数据后，每接收一个文件片段，就可以启动对接收到的文件片段的处理，极大地缩短了对多媒体文件处理的等待时间。本步骤中所述接收端对文件片段的处理方式包括截图、音频截取、转码、编码及解码中的任一种。

参阅图2，为图1中步骤S103的具体流程示意图。本实施例中，所述步骤S103中所述接收端通过数据流转换服务及编解码服务对文件片段进行处理。所述数据流转换服务与所述编解码服务均运行在接收端的后台系统中，两者之间通过HTTP协议交互。所述数据流转换服务通过以下步骤实现：

S103-1：接收间隔到达的文件片段并缓存，所述文件片段来自至少一个多媒体文件，每当接收的文件片段所属的多媒体文件首次被接收时，向消息队列发送一个通知消息，所述通知消息包括该多媒体文件的基本信息以及相应的HTTP接口地址。

计算机通过运行某些线程或进程，从而能够提供的某种类型的服务。本实施例中所述数据流转换服务会接收并缓存间隔到达的文件片段，接收到的多个文件片段可能来自不同的多媒体文件。本步骤的重点在于所述数据流转换服务每次接收到的文件片段所属的多媒体文件首次被接收时，也就是该文件片段为一多媒体文件首个被接收的文件片段，所述多媒体文件对数据流服务来说是新的，那么向消息队列发送一个通知消息，所述通知消息包括该多媒体文件的基本信息以及相应的HTTP接口地址。消息队列是在消息的传输过程中保存消息的容器，优选使用kafka消息队列，也可以是其他第三方服务商提供的消息队列。每一多媒体文件都有对应的HTTP接口地址，以便外部访问并获取该多媒体文件的任一片段。

S103-2：开启HTTP接口，允许所述编解码服务通过HTTP RANGE请求来获取任一文件片段的数据。

本步骤中所述数据流转换服务开启HTTP接口，允许所述编解码服务通过HTTPRANGE请求来获取任一文件片段的数据。HTTP RANGE请求为基于HTTP协议的一个请求头，为客户端向服务端发送的请求，请求获取资源，并定义该资源的第一个字节及最后一个字节的位置，从而可精准获取相应的资源内容，即某个文件片段，是断点续传功能中常用的技术。本实施例中所述编解码服务通过HTTP RANGE请求来获取相应的文件片段来进行处理，因此需要数据流转换服务开启HTTP接口，当所述编解码服务发来请求时，所述数据流转换服务将被请求的文件片段发送给所述编解码服务。

S103-3：当所述编解码服务请求的文件片段仍未收到时，将该请求阻塞挂起，待该文件片段接收完毕后再唤醒该请求。

由于所述数据流转换服务所接收的文件片段是按照一定的顺序间隔接收好，因此所述编解码服务请求的文件片段有可能尚未接收，此时需要将所述编解码服务的请求阻塞挂起，待所请求的文件片段接收完毕后再唤醒该请求并响应。

所述编解码服务通过以下步骤实现：

S103-4：从所述消息队列中获取可以进行处理的多媒体文件的基本信息及相应的HTTP接口地址。

所述编解码服务可从所述消息队列中获取已接收的多媒体文件的基本信息及相应的HTTP接口地址，以便在需要处理的时候向所述数据流转换服务发起请求。可见，所述数据流转换服务与编解码服务之间通过所述消息队列进行信息同步，以传递多媒体文件的状态。

所述编解码服务基于ffmpeg工具实现，将步骤S103-4中获取的HTTP接口地址作为ffmpeg工具的输入参数，使得ffmpeg工具通过该HTTP接口地址获取相应的多媒体文件并进行处理。

作为所述多媒体文件处理方法的进一步改进，所述数据转换流服务包括1个数据流主线程及至少1个HTTP线程。所述数据流主线程负责接收所述文件片段并缓存，并在接收到的文件片段所属的多媒体文件首次被接收时向所述消息队列发送通知消息。所述HTTP线程负责处理所述编解码服务发送的HTTP RANGE请求。若请求的文件片段已就绪，则HTTP线程发送该文件片段至所述编解码服务；若请求的文件片段未就绪，则该HTTP线程挂起阻塞，待主线程接收到满足请求的文件片段后，由数据流主线程唤醒该HTTP线程，并发送该文件片段至编解码服务。若所述编解码服务的HTTP RANGE请求对应的资源为多个文件片段，由于文件片段间隔到来，因此HTTP线程在工作过程中会出现多次阻塞或唤醒的过程。

相应地，所述编解码服务包括1个编解码主进程及1个ffmpeg子进程。所述编解码主进程持续从所述消息队列获取所述通知消息，每当获取一通知消息后，获取所述通知消息中的HTTP接口地址，并开启一个ffmpeg子进程，所述HTTP接口地址作为所述ffmpeg子进程的输入参数，随后等待所述ffmpeg子进程结束。所述ffmpeg子进程根据所述HTTP接口地址向所述数据流转换服务顺次发出至少一个HTTP RANGE请求，首先请求相应的多媒体文件中包含元数据的文件片段，而后请求相应的多媒体文件的其余文件片段，从而对相应的多媒体文件进行编码或解码处理。可见，实际完成对文件片段处理的是ffmpeg子进程。

参阅图3，为符合本发明一优选实施例中多媒体文件处理系统100的结构框图，所述多媒体文件处理系统100包括发送端200及接收端300，用于处理所述发送端200与接收端300之间传输的多媒体文件。所述多媒体文件处理系统100包括：

-划分模块210

所述划分模块210设于所述发送端200内，将待传输的多媒体文件划分为至少两个文件片段。所述划分模块210还记录各文件片段的排布次序，按照所述多媒体文件的播放时序排布。

-发送模块220

所述发送模块220设于所述发送端200内，首先发送包含所述多媒体文件的元数据的文件片段至所述接收端300，而后按照预设顺序发送其他文件片段至所述接收端300。所述发送模块220按照所述多媒体文件中元数据的预设位置选择包含元数据的文件片段优先发送，而后按照预设顺序发送其他文件片段。

-处理模块310

所述处理模块310设于所述接收端300内，接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理。

参阅图4，为符合本发明一优选实施例中计算机可读存储介质上计算机程序的流程示意图，所述计算机可读存储介质上存储有计算机程序，用于处理发送端与接收端之间传输的多媒体文件，所述计算机程序被处理器执行时实现以下步骤：

作为所述计算机程序的进一步改进，步骤S104中，所述发送端按照所述多媒体文件的播放顺序划分文件片段，其中包含所述多媒体文件的元数据的文件片段设于所述多媒体文件的尾部；步骤S105中，所述发送端首先发送设于尾部的包含所述元数据的文件片段至所述接收端，而后从头部开始按照正序发送各文件片段至所述接收端。

作为所述计算机程序的进一步改进，所述步骤S106中所述接收端通过数据流转换服务及编解码服务对文件片段进行处理，所述数据流转换服务与所述编解码服务之间通过HTTP协议交互。参阅图5，所述数据流转换服务通过以下步骤实现：

S106-1：接收间隔到达的文件片段并缓存，所述文件片段来自至少一个多媒体文件，每当接收到的文件片段所属的多媒体文件首次被接收时，向消息队列发送一个通知消息，所述通知消息包括该多媒体文件的基本信息以及相应的HTTP接口地址；

所述编解码服务通过以下步骤实现：

作为所述计算机程序的进一步改进，所述数据转换流服务包括1个数据流主线程及至少1个HTTP线程；所述数据流主线程负责接收所述文件片段并缓存，并在接收到的文件片段所属的多媒体文件首次被接收时向所述消息队列发送通知消息，所述通知消息中的HTTP接口地址为所述HTTP线程监听的地址；所述HTTP线程负责处理所述编解码服务发送的HTTP RANGE请求，若请求的文件片段已就绪，则发送该文件片段至所述编解码服务；若请求的文件片段未就绪，则阻塞所述HTTP RANGE请求，并根据相应文件片段是否已接收的状态处于阻塞或被所述数据流主线程唤醒至少一次。

作为所述计算机程序的进一步改进，所述编解码服务包括1个编解码主进程及1个ffmpeg子进程；所述编解码主进程持续从所述消息队列获取所述通知消息，每当获取一通知消息后，获取所述通知消息中的HTTP接口地址，并开启一个ffmpeg子进程，所述HTTP接口地址作为所述ffmpeg子进程的输入参数，随后等待所述ffmpeg子进程结束；所述ffmpeg子进程根据所述HTTP接口地址向所述数据流转换服务顺次发出至少一个HTTP RANGE请求，首先请求相应的多媒体文件中包含元数据的文件片段，而后请求相应的多媒体文件的其余文件片段，从而对相应的多媒体文件进行编码或解码处理。

作为所述计算机程序的进一步改进，所述步骤S104中，当所述多媒体文件的大小小于2GB时，划分每一文件片段的大小为2MB至10MB。

作为所述计算机程序的进一步改进，所述步骤S106中对所述文件片段的处理包括：截图、音频截取、转码、编码及解码中的任一种。

上述计算机程序的方法步骤与本发明中的多媒体文件处理方法的实现方式一致，不再赘述。

应当注意的是，本发明的实施例有较佳的实施性，且并非对本发明作任何形式的限制，任何熟悉该领域的技术人员可能利用上述揭示的技术内容变更或修饰为等同的有效实施例，但凡未脱离本发明技术方案的内容，依据本发明的技术实质对以上实施例所作的任何修改或等同变化及修饰，均仍属于本发明技术方案的范围内。

Claims

1.一种多媒体文件处理方法，用于处理发送端与接收端之间传输的多媒体文件，其特征在于，所述发送端为上传多媒体文件的用户设备，所述接收端为接收多媒体文件并进行处理的后台系统，所述多媒体文件处理方法包括以下步骤：

S103：所述接收端接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理，

所述步骤S103中所述接收端通过数据流转换服务及编解码服务对文件片段进行处理，所述数据流转换服务与所述编解码服务之间通过HTTP协议交互；

所述数据流转换服务通过以下步骤实现：

所述编解码服务通过以下步骤实现：

2.如权利要求1所述的多媒体文件处理方法，其特征在于，

步骤S101中，所述发送端按照所述多媒体文件的播放顺序划分文件片段，其中包含所述多媒体文件的元数据的文件片段设于所述多媒体文件的尾部；

步骤S102中，所述发送端首先发送设于尾部的包含所述元数据的文件片段至所述接收端，而后从多媒体文件的头部开始按照播放时序发送各文件片段至所述接收端。

3.如权利要求1所述的多媒体文件处理方法，其特征在于，

所述数据流转换服务包括1个数据流主线程及至少1个HTTP线程；

所述数据流主线程负责接收所述文件片段并缓存，并在接收到的文件片段所属的多媒体文件首次被接收时向所述消息队列发送通知消息，所述通知消息中的HTTP接口地址为所述HTTP线程监听的地址；

所述HTTP线程负责处理所述编解码服务发送的HTTP RANGE请求，若请求的文件片段已就绪，则发送该文件片段至所述编解码服务；

若请求的文件片段未就绪，则阻塞所述HTTPRANGE请求，并根据相应文件片段是否已接收的状态处于阻塞或被所述数据流主线程唤醒至少一次。

4.如权利要求1所述的多媒体文件处理方法，其特征在于，

所述编解码服务包括1个编解码主进程及1个ffmpeg子进程；

所述编解码主进程持续从所述消息队列获取所述通知消息，每当获取一通知消息后，获取所述通知消息中的HTTP接口地址，并开启一个ffmpeg子进程，所述HTTP接口地址作为所述ffmpeg子进程的输入参数，随后等待所述ffmpeg子进程结束；

所述ffmpeg子进程根据所述HTTP接口地址向所述数据流转换服务顺次发出至少一个HTTP RANGE请求，首先请求相应的多媒体文件中包含元数据的文件片段，而后请求相应的多媒体文件的其余文件片段，从而对相应的多媒体文件进行编码或解码处理。

5.如权利要求1-4任一项所述的多媒体文件处理方法，其特征在于，

所述步骤S101中，当所述多媒体文件的大小小于2GB时，划分每一文件片段的大小为2MB至10MB。

6.如权利要求1-4任一项所述的多媒体文件处理方法，其特征在于，

所述步骤S103中对所述文件片段的处理包括：截图、音频截取、转码、编码及解码中的任一种。

7.一种多媒体文件处理系统，包括发送端与接收端，用于处理所述发送端与接收端之间传输的多媒体文件，其特征在于，所述发送端为上传多媒体文件的用户设备，所述接收端为接收多媒体文件并进行处理的后台系统，所述多媒体文件处理系统包括：

处理模块，设于所述接收端内，接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理；

所述接收端通过数据流转换服务及编解码服务对文件片段进行处理，所述数据流转换服务与所述编解码服务之间通过HTTP协议交互；

所述数据流转换服务通过以下步骤实现：

接收间隔到达的文件片段并缓存，所述文件片段来自至少一个多媒体文件，每当接收到的文件片段所属的多媒体文件首次被接收时，向消息队列发送一个通知消息，所述通知消息包括该多媒体文件的基本信息以及相应的HTTP接口地址；

开启HTTP接口，允许所述编解码服务通过HTTP RANGE请求来获取任一文件片段的数据；

当所述编解码服务请求的文件片段仍未收到时，将该请求阻塞挂起，待该文件片段接收完毕后再唤醒该请求；

所述编解码服务通过以下步骤实现：

从所述消息队列中获取可以进行处理的多媒体文件的基本信息及相应的HTTP接口地址；

调用ffmpeg工具将获取的HTTP接口地址作为ffmpeg工具的输入参数，对所述HTTP接口地址对应的多媒体文件进行处理。

8.一种计算机可读存储介质，其上存储有计算机程序，用于处理发送端与接收端之间传输的多媒体文件，其特征在于，所述发送端为上传多媒体文件的用户设备，所述接收端为接收多媒体文件并进行处理的后台系统，所述计算机程序被处理器执行时实现以下步骤：

S106：所述接收端接收包含所述多媒体文件的元数据的文件片段后，根据所述元数据对后续接收到的文件片段进行处理，

所述步骤S106中所述接收端通过数据流转换服务及编解码服务对文件片段进行处理，所述数据流转换服务与所述编解码服务之间通过HTTP协议交互；

所述数据流转换服务通过以下步骤实现：

所述编解码服务通过以下步骤实现：

9.如权利要求8所述的计算机可读存储介质，其特征在于，

步骤S104中，所述发送端按照所述多媒体文件的播放顺序划分文件片段，其中包含所述多媒体文件的元数据的文件片段设于所述多媒体文件的尾部；

步骤S105中，所述发送端首先发送设于尾部的包含所述元数据的文件片段至所述接收端，而后从头部开始按照播放时序发送各文件片段至所述接收端。

10.如权利要求8所述的计算机可读存储介质，其特征在于，

11.如权利要求8所述的计算机可读存储介质，其特征在于，

所述编解码服务包括1个编解码主进程及1个ffmpeg子进程；

12.如权利要求8-11任一项所述的计算机可读存储介质，其特征在于，

所述步骤S104中，当所述多媒体文件的大小小于2GB时，划分每一文件片段的大小为2MB至10MB。

13.如权利要求8-11任一项所述的计算机可读存储介质，其特征在于，

所述步骤S106中对所述文件片段的处理包括：截图、音频截取、转码、编码及解码中的任一种。