CN105992022A - 一种在线录制下载方法及系统 - Google Patents

Abstract

本发明公开了一种在线录制下载方法及系统，所述方法包括：获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；根据HLS流地址获取对应的M3U8文件；根据M3U8文件下载对应的TS碎片文件；根据录制时间将相应的TS碎片文件拼接成整体音视频文件。本发明实施例的方案，能够根据用户需求，提供在线音视频流的录制和下载功能，极好的解决了在线音视频尤其是直播音视频流的无法录制下载的问题，对于各种原因无法观看直播的用户，极大的提高了用户体验度。

Description

一种在线录制下载方法及系统

技术领域

本发明涉及互联网技术领域，特别涉及一种在线录制下载方法及系统。

背景技术

HLS(HTTP Live Streaming)是Apple(苹果)公司的动态码率自适应技术。主要用于PC(个人电脑)和Apple终端的音视频服务。包括一个M3U8的索引文件，TS媒体分片文件和ke加密串文件。

常用的流媒体协议主要有HTTP渐进下载和基于RTSP/RTP的实时流媒体协议，这二种基本是完全不同的东西，目前比较方便又好用的是用HTTP渐进下载方法。在这个中Apple公司的HTTP Live Streaming是这个方面的代表。它最初是苹果公司针对iPhone、iPod、iTouch和iPad等移动设备而开发的流.现在见到在桌面也有很多应用了，HTML5是直接支持这个。

但是HLS协议的小切片方式会生成大量的文件，存储或处理这些文件会造成大量资源浪费。如果要实现数天的时移，索引量将会是个巨额数字，并明显影响请求速度。因此，HLS协议对存储I/O要求相当苛刻。对此，也有公司提出了非常好的解决方案。新型点播服务器系统，独创了内存缓存数据实时切片技术，颠覆了这种传统实现方法，从根本上解决了大量切片的碎片问题，使得单台服务器的切片与打包能力不再是瓶颈。其基本原理如下：

不将TS切片文件存到磁盘，而是存在内存当中，这种技术使得服务器的磁盘上面不再会有“数以吨计”的文件碎片，极大减少了磁盘的I/O次数，延长了服务器磁盘的使用寿命，极大提高了服务器运行的稳定性。同时，由于使用这种技术，使得终端请求数据时直接从服务器的内存中获取，极大提高了对终端数据请求的反应速度，优化了视频观看体验。

视频录制软件，在多媒体领域，属于录像软件的范畴。一直以来，人们对于视频录制软件的理解，都是录制计算机硬件终端输入视频，比如摄像机、数码相机、摄像头、电视卡、DVR等硬件采集设备输入视频。但严格意义上来说，“视频录制软件”属于计算机多媒体术语，除了包含对硬件终端输入视频的捕捉，视频录制软件还包括了另一个重要来源，即录制计算机视窗环境中的视频内容，譬如录制播放器视频、录制QQ视频、录制游戏视频等等。由于录制计算机视窗环境同时是屏幕录制软件的功能范畴，因此，录制计算机视窗环境视频，是视频录制软件和屏幕录制软件的交集，而视频录制软件和屏幕录制软件的并集，即是完整的录像软件的定义。

现有技术中，由于各种原因，多数在线视频是禁止录制和下载的，尤其是直播流的音视频文件。一般HLS直播流无法直接录制，只有在线观看，对于有些用户想把观看的直播流录制下来的需求，现有系统无法满足。因而，亟需要一种新的可以满足用户对在线视频录制下载需求的方案，以提高用户体验度。

发明内容

本发明提供一种在线录制下载方法及系统，用以解决现有技术中音视频文件无法在线录制下载的问题。

本发明提供一种在线录制下载方法，包括：

获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；

根据所述HLS流地址获取对应的M3U8文件；

根据所述M3U8文件下载对应的TS碎片文件；

根据所述录制时间将相应的所述TS碎片文件拼接成整体音视频文件。

所述方法还包括：

将所述整体音视频文件根据用户需求转码为相应的音视频文件格式并存储。

