CN110120930A - 获取传输文件的方法、系统及多媒体设备 - Google Patents

Abstract

本申请公开了一种获取传输文件的方法、系统及多媒体设备。其中，该方法包括：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。本申请解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

Description

获取传输文件的方法、系统及多媒体设备

技术领域

本申请涉及多媒体数据传输领域，具体而言，涉及一种获取传输文件的方法、系统及多媒体设备。

背景技术

随着计算机与互联网技术的发展，网络速度的提升，通过互联网在线收听音乐或观看视频的用户越来越多。用户可以在任何时间、任何地点，通过互联网与提供音视频数据的服务器建立网络连接，实时查看音视频服务器提供的各种音乐和视频数据。

目前，现有技术实现多媒体数据的实时传输，采用的HTTP Live Steaming技术(简称HLS)，以视频为例，图1是根据现有技术的一种可选的视频文件实时传输方案示意图，如图1所示，HLS的工作原理是将一个视频文件(100s)分割成一般时长为10s的TS(TransportStreaming)文件，所有TS文件的地址存放在M3U8文件中，用户通过访问M3U8文件实现顺序下载和播放。TS文件的生成方法包括静态生成和动态生成两种，其中，静态生成是指事先转码切割后存储并保存在CDN服务器(即CDN内容分发网络中各个边缘节点服务器)，其优点是效率高，缺点是会造成内容分发系统的存储要求增加，占用回源带宽；动态生成是指将CDN服务器上已存在的视频文件(例如，FLV文件、MP4文件)按照HLS协议转换成TS片段，随用随转，用完后删除，其优点是可以大大降低CDN服务器存储成本，但是，如果CDN服务器上不存在该视频文件，则需要从视频源服务器上下载该视频文件，且需要等整个视频文件下载完后才能转换成对应的TS文件。

针对上述现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的问题，目前尚未提出有效的解决方案。

发明内容

本发明实施例提供了一种获取传输文件的方法、系统及多媒体设备，以至少解决现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

根据本发明实施例的一个方面，提供了一种获取传输文件的方法，包括：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

根据本发明实施例的另一方面，还提供了一种获取传输文件的方法，包括：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包；将至少一个多媒体数据包转码打包后生成传输文件。

根据本发明实施例的另一方面，还提供了一种获取传输文件的系统，包括：客户端设备，用于发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；至少一个服务器，与客户端设备通信，用于接收多媒体数据请求，并根据多媒体文件的标识，获取用于封装文件的时间信息，以及多媒体文件的关键帧信息，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

根据本发明实施例的另一方面，还提供了一种多媒体播放设备，包括：显示屏，用于显示多媒体数据；处理器，与显示屏连接，用于在显示屏显示多媒体数据的过程中，发送多媒体数据请求，并根据多媒体数据请求包含的多媒体文件的标识，获取用于封装文件的时间信息，以及多媒体文件的关键帧信息，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

根据本发明实施例的另一方面，还提供了一种存储介质，存储介质包括存储的程序，其中，在程序运行时控制存储介质所在设备执行以下步骤：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

根据本发明实施例的另一方面，还提供了一种计算机设备，包括：处理器，处理器用于运行程序，其中，在程序运行时执行以下步骤：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

根据本发明实施例的另一方面，还提供了一种获取传输文件的系统，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

在本发明实施例中，通过发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果，进而解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

附图说明

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

图1是根据现有技术的一种可选的视频文件实时传输方案示意图；

图2是根据本申请实施例的一种可选的获取传输文件的系统示意图；

图3是根据本申请实施例的一种可选的获取传输文件的系统示意图；

图4是根据本申请实施例的一种可选的FLV文件的封装格式示意图；

图5是根据本申请一些实施例的获取传输文件的系统交互示意图；

图6是根据本申请实施例的一种获取传输文件的方法流程图；

图7是根据本申请实施例的一种可选的获取传输文件的方法流程图；

图8是根据本申请实施例的一种可选的获取传输文件的方法流程图；

图9是根据本申请实施例的一种可选的获取传输文件的方法流程图；

图10是根据本申请实施例的一种可选的获取传输文件的方法流程图；

图11是根据本申请实施例的一种多媒体播放设备示意图；

图12是根据本申请实施例的一种获取传输文件的装置示意图；以及

图13是根据本申请实施例的一种计算机设备的硬件结构框图。

具体实施方式

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

需要说明的是，本申请的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本申请的实施例能够以除了在这里图示或描述的那些以外的顺序实施。此外，术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。

首先，在对本申请实施例进行描述的过程中出现的部分名词或术语适用于如下解释：

CDN：全称为Content Delivery Network，即内容分发网络。基本原理是将各种缓存服务器部署在用户访问相对集中的地区或网络中，在用户访问网站的时候，利用全局负载技术将用户的访问指向距离最近的工作正常的缓存服务器(也称边缘服务器)上，由缓存服务器直接响应用户请求。

HLS：全称为Http Live Streaming是由Apple公司定义的用于实时传输的协议，HLS基于HTTP协议实现，传输内容包括两部分：M3U8描述文件和TS文件，其中，M3U8描述文件用文本方式对媒体文件进行描述，由一系列标签组成。TS(全称为Transport Stream)文件为将多媒体文件进行转码切割得到的传输流文件(或称传输文件)，要求从视频流的任一片段开始都是独立解码的。

多媒体文件：采用流式传输的方式在互联网上播放的多媒体数据(包括但不限于音频、视频等)，流式传输由提供多媒体数据的服务器向用户计算机连续、实时传送，用户不必等整个多媒体文件全部下载完毕即可收听或观看多媒体数据，当多媒体数据在客户端设备上播放时，文件的剩余部分将在后台从提供多媒体数据的服务器继续下载。本申请各个实施例涉及的多媒体文件包括但不限于FLV(Flash Video)文件。

传输文件：是指将一个多媒体文件封装成多个传输包进行传输的一组传输包文件，例如，TS文件。

实施例1

根据本申请实施例，提供了一种获取传输文件的系统实施例，可以应用于互联网上任意一种多媒体数据(包括但不限于音频、视频等)的在线传输。

互联网技术的出现，使得人们可以从互联网上获取大量的数据资源(包括但不限于文本、图片、音频、视频等)，由于音频、视频等多媒体数据资源的文件一般较大，过去受网络带宽等限制，为了不影响收听或观看效果，用户一般需要将音视频文件下载到本地才能进行流畅地播放，但是，随着网络带宽和速度的提升，尤其是4G、5G技术的出现，以及CDN(内容分发网络)技术的普及，用户已经可以在任何地方、任何地点进行音视频文件的在线收听或观看(例如，在地铁上通过手机在线收听音乐或观看视频节目等)。

