本发明涉及数据处理技术领域，特别是涉及一种视频文件处理方法、装置及电子设备。
背景技术：
从互联网诞生以来，网络视频一直以来都是除社交外流量较大的行业。其中网络视频中的在线视频尤其备受用户青睐。在线视频大多是以流媒体为技术背景，以流方式在网络中传送音频、视频和多媒体文件的媒体形式。相比现有的下载后再观看的网络播放形式而言，流媒体通过把连续的音频和视频信息压缩后放到服务器端，客户端可以边下载边观看，而不必等待整个文件下载完毕再观看。流媒体技术的优越性使得该技术被广泛应用在视频点播、视频会议、远程教育、远程医疗和在线直播等系统中。
在流媒体的视频数据处理过程中，高延迟会直接影响用户体验，导致用户流失，因此能否在客户端提供流畅的视频服务是一个重要的衡量指标。现有技术在对视频文件处理方法中，在客户端获取按照视频文件通用格式下载请求从服务器端下载的视频文件，进而利用视频转封装技术对下载的视频文件进行转封装处理，并按照流媒体的视频文件播放方式，在客户端播放转封装处理的视频文件，实现边接收边播放该视频节目的效果。
然而，发明人在实现本发明的过程中发现，现有技术至少存在如下问题：
在现有的视频文件处理方法中，客户端下载视频文件以及转封装处理的过程是协同进行的，视频下载处理逻辑和转封装处理逻辑之间耦合度较大，很难剥离开。这使得在客户端中修改下载视频文件或者转封装处理中任一部分代码时，都会影响彼此的业务逻辑处理，影响整体代码的运行，导致客户端的该部分功能可维护性较差。
技术实现要素：
本发明实施例的目的在于提供一种视频文件处理方法、装置及电子设备，以实现提高客户端的稳定性以及可维护性。具体技术方案如下：
在本发明实施例的第一方面，公开了一种视频文件处理方法，应用于代理服务器，所述方法包括：
接收客户端应用层发送的通用格式的视频文件下载请求，并通过subrequest方法，将所述视频文件下载请求转换为视频文件资源请求；其中，所述通用格式包括m3u8；
通过upstream方法，获取与所述视频文件资源请求对应的视频数据；
通过预设视频处理方法，将所述视频数据转换成与所述通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件对应的索引文件；其中，所述预设视频处理方法包括视频转封装技术；
按照所述索引文件包含的各索引，依次获取并发送与所述各索引对应的各目标文件。
可选地，所述通过subrequest方法，将所述视频文件下载请求转换为视频文件资源请求，包括：
对所述视频文件下载请求的统一资源定位符URL进行解析，并提取所述视频文件下载请求中获取视频资源的信息；
通过subrequest方法以及请求规则，将提取的所述获取视频资源的信息生成预设个数的子请求；
分别提取各子请求中获取视频资源的信息；
通过请求规则，将提取的获取视频资源的信息分别生成与各子请求对应的视频文件资源请求。
可选地，所述通过预设视频处理方法，将所述视频数据转换成与所述通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件对应的索引文件，包括：
通过视频转封装技术以及预设的视频规格要求，将所述视频数据转换成与所述通用格式对应的各目标文件；
将所述各目标文件分别存储在预设存储空间，并确定各目标文件对应的存储地址；
将各目标文件对应的存储地址分别确定为各目标文件的索引，形成各目标文件对应的索引文件。
可选地，所述按照所述索引文件包含的各索引，依次获取并发送与所述各索引对应的各目标文件，包括：
发送所述索引文件到所述客户端应用层；
依次获取所述客户端应用层发送的与所述索引文件中包括的各索引对应的各请求；
按照所述各索引对应的各请求，依次获取并发送与各索引对应的各目标文件。
可选地，所述代理服务器为Nginx。
在本发明实施例的第二方面，公开了一种视频文件处理装置，应用于代理服务器，所述装置包括：
下载请求转换模块，用于接收客户端应用层发送的通用格式的视频文件下载请求，并通过subrequest方法，将所述视频文件下载请求转换为视频文件资源请求；其中，所述通用格式包括m3u8；
视频数据获取模块，用于通过upstream方法，获取与所述视频文件资源请求对应的视频数据；
目标文件生成模块，用于通过预设视频处理方法，将所述视频数据转换成与所述通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件对应的索引文件；其中，所述预设视频处理方法包括视频转封装技术；
目标文件获取模块，用于按照所述索引文件包含的各索引，依次获取并发送与所述各索引对应的各目标文件。
可选地，所述下载请求转换模块，包括：
下载请求解析子模块，用于对所述视频文件下载请求的统一资源定位符URL进行解析，并提取所述视频文件下载请求中获取视频资源的信息；
子请求生成子模块，用于通过subrequest方法以及请求规则，将提取的所述获取视频资源的信息生成预设个数的子请求；
信息提取子模块，用于分别提取各子请求中获取视频资源的信息；
资源请求生成子模块，用于通过请求规则，将提取的获取视频资源的信息分别生成与各子请求对应的视频文件资源请求。
可选地，所述目标文件生成模块，包括：
目标文件生成子模块，用于通过视频转封装技术以及预设的视频规格要求，将所述视频数据转换成与所述通用格式对应的各目标文件；
目标文件存储子模块，用于将所述各目标文件分别存储在预设存储空间，并确定各目标文件对应的存储地址；
索引文件生成子模块，用于将各目标文件对应的存储地址分别确定为各目标文件的索引，形成各目标文件对应的索引文件。
可选地，所述目标文件获取模块，包括：
索引文件发送子模块，用于发送所述索引文件到所述客户端应用层；
请求获取子模块，用于依次获取所述客户端应用层发送的与所述索引文件中包括的各索引对应的各请求；
目标文件获取子模块，用于按照所述各索引对应的各请求，依次获取并发送与各索引对应的各目标文件。
在本发明实施例的又一方面，公开了一种电子设备，包括处理器、通信接口、存储器和通信总线，其中，所述处理器、所述通信接口、所述存储器通过所述通信总线完成相互间的通信；
所述存储器，用于存放计算机程序；
所述处理器，用于执行所述存储器上所存放的程序时，实现上述一种视频文件处理方法中任一所述的方法步骤。
在本发明实施例的又一方面，还提供了一种计算机可读存储介质，所述计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述一种视频文件处理方法中任一所述的方法步骤。
在本发明实施例的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述一种视频文件处理方法中任一所述的方法步骤。
本发明实施例提供的一种视频文件处理方法、装置及电子设备，实现了提高客户端的稳定性以及可维护性。具体为，本发明实施例通过结合subrequest方法以及upstream方法，实现通过客户端本地代理服务器下载视频服务器的视频信息。进而通过在客户端本地代理服务器中设定独立于下载处理的预设视频处理方法，生成通用格式的各目标文件，实现对视频文件的转封装处理。最终，客户端应用层通过索引文件，依次获取与各索引对应的各目标文件。本发明实施例通过代理服务器的模块化、轻量级、功能可配置化等特性，实现了将视频数据的下载、转封装处理分开进行，这种分开处理的方式，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。使得在客户端修改下载视频文件或者转封装处理中任一部分代码时，对另外一部分代码的运行不造成影响，进而实现了提高客户端的稳定性以及可维护性。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍。
图1为本发明实施例的一种视频文件处理方法流程图；
图2为本发明实施例的一种视频文件处理方法中视频文件资源请求生成方法流程图；
图3为本发明实施例的一种视频文件处理方法中各目标文件与索引文件生成方法流程图；
图4为本发明实施例的一种视频文件处理方法的系统框图；
图5为本发明实施例的一种视频文件处理装置结构示意图；
图6为本发明实施例的一种电子设备结构示意图。
具体实施方式
下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行描述。
随着网络技术的发展，在线视频技术也得到了快速发展。在线视频是以流媒体为技术背景，以流方式在网络中传送音频、视频和多媒体文件的媒体形式。现有技术对流媒体的视频文件进行处理的方法为：通过在客户端获取按照视频文件通用格式下载请求从服务器端下载的视频文件，进而利用视频转封装技术对下载的视频文件进行转封装处理，并按照流媒体的视频文件播放方式，在客户端播放转封装处理的视频文件，实现边接收边播放该视频节目的效果。然而在这种对流媒体的视频文件进行处理的方法中，客户端下载视频文件以及转封装处理的过程是协同进行的，视频下载处理逻辑和转封装处理逻辑之间耦合度较大，很难剥离开。这使得在客户端中修改下载视频文件或者转封装处理中任一部分代码时，都会影响彼此的业务逻辑处理，影响整体代码的运行，导致客户端的该部分功能可维护性较差。
为了解决上述现有技术中存在的问题，本发明实施例提供了一种视频文件处理方法、装置及电子设备，以实现提高客户端的稳定性以及可维护性。具体实施方式如下：
在本发明实施例的第一方面，公开了一种视频文件处理方法，应用于代理服务器，如图1所示。图1为本发明实施例的一种视频文件处理方法流程图，方法包括：
S101，接收客户端应用层发送的通用格式的视频文件下载请求，并通过subrequest方法，将视频文件下载请求转换为视频文件资源请求；其中，通用格式包括m3u8。
在本发明实施例中，为了有效降低客户端下载视频文件处理及转封装处理过程的耦合度，本发明实施例采用代理服务器的特性，实现将下载视频文件处理及转封装处理分开处理的方式。具体可将代理服务器部署在客户端，在代理服务器上执行本发明实施例的视频文件处理方法，进而通过客户端应用层、客户端本地代理服务器以及视频数据端三方的交互，使得客户端应用层通过客户端本地代理服务层从视频数据端获取数据。即为通过客户端本地代理服务器将视频信息从视频数据端下载以及发送给客户端应用层。
本发明实施例的通用格式的视频文件下载请求表示客户端多种视频软件都可识别的用户发送的带有视频格式的请求。例如，通用格式可为m3u8格式。m3u8是指UTF-8编码格式的M3U格式。M3U文件是记录了一个索引纯文本文件，打开它时播放软件并不是播放它，而是根据它的索引找到对应的音、视频文件的网络地址进行在线播放。
本发明实施例的代理服务器可为Nginx。Nginx是一款面向性能设计的HTTP(Hyper Text Transport Protocol，超文本传输协议)服务器，Nginx不采用每个客户机一线程的设计模型，而是充分使用异步逻辑，削减了上下文调度开销，所以并发服务能力更强。整体采用模块化设计，有丰富的模块库和第三方模块库，配置灵活。在Linux操作系统下，Nginx使用epoll事件模型，得益于此，Nginx在Linux操作系统下效率相当高。Nginx做为HTTP服务器，其具有模块化结构，包括gzipping、byte ranges、chunked responses、以及SSI(Server Side Include，服务器端嵌入)filter等filter。如果由Fast CGI(Common Gateway Interface，公共网关接口)或其它代理服务器处理单页中存在的多个SSI，则这项处理可以并行运行，而不需要相互等待。
Nginx提供了两种全异步方式与第三方服务进行通信：upstream方法和subrequest方法。upstream方法在与第三方服务器交互时(包括建立TCP(Transmission Control Protocol，传输控制协议)连接、发送请求、接收响应、关闭TCP连接)，不会阻塞Nginx进程处理其他请求。subrequest只是分解复杂请求的一种设计模式，它可以把原始请求分解为多个子请求，使得诸多请求协同完成一个用户请求，并且每个请求只关注一个功能。subrequest访问第三方服务最终也是基于upstream实现的。也就是说subrequest会将通用格式的视频文件下载请求分解为多个子请求，每个子请求负责一种功能项，而最初的原始请求负责构成并发送响应给客户端应用层。
在本步骤中，首先通过代理服务器的HTTP功能模块接收客户端应用层发送的通用格式的视频文件下载请求，进而通过代理服务器的HTTP功能模块将该通用格式的视频文件下载请求解析并识别该通用格式，代理服务器的HTTP功能模块将该文件下载请求转给该代理服务器的通用格式的处理模块，该处理模块提取视频文件下载请求中获取视频资源的信息，并通过subrequest方法，将该视频文件下载请求分解为多个子请求，并将每个子请求对应转换成各视频文件资源请求。
S102，通过upstream方法，获取与视频文件资源请求对应的视频数据。
上述步骤在得到各视频文件资源请求后，通过upstream方法在视频数据端获取与各视频文件资源请求对应的视频数据。
upstream被用于访问上游服务器，它把代理服务器定义为反代理服务器，首要功能是透传，其次才是以TCP(Transmission Control Protocol，传输控制协议)获取第三方服务的内容。代理服务器的HTTP反向代理模块是基于upstream方式实现的各视频文件资源请求。当subrequest访问第三方服务时，首先派生出多个子请求，进而通过各子请求对应转换的视频文件资源请求访问上游服务器，即为各视频文件资源请求通过upstream方法访问上游服务器。在本发明实施例中上游服务器即为视频数据端。
上述步骤将视频文件下载请求转换为各视频文件资源请求后，在本步骤中，可以通过upstream方法，对每个视频文件资源请求中获取视频资源的信息进行分析，进而通过各获取视频资源的信息的地址定位，在对应的视频数据端获取与各视频文件资源请求对应的视频数据。
S103，通过预设视频处理方法，将视频数据转换成与通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件对应的索引文件；其中，预设视频处理方法包括视频转封装技术。
上述通过upstream方法获取与视频文件资源请求对应的视频数据后，在本步骤中通过预设视频处理方法对视频数据进行处理并进行存储。本发明实施例的预设视频处理方法为视频转封装技术以及预设的视频规格要求。视频转封装技术为通过软件或者硬件技术将下载的视频数据转换成S101的通用格式的视频格式处理技术。视频规格可为蓝光、高清、流畅等，预设的视频规格要求为蓝光、高清、流畅等其中一种视频清晰度下所对应的视频大小要求。
在本步骤中，首先通过预设视频处理方法，将S302中下载的各视频数据转换成与S301中的通用格式对应的各目标文件。其次，可将各目标文件按照视频播放顺序存储在代理服务器的数据存储区域。并为各目标文件的存储地址建立索引，进而形成各目标文件的索引文件。
S104，按照索引文件包含的各索引，依次获取并发送与各索引对应的各目标文件。
上述通过预设视频处理方法，将视频数据转换成与通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件的索引文件，将该索引文件发送给客户端应用层。客户端应用层可按照该索引文件的各索引发送请求。通过各请求，依次在代理服务器的数据存储区域中获取以及发送与各索引对应的各目标文件到客户端。
本发明实施例提供的一种视频文件处理方法，实现了提高客户端的稳定性以及可维护性。具体为，本发明实施例通过结合subrequest方法以及upstream方法，实现通过客户端本地代理服务器下载视频数据端的视频信息。进而通过在客户端本地代理服务器中设定独立于下载处理的预设视频处理方法，生成通用格式的各目标文件，实现对视频文件的转封装处理。最终，客户端应用层通过索引文件，依次获取与各索引对应的各目标文件。本发明实施例通过代理服务器的模块化、轻量级、功能可配置化等特性，实现了将视频数据的下载、转封装处理分开进行，这种分开处理的方式，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。使得在客户端修改下载视频文件或者转封装处理中任一部分代码时，对另外一部分代码的运行不造成影响，进而实现了提高客户端的稳定性以及可维护性。
可选地，在本发明实施例的视频文件处理方法的一种实施例中，S101中通过subrequest方法，将视频文件下载请求转换为视频文件资源请求的具体实施方式可如图2所示。图2为本发明实施例的一种视频文件处理方法中视频文件资源请求生成流程图，包括：
S201，对视频文件下载请求的统一资源定位符URL进行解析，并提取视频文件下载请求中获取视频资源的信息。
本发明实施例为将客户端应用层发送的通用格式的视频文件下载请求，转换为视频文件资源请求的实时方法。本步骤为提取视频文件下载请求中获取视频资源的信息的实施步骤。
URL(Uniform Resource Locator，统一资源定位符)是对可以从互联网上得到的资源的位置和访问方法的一种简洁的表示，是互联网上标准资源的地址。URL给资源的位置提供一种抽象的识别方法，并用这种方法给资源定位。URL只要能够对资源定位，系统就可以对资源进行各种操作，如存取、更新、替换和查找其属性。URL相当于一个文件名在网络范围的扩展。因此，URL是与因特网相连的机器上的任何可访问对象的一个指针。
在本步骤中，首先可通过URL解析技术对该视频文件下载请求的URL进行解析，进而提取该视频文件下载请求中获取视频资源的信息。获取视频资源的信息可包括视频文件下载请求中所要请求的视频资源的唯一标识信息、发送该视频文件下载请求的客户端设备信息、发送该视频文件下载请求的用户信息等。
S202，通过subrequest方法以及请求规则，将提取的获取视频资源的信息生成预设个数的子请求。
上述S201在提取到该视频文件下载请求中获取视频资源的信息后，可通过subrequest方法以及请求规则，将提取的获取视频资源的信息生成预设个数的子请求。该预设个数可按照用户设定的对视频文件下载请求的处理方式而定，例如，按照时间段，将该视频文件下载请求划分为与各时间段对应的各子请求。请求规则为互联网中设置的将信息生成与该信息对应的请求的规则，例如，访问网页时，将获取网页内容的信息生成该网页的访问请求的规则。
在本步骤中，可先通过subrequest方法获取S201中获取视频资源的信息，进而通过预设个数以及请求规则，将该获取视频资源的信息生成与该预设个数对应的各子请求。
S203，分别提取各子请求中获取视频资源的信息。
上述在生成各子请求后，可按照S201的步骤，并行的获取各子请求中获取视频资源的信息，或者顺序的获取各子请求中获取视频资源的信息。
S204，通过请求规则，将提取的获取视频资源的信息分别生成与各子请求对应的视频文件资源请求。
上述S203在提取了各子请求中获取视频资源的信息后，对每个子请求中获取视频资源的信息按照请求规则，分别生成与各子请求对应的视频文件资源请求。
可见，通过在本发明实施例中使用subrequest方法，可将客户端应用层发送的通用格式的视频文件下载请求转换成真实的视频文件资源请求，进而后期通过代理服务器的upstream方法获取与各视频文件资源请求对应的各视频数据。
可选地，在本发明实施例的视频文件处理方法的一种实施例中，上述S103的具体实施方式可如图3所示。图3为本发明实施例的一种视频文件处理方法中各目标文件与索引文件生成方法流程图，包括：
S301，通过视频转封装技术以及预设的视频规格要求，将视频数据转换成与通用格式对应的各目标文件。
本发明实施例为生成各目标文件与索引文件的实施方法。本步骤为生成各目标文件的实施方法。具体如下：
通过视频转封装技术以及预设的视频规格要求，将视频数据转换成与S101的通用格式对应的各目标文件。视频规格可为蓝光、高清、流畅等，预设的视频规格要求为蓝光、高清、流畅等其中一种视频清晰度下所对应的视频大小要求。
例如，通用格式为m3u8，目标文件为TS(transport stream，传输流)文件时，S301的实施方式可有：先将从视频数据端下载的压缩后的视频数据切割成若干份片段，进而通过视频转封装技术以及预设的视频规格要求，将各片段转换成m3u8的各TS文件。
S302，将各目标文件分别存储在预设存储空间，并确定各目标文件对应的存储地址。
上述在得到各目标文件后，可将代理服务器的数据库作为预设存储空间，将各目标文件存储在代理服务器的数据库中，并获取各目标文件的存储地址。具体如下：
可按照时间顺序获取各目标文件，进而顺序的将各目标文件存储在代理服务器数据库的空闲数据块中，并对应记录各目标文件所对应的空闲块的地址。
另外，还可按照时间顺序获取各目标文件，随机的将各目标文件存储在代理服务器数据库的空闲数据块中，并对应记录各目标文件所对应的空闲块的地址。
S303，将各目标文件对应的存储地址分别确定为各目标文件的索引，形成各目标文件对应的索引文件。
上述将各目标文件存储，并确定了各目标文件所对应的存储地址后，为各目标文件建立索引文件。
具体为，将上述记录各目标文件所对应的空闲块的地址建立表格文件，将该表格文件确定为各目标文件对应的索引文件。
另外，在本步骤中，还可同时进行步骤S302与S303。即为S302在预设存储空间存储各目标文件的过程中，即可记录该目标文件的存储地址，进而存储完成后，即可直接生成索引文件。
可见，通过本发明实施例，可实现将视频数据端下载的视频数据转换成与与客户端应用层的通用格式对应的各目标文件，实现了将视频数据的下载、转封装处理分开进行，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。另外，通过为各目标文件建立索引文件，便于客户端应用层按照索引获取各目标文件。
可选地，在本发明实施例的视频文件处理方法的一种实施例中，上述S104可有如下实施方法步骤，包括：
步骤一，发送索引文件到客户端应用层。
在生成各目标文件的索引文件后，可将该索引文件通过代理服务器的信息发送服务发送给客户端应用层，告知客户端应用层已经获取到与视频文件下载请求对应的视频文件，并告知该客户端应用层可通过该索引文件包括的各索引，获取在代理服务器的预设存储区域中存储的各视频文件，实现流媒体的播放形式。
步骤二，依次获取客户端应用层发送的与索引文件中包括的各索引对应的各请求。
在将索引文件发送到客户端应用层后，客户端应用层可按照该索引文件中包含的各索引生成各请求，将各请求依次发送给代理服务器。代理服务器依次获取该客户端应用层发送的包含索引的各请求。
步骤三，按照各索引对应的各请求，依次获取并发送与各索引对应的各目标文件。
在获取到各请求后，按照各请求中包含的索引在预设存储区域中查找到各目标文件，并将各目标文件发给该客户端应用层。
在本发明实施例中，步骤二和步骤三可同时进行，即为上述代理服务器在获取到一个请求后，便可按照该请求包含的索引，在对应的存储区域获取目标文件，并将该目标文件返回给该客户端应用层。
另外，还可批量获取，即为批量获取步骤二中客户端应用层发送的各请求，进而批量的按照各请求包含的各索引，在代理服务器对应的存储区域获取各目标文件，并将各目标文件返回给该客户端应用层。
可见，在本发明实施例中，通过建立的索引文件，进而能够在代理服务器的存储区域获取到各目标文件，实现按照索引的方式获取代理服务器中缓存的视频信息，实现边下载边播放的流媒体视频的播放效果。
为了更好的说明本发明实施例的一种视频文件处理方法，本发明实施例以通用格式m3u8、代理服务器Nginx为例，公开了如图4所示的一种视频文件处理方法的系统框图。
该视频文件处理方法的系统框图包括客户端应用层401、客户端本地代理服务器Nginx 402、视频数据端403。其中，客户端本地代理服务器Nginx 402包括Nginx的HTTP功能模块4021、m3u8请求处理模块4022、视频文件资源请求处理模块4023、TS文件处理模块4024、存储空间4025、subrequest模块4026和upstream模块4027。本发明实施例的一种视频文件处理方法的实施过程为：
步骤A，客户端应用层401发送m3u8的视频文件下载请求；
步骤B，Nginx的HTTP功能模块4021接收m3u8的视频文件下载请求，并将该视频文件下载请求转给m3u8请求处理模块4022；
步骤C，m3u8请求处理模块4022对该视频文件下载请求的统一资源定位符URL进行解析，并通过subrequest模块4026的subrequest方法，将视频文件下载请求转换为视频文件资源请求，发送给视频文件资源请求处理模块4023；
步骤D，视频文件资源请求处理模块4023获取该视频文件资源请求，并通过upstream模块4027的upstream方法，在视频数据端403获取与视频文件资源请求对应的视频数据；
步骤E，upstream模块4027将获取的视频数据发送给视频文件资源请求处理模块4023，视频文件资源请求处理模块4023通过预设视频处理方法，将视频数据转换成与m3u8对应的各TS文件，并将各TS文件发送到存储空间4025；
步骤F，存储空间4025将各目标文件存储，并通过各目标文件的存储地址建立各目标文件对应的索引文件，将该索引文件发送给客户端应用层401；
步骤G，客户端应用层401按照该索引文件，依次生成包含各索引的各请求发送到Nginx；
步骤H，Nginx的HTTP功能模块4021接收各请求，并将各请求依次发送给TS文件处理模块4024；
步骤I，TS文件处理模块4024接收各请求，并在存储空间4025依次获取与各索引对应的各TS文件；
步骤G，TS文件处理模块4024依次将各TS文件返回给客户端应用层401。
可见，通过本发明实施例轻量级且高性能的代理服务器Nginx，实现了将视频数据的获取以及转封装处理逻辑分开进行，进而提高了客户端的稳定性和可维护性，进而提高用户体验。
在本发明实施例的第二方面，还公开了一种视频文件处理装置，应用于代理服务器，如图5所示。图5为本发明实施例的一种视频文件处理装置结构示意图；装置包括：
下载请求转换模块501，用于接收客户端应用层发送的通用格式的视频文件下载请求，并通过subrequest方法，将视频文件下载请求转换为视频文件资源请求；其中，通用格式包括m3u8；
视频数据获取模块502，用于通过upstream方法，获取与视频文件资源请求对应的视频数据；
目标文件生成模块503，用于通过预设视频处理方法，将视频数据转换成与通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件对应的索引文件；其中，预设视频处理方法包括视频转封装技术；
目标文件获取模块504，用于按照索引文件包含的各索引，依次获取并发送与各索引对应的各目标文件。
本发明实施例提供的一种视频文件处理装置，实现了提高客户端的稳定性以及可维护性。具体为，本发明实施例通过结合subrequest方法以及upstream方法，实现通过客户端本地代理服务器下载视频数据端的视频信息。进而通过在客户端本地代理服务器中设定独立于下载处理的预设视频处理方法，生成通用格式的各目标文件，实现对视频文件的转封装处理。最终，客户端应用层通过索引文件，依次获取与各索引对应的各目标文件。本发明实施例通过代理服务器的模块化、轻量级、功能可配置化等特性，实现了将视频数据的下载、转封装处理分开进行，这种分开处理的方式，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。使得在客户端修改下载视频文件或者转封装处理中任一部分代码时，对另外一部分代码的运行不造成影响，进而实现了提高客户端的稳定性以及可维护性。
可选地，在本发明实施例的视频文件处理装置的一种实施例中，下载请求转换模块501，包括：
下载请求解析子模块，用于对视频文件下载请求的统一资源定位符URL进行解析，并提取视频文件下载请求中获取视频资源的信息；
子请求生成子模块，用于通过subrequest方法以及请求规则，将提取的获取视频资源的信息生成预设个数的子请求；
信息提取子模块，用于分别提取各子请求中获取视频资源的信息；
资源请求生成子模块，用于通过请求规则，将提取的获取视频资源的信息分别生成与各子请求对应的视频文件资源请求。
可选地，在本发明实施例的视频文件处理装置的一种实施例中，目标文件生成模块503，包括：
目标文件生成子模块，用于通过视频转封装技术以及预设的视频规格要求，将视频数据转换成与通用格式对应的各目标文件；
目标文件存储子模块，用于将各目标文件分别存储在预设存储空间，并确定各目标文件对应的存储地址；
索引文件生成子模块，用于将各目标文件对应的存储地址分别确定为各目标文件的索引，形成各目标文件对应的索引文件。
可选地，在本发明实施例的视频文件处理装置的一种实施例中，目标文件获取模块504，包括：
索引文件发送子模块，用于发送索引文件到客户端应用层；
请求获取子模块，用于依次获取客户端应用层发送的与索引文件中包括的各索引对应的各请求；
目标文件获取子模块，用于按照各索引对应的各请求，依次获取并发送与各索引对应的各目标文件。
在本发明实施例的又一方面，还公开了一种电子设备，如图6所示。图6为本发明实施例的一种电子设备结果示意图，包括处理器601、通信接口602、存储器603和通信总线604，其中，处理器601、通信接口602、存储器603通过通信总线604完成相互间的通信；
存储器603，用于存放计算机程序；
处理器601，用于执行存储器603上所存放的程序时，实现如下方法步骤：
接收客户端应用层发送的通用格式的视频文件下载请求，并通过subrequest方法，将视频文件下载请求转换为视频文件资源请求；其中，通用格式包括m3u8；
通过upstream方法，获取与视频文件资源请求对应的视频数据；
通过预设视频处理方法，将视频数据转换成与通用格式对应的各目标文件，并通过各目标文件的存储地址建立各目标文件对应的索引文件；其中，预设视频处理方法包括视频转封装技术；
按照索引文件包含的各索引，依次获取并发送与各索引对应的各目标文件。
上述电子设备提到的通信总线604可以是外设部件互连标准(Peripheral Component Interconnect，简称PCI)总线或扩展工业标准结构(Extended Industry Standard Architecture，简称EISA)总线等。该通信总线604可以分为地址总线、数据总线、控制总线等。为便于表示，图中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
通信接口602用于上述电子设备与其他设备之间的通信。
存储器603可以包括随机存取存储器(Random Access Memory，简称RAM)，也可以包括非易失性存储器(non-volatile memory)，例如至少一个磁盘存储器。可选的，存储器603还可以是至少一个位于远离前述处理器601的存储装置。
上述的处理器601可以是通用处理器，包括中央处理器(Central Processing Unit，简称CPU)、网络处理器(Network Processor，简称NP)等；还可以是数字信号处理器(Digital Signal Processing，简称DSP)、专用集成电路(Application Specific Integrated Circuit，简称ASIC)、现场可编程门阵列(Field－Programmable Gate Array，简称FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件。
本发明实施例提供的一种电子设备，实现了提高客户端的稳定性以及可维护性。具体为，本发明实施例通过结合subrequest方法以及upstream方法，实现通过客户端本地代理服务器下载视频数据端的视频信息。进而通过在客户端本地代理服务器中设定独立于下载处理的预设视频处理方法，生成通用格式的各目标文件，实现对视频文件的转封装处理。最终，客户端应用层通过索引文件，依次获取与各索引对应的各目标文件。本发明实施例通过代理服务器的模块化、轻量级、功能可配置化等特性，实现了将视频数据的下载、转封装处理分开进行，这种分开处理的方式，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。使得在客户端修改下载视频文件或者转封装处理中任一部分代码时，对另外一部分代码的运行不造成影响，进而实现了提高客户端的稳定性以及可维护性。
在本发明实施例的又一方面，还提供了一种计算机可读存储介质，计算机可读存储介质中存储有指令，当其在计算机上运行时，使得计算机执行上述一种视频文件处理方法中任一的方法步骤。
本发明实施例提供的一种计算机可读存储介质，实现了提高客户端的稳定性以及可维护性。具体为，本发明实施例通过结合subrequest方法以及upstream方法，实现通过客户端本地代理服务器下载视频数据端的视频信息。进而通过在客户端本地代理服务器中设定独立于下载处理的预设视频处理方法，生成通用格式的各目标文件，实现对视频文件的转封装处理。最终，客户端应用层通过索引文件，依次获取与各索引对应的各目标文件。本发明实施例通过代理服务器的模块化、轻量级、功能可配置化等特性，实现了将视频数据的下载、转封装处理分开进行，这种分开处理的方式，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。使得在客户端修改下载视频文件或者转封装处理中任一部分代码时，对另外一部分代码的运行不造成影响，进而实现了提高客户端的稳定性以及可维护性。
在本发明实施例的又一方面，还提供了一种包含指令的计算机程序产品，当其在计算机上运行时，使得计算机执行上述一种视频文件处理方法中任一的方法步骤。
本发明实施例提供的一种包含指令的计算机程序产品，实现了提高客户端的稳定性以及可维护性。具体为，本发明实施例通过结合subrequest方法以及upstream方法，实现通过客户端本地代理服务器下载视频数据端的视频信息。进而通过在客户端本地代理服务器中设定独立于下载处理的预设视频处理方法，生成通用格式的各目标文件，实现对视频文件的转封装处理。最终，客户端应用层通过索引文件，依次获取与各索引对应的各目标文件。本发明实施例通过代理服务器的模块化、轻量级、功能可配置化等特性，实现了将视频数据的下载、转封装处理分开进行，这种分开处理的方式，有效降低了客户端下载视频文件处理及转封装处理过程的耦合度。使得在客户端修改下载视频文件或者转封装处理中任一部分代码时，对另外一部分代码的运行不造成影响，进而实现了提高客户端的稳定性以及可维护性。
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本发明实施例的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输，例如，计算机指令可以从一个网站站点、计算机、服务器或数据中心通过有线(例如同轴电缆、光纤、数字用户线(DSL))或无线(例如红外、无线、微波等)方式向另一个网站站点、计算机、服务器或数据中心进行传输。计算机可读存储介质可以是计算机能够存取的任何可用介质或者是包含一个或多个可用介质集成的服务器、数据中心等数据存储设备。可用介质可以是磁性介质，(例如，软盘、硬盘、磁带)、光介质(例如，DVD)、或者半导体介质(例如固态硬盘Solid State Disk(SSD))等。
需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、物品或者设备中还存在另外的相同要素。
本说明书中的各个实施例均采用相关的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。尤其，对于装置及电子设备实施例而言，由于其基本相似于方法实施例，所以描述的比较简单，相关之处参见方法实施例的部分说明即可。
以上仅为本发明的较佳实施例而已，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所作的任何修改、等同替换、改进等，均包含在本发明的保护范围内。