所述方法还包括：

用户在线输入所需要的音视频文件格式；

根据用户在线输入的音视频文件格式对录制完成的整体音视频文件进行转码。

所述方法还包括：

所述用户在线录制请求信息由用户在web界面上输入。

所述方法还包括：

所述录制时间包括音视频文件录制的起点时间和终点时间，并由起点时间和终点时间得到录制时长；

根据所述录制时长对应获取相应数量的TS碎片文件并下载。

所述方法还包括：

将录制完成的整体音视频文件存储并生成对应的下载链接提供给用户点击下载。

一种在线录制下载系统，包括：

请求获取单元，获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；

M3U8解析单元，用于根据所述HLS流地址获取对应的M3U8文件；

TS碎片文件下载单元，用于根据所述M3U8文件下载对应的TS碎片文件；

拼接整合单元，用于根据所述录制时间将相应的所述TS碎片文件拼接成整体音视频文件。

所述系统还包括：

转码单元，用于将所述整体音视频文件根据用户需求转码为相应的音视频文件格式并存储。

所述系统还包括：

在线输入单元，用于提供web界面，所述用户在线录制请求信息由用户在所述web界面上输入。

所述系统还包括：

下载链接单元，用于将录制完成的整体音视频文件存储并生成对应的下载链接提供给用户点击下载。

本发明实施例通过获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；根据HLS流地址获取对应的M3U8文件；根据M3U8文件下载对应的TS碎片文件；根据录制时间将相应的TS碎片文件拼接成整体音视频文件。本发明实施例的方案，能够根据用户需求，提供在线音视频流的录制和下载功能，极好的解决了在线音视频尤其是直播音视频流的无法录制下载的问题，对于各种原因无法观看直播的用户，极大的提高了用户体验度。

本发明的其它特征和优点将在随后的说明书中阐述，并且，部分地从说明书中变得显而易见，或者通过实施本发明而了解。本发明的目的和其他优点可通过在所写的说明书、权利要求书、以及附图中所特别指出的结构来实现和获得。

下面通过附图和实施例，对本发明的技术方案做进一步的详细描述。

附图说明

附图用来提供对本发明的进一步理解，并且构成说明书的一部分，与本发明的实施例一起用于解释本发明，并不构成对本发明的限制。在附图中：

图1为本发明实施例1提供的一种在线录制下载方法原理流程图；

图2为本发明实施例2提供的一种在线录制下载方法原理流程图；

图3为本发明实施例3提供的一种在线录制下载系统结构示意图。

具体实施方式

以下结合附图对本发明的优选实施例进行说明，应当理解，此处所描述的优选实施例仅用于说明和解释本发明，并不用于限定本发明。

如图1所示，为本发明实施例1提供的一种在线录制下载方法原理流程图，其中，

步骤11，获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间。

对于一般的直播流文件，通常不提供录制下载的业务。因而，对于部分用户无法观看直播的情况，没有补救的方法。而用户如果需要观看直播流文件时候，可以通过在线录制下载系统，输入自己的请求信息。

这里的直播流通常可以包括直播的音视频文件，或者，本实施例并无意限制于直播流，对于在线的音视频文件如果需要录制和下载，均可以通过本实施例提供的方案完成。

通常，用户可以通过在线提供的web界面上输入在线录制请求信息。web界面由服务器端提供，用户根据提示输入需要录制的音视频文件的HLS流地址和录制时间，然后提交后就可以等待录制结果。

这里的HLS流地址指的是HLS直播流的地址，也就是用户需要录制下载的音视频文件的地址。通常这个地址是提供给用户的，用户点击后可以观看直播流的音视频文件。用户输入HLS直播流的地址，目的在于指出所需要录制的音视频文件的名称、内容和存储地址，唯一对应所需要录制的音视频文件。