通过互联网在线收听音乐或观看视频，实质上是通过客户端设备(例如，手机、计算机、笔记本电脑、平板电脑等)上安装的各种音视频应用程序或浏览器来访问音视频服务器，以获取音视频服务器上的音视频数据。如果通过客户端设备直接向提供音视频数据的源服务器请求并获取数据，因为客户端的数量众多，且位于不同的地域，不仅容易出现网络拥堵的现象，还会影响源服务器的响应速度。因而，为了避开互联网上可能影响数据传输速度和稳定性的环节，使内容传输更快、更稳定，现有技术采用内容分发网络(ContentDelivery Network，CDN)来实时地根据网络流量和通过在网络各处放置的边缘节点服务器(也称缓存服务器)的连接、负载状况以及用户的距离和响应时间等综合信息，将用户的请求导向到离用户最近的边缘节点服务器上，以便就近获得请求的音视频数据内容。

因而，当用户在线获取多媒体数据的情况下，部署于网络各地的边缘节点服务器负责将从数据源服务器(例如，提供各种多媒体数据的服务器)获取到多媒体数据实时的传输到用户的客户端设备，通常，由于多媒体文件比较大，边缘节点服务器需要将多媒体文件转码并切割为一组流式传输的小文件(例如，TS文件)后进行传输，如果将待传输的整个多媒体文件事先转码切割后的一组流式小文件存储在边缘节点服务器，虽然响应速度快，但是会占用边缘节点服务器的大量存储空间；如果将多媒体文件边传输边转码切割为流式传输的小文件，则在边缘节点服务器上不存在某一时间段的数据的情况下，边缘节点服务器会向提供多媒体数据的服务器下载整个多媒体文件，再进行转码切割为对应的流式传输的小文件，降低转码效率，浪费网络带宽，以及影响客户端设备上的文件的播放效果。

发明人经研究发现，为了避免内容分发网络中边缘节点服务器在将待传输的多媒体文件转码切割为流式传输的小文件的过程中，如果边缘节点服务器上不存在源文件的某些文件片段，导致需要从数据源服务器上获取完整的源文件后才能转码切割的问题，本申请提供了一种实时动态生成流式传输的小文件的方案，如果内容分发网络中边缘节点服务器上不存在源文件的某些文件片段，则只需要从数据源服务器上下载不存在的这些文件片段对应的源文件即可，无需从数据源服务器上下载整个源文件。

作为一种可选的实施例，图2是根据本申请实施例的一种可选的获取传输文件的系统示意图，如图2所示，该系统包括：客户端设备201和至少一个服务器203。

其中，客户端设备201，用于发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识。

具体地，上述客户端设备可以是安装有各种多媒体应用客户端或可以通过浏览器访问互联网上提供的多媒体应用服务的设备，包括但不限于手机、平板电脑、笔记本电脑、计算机、电视、用于网络视频会议的设备等。上述多媒体文件包括但不限于音乐或视频文件，其文件格式可以是但不限于如下任意一种：MOV格式、ASF格式、SWF格式、RM格式、RMVB格式、RA格式、MP3格式、MP4格式、FLV格式、OGG格式等。

一种可选的实施例中，上述多媒体文件可以是流式传输的多媒体文件。上述多媒体数据请求中包含的多媒体文件的标识信息可以是该多媒体文件的文件名、多媒体文件的存储地址，或者用于请求多媒体文件的URL信息。

以手机发起视频请求为例，用户可以通过操作手机上安装的视频播放器发起视频请求(即多媒体数据请求)，也可以通过手机上的浏览器访问视频网站发起视频请求。

至少一个服务器203，与客户端设备201通信，用于接收多媒体数据请求，并根据多媒体文件的标识，获取用于封装文件的时间信息，以及多媒体文件的关键帧信息，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

具体地，上述服务器203可以是直接提供多媒体数据或多媒体文件的源数据服务器，也可以是内容分发网络中部署的边缘节点服务器，用于就近为用户的客户端设备201提供多媒体数据或多媒体文件的下载。

其中，作为一种可选的实施方案，当上述服务器203为提供多媒体数据或多媒体文件的源数据服务器的情况下，如果接收到客户端设备201或内容分发服务器发送的多媒体数据请求，可以根据多媒体数据请求中包含的多媒体文件的标识，获取对应的用于封装文件的时间信息以及多媒体文件的关键帧信息，以便基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件，传输到发起多媒体数据请求的客户端设备201或其他内容分发服务器。

作为另一种可选的实施方案，当上述服务器203为内容分发网络中部署的边缘节点服务器的情况下，如果接收到客户端设备201或与该内容分发服务器通信的其他内容分发服务器发送的多媒体数据请求，可以根据多媒体数据请求中包含的多媒体文件的标识，获取对应的用于封装文件的时间信息以及多媒体文件的关键帧信息，以便基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件，传输到发起多媒体数据请求的客户端设备201与该内容分发服务器通信的其他内容分发服务器。

应当注意的是，上述用于封装文件的时间信息和多媒体文件的关键帧信息用于确定获取的多媒体数据包，如果用于封装文件的时间信息是整个多媒体文件的开始时间和结束时间，则对应的多媒体文件的关键帧信息可以是整个多媒体文件的帧信息，以便获取整个多媒体文件的多媒体数据包作为传输文件，发送给发起多媒体数据请求的设备；如果用于封装文件的时间信息是多媒体文件中开始时间与结束时间之间任意一段时间，则对应的多媒体文件的关键帧信息可以是该多媒体文件上对应这段时间内的帧信息，以便获取多媒体文件上这段时间内的多媒体数据包作为传输文件，发送给发起多媒体数据请求的设备。

由上可知，在本申请上述实施例1公开的方案中，通过客户端设备201向服务器203发送多媒体数据请求后，服务器203可以根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息，以便基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件，传输到发起多媒体数据请求的客户端设备201。

应当注意的是，根据用于封装文件的时间信息和多媒体文件的关键帧信息确定的传输文件可以是由整个多媒体文件对应的多媒体数据包构成的，也可以是由多媒体文件中的任意一段文件对应的多媒体数据包构成的，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果。

由此，本申请提供的上述实施例1的方案解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

作为一种可选的实施例，当采用内容分发网络传输多媒体数据的情况下，如图3所示，上述至少一个服务器203可以包括：边缘节点服务器203-1，与客户端设备201通信，用于接收多媒体数据请求，并根据多媒体文件的标识，获取用于封装文件的时间信息，以及多媒体文件的关键帧信息，基于用于封装文件的时间信息和多媒体文件的关键帧信息，确定多媒体数据请求当前请求的至少一个多媒体数据包；中心服务器203-3，与边缘节点服务器通信，用于将至少一个多媒体数据包分发至边缘节点服务器。

可选地，基于上述实施例，一种可选的实施例中，如图3所示，上述至少一个服务器203还可以包括：多媒体数据服务器203-5，与中心服务器203-3通信，用于提供用于封装文件的时间信息和多媒体文件的关键帧信息确定的至少一个多媒体数据包。

