一种视频下载方法、服务端及客户端技术

本发明专利技术实施例公开了一种视频下载方法，包括：服务端接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数；所述服务端根据所请求的原始视频文件的网络路径，获取所述客户端所请求的原始视频文件；所述服务端根据所述期望的转码参数和所述原始视频文件，获得所述客户端所请求的原始视频文件的转码文件；所述服务端将所述转码文件返回给所述客户端。本发明专利技术实施例还公开了一种服务端及客户端。本发明专利技术由服务端直接为各个客户端提供转码文件，使得转码过程和视频下载过程同步完成，提高视频下载效率，消除各个客户端单独进行视频转码带来的资源浪费。

【技术实现步骤摘要】
一种视频下载方法、服务端及客户端
本专利技术涉及视频下载
，尤其涉及一种视频下载方法、服务端及客户端。
技术介绍
转码，是将视频从格式转换成另一种格式的过程。转码参数包括：输出容器格式、音视频编码和视频分辨率等信息的一组数据。网络路径，是指任何一种可以标识一个文件的方式，比如：用http（HyperTextTransferProtocol，超文件传输协议）、ed2k（eDonkey2000network，文件共享网络）等URI（UniformResourceIdentifier，通用资源标志符）表示的文件地址，或者bt（bittorrent，比特流）种子文件。目前，网络上可以下载的视频文件，其格式都千差万别；以容器格式（常称视频格式）为例，容器格式是一种用于容纳视频文件的视频流和音频流的数据组织方式，常见的有：AVI（AudioVideoInterleaved，音视频交错格式）、MKV（MatroskaFile，媒体文件）、WMV（WindowsMediaVideo，视频压缩格式）等格式；相同容器格式的视频文件，其音视频编码、视频分辨率等参数也会存在差异。客户端包括：手机、PDA（PersonalDigitalAssistant，个人数字助理）、MP4（MovingPicturesExpertsGroup4，动态图像专家组4）播放器、PSP（PlayStationPortable，便携式游戏机）等设备，各种客户端所支持的视频格式存在差异，因此，从网络服务端下载至客户端的原始视频文件，往往需要经过转码处理，才能在客户端进行播放。现有的视频下载方案为：客户端向服务端发送视频下载请求，该请求中包括所请求的原始视频文件的网络路径；所述服务端查询本端是否存在所请求的原始视频文件，若查询结果为是，则提取本端存储的原始视频文件返回给所述客户端；若查询结果为否，则根据所请求的原始视频的网络路径，从互联网的视频资源中下载所请求的原始视频文件返回给所述客户端；所述客户端根据本端所支持视频格式，对服务端返回的原始视频文件进行转码，得到转码文件并进行存储和/或播放。转码是一个非常耗时的过程，例如：在一台P4、1.6G的计算机上，将1小时的影片从原始视频文件的格式（AVI，H264，1280*720）转码为新格式（MP4，H264，480*320），大概需要1.8小时左右才能完成。目前，市场上可应用于客户端的转码软件如：FFmpeg（FastForwardMPEG，开源免费跨平台的视频和音频流方案）、格式工厂等都是单机软件，无法与互联网上针对相同视频文件、相同转码参数进行转码的其他客户端共享相同转码文件，因此，现有的视频下载方案中，各个客户端从服务端下载原始视频文件之后，每个客户端均单独进行转码过程，这样会耗费大量时间，导致用户等待时间过长；同时，针对相同视频文件和相同转码参数的转码过程在各个客户端重复多次，造成了资源的严重浪费。
技术实现思路
本专利技术实施例所要解决的技术问题在于，提供一种视频下载方法、服务端及客户端，由服务端直接为各个客户端提供转码文件，使得转码过程和视频下载过程同步完成，提高视频下载效率，消除各个客户端单独进行视频转码带来的资源浪费。为了解决上述技术问题，本专利技术实施例提供了一种视频下载方法，包括：服务端接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数；所述服务端根据所请求的原始视频文件的网络路径，获取所述客户端所请求的原始视频文件；所述服务端根据所述期望的转码参数和所述原始视频文件，获得所述客户端所请求的原始视频文件的转码文件；所述服务端将所述转码文件返回给所述客户端。相应地，本专利技术实施例还提供了一种服务端，包括：请求接收模块，用于接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数；原始文件获取模块，用于根据所述请求接收模块接收的视频下载请求中的所请求的原始视频文件的网络路径，获取所述客户端所请求的原始视频文件；转码文件获取模块，用于根据所述请求接收模块接收的视频下载请求中的期望的转码参数和所述原始文件获取模块获取的原始视频文件，获得所述客户端所请求的原始视频文件的转码文件；返回模块，用于将所述转码文件获取模块获得的转码文件返回给所述客户端。相应地，本专利技术实施例还提供了一种客户端，包括：请求模块，用于向服务端发送视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数；接收模块，用于接收所述服务端返回的转码文件。实施本专利技术实施例，具有如下有益效果：1、本专利技术实施例的服务端接收到任一客户端的视频下载请求时，即读取所述客户端所请求的原始视频文件的网络路径和期望的转码参数，根据该视频下载请求直接向所述客户端返回期望的转码文件，使得转码过程和视频下载过程同步完成，提高了视频下载效率，消除了每个客户端单独进行视频转码带来的资源浪费；2、本专利技术实施例中，服务端根据某转码参数对某视频文件进行首次转码后，即存储该转码文件，当再次接收到相同的视频下载请求时，服务端直接从本端提取该转码文件返回给请求的客户端，避免了相同转码过程的重复进行，大大降低了后续各个客户端视频下载的时间，提高了用户响应速度，消除了每个客户端单独进行视频转码带来的资源浪费。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本专利技术的服务端的第一实施例的结构示意图；图2为图1所示的原始文件获取模块的实施例的结构示意图；图3为图1所示的转码文件获取模块的实施例的结构示意图；图4为本专利技术的服务端的第二实施例的结构示意图；图5为本专利技术的客户端的实施例的结构示意图；图6为图5所示的请求模块的实施例的结构示意图；图7为本专利技术的视频下载方法的第一实施例的流程图；图8为图7所示的步骤S102的实施例的具体流程图；图9为图7所示的步骤S103的实施例的具体流程图；图10为本专利技术的视频下载方法的第二实施例的流程图。具体实施方式下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。下面结合附图1-4，对本专利技术实施例提供的服务端进行详细介绍。请参见图1，为本专利技术的服务端的第一实施例的结构示意图；所述服务端包括：请求接收模块101，用于接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数。其中，所请求的原始视频文件的网络路径包括：所请求的原始视频文件的URI或bt种子；所述期望的转码参数包括：期望的输出容器格式、期望的音视频编码、期望的视频分辨率、期望的视频帧率和期望的视频码率中的任一种或多种。原始文件获取模块102，用于根据所述请求接收模块101接收的视频下载请求中的所请本文档来自技高网...