这里的录制时间通常需要包括音视频文件录制的起点时间、录制时长和终点时间，也就是对应了用户需要录制的音视频文件的哪一部分内容。举例来说，直播流通常并不限定于一个固定的视频内容，而是会根据时间播出不同的内容，像电视台提供的直播内容。而用户不仅需要指定HLS流地址，也就是对应于具体的直播频道，还需要指定录制起点时间、终点时间，以此来确定所需要的音视频文件内容。录制时长并不是必须提供的内容，因为录制时长可以根据录制起点时间和终点时间得到。

步骤12，根据HLS流地址获取对应的M3U8文件。

HLS是Apple的动态码率自适应技术。主要用于PC和Apple终端的音视频服务。包括一个M3U8的索引文件，TS媒体分片文件和ke加密串文件。M3U8也是一种M3U，只是它的编码格式是UTF-8格式。M3U用Latin-1字符集编码。M3U是歌曲的目录信息，下载FLAC无损格式的音频时候，会伴随一个M3U目录文件。

M3U8文件在IOS device和mac上可以用http的方式进行分发，其中playlist标准为由m3u扩展而来的M3U8文件，媒体文件为MPEG2-TS或者AAC文件(audio only)。

M3U8文件有两种应用场景：

1、多码率适配流。

#EXTM3U

#EXT-X-STREAM-INF:PROGRAM-ID＝1,BANDWIDTH＝1280000

http://example.com/low.M3U8

#EXT-X-STREAM-INF:PROGRAM-ID＝1,BANDWIDTH＝2560000

http://example.com/mid.M3U8

#EXT-X-STREAM-INF:PROGRAM-ID＝1,BANDWIDTH＝7680000

http://example.com/hi.M3U8

#EXT-X-STREAM-INF:PROGRAM-ID＝1,BANDWIDTH＝65000,CODECS＝"mp4a.40.5"

http://example.com/audio-only.M3U8

2、单码率适配流。

#EXTM3U

#EXT-X-TARGETDURATION:5220

#EXTINF:5220,

http://media.example.com/entire.ts

#EXT-X-ENDLIST

国际标准组织对此的定义为：

rfc doc:http://tools.ietf.org/html/draft-pantos-http-live-streaming-06

M3U8文件是m3u文件的扩展。在该rfc中定义了扩展的关键字，其中：

#EXT-X-TARGETDURATION

定义每个TS的最大的duration。

#EXT-X-MEDIA-SEQUENCE

定义当前M3U8文件中第一个文件的序列号，每个ts文件在M3U8文件中都有固定唯一的序列号，该序列号用于在MBR时切换码率进行对齐。

#EXT-X-KEY

定义加密方式和key文件的url，用于取得16bytes的key文件解码ts文件。

属性：

METHOD

URL

#EXT-X-PROGRAM-DATE-TIME

第一个文件的绝对时间

#EXT-X-ALLOW-CACHE

是否允许cache。

#EXT-X-ENDLIST

表明M3U8文件的结束。live M3U8没有该tag。

#EXT-X-STREAM-INF

属性：

BANDWIDTH指定码率

PROGRAM-ID唯一ID

CODECS指定流的编码类型

#EXT-X-DISCONTINUITY

当遇到该tag的时候说明以下属性发生了变化：

file format

number and type of tracks

encoding parameters

encoding sequence

timestamp sequence

#EXT-X-VERSION该属性用不用都可以，可以没有。

M3U8分顶级M3U8和二级M3U8，顶级M3U8主要是做多码率适配的，二级M3U8才是真正的切片文件，客户端默认会首先选择码率最高的请求，如果发现码率达不到，会请求郊低码率的流。

一个实际使用中的顶级M3U8文件如下：

#EXTM3U

#EXT-X-STREAM-INF:PROGRAM-ID＝201273221265,BANDWIDTH＝358400

11.M3U8

#EXT-X-STREAM-INF:PROGRAM-ID＝201273221265,BANDWIDTH＝972800

22.M3U8

上面顶级M3U8文件中又定义了11.M3U8和22.M3U8两个二级文件，客户端会选择其中一个获取其内容。

二级M3U8文件内容如下：