需要说明的是，上述中心服务器203-3在向边缘节点服务器203-1传输多媒体数据包的时候，可以判断中心服务器203-3本地是否缓存有至少一个多媒体数据包，并在中心服务器203-3本地存储有至少一个多媒体数据包的情况下，将至少一个多媒体数据包返回至边缘节点服务器203-1，在中心服务器203-3本地未存储有至少一个多媒体数据包的情况下，从多媒体数据服务器203-5上请求至少一个多媒体数据包，并将请求得到的至少一个多媒体数据包返回至边缘节点服务器203-1。

在客户端设备201向服务器203发送包含多媒体标识信息的数据请求之前，上述客户端设备201还需要获取多媒体文件的描述信息，因而，作为一种可选的实施例，如图3所示，上述至少一个服务器还包括：流媒体传输服务器203-7，与客户端设备201通信，用于基于客户端的多媒体数据请求，返回多媒体文件的描述信息，其中，描述信息用于确定用于封装文件的时间信息，以及多媒体文件的关键帧信息。可选地，该流媒体传输服务器203-7可以是HLS服务器，向客户端设备201返回M3U8描述文件。

具体地，客户端设备201可以根据多媒体数据请求包含的多媒体文件的标识，仅请求得到该多媒体文件的头部信息(例如，FLV文件的META头)，通过解析该多媒体文件的头部信息，得到该多媒体文件的关键帧信息。

以FLV文件为例，图4是根据本申请实施例的一种可选的FLV文件的封装格式示意图，如图4所示，FLV文件封装格式由一个文件头(META头，META位于文档的头部，不包含任何内容，其属性定义了与文档相关联的名称/值对)和一个一个的标签组成，标签中包含了多媒体数据(例如，音频或视频数据)。因而，根据多媒体文件的标识信息，只需要获取该多媒体文件的头部信息，就可以通过对多媒体文件的头部信息进行解析得到对应的关键帧信息。

在通过根据多媒体数据请求包含的多媒体文件的标识，请求得到该多媒体文件的头部信息，并通过解析该多媒体文件的头部信息，得到该多媒体文件的关键帧信息后，边缘节点服务器203-1可以基于封装文件的时间信息和多媒体文件的关键帧信息，发出用于请求多媒体文件中任意一段时间范围内的数据的多媒体文件范围请求，并根据该多媒体文件范围请求获取反馈的数据，对反馈的数据进行解析处理，得到构成传输文件的至少一个多媒体数据包。

具体地，在边缘节点服务器203-1基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求的时候，边缘节点服务器203-1可以首先基于该多媒体文件的关键帧列表得到用于封装文件的时间信息对应的关键帧的位置信息，例如，用于封装文件的开始时间对应的起始关键帧，用于封装文件的结束时间对应的终止关键帧，进而根据关键帧的位置信息生成对应的用于请求该起始关键帧和终止关键帧之间所有关键帧的多媒体文件范围请求。

基于上述任意一种可选的实施例，在通过边缘节点服务器203-1获取到用于作为传输文件的至少一个多媒体数据包之后，该边缘节点服务器203-1还可以将获取到的至少一个多媒体数据包进行转码打包处理，并生成对应的传输文件。

图5是根据本申请一些实施例的获取传输文件的系统交互示意图，如图5所示，包括：客户端设备、HLS服务器、边缘节点服务器、中心服务器和数据源服务器。其中，边缘节点服务器为内容分发网络部署于用户访问相对集中的地区或网络中的服务器(也称缓存服务器，用于缓存数据源服务器向客户端设备传输的多媒体数据)，中心服务器是内容分发网络中用于对各个边缘节点服务器进行负载均衡、内容分发、调度的服务器，利用全局负载技术将用户通过客户端设备发起的访问请求指向距离最近的工作正常的边缘节点服务器上，由边缘节点服务器直接响应用户请求。HLS服务器是基于HTTP协议实现传输多媒体数据的服务器，其传输的内容包括两部分：M3U8描述文件和TS文件，其中，M3U8描述文件用文本方式对媒体文件进行描述，由一系列标签组成。TS(全称为Transport Stream)文件为将多媒体文件进行转码切割得到的传输流文件(或称传输文件)，要求从视频流的任一片段开始都是独立解码的。数据源服务器可以是提供多媒体数据或多媒体文件的源服务器。

如图5所示，当用户通过客户端设备向HLS服务器发起基于HTTP协议的多媒体数据请求后，HLS服务器返回多媒体文件的M3U8描述文件，用户可以通过客户端设备请求得到M3U8描述文件中得到多媒体文件的标识信息(例如，FLV文件的文件名)，并向边缘节点服务器发起请求该多媒体文件头部信息(例如，FLV文件的META头)的请求，当边缘节点服务器上不存在多媒体文件的情况下，边缘节点服务器通过内容分发网络的中心服务器向数据源服务器请求该多媒体文件的头部信息，当数据源服务器通过内容分发网络的中心服务器向边缘节点服务器返回对应的多媒体文件的头部信息后，边缘节点服务器可以基于通过解析该多媒体文件的头部信息，得到该多媒体文件的关键帧信息，并基于封装文件的时间信息和多媒体文件的关键帧信息，发出用于请求多媒体文件中任意一段时间范围内的数据的多媒体文件范围请求，并根据该多媒体文件范围请求获取反馈的数据，对反馈的数据进行解析处理，得到对应的多媒体数据，将得到的多媒体数据包转码打包得到TS文件(即传输文件)，并返回给用户的客户端设备。

通过上述各实施例，通过内容分发网络的边缘节点服务器，依据用户通过客户端设备请求的多媒体文件，实时动态生成TS文件，如果边缘节点服务器上不存在客户端设备请求的源文件，则仅从数据源服务器上请求下载需要的多媒体数据，并生成对应的TS文件，返回客户端设备，从而降低边缘节点服务器的响应请求时间，以及边缘节点服务器与数据源服务器之间的网络带宽压力。

实施例2

根据本申请实施例，还提供了一种获取传输文件的方法实施例，本实施例可以应用于实施例1中的获取传输文件的系统中，包括但不限于实施例1中场景。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

现有技术中，在将服务器上的多媒体数据向客户端设备进行流式传输的过程中，需要将整个多媒体文件转码切割为对应的一组流式传输的小文件，如果服务器上存储的多媒体文件缺少部分文件片段数据的情况下，需要重新获取整个多媒体文件，并进行转码切割为对应的一组流式传输的小文件，影响服务器的响应效率。如果上述服务器是内容分发网络中的边缘节点服务器的情况下，还需要向提供多媒体文件的数据源服务器请求整个多媒体文件，效率更低，且占用过多的内容分发服务器与数据源服务器之间的网络带宽。