【技术保护点】
一种视频下载方法，其特征在于，包括：服务端接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数；所述服务端根据所请求的原始视频文件的网络路径，获取所述客户端所请求的原始视频文件；所述服务端根据所述期望的转码参数和所述原始视频文件，获得所述客户端所请求的原始视频文件的转码文件；所述服务端将所述转码文件返回给所述客户端。

【技术特征摘要】
1.一种视频下载方法，其特征在于，包括：服务端接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件的网络路径和期望的转码参数；所述服务端基于Hash算法对所述期望的转码参数P进行计算，获得期望的转码参数标识符P_KEY；所述服务端对U_KEY和所述P_KEY进行处理，获得查询符UP_KEY；所述服务端查询本端是否存在UP_KEY对应的转码文件UP_FILE；若查询结果为是，所述服务端从本端提取UP_KEY对应的转码文件UP_FILE；若查询结果为否，所述服务端根据所请求的原始视频文件的网络路径U，获取所述客户端所请求的原始视频文件U_FILE；所述服务端根据P对所述U_FILE进行转码，得到转码文件UP_FILE，并将所述UP_FILE与所述UP_KEY对应存储于本端；所述服务端将所述转码文件返回给所述客户端；其中，所请求的原始视频文件的网络路径表示为U，U采用网络路径标识符U_KEY进行唯一标识，U_KEY为与U等长度的字符串；所述期望的转码参数表示为P，P采用转码参数标识符P_KEY进行唯一标识，P_KEY为与P等长度的字符串；将U_KEY和P_KEY进行字符串拼接及Hash计算，或者将U_KEY和P_KEY进行按位加减及Hash计算获得查询符UP_KEY，采用UP_KEY唯一标识所述转码文件。2.如权利要求1所述的方法，其特征在于，所述服务端接收任一客户端发送的视频下载请求之前，还包括：客户端获取用户所请求的原始视频文件的网络路径和期望的转码参数；所述客户端对获取的所请求的原始视频文件的网络路径和期望的转码参数进行封装，形成视频下载请求；所述客户端将所述视频下载请求发送至服务端；其中，所请求的原始视频文件的网络路径包括：所请求的原始视频文件的通用资源标志符URI或比特流bt种子；所述期望的转码参数包括：期望的输出容器格式、期望的音视频编码、期望的视频分辨率、期望的视频帧率和期望的视频码率中的任一种或多种。3.如权利要求1或2所述的方法，其特征在于，所述服务端根据所请求的原始视频文件的网络路径，获取所述客户端所请求的原始视频文件，包括：所述服务端基于哈希Hash算法对所请求的原始视频文件的网络路径U进行计算，获得所请求的原始视频文件的网络路径标识符U_KEY；所述服务端查询本端是否存在U_KEY对应的原始视频文件U_FILE；若查询结果为是，所述服务端从本端提取U_KEY对应的原始视频文件U_FILE；若查询结果为否，所述服务端从互联网中下载U对应的原始视频文件U_FILE，并将所述U_FILE与所述U_KEY对应存储于本端；其中，所述U_KEY与所述U一一对应，所述U_KEY与所述U_FILE一一对应。4.如权利要求3所述的方法，其特征在于，所述P_KEY与所述P一一对应，所述UP_KEY与所述U_KEY和所述P_KEY的组合一一对应，所述UP_KEY与所述UP_FILE一一对应。5.一种服务端，其特征在于，包括：请求接收模块，用于接收任一客户端发送的视频下载请求，所述视频下载请求包括：所请求的原始视频文件...

【专利技术属性】
技术研发人员：刘俊，梁晨，
申请(专利权)人：腾讯科技深圳有限公司，
类型：发明
国别省市：