#EXTM3U

#EXT-X-VERSION:1

#EXT-X-TARGETDURATION:10

#EXT-X-MEDIA-SEQUENCE:0

#EXTINF:3,

1-4.ts

#EXTINF:8,

1-6.ts

#EXTINF:8,

1-8.ts

#EXTINF:8,

1-10.ts

#EXTINF:8,

1-12.ts

#EXTINF:8,

1-14.ts

#EXTINF:8,

1-16.ts

#EXTINF:9,

1-18.ts

#EXTINF:6,

1-20.ts

#EXTINF:8,

1-22.ts

#EXTINF:9,

1-24.ts

#EXTINF:3,

1-26.ts

#EXT-X-ENDLIST

客户端拿到上面的二级M3U8文件后，会继续请求里面的文件，这时就可进行播放了。

上面是点播的情况，直播的情况，M3U8文件里面会有属性告诉是直播，客户端会定时来请求新的M3U8文件。

本步骤中，在获取了HLS流地址后，可以对应的去取流，先下载M3U8文件。获取的M3U8文件可以用来进一步获取对应的TS文件。

步骤13，根据M3U8文件下载对应的TS碎片文件。

如上所述，M3U8文件是一个索引文件，根据M3U8文件可以获取该音视频文件对应的TS碎片文件。TS是流的存储格式，其中，每个音视频文件都被分为若干个TS碎片文件。每个TS碎片文件对应着该音视频文件的一小段内容。

TS：全称为MPEG2-TS。TS即"Transport Stream"的缩写。它是分包发送的，每一个包长为188字节(还有192和204个字节的包)。包的结构为，包头为4个字节(第一个字节为0x47)，负载为184个字节。在TS流里可以填入很多类型的数据，如视频、音频、自定义信息等。MPEG2-TS主要应用于实时传送的节目，比如实时广播的电视节目。MPEG2-TS格式的特点就是要求从视频流的任一片段开始都是可以独立解码的。简单地说，将DVD上的VOB文件的前面一截cut掉(或者是数据损坏数据)就会导致整个文件无法解码，而电视节目是任何时候打开电视机都能解码(收看)的。

一段TS流，必须包含PAT包、PMT包、多个音频包、多个视频包、多个PCR包、以及其他信息包。解析TS流数据的流程：查找PID为0x0的包，解析PAT，PAT包中的program_map_PID表示PMT的PID；查找PMT，PMT包中的elementary_PID表示音视频包的PID，PMT包中的PCR_PID表示PCR的PID，有的时候PCR的PID跟音频或者视频的PID相同，说明PCR会融进音视频的包，注意解析，有的时候PCR是自己单独的包；CAT、NIT、SDT、EIT的PID分别为:0x01、0x10、0x11、0x12。

本步骤中，根据用户输入的录制起点和终点时间得到录制时间，获取对应的TS碎片文件。

步骤14，根据录制时间将相应的TS碎片文件拼接成整体音视频文件。

根据录制时间将获取的TS碎片文件拼接，可以得到所需要的整体音视频文件。这个音视频文件就是用户所需要录制的音视频文件。

Ts文件合并通常有如下方式，本实施例对此不做限定。

1、DOS命令合并分割。

第一步：首先，来整理我们的分割档，我们以TS格式为例：把分割档按照顺序重命名为：1.ts、2.ts、3.ts、......N.ts(N只是代表一个数罢了，没有特殊意义，有几个分割档就依此类推～)，哦哦，差点忘了，需要整合的分割档，统一放到一个目录下。

第二步：在此目录下，我们新建一个文本文档，就是后缀名为txt的文件。打开，我们输入：copy/b 1.ts+2.ts+3.ts.....+N.ts xxx.ts。

copy和/b之间有一个空格，/b和1.ts之间有一个空格，N.ts和xxx.ts之间有一个空格，剩下的都没有空格，[+]是加号，[xxx.ts]是合并后文件的文件名。所以，大家也可以输入成你要储存成的文件名。这么解释后，大家对于输入的编码就大致能明白什么意思了吧？呵呵。(1+2+3....+n＝xxx)。