为了解决上述问题，本申请提供了一种获取传输文件的方法实施例，图6是根据本申请实施例的一种获取传输文件的方法流程图，如图6所示，包括如下步骤：

步骤S602，发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识。

具体地，上述多媒体数据请求可以是请求整个多媒体文件的请求，也可以是请求多媒体文件(包括但不限于音频或视频文件)中的任意一段文件片段的请求，上述多媒体文件的标识信息可以是该多媒体文件的文件名、多媒体文件的存储地址，或者用于请求多媒体文件的URL信息。

一种可选的实施例中，可以通过操作客户端设备(包括但不限于手机、平板电脑、笔记本电脑、计算机、电视、用于网络视频会议的设备等)上安装的音频播放器或视频播放器发起音频或视频请求(即多媒体数据请求)，也可以通过手机上的浏览器访问视频网站发起音频或视频请求。

需要说明的是，上述多媒体文件包括但不限于音乐或视频文件，其文件格式可以是但不限于如下任意一种：MOV格式、ASF格式、SWF格式、RM格式、RMVB格式、RA格式、MP3格式、MP4格式、FLV格式、OGG格式等。

作为一种可选的实施例中，上述多媒体文件可以是流式传输的多媒体文件。流式传输是指将多媒体文件转码切割为流式传输的小文件(例如，TS文件)进行传输的方式。现有技术中，当多媒体文件缺少某些文件片段的情况下，需要从数据源服务器上获取完整的多媒体文件后才能转码切割，这种方式，对于流式传输的媒体数据来说，不仅会降低转码效率，浪费网络带宽，还会影响客户端设备上的文件的播放效果。本申请采用实时动态生成流式传输的小文件的方案，如果内容分发网络中边缘节点服务器上不存在源文件的某些文件片段，则只需要从数据源服务器上下载不存在的这些文件片段对应的源文件即可，无需从数据源服务器上下载整个源文件。

步骤S604，根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息。

具体地，上述用于封装文件的时间信息可以是整个多媒体文件的开始时间和结束时间，也可以是多媒体文件中开始时间与结束时间之间任意一段时间。上述多媒体文件的关键帧信息可以是整个多媒体文件的帧信息，也可以是该多媒体文件上开始时间与结束时间之间任意一段时间内的帧信息。在获取到包含了多媒体文件的标识的多媒体数据请求后，可以根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息。

步骤S606，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

具体地，上述构成传输文件的至少一个多媒体数据包可以整个多媒体文件的多媒体数据包，也可以是多媒体文件上多媒体文件中开始时间与结束时间之间任意一段时间内的多媒体数据包。上述传输文件可以为了将多媒体文件进行流式传输时的流文件。

作为一种可选的实施例，上述步骤S602至S606公开的方案可以应用于内容分发网络中部署的边缘节点服务器，用于就近为用户的客户端设备提供多媒体数据或多媒体文件的下载。当边缘节点服务器向用户的客户端设备进行流式传输多媒体文件的情况下，边缘节点服务器可以向提供多媒体数据或文件的数据源服务器发起整个多媒体文件或多媒体文件中任意一段文件的多媒体数据请求，并根据该多媒体数据请求动态生成传输文件(例如，TS文件)，下发给客户端设备。与现有的动态TS文件生成方案比较，可以节省边缘节点服务器的存储空间，以及边缘节点服务器与数据源服务器之间的网络带宽，其回源命中率高于静态TS文件生成方案。

由上可知，在本申请上述实施例2公开的方案中，在获取到发送的多媒体数据请求后，根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息，并基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件。

应当注意的是，根据用于封装文件的时间信息和多媒体文件的关键帧信息确定的传输文件可以是由整个多媒体文件对应的多媒体数据包构成的，也可以是由多媒体文件中的任意一段文件对应的多媒体数据包构成的，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果。

由此，本申请提供的上述实施例2的方案解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

在一种可选的实施例中，如图7所示，根据多媒体文件的标识，获取多媒体文件的关键帧信息，可以包括如下步骤：

步骤S702，根据多媒体文件的标识，请求得到多媒体文件的头部信息。具体地，当获取到包含了多媒体文件的标识的多媒体数据请求后，可以根据多媒体数据请求中包含的多媒体文件的标识(例如，FLV文件的文件名)，请求该多媒体文件的头部信息(例如，FLV文件的META头)，如图4所示。

步骤S704，解析多媒体文件的头部信息，得到关键帧信息。具体地，在根据多媒体数据请求包含的多媒体文件的标识，仅请求得到该多媒体文件的头部信息(例如，FLV文件的META头)，通过解析该多媒体文件的头部信息，得到该多媒体文件的关键帧信息。

通过上述实施例，实现了仅请求多媒体文件的头部信息来获取到该多媒体文件包含的帧信息，以便确定当前多媒体数据请求的整个多媒体文件或多媒体文件中任意一段文件的帧信息的目的。

在一种可选的实施例中，如图8所示，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，可以包括如下步骤：

步骤S802，基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求，其中，多媒体文件范围请求用于请求多媒体文件中指定范围内的数据。

具体地，上述多媒体文件范围请求是指用于请求多媒体文件中任意一段时间范围内的数据的多媒体文件范围请求，在通过根据多媒体数据请求包含的多媒体文件的标识，请求得到该多媒体文件的头部信息，并通过解析该多媒体文件的头部信息，得到该多媒体文件的关键帧信息后，可以基于封装文件的时间信息和多媒体文件的关键帧信息，发出用于请求多媒体文件中任意一段时间范围内的数据的多媒体文件范围请求。

步骤S804，根据多媒体文件范围请求获取反馈的数据。

具体地，在基于封装文件的时间信息和多媒体文件的关键帧信息，发出用于请求多媒体文件中任意一段时间范围内的数据的多媒体文件范围请求后，数据源服务器(例如，提供音频或视频数据的源服务器)会根据该多媒体文件范围请求返回对应的数据。

步骤S806，对反馈的数据进行解析处理，得到至少一个多媒体数据包。

具体地，当用于缓存数据的边缘节点服务器获取到数据源服务器根据用于请求多媒体文件中任意一段时间范围内的数据的多媒体文件范围请求反馈的数据后，对反馈的数据进行解析处理，得到构成传输文件的至少一个多媒体数据包。

在一种可选的实施例中，如图9所示，基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求，可以包括如下步骤：

步骤S902，基于关键帧列表得到与时间信息对应的关键帧的位置信息，其中，关键帧列表包括关键帧信息，时间信息包括：用于封装文件的开始时间和结束时间。

具体地，上述关键帧列表可以是包含了整个多媒体文件帧信息的列表，上述用于封装文件的开始时间可以是整个多媒体文件的开始时间，也可以是多媒体文件中开始时间与结束时间之间任意一段时间。在获取到包含了多媒体文件的标识的多媒体数据请求后，可以根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息后，可以基于多媒体文件的关键帧列表获取对应的时间段内的关键帧信息。

步骤S904，基于关键帧的位置信息，生成多媒体文件范围请求。

具体地，在根据多媒体数据请求确定用于封装文件的开始时间和结束时间，以及开始时间对应的起始关键帧，用于封装文件的开始时间对应的终止关键帧，进而根据关键帧的位置信息生成对应的用于请求该起始关键帧和终止关键帧之间所有关键帧的多媒体文件范围请求。

通过上述步骤S902至S904公开的方案，在基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求的时候，可以首先基于该多媒体文件的关键帧列表得到用于封装文件的时间信息对应的关键帧的位置信息，例如，用于封装文件的开始时间对应起始关键帧，用于封装文件的结束时间对应终止关键帧，进而根据关键帧的位置信息生成对应的用于请求该起始关键帧和终止关键帧之间所有关键帧的多媒体文件范围请求。

在一种可选的实施例中，在获取至少一个多媒体数据包之后，上述方法还可以包括如下步骤：将至少一个多媒体数据包进行转码打包，生成传输文件。

具体地，当边缘节点服务器根据获取到多媒体数据请求得到来自数据源服务器对应的多媒体数据包后，可以动态转码打包生成对应的传输文件，以便实时下发到用户的客户端设备。

此处，需要说明的是，本申请实施例2所应用的场景包括但不限于其他实施例中列举的各个实施例，此处不再赘述。

实施例3

根据本申请实施例，还提供了一种获取传输文件的方法实施例，本实施例可以应用于实施例1中的获取传输文件的系统中，包括但不限于实施例1中场景。需要说明的是，在附图的流程图示出的步骤可以在诸如一组计算机可执行指令的计算机系统中执行，并且，虽然在流程图中示出了逻辑顺序，但是在某些情况下，可以以不同于此处的顺序执行所示出或描述的步骤。

图10是根据本申请实施例的一种获取传输文件的方法流程图，如图10所示，包括如下步骤：

步骤S102，发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识。

具体地，可以通过操作客户端设备(包括但不限于手机、平板电脑、笔记本电脑、计算机、电视、用于网络视频会议的设备等)上安装的音频播放器或视频播放器发起音频或视频请求(即多媒体数据请求)，也可以通过手机上的浏览器访问视频网站发起音频或视频请求。

需要说明的是，上述多媒体数据请求可以是请求整个多媒体文件的请求，也可以是请求多媒体文件(包括但不限于音频或视频文件)中的任意一段文件片段的请求，上述多媒体文件的标识信息可以是该多媒体文件的文件名、多媒体文件的存储地址，或者用于请求多媒体文件的URL信息。上述多媒体文件包括但不限于音乐或视频文件，其文件格式可以是但不限于如下任意一种：MOV格式、ASF格式、SWF格式、RM格式、RMVB格式、RA格式、MP3格式、MP4格式、FLV格式、OGG格式等。

可选地，上述多媒体文件可以是流式传输的多媒体文件。流式传输是指将多媒体文件转码切割为流式传输的小文件(例如，TS文件)进行传输的方式。现有技术中，当多媒体文件缺少某些文件片段的情况下，需要从数据源服务器上获取完整的多媒体文件后才能转码切割，这种方式，对于流式传输的媒体数据来说，不仅会降低转码效率，浪费网络带宽，还会影响客户端设备上的文件的播放效果。本申请采用实时动态生成流式传输的小文件的方案，如果内容分发网络中边缘节点服务器上不存在源文件的某些文件片段，则只需要从数据源服务器上下载不存在的这些文件片段对应的源文件即可，无需从数据源服务器上下载整个源文件。

以内容分发网络中部署的边缘节点服务器(用于就近为用户的客户端设备提供多媒体数据或多媒体文件的下载)为例，当边缘节点服务器向用户的客户端设备进行流式传输多媒体文件的情况下，边缘节点服务器可以向提供多媒体数据或文件的数据源服务器发起整个多媒体文件或多媒体文件中任意一段文件的多媒体数据请求。

步骤S104，根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息。

具体地，上述用于封装文件的时间信息可以是整个多媒体文件的开始时间和结束时间，也可以是多媒体文件中开始时间与结束时间之间任意一段时间。上述多媒体文件的关键帧信息可以是整个多媒体文件的帧信息，也可以是该多媒体文件上开始时间与结束时间之间任意一段时间内的帧信息。在获取到包含了多媒体文件的标识的多媒体数据请求后，可以根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息。

仍以内容分发网络中部署的边缘节点服务器为例，当边缘节点服务器可以向提供多媒体数据或文件的数据源服务器发起整个多媒体文件或多媒体文件中任意一段文件的多媒体数据请求后，边缘节点服务器根据该多媒体数据请求中包含的多媒体文件的标识确定用于封装文件的时间信息和对应的时间段的多媒体文件的关键帧信息。

步骤S106，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包。

具体地，上述至少一个多媒体数据包可以整个多媒体文件的多媒体数据包，也可以是多媒体文件上多媒体文件中开始时间与结束时间之间任意一段时间内的多媒体数据包。上述传输文件可以为了将多媒体文件进行流式传输时的流文件。

仍以内容分发网络中部署的边缘节点服务器为例，当边缘节点服务器根据该多媒体数据请求中包含的多媒体文件的标识确定用于封装文件的时间信息和对应的时间段的多媒体文件的关键帧信息后，可以从提供多媒体数据或文件的数据源服务器获取到对应的数据。

步骤S108，将至少一个多媒体数据包转码打包后生成传输文件。

具体地，当边缘节点服务器根据获取到多媒体数据请求得到来自数据源服务器对应的多媒体数据包后，可以动态转码打包生成对应的传输文件，以便实时下发到用户的客户端设备。

可选地，上述传输文件可以是用于将多媒体数据进行流传输的TS文件。

由上可知，在本申请上述实施例3公开的方案中，在获取到发送的多媒体数据请求后，根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息，并基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件。

容易注意的是，根据用于封装文件的时间信息和多媒体文件的关键帧信息确定的传输文件可以是由整个多媒体文件对应的多媒体数据包构成的，也可以是由多媒体文件中的任意一段文件对应的多媒体数据包构成的，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果。

由此，本申请提供的上述实施例3的方案解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

此处，需要说明的是，本申请实施例3所应用的场景包括但不限于其他实施例中列举的各个实施例，此处不再赘述。

需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本申请所必须的。

通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到根据上述实施例的获取传输文件的方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，或者网络设备等)执行本申请各个实施例所述的方法。

实施例4

根据本申请实施例，还提供了一种用于实现上述获取传输文件的多媒体播放设备实施例，图11是根据本申请实施例的一种多媒体播放设备示意图，如图11所示，该多媒体播放设备包括：显示屏111和处理器113。

其中，显示屏111，用于显示多媒体数据；