第三步：输入完毕后，储存文本，文件名随意，关闭。将后缀名txt,更改为bat，这个就是Windows的批量处理文件了。双击运行，我们会看见分割档会在逐渐合并为完整档。

优点：HD视频合并的软件很多，但真正无损的合并软件很少，为了避免此类事件发生呢，我们利用DOS来合并分割档，只要是亲们的资源是完整档分割的，合并后绝对无损耗，一个字节都不会损失。

2、打开tsmuxergui，首先add xxxx.disk1.ts，然后点append依次加入xxxx.disk2.ts直到全部append所有TS完成！

网络中流传的HDTV主要以两类文件的方式存在，一类是经过MPEG-2标准压缩，以.tp和.ts为后缀的视频流文件，一类是经过WMV-HD(WindowsMedia Video High Definition)标准压缩过的.wmv文件，还有少数文件后缀为.avi或.mpg，其性质与.wmv是完全一样的。HDTV文件都比较大，即使是经过重新编码过后的.wmv文件也非同小可。以一部普通电影的时间长度来计算，.wmv文件将会有4G以上，而同样时间长度的.tp和.ts文件能达到8G以上，有的甚至达到20多G。因此，除了通过文件后缀名，还可以通过文件大小来判断是否为HDTV文件。如何在个人电脑上播放HDTV节目？对于.wmv文件，只要系统安装了Windows Media Player 9或更高版本，就可以正常播放，一些播放软件的最新版本已经开始支持WMV-HD，如WINDVD6等，也可以直接使用这些软件播放HDTV。有些HDTV文件在压缩过程中采用了其它标准的编码格式，就需要安装对应的解码器，遇到Windows Media Player 9不能正常播放时，可以再安装ffdshow，它带有各种最常用的解码器。播放以.tp和.ts为后缀的视频流文件要稍微麻烦一点，因为文件中分别包含有AC3音频信息和MPEG-2视频信息。好在现下有已经不少专门播放.tp和.ts文件的软件问世了，Moonlight-Elecard MPEG Player就是其中一款比较常见的支持HDTV播放的软件，目前最新的版本为2.x。安装完后，也可以运行其它播放软件来调用Moonlight-Elecard MPEG Player的解码器进行播放。

解析ts的过程就是通过找到PAT表，从PAT表中找出对应存在的节目的id，按照这些id找到这些节目的PMT表，从中获到这些节目总的相对的媒体数据id，然后通过这些id，再从ts文件中找到这些文件的es数据，来完成解码或者别的什么操作。

通常，整理成的音视频文件并不一定是用户需要的格式，还需要将整体音视频文件根据用户需求转码为相应的音视频文件格式并存储。用户在线输入所需要的音视频文件格式；根据用户在线输入的音视频文件格式对录制完成的整体音视频文件进行转码。

进一步的，需要将录制完成的整体音视频文件存储并生成对应的下载链接提供给用户点击下载。

如图2所示，为本发明实施例2提供的一种在线录制下载方法原理流程图，其中，

步骤21，获取HLS直播流。

步骤22，获取M3U8文件。

步骤23，根据录制时间取TS碎片并拼接成大文件。

步骤24，将TS碎片拼成一个大文件存到本地磁盘。

步骤25，根据用户要求转换成所需格式(mp4,flv,3gp等)。

步骤26，生成下载链接供用户下载。

这里，在web界面上提供输入用户想录制的HLS流地址，可以选择想录制视频长度，如10分钟，半小时，1小时等，当用户输入HLS流地址后，点击开始录制。

这时服务器系统会根据用户输入的HLS流地址去取流，先下载M3U8文件，然后根据M3U8文件去下载TS碎片文件,把下载的TS碎片文件拼接在一起拼成一个大的TS文件。