处理器113，与显示屏111连接，用于在显示屏显示多媒体数据的过程中，发送多媒体数据请求，并根据多媒体数据请求包含的多媒体文件的标识，获取用于封装文件的时间信息，以及多媒体文件的关键帧信息，基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

可选地，上述多媒体数据播放设备包括但不限于手机、平板电脑、笔记本电脑、计算机、电视、用于网络视频会议的设备等。因而，上述显示屏可以是手机、平板电脑、笔记本电脑、计算机等智能设备的显示屏，也可以是电视的显示屏，或者各种用于网络视频会议的设备的显示屏。

由上可知，在本申请上述实施例4公开的方案中，在获取到发送的多媒体数据请求后，根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息，并基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件。

容易注意的是，根据用于封装文件的时间信息和多媒体文件的关键帧信息确定的传输文件可以是由整个多媒体文件对应的多媒体数据包构成的，也可以是由多媒体文件中的任意一段文件对应的多媒体数据包构成的，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果。

由此，本申请提供的上述实施例4的方案解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

在一种可选的实施例中，上述处理器113还用于根据多媒体文件的标识，请求得到多媒体文件的头部信息；解析多媒体文件的头部信息，得到关键帧信息。

在一种可选的实施例中，上述处理器113还用于基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求，其中，多媒体文件范围请求用于请求多媒体文件中指定范围内的数据；根据多媒体文件范围请求获取反馈的数据；对反馈的数据进行解析处理，得到至少一个多媒体数据包。

在一种可选的实施例中，上述处理器113还用于基于关键帧列表得到与时间信息对应的关键帧的位置信息，其中，关键帧列表包括关键帧信息，时间信息包括：用于封装文件的开始时间和结束时间；基于关键帧的位置信息，生成多媒体文件范围请求。

在一种可选的实施例中，上述处理器113还用于将至少一个多媒体数据包进行转码打包，生成传输文件。

此处，需要说明的是，本申请实施例4所应用的场景包括但不限于其他实施例中列举的各个实施例，此处不再赘述。

实施例5

根据本申请实施例，还提供了一种用于实现上述获取传输文件的装置实施例，图12是根据本申请实施例的一种获取传输文件的装置示意图，如图12所示，该装置包括：发送单元121、第一获取单元123和第二获取单元125。

其中，发送单元121，用于发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；

第一获取单元123，用于根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；

第二获取单元125，用于基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

此处需要说明的是，上述发送单元121、第一获取单元123和第二获取单元125对应于实施例2中的步骤S602至S606，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

由上可知，在本申请上述实施例5公开的方案中，通过发送单元121发送包含了多媒体文件的标识信息多媒体数据请求，并通过第一获取单元123根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息，通过第二获取单元125基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件。

容易注意的是，根据用于封装文件的时间信息和多媒体文件的关键帧信息确定的传输文件可以是由整个多媒体文件对应的多媒体数据包构成的，也可以是由多媒体文件中的任意一段文件对应的多媒体数据包构成的，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果。

由此，本申请提供的上述实施例5的方案解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

在一种可选的实施例中，上述第一获取单元可以包括：第一获取模块，用于根据多媒体文件的标识，请求得到多媒体文件的头部信息；解析模块，用于解析多媒体文件的头部信息，得到关键帧信息。

此处需要说明的是，上述第一获取模块和解析模块对应于实施例2中的步骤S702至S704，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

在一种可选的实施例中，上述第二获取单元可以包括：发送模块，用于基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求，其中，多媒体文件范围请求用于请求多媒体文件中指定范围内的数据；第二获取模块，用于根据多媒体文件范围请求获取反馈的数据；处理模块，用于对反馈的数据进行解析处理，得到至少一个多媒体数据包。

此处需要说明的是，上述发送模块、第二获取模块和处理模块对应于实施例2中的步骤S802至S806，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

在一种可选的实施例中，上述发送模块包括：获取子模块，用于基于关键帧列表得到与时间信息对应的关键帧的位置信息，其中，关键帧列表包括关键帧信息，时间信息包括：用于封装文件的开始时间和结束时间；生成子模块，用于基于关键帧的位置信息，生成多媒体文件范围请求。

此处需要说明的是，上述获取子模块和生成子模块对应于实施例2中的步骤S902至S904，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

在一种可选的实施例中，上述装置还包括：生成单元，用于将至少一个多媒体数据包进行转码打包，生成传输文件。

此处需要说明的是，上述生成单元对应于实施例2中的步骤“打包至少一个多媒体数据包，生成传输文件”，上述模块与对应的步骤所实现的示例和应用场景相同，但不限于上述实施例2所公开的内容。需要说明的是，上述模块作为装置的一部分可以在诸如一组计算机可执行指令的计算机系统中执行。

此处，需要说明的是，本申请实施例5所应用的场景包括但不限于其他实施例中列举的各个实施例，此处不再赘述。

实施例6

本申请的实施例可以提供一种计算机设备，该计算机设备可以是计算机设备群中的任意一个计算机设备。可选地，在本实施例中，上述计算机设备也可以替换为计算机设备等终端设备。

可选地，在本实施例中，上述计算机设备可以位于计算机网络的多个网络设备中的至少一个访问设备。

图13示出了一种计算机设备的硬件结构框图。如图13所示，计算机设备13可以包括一个或多个(图中仅示出一个)处理器132(处理器132可以包括但不限于微处理器MCU或可编程逻辑器件FPGA等的处理装置)、用于存储数据的存储器134、以及用于通信功能的传输装置136。除此以外，还可以包括：显示器、输入/输出接口(I/O接口)、通用串行总线(USB)端口(可以作为I/O接口的端口中的一个端口被包括)、网络接口、电源和/或相机。本领域普通技术人员可以理解，图13所示的结构仅为示意，其并不对上述电子装置的结构造成限定。例如，计算机设备13还可包括比图13中所示更多或者更少的组件，或者具有与图13所示不同的配置。

应当注意到的是上述一个或多个处理器132和/或其他数据处理电路在本文中通常可以被称为“数据处理电路”。该数据处理电路可以全部或部分的体现为软件、硬件、固件或其他任意组合。此外，数据处理电路可为单个独立的处理模块，或全部或部分的结合到计算机设备13中的其他元件中的任意一个内。如本申请实施例中所涉及到的，该数据处理电路作为一种处理器控制(例如与接口连接的可变电阻终端路径的选择)。

处理器132可以通过传输装置调用存储器存储的信息及应用程序，以执行下述步骤：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

存储器134可用于存储应用软件的软件程序以及模块，如本申请实施例中的身份认证方法对应的程序指令/数据存储装置，处理器132通过运行存储在存储器134内的软件程序以及模块，从而执行各种功能应用以及数据处理，即实现上述的应用程序的身份认证方法。存储器134可包括高速随机存储器，还可包括非易失性存储器，如一个或者多个磁性存储装置、闪存、或者其他非易失性固态存储器。在一些实例中，存储器134可进一步包括相对于处理器132远程设置的存储器，这些远程存储器可以通过网络连接至计算机设备13。上述网络的实例包括但不限于互联网、企业内部网、局域网、移动通信网及其组合。

传输装置136用于经由一个网络接收或者发送数据。上述的网络具体实例可包括计算机设备13的通信供应商提供的无线网络。在一个实例中，传输装置136包括一个网络适配器(Network Interface Controller，NIC)，其可通过基站与其他网络设备相连从而可与互联网进行通讯。在一个实例中，传输装置136可以为射频(Radio Frequency，RF)模块，其用于通过无线方式与互联网进行通讯。

显示器可以例如触摸屏式的液晶显示器(LCD)，该液晶显示器可使得用户能够与计算机设备13的用户界面进行交互。

此处需要说明的是，在一些可选实施例中，上述图13所示的计算机设备13可以包括硬件元件(包括电路)、软件元件(包括存储在计算机可读介质上的计算机代码)、或硬件元件和软件元件两者的结合。应当指出的是，图13仅为特定具体实例的一个实例，并且旨在示出可存在于上述计算机设备13中的部件的类型。

此处需要说明的是，在一些实施例中，上述图13所示的计算机设备具有触摸显示器(也被称为“触摸屏”或“触摸显示屏”)。在一些实施例中，上述图13所示的计算机设备具有图像用户界面(GUI)，用户可以通过触摸触敏表面上的手指接触和/或手势来与GUI进行人机交互，此处的人机交互功能可选的包括如下交互：创建网页、绘图、文字处理、制作电子文档、游戏、视频会议、即时通信、收发电子邮件、通话界面、播放数字视频、播放数字音乐和/或网络浏览等、用于执行上述人机交互功能的可执行指令被配置/存储在一个或多个处理器可执行的计算机程序产品或可读存储介质中。

在本实施例中，上述计算机设备13可以执行应用程序的身份认证方法中以下步骤的程序代码：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

可选的，上述处理器还可以执行如下步骤的程序代码：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

可选的，上述处理器还可以执行如下步骤的程序代码：根据多媒体文件的标识，请求得到多媒体文件的头部信息；解析多媒体文件的头部信息，得到关键帧信息。

可选的，上述处理器还可以执行如下步骤的程序代码：基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求，其中，多媒体文件范围请求用于请求多媒体文件中指定范围内的数据；根据多媒体文件范围请求获取反馈的数据；对反馈的数据进行解析处理，得到至少一个多媒体数据包。

可选的，上述处理器还可以执行如下步骤的程序代码：基于关键帧列表得到与时间信息对应的关键帧的位置信息，其中，关键帧列表包括关键帧信息，时间信息包括：用于封装文件的开始时间和结束时间；基于关键帧的位置信息，生成多媒体文件范围请求。

可选的，上述处理器还可以执行如下步骤的程序代码：将至少一个多媒体数据包进行转码打包处理，生成传输文件。

可选的，上述处理器还可以执行如下步骤的程序代码：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包；将至少一个多媒体数据包进行转码打包后生成传输文件。

本领域普通技术人员可以理解，图13所示的结构仅为示意，计算机设备也可以是智能手机(如Android手机、iOS手机等)、平板电脑、掌声电脑以及移动互联网设备(MobileInternet Devices，MID)、PAD等终端设备。图13其并不对上述电子装置的结构造成限定。例如，计算机设备13还可包括比图13中所示更多或者更少的组件(如网络接口、显示装置等)，或者具有与图13所示不同的配置。

本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令终端设备相关的硬件来完成，该程序可以存储于一计算机可读存储介质中，存储介质可以包括：闪存盘、只读存储器(Read-Only Memory，ROM)、随机存取器(RandomAccess Memory，RAM)、磁盘或光盘等。

实施例7

本申请的实施例还提供了一种非暂态存储介质。可选的，在本实施例中，上述非暂态存储介质可以用于保存上述实施例所提供的获取传输文件的方法所执行的程序代码，其中，在程序运行时控制非暂态存储介质所在设备执行实施例中任意一项的可选的或优选的获取传输文件的方法。

可选的，在本实施例中，上述非暂态存储介质可以位于计算机网络中移动终端群中的任意一个移动终端中，或者位于移动终端群中的任意一个移动终端中。

可选的，在本实施例中，非暂态存储介质被设置为存储用于执行以下步骤的程序代码：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

可选的，在本实施例中，非暂态存储介质被设置为存储用于执行以下步骤的程序代码：根据多媒体文件的标识，请求得到多媒体文件的头部信息；解析多媒体文件的头部信息，得到关键帧信息。

可选的，在本实施例中，非暂态存储介质被设置为存储用于执行以下步骤的程序代码：基于用于封装文件的时间信息和多媒体文件的关键帧信息，发出多媒体文件范围请求，其中，多媒体文件范围请求用于请求多媒体文件中指定范围内的数据；根据多媒体文件范围请求获取反馈的数据；对反馈的数据进行解析处理，得到至少一个多媒体数据包。

可选的，在本实施例中，非暂态存储介质被设置为存储用于执行以下步骤的程序代码：基于关键帧列表得到与时间信息对应的关键帧的位置信息，其中，关键帧列表包括关键帧信息，时间信息包括：用于封装文件的开始时间和结束时间；基于关键帧的位置信息，生成多媒体文件范围请求。

可选的，在本实施例中，非暂态存储介质被设置为存储用于执行以下步骤的程序代码：将至少一个多媒体数据包进行转码打包，生成传输文件。

可选的，在本实施例中，非暂态存储介质被设置为存储用于执行以下步骤的程序代码：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包；将至少一个多媒体数据包转码打包后生成传输文件。

实施例8

根据本申请实施例，还提供了一种获取传输文件的系统，包括：处理器；以及存储器，与处理器连接，用于为处理器提供处理以下处理步骤的指令：发送多媒体数据请求，其中，多媒体数据请求包括：多媒体文件的标识；根据多媒体文件的标识，获取用于封装文件的时间信息，并获取多媒体文件的关键帧信息；基于用于封装文件的时间信息和多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，至少一个多媒体数据包构成传输文件。

由上可知，在本申请上述实施例8公开的方案中，在获取到发送的多媒体数据请求后，根据多媒体数据请求中包含的多媒体文件的标识信息获取用于封装文件的时间信息以及多媒体文件的关键帧信息，并基于用于封装文件的时间信息和多媒体文件的关键帧信息获取对应的一个或多个多媒体数据包，并将获取到的一个或多个多媒体数据包进行转码打包处理得到对应的传输文件。