根据用户想录制的直播流时间去决定下载TS碎片的停止时间，如用户想录制10分的视频，1个TS碎片为10秒时长，10分钟的视频需下载60个TS碎片文件，当下载到第60个TS碎片时进程就会停止再去下载TS碎片，下载的这些TS碎片会拼成一个大的TS文件存在系统磁盘中。

录制完成后界面上提示录制完毕，让用户选择想要的文件格式，如TS，MP4,FLV,3gp,服务器会根据用户的请求用ffmpeg把原TS文件转码成用户想要的格式，然后在界面上显示一个文件的下载链接，用户点击这个下载链接即可下载到刚才录制的HLS直播流的视频文件。

如图3所示，为本发明实施例3提供的一种在线录制下载系统结构示意图，其中，

请求获取单元31，获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；

M3U8解析单元32，用于根据所述HLS流地址获取对应的M3U8文件；

TS碎片文件下载单元33，用于根据所述M3U8文件下载对应的TS碎片文件；

拼接整合单元34，用于根据所述录制时间将相应的所述TS碎片文件拼接成整体音视频文件。

特别的，上述系统还包括：

转码单元35，用于将所述整体音视频文件根据用户需求转码为相应的音视频文件格式并存储。

特别的，上述系统还包括：

在线输入单元36，用于提供web界面，所述用户在线录制请求信息由用户在所述web界面上输入。

特别的，上述系统还包括：

下载链接单元37，用于将录制完成的整体音视频文件存储并生成对应的下载链接提供给用户点击下载。

综上所述，本发明实施例通过获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；根据HLS流地址获取对应的M3U8文件；根据M3U8文件下载对应的TS碎片文件；根据录制时间将相应的TS碎片文件拼接成整体音视频文件。本发明实施例的方案，能够根据用户需求，提供在线音视频流的录制和下载功能，极好的解决了在线音视频尤其是直播音视频流的无法录制下载的问题，对于各种原因无法观看直播的用户，极大的提高了用户体验度。

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

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

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

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

显然，本领域的技术人员可以对本发明进行各种改动和变型而不脱离本发明的精神和范围。这样，倘若本发明的这些修改和变型属于本发明权利要求及其等同技术的范围之内，则本发明也意图包含这些改动和变型在内。

Claims (10)

1.一种在线录制下载方法，其特征在于，包括：

获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；

根据所述HLS流地址获取对应的M3U8文件；

根据所述M3U8文件下载对应的TS碎片文件；

根据所述录制时间将相应的所述TS碎片文件拼接成整体音视频文件。

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

将所述整体音视频文件根据用户需求转码为相应的音视频文件格式并存储。

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

用户在线输入所需要的音视频文件格式；

根据用户在线输入的音视频文件格式对录制完成的整体音视频文件进行转码。

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

所述用户在线录制请求信息由用户在web界面上输入。

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

所述录制时间包括音视频文件录制的起点时间和终点时间，并由起点时间和终点时间得到录制时长；

根据所述录制时长对应获取相应数量的TS碎片文件并下载。

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

将录制完成的整体音视频文件存储并生成对应的下载链接提供给用户点击下载。

7.一种在线录制下载系统，其特征在于，包括：

请求获取单元，获取用户在线录制请求信息，解析得到录制音视频文件HLS流地址和录制时间；

M3U8解析单元，用于根据所述HLS流地址获取对应的M3U8文件；

TS碎片文件下载单元，用于根据所述M3U8文件下载对应的TS碎片文件；

拼接整合单元，用于根据所述录制时间将相应的所述TS碎片文件拼接成整体音视频文件。

8.如权利要求7所述的系统，其特征在于，所述系统还包括：

转码单元，用于将所述整体音视频文件根据用户需求转码为相应的音视频文件格式并存储。

9.如权利要求7所述的系统，其特征在于，所述系统还包括：

在线输入单元，用于提供web界面，所述用户在线录制请求信息由用户在所述web界面上输入。

10.如权利要求7所述的系统，其特征在于，所述系统还包括：

下载链接单元，用于将录制完成的整体音视频文件存储并生成对应的下载链接提供给用户点击下载。