容易注意的是，根据用于封装文件的时间信息和多媒体文件的关键帧信息确定的传输文件可以是由整个多媒体文件对应的多媒体数据包构成的，也可以是由多媒体文件中的任意一段文件对应的多媒体数据包构成的，达到了将待传输的多媒体文件中的任意一段文件对应的多媒体数据包转码为流式传输的传输文件的目的，从而实现了在多媒体数据进行流式传输的过程中提高服务器响应速度以及节约数据网络带宽的技术效果。

由此，本申请提供的上述实施例8的方案解决了现有技术采用内容分发系统进行多媒体数据的实时在线传输时，内容分发系统中的各个边缘节点服务器需要将整个多媒体文件下载完成后才能进行封装处理并下发给用户导致响应时间长、用户体验差的技术问题。

上述本申请实施例序号仅仅为了描述，不代表实施例的优劣。

在本申请的上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。

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

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

另外，在本申请各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

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

以上所述仅是本申请的优选实施方式，应当指出，对于本技术领域的普通技术人员来说，在不脱离本申请原理的前提下，还可以做出若干改进和润饰，这些改进和润饰也应视为本申请的保护范围。

Claims (15)

1.一种获取传输文件的系统，其特征在于，包括：

客户端设备，用于发送多媒体数据请求，其中，所述多媒体数据请求包括：

多媒体文件的标识；

至少一个服务器，与所述客户端设备通信，用于接收所述多媒体数据请求，并根据所述多媒体文件的标识，获取用于封装文件的时间信息，以及所述多媒体文件的关键帧信息，基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，所述至少一个多媒体数据包构成传输文件。

2.根据权利要求1所述的系统，其特征在于，所述至少一个服务器包括：

边缘节点服务器，与所述客户端设备通信，用于接收所述多媒体数据请求，并根据所述多媒体文件的标识，获取用于封装文件的时间信息，以及所述多媒体文件的关键帧信息，基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，确定所述多媒体数据请求当前请求的至少一个多媒体数据包；

中心服务器，与所述边缘节点服务器通信，用于将所述至少一个多媒体数据包分发至所述边缘节点服务器。

3.根据权利要求2所述的系统，其特征在于，所述至少一个服务器还包括：

多媒体数据服务器，与所述中心服务器通信，用于基于所述中心服务器的请求，向所述中心服务器提供所述至少一个多媒体数据包。

4.根据权利要求3所述的系统，其特征在于，所述中心服务器还用于判断所述中心服务器本地是否缓存有所述至少一个多媒体数据包，并在所述中心服务器本地存储有所述至少一个多媒体数据包的情况下，将所述至少一个多媒体数据包返回至所述边缘节点服务器，在所述中心服务器本地未存储有所述至少一个多媒体数据包的情况下，从所述多媒体数据服务器上请求所述至少一个多媒体数据包，并将请求得到的所述至少一个多媒体数据包返回至所述边缘节点服务器。

5.根据权利要求1至4中任意一项所述的系统，其特征在于，所述至少一个服务器还包括：

流媒体传输服务器，与所述客户端设备通信，用于基于所述客户端的多媒体数据请求，返回所述多媒体文件的描述信息，其中，所述描述信息用于确定用于封装文件的时间信息，以及所述多媒体文件的关键帧信息。

6.一种获取传输文件的方法，其特征在于，包括：

发送多媒体数据请求，其中，所述多媒体数据请求包括：多媒体文件的标识；

根据所述多媒体文件的标识，获取用于封装文件的时间信息，并获取所述多媒体文件的关键帧信息；

基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，所述至少一个多媒体数据包构成传输文件。

7.根据权利要求6所述的方法，其特征在于，根据所述多媒体文件的标识，获取所述多媒体文件的关键帧信息，包括：

根据所述多媒体文件的标识，请求得到所述多媒体文件的头部信息；

解析所述多媒体文件的头部信息，得到所述关键帧信息。

8.根据权利要求7所述的方法，其特征在于，基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，包括：

基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，发出多媒体文件范围请求，其中，所述多媒体文件范围请求用于请求所述多媒体文件中指定范围内的数据；

根据所述多媒体文件范围请求获取反馈的数据；

对所述反馈的数据进行解析处理，得到至少一个多媒体数据包。

9.根据权利要求8所述的方法，其特征在于，基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，发出多媒体文件范围请求，包括：

基于关键帧列表得到与所述时间信息对应的关键帧的位置信息，其中，所述关键帧列表包括所述关键帧信息，所述时间信息包括：用于封装文件的开始时间和结束时间；

基于所述关键帧的位置信息，生成所述多媒体文件范围请求。

10.根据权利要求6所述的方法，其特征在于，在获取至少一个多媒体数据包之后，所述方法还包括：

将所述至少一个多媒体数据包进行转码打包，生成所述传输文件。

11.一种获取传输文件的方法，其特征在于，包括：

发送多媒体数据请求，其中，所述多媒体数据请求包括：多媒体文件的标识；

根据所述多媒体文件的标识，获取用于封装文件的时间信息，并获取所述多媒体文件的关键帧信息；

基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，

将所述至少一个多媒体数据包转码打包后生成所述传输文件。

12.一种多媒体播放设备，其特征在于，包括：

显示屏，用于显示多媒体数据；

处理器，与所述显示屏连接，用于在所述显示屏显示所述多媒体数据的过程中，发送多媒体数据请求，并根据所述多媒体数据请求包含的多媒体文件的标识，获取用于封装文件的时间信息，以及所述多媒体文件的关键帧信息，基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，所述至少一个多媒体数据包构成传输文件。

13.一种非暂态存储介质，其特征在于，所述非暂态存储介质包括存储的程序，其中，在所述程序运行时控制所述非暂态存储介质所在设备执行以下步骤：

发送多媒体数据请求，其中，所述多媒体数据请求包括：多媒体文件的标识；

根据所述多媒体文件的标识，获取用于封装文件的时间信息，并获取所述多媒体文件的关键帧信息；

基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，所述至少一个多媒体数据包构成传输文件。

14.一种计算机设备，其特征在于，包括：处理器，所述处理器用于运行程序，其中，在所述程序运行时执行以下步骤：

发送多媒体数据请求，其中，所述多媒体数据请求包括：多媒体文件的标识；

根据所述多媒体文件的标识，获取用于封装文件的时间信息，并获取所述多媒体文件的关键帧信息；

基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，所述至少一个多媒体数据包构成传输文件。

15.一种获取传输文件的系统，其特征在于，包括：

处理器；以及

存储器，与所述处理器连接，用于为所述处理器提供处理以下处理步骤的指令：

发送多媒体数据请求，其中，所述多媒体数据请求包括：多媒体文件的标识；

根据所述多媒体文件的标识，获取用于封装文件的时间信息，并获取所述多媒体文件的关键帧信息；

基于所述用于封装文件的时间信息和所述多媒体文件的关键帧信息，获取至少一个多媒体数据包，其中，所述至少一个多媒体数据包构成传输文件。