專利名稱：：一種視頻下載方法、服務(wù)端及客戶端的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及視頻下載
技術(shù)領(lǐng)域：
，尤其涉及一種視頻下載方法、服務(wù)端及客戶端。
背景技術(shù)：
：轉(zhuǎn)碼，是將視頻從格式轉(zhuǎn)換成另一種格式的過程。轉(zhuǎn)碼參數(shù)包括輸出容器格式、音視頻編碼和視頻分辨率等信息的一組數(shù)據(jù)。網(wǎng)絡(luò)路徑，是指任何一種可以標(biāo)識一個(gè)文件的方式，比如用http(HyperTextTransferProtocol,超文件傳輸協(xié)議)、ed2k(eDonkey2000network,文件共享網(wǎng)絡(luò))等URI(UniformResourceIdentifier,通用資源標(biāo)志符)表示的文件地址，或者bt(bittorrent,比特流)種子文件。目前，網(wǎng)絡(luò)上可以下載的視頻文件，其格式都千差萬別；以容器格式(常稱視頻格式)為例，容器格式是一種用于容納視頻文件的視頻流和音頻流的數(shù)據(jù)組織方式，常見的·有AVI(AudioVideoInterleaved,音視頻交錯格式)、MKV(MatroskaFile,媒體文件)、WMV(WindowsMediaVideo,視頻壓縮格式)等格式；相同容器格式的視頻文件,其音視頻編碼、視頻分辨率等參數(shù)也會存在差異?？蛻舳税ㄊ謾C(jī)、PDA(PersonalDigitalAssistant,個(gè)人數(shù)字助理)、MP4(MovingPicturesExpertsGroup4,動態(tài)圖像專家組4)播放器、PSP(PlayStationPortable,便攜式游戲機(jī))等設(shè)備,各種客戶端所支持的視頻格式存在差異，因此，從網(wǎng)絡(luò)服務(wù)端下載至客戶端的原始視頻文件，往往需要經(jīng)過轉(zhuǎn)碼處理，才能在客戶端進(jìn)行播放。現(xiàn)有的視頻下載方案為客戶端向服務(wù)端發(fā)送視頻下載請求，該請求中包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑；所述服務(wù)端查詢本端是否存在所請求的原始視頻文件，若查詢結(jié)果為是，則提取本端存儲的原始視頻文件返回給所述客戶端；若查詢結(jié)果為否，則根據(jù)所請求的原始視頻的網(wǎng)絡(luò)路徑，從互聯(lián)網(wǎng)的視頻資源中下載所請求的原始視頻文件返回給所述客戶端；所述客戶端根據(jù)本端所支持視頻格式，對服務(wù)端返回的原始視頻文件進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼文件并進(jìn)行存儲和/或播放。轉(zhuǎn)碼是一個(gè)非常耗時(shí)的過程，例如在一臺P4、l.6G的計(jì)算機(jī)上，將I小時(shí)的影片從原始視頻文件的格式(AVI，H264，1280*720)轉(zhuǎn)碼為新格式(MP4，H264，480*320)，大概需要I.8小時(shí)左右才能完成。目前，市場上可應(yīng)用于客戶端的轉(zhuǎn)碼軟件如FFmpeg(FastForwardMPEG，開源免費(fèi)跨平臺的視頻和音頻流方案)、格式工廠等都是單機(jī)軟件，無法與互聯(lián)網(wǎng)上針對相同視頻文件、相同轉(zhuǎn)碼參數(shù)進(jìn)行轉(zhuǎn)碼的其他客戶端共享相同轉(zhuǎn)碼文件，因此，現(xiàn)有的視頻下載方案中，各個(gè)客戶端從服務(wù)端下載原始視頻文件之后，每個(gè)客戶端均單獨(dú)進(jìn)行轉(zhuǎn)碼過程，這樣會耗費(fèi)大量時(shí)間，導(dǎo)致用戶等待時(shí)間過長；同時(shí)，針對相同視頻文件和相同轉(zhuǎn)碼參數(shù)的轉(zhuǎn)碼過程在各個(gè)客戶端重復(fù)多次，造成了資源的嚴(yán)重浪費(fèi)。
發(fā)明內(nèi)容本發(fā)明實(shí)施例所要解決的技術(shù)問題在于，提供一種視頻下載方法、服務(wù)端及客戶端，由服務(wù)端直接為各個(gè)客戶端提供轉(zhuǎn)碼文件，使得轉(zhuǎn)碼過程和視頻下載過程同步完成，提高視頻下載效率，消除各個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)。為了解決上述技術(shù)問題，本發(fā)明實(shí)施例提供了一種視頻下載方法，包括服務(wù)端接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；所述服務(wù)端根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件；所述服務(wù)端根據(jù)所述期望的轉(zhuǎn)碼參數(shù)和所述原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件；所述服務(wù)端將所述轉(zhuǎn)碼文件返回給所述客戶端。相應(yīng)地，本發(fā)明實(shí)施例還提供了一種服務(wù)端，包括請求接收模塊，用于接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；原始文件獲取模塊，用于根據(jù)所述請求接收模塊接收的視頻下載請求中的所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件；轉(zhuǎn)碼文件獲取模塊，用于根據(jù)所述請求接收模塊接收的視頻下載請求中的期望的轉(zhuǎn)碼參數(shù)和所述原始文件獲取模塊獲取的原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件；返回模塊，用于將所述轉(zhuǎn)碼文件獲取模塊獲得的轉(zhuǎn)碼文件返回給所述客戶端。相應(yīng)地，本發(fā)明實(shí)施例還提供了一種客戶端，包括請求模塊，用于向服務(wù)端發(fā)送視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；接收模塊，用于接收所述服務(wù)端返回的轉(zhuǎn)碼文件。實(shí)施本發(fā)明實(shí)施例，具有如下有益效果1、本發(fā)明實(shí)施例的服務(wù)端接收到任一客戶端的視頻下載請求時(shí)，即讀取所述客戶端所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，根據(jù)該視頻下載請求直接向所述客戶端返回期望的轉(zhuǎn)碼文件，使得轉(zhuǎn)碼過程和視頻下載過程同步完成，提高了視頻下載效率，消除了每個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)；2、本發(fā)明實(shí)施例中，服務(wù)端根據(jù)某轉(zhuǎn)碼參數(shù)對某視頻文件進(jìn)行首次轉(zhuǎn)碼后，即存儲該轉(zhuǎn)碼文件，當(dāng)再次接收到相同的視頻下載請求時(shí)，服務(wù)端直接從本端提取該轉(zhuǎn)碼文件返回給請求的客戶端，避免了相同轉(zhuǎn)碼過程的重復(fù)進(jìn)行，大大降低了后續(xù)各個(gè)客戶端視頻下載的時(shí)間，提高了用戶響應(yīng)速度，消除了每個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)。為了更清楚地說明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實(shí)施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動性的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖I為本發(fā)明的服務(wù)端的第一實(shí)施例的結(jié)構(gòu)示意圖2為圖I所示的原始文件獲取模塊的實(shí)施例的結(jié)構(gòu)示意圖；圖3為圖I所示的轉(zhuǎn)碼文件獲取模塊的實(shí)施例的結(jié)構(gòu)示意圖4為本發(fā)明的服務(wù)端的第二實(shí)施例的結(jié)構(gòu)示意圖5為本發(fā)明的客戶端的實(shí)施例的結(jié)構(gòu)示意圖6為圖5所示的請求模塊的實(shí)施例的結(jié)構(gòu)示意圖7為本發(fā)明的視頻下載方法的第一實(shí)施例的流程圖8為圖7所示的步驟S102的實(shí)施例的具體流程圖9為圖7所示的步驟S103的實(shí)施例的具體流程圖10為本發(fā)明的視頻下載方法的第二實(shí)施例的流程圖。具體實(shí)施例方式下面將結(jié)合本發(fā)明實(shí)施例中的附圖，對本發(fā)明實(shí)施例中的技術(shù)方案進(jìn)行清楚、完整地描述，顯然，所描述的實(shí)施例僅僅是本發(fā)明一部分實(shí)施例，而不是全部的實(shí)施例。基于本發(fā)明中的實(shí)施例，本領(lǐng)域普通技術(shù)人員在沒有作出創(chuàng)造性勞動前提下所獲得的所有其他實(shí)施例，都屬于本發(fā)明保護(hù)的范圍。下面結(jié)合附圖1-4，對本發(fā)明實(shí)施例提供的服務(wù)端進(jìn)行詳細(xì)介紹。請參見圖1，為本發(fā)明的服務(wù)端的第一實(shí)施例的結(jié)構(gòu)示意圖；所述服務(wù)端包括請求接收模塊101，用于接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)。其中，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的URI或bt種子；所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。原始文件獲取模塊102，用于根據(jù)所述請求接收模塊101接收的視頻下載請求中的所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件。若所述客戶端為首個(gè)請求下載該原始視頻文件的客戶端，所述客戶端所請求的原始視頻文件尚未存儲于所述服務(wù)端，所述原始文件獲取模塊102需要根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，從互聯(lián)網(wǎng)提供的視頻資源中獲取所述客戶端所請求的原始視頻文件；若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求并下載了該原始視頻文件，則該原始視頻文件已存儲于所述服務(wù)端，所述原始文件獲取模塊102可直接從所述服務(wù)端中獲取所述客戶端所請求的原始視頻文件。轉(zhuǎn)碼文件獲取模塊103，用于根據(jù)所述請求接收模塊101接收的視頻下載請求中的期望的轉(zhuǎn)碼參數(shù)和所述原始文件獲取模塊102獲取的原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件。若所述客戶端為首個(gè)請求下載視頻文件的客戶端，所述轉(zhuǎn)碼文件獲取模塊103需要根據(jù)所述期望的轉(zhuǎn)碼參數(shù)，在視頻下載時(shí)同步進(jìn)行轉(zhuǎn)碼得到轉(zhuǎn)碼文件；所述服務(wù)端對首次轉(zhuǎn)碼形成的轉(zhuǎn)碼文件進(jìn)行存儲。若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求，則所述轉(zhuǎn)碼文件已存儲于所述服務(wù)端，所述轉(zhuǎn)碼文件獲取模塊103可直接從所述服務(wù)端中獲取所述客戶端所請求的轉(zhuǎn)碼文件。返回模塊104，用于將所述轉(zhuǎn)碼文件獲取模塊103獲得的轉(zhuǎn)碼文件返回給所述客戶端。所述返回模塊104將所述轉(zhuǎn)碼文件獲取模塊103獲得的轉(zhuǎn)碼文件返回給所述客戶端，則完成了視頻下載的過程，所述客戶端接收到所述轉(zhuǎn)碼文件后，可直接進(jìn)行播放，無需再在客戶端進(jìn)行轉(zhuǎn)碼，提高了用戶響應(yīng)速度。本發(fā)明實(shí)施例的服務(wù)端直接為各個(gè)客戶端提供轉(zhuǎn)碼文件，使得轉(zhuǎn)碼過程和視頻下載過程同步完成，提高了視頻下載效率，消除了各個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)。請參見圖2，為圖I所示的原始文件獲取模塊的實(shí)施例的結(jié)構(gòu)示意圖；所述原始文件獲取模塊102包括計(jì)算單元211，用于基于Hash算法對所請求的原始視頻文件的網(wǎng)絡(luò)路徑U進(jìn)行計(jì)算，獲得所請求的原始視頻文件的網(wǎng)絡(luò)路徑標(biāo)識符U_KEY。所述計(jì)算單兀211所基于的hash算法可以為MD2(MessageDigestAlgorithm2，消息摘要算法2)、MD4、MD5、HAVAL(密碼散列函數(shù))和SHA(SecureHashAlgorithm，安全散列算法)中的任一種或多種，所述計(jì)算單元211的計(jì)算過程與現(xiàn)有技術(shù)中基于上述各種算法的計(jì)算過程類似，在此不贅述。其中，所述計(jì)算單元211計(jì)算得到的所述U_KEY為與所述U—一對應(yīng)的等長度的字符串，表明一個(gè)U_KEY可唯一標(biāo)識一個(gè)U。需要說明的是，此處的U無論是采用http、ed2K等URI方式、bt種子或其他方式，只要用于識別相同的原始視頻文件，則U均對應(yīng)相同的U_KEY。查詢單元212，用于查詢所述服務(wù)端是否存在所述計(jì)算單元211得到的U_KEY對應(yīng)的原始視頻文件U_FILE。其中，所述U_KEY與所述原始視頻文件U_FILE—一對應(yīng)，表明U_KEY標(biāo)識的網(wǎng)絡(luò)路徑U可以唯一識別所述原始視頻文件U_FILE。若所述客戶端為首個(gè)請求下載該原始視頻文件的客戶端，所述客戶端所請求的原始視頻文件U_FILE尚未存儲于所述服務(wù)端，所述查詢單元212無法從所述服務(wù)端中查詢到U_KEY對應(yīng)的原始視頻文件U_FILE;若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求，則該原始視頻文件U_FILE已存儲于所述服務(wù)端，所述查詢單元212可從所述服務(wù)端中查詢到U_KEY對應(yīng)的原始視頻文件U_FILE。提取單元213，用于當(dāng)所述查詢單元212查詢結(jié)果為是時(shí)，從所述服務(wù)端提取U_KEY對應(yīng)的原始視頻文件U_FILE。下載單元214，用于當(dāng)所述查詢單元212查詢結(jié)果為否時(shí)，從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE。當(dāng)所述查詢單元212查詢結(jié)果為否時(shí)，表明所述服務(wù)端尚未存儲所述客戶端所請求的原始視頻文件U_FILE，所述下載單元214根據(jù)該原始視頻文件U_FILE的網(wǎng)絡(luò)路徑U,從互聯(lián)網(wǎng)提供的視頻資源中下載該原始視頻文件U_FILE。需要說明的是，U可以為http或ed2K所表示的所述U_FILE的地址，U還可以為所述U_FILE的bt種子。請參見圖3，為圖I所示的轉(zhuǎn)碼文件獲取模塊的實(shí)施例的結(jié)構(gòu)示意圖；所述轉(zhuǎn)碼文件獲取模塊103包括計(jì)算單元311，用于基于Hash算法對所述期望的轉(zhuǎn)碼參數(shù)P進(jìn)行計(jì)算，獲得期望的轉(zhuǎn)碼參數(shù)標(biāo)識符P_KEY。所述計(jì)算單元311所基于的hash算法可以為MD2、MD4、MD5、HAVAL和SHA中的任一種或多種，所述計(jì)算單元311的計(jì)算過程與現(xiàn)有技術(shù)中采用基于上述各種算法的計(jì)算過程類似，在此不贅述。其中，所述計(jì)算單元311計(jì)算得到的所述P_KEY為與所述P—一對應(yīng)的等長度的字符串，表明一個(gè)P_KEY可唯一標(biāo)識一組轉(zhuǎn)碼參數(shù)P。處理單元312，用于對所述U_KEY和所述P_KEY進(jìn)行處理，獲得查詢符UP_KEY。所述處理單元312的處理過程為將U_KEY和P_KEY進(jìn)行字符串拼接，然后對拼接后的字符串基于Hash算法進(jìn)行計(jì)算，得到UP_KEY;或者，將U_KEY和P_KEY進(jìn)行按位加減，然后對按位加減的結(jié)果基于Hash算法進(jìn)行計(jì)算，得到UP_KEY。所述處理單元312所基于的hash算法可以為MD2、MD4、MD5、HAVAL和SHA中的任一種或多種，其計(jì)算過程與現(xiàn)有技術(shù)中采用基于上述各種算法的計(jì)算過程類似，在此不贅述。可以理解的是，所述處理單元312還可以采用其他方式得到UP_KEY，其他方式下可類似分析，在此不贅述。所述UP_KEY與所述U_KEY和所述P_KEY的組合——對應(yīng)，即一個(gè)U_KEY和一個(gè)P_KEY的組合，對應(yīng)于唯——個(gè)UP_KEY。查詢單元313，用于查詢所述服務(wù)端是否存在UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE。其中，所述UP_KEY與所述UP_FILE——對應(yīng)，表明針對U_KEY所對應(yīng)的原始視頻文件U_FILE，基于相同的轉(zhuǎn)碼參數(shù)(P_KEY標(biāo)識的轉(zhuǎn)碼參數(shù))進(jìn)行轉(zhuǎn)碼后，得到唯一一個(gè)轉(zhuǎn)碼文件UP_FILE，該UP_FILE可通過唯——個(gè)查詢符UP_KEY查詢到。若所述客戶端為首個(gè)請求下載視頻文件的客戶端，所述客戶端所請求的轉(zhuǎn)碼文件尚未存儲于所述服務(wù)端，所述查詢單元313無法從所述服務(wù)端中查詢到UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE;若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求，所述客戶端所請求的轉(zhuǎn)碼文件已存儲于所述服務(wù)端，所述查詢單元313可從所述服務(wù)端查詢到UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE。提取單元314，用于當(dāng)所述查詢單元313查詢結(jié)果為是時(shí)，從所述服務(wù)端提取UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE。轉(zhuǎn)碼單元315，用于當(dāng)所述查詢單元313查詢結(jié)果為否時(shí)，根據(jù)P對所述U_FILE進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼文件UP_FILE。當(dāng)所述查詢單元313查詢結(jié)果為否時(shí)，表明所述服務(wù)端尚未存儲所述客戶端所請求的轉(zhuǎn)碼文件，所述轉(zhuǎn)碼單元315根據(jù)P對所述U_FILE進(jìn)行轉(zhuǎn)碼，得到UP_FILE。所述轉(zhuǎn)碼單元315的轉(zhuǎn)碼過程與現(xiàn)有方案中客戶端的轉(zhuǎn)碼過程相同，在此不贅述。請參見圖4，為本發(fā)明的服務(wù)端的第二實(shí)施例的結(jié)構(gòu)示意圖；與圖I-圖3中提供的任一種服務(wù)端相同，所述服務(wù)端包括請求接收模塊101、原始文件獲取模塊102、轉(zhuǎn)碼文件獲取模塊103和返回模塊104。本實(shí)施例中，所述服務(wù)端還包括存儲模塊105，用于當(dāng)所述下載單元214從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE之后，將所述U_FILE與所述U_KEY對應(yīng)存儲；和/或，當(dāng)所述轉(zhuǎn)碼單元315得到UP_FILE之后，將所述UP_FILE與所述UP_KEY對應(yīng)存儲。具體實(shí)現(xiàn)中，所述存儲模塊105可以為所述服務(wù)端的緩存器或存儲器，若所述下載單元214從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE，表明所述服務(wù)端尚未存儲該U_FILE，所述存儲模塊105將所述U_FILE與所述U_KEY對應(yīng)存儲，當(dāng)有客戶端再次發(fā)出相同的視頻下載請求時(shí)，所述服務(wù)端可以從本端直接提取U_KEY對應(yīng)的U_FILE，快速做出響應(yīng)。若所述轉(zhuǎn)碼單元315得到UP_FILE，表明所述服務(wù)端首次對基于P_KEY對應(yīng)的轉(zhuǎn)碼參數(shù)對原始視頻文件U_FILE進(jìn)行轉(zhuǎn)碼，所述存儲模塊105則將本次轉(zhuǎn)碼獲得的UP_FILE與所述UP_KEY對應(yīng)存儲；當(dāng)有客戶端再次發(fā)出相同的視頻下載請求時(shí)，所述服務(wù)端可以從本端直接提取UP_KEY對應(yīng)的UP_FILE，快速返回給所述客戶端。本發(fā)明實(shí)施例中，服務(wù)端根據(jù)某轉(zhuǎn)碼參數(shù)對某視頻文件進(jìn)行首次轉(zhuǎn)碼后，即存儲該轉(zhuǎn)碼文件，當(dāng)再次接收到相同的視頻下載請求時(shí)，服務(wù)端直接從本端提取該轉(zhuǎn)碼文件返回給請求的客戶端，避免了相同轉(zhuǎn)碼過程的重復(fù)進(jìn)行，大大降低了后續(xù)各個(gè)客戶端視頻下載的時(shí)間，提高了用戶響應(yīng)速度，消除了每個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)。下面將結(jié)合附圖5-6，對本發(fā)明實(shí)施例提供的客戶端進(jìn)行詳細(xì)介紹。請參見圖5，為本發(fā)明的客戶端的實(shí)施例的結(jié)構(gòu)示意圖；所述客戶端包括請求模塊201，用于向服務(wù)端發(fā)送視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)。1當(dāng)所述客戶端的用戶想要從服務(wù)端下載視頻時(shí)，所述請求模塊201獲取該用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，并根據(jù)獲取的所述用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，生成視頻下載請求發(fā)送至服務(wù)端。接收模塊202，用于接收所述服務(wù)端返回的轉(zhuǎn)碼文件。所述接收模塊202在所述請求模塊201向所述服務(wù)端發(fā)出視頻下載請求后，接收所述服務(wù)端返回的轉(zhuǎn)碼文件。請參見圖6，為圖5所示的請求模塊的實(shí)施例的結(jié)構(gòu)示意圖；所述請求模塊201包括獲取單元121，用于獲取用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)。其中，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的URI或bt種子；所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。當(dāng)所述客戶端的用戶想要從服務(wù)端下載視頻時(shí)，所述獲取單元121即獲取該用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，其中，網(wǎng)絡(luò)路徑的獲取過程如下該用戶可在客戶端手動輸入自己想要下載的視頻文件的URI(如視頻的http鏈接地址)或bt種子，所述獲取單元121則獲取用戶輸入的URI或bt種子；或者，該用戶可在客戶端提供的頁面中選擇自己想要下載的視頻文件，所述獲取單元121則獲取用戶所選擇的視頻文件的URI或bt種子。其中，期望的轉(zhuǎn)碼參數(shù)的獲取過程如下用戶可在客戶端手動輸入自己使用的客戶端所支持的視頻的參數(shù)(包括容器格式、音視頻編碼、視頻分辨率、視頻幀率和視頻碼率等參數(shù))，所述獲取單元121則獲取用戶輸入的參數(shù)作為用戶期望的轉(zhuǎn)碼參數(shù)?？梢岳斫獾氖?，所述獲取單元121還可以采用其他方式獲取用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，當(dāng)采用其他方式時(shí)可類似分析，在此不贅述。封裝單元122，用于對所述獲取單元121獲取的所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)進(jìn)行封裝，形成視頻下載請求。所述封裝單元122的封裝過程與現(xiàn)有技術(shù)中各種消息的封裝形成過程類似，在此不贅述。發(fā)送單元123，用于將所述封裝單元122形成的視頻下載請求發(fā)送至服務(wù)端。本發(fā)明實(shí)施例的客戶端向服務(wù)端發(fā)送視頻下載請求時(shí)，攜帶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，并接收所述服務(wù)端返回期望的轉(zhuǎn)碼文件，提高了視頻下載效率。需要說明的是，本發(fā)明實(shí)施例提供的客戶端還可以包括播放模塊，該播放模塊可以為客戶端的播放器設(shè)備，用于播放所述接收模塊202接收到的轉(zhuǎn)碼文件。由于所述接收模塊202接收到的所述轉(zhuǎn)碼文件為所述服務(wù)端根據(jù)所述客戶端支持的轉(zhuǎn)碼參數(shù)轉(zhuǎn)碼形成，因此，所述客戶端的播放模塊可以直接播放所述接收模塊202接收到的轉(zhuǎn)碼文件，無需再在客戶端進(jìn)行轉(zhuǎn)碼，提高了用戶響應(yīng)速度。對應(yīng)于本發(fā)明實(shí)施例在上述圖I-圖4中提供的任一種服務(wù)端，以及上述圖5-圖6中提供的任一種客戶端，下面將結(jié)合附圖7-10，對本發(fā)明實(shí)施例提供的視頻下載方法進(jìn)行詳細(xì)介紹，上述本發(fā)明實(shí)施例提供的服務(wù)端及客戶端可應(yīng)用在下面本發(fā)明實(shí)施例提供的視頻下載方法中。請參見圖7，為本發(fā)明的視頻下載方法的第一實(shí)施例的流程圖；所述方法包括S101，服務(wù)端接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)。其中，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的URI或bt種子；所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。S102，所述服務(wù)端根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件。若所述客戶端為首個(gè)請求下載該原始視頻文件的客戶端，所述客戶端所請求的原始視頻文件尚未存儲于所述服務(wù)端，所述服務(wù)端在步驟S102中需要根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，從互聯(lián)網(wǎng)提供的視頻資源中獲取所述客戶端所請求的原始視頻文件；若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求并下載了該原始視頻文件，則該原始視頻文件已存儲于所述服務(wù)端，所述服務(wù)端在步驟S102中可直接從本端獲取所述客戶端所請求的原始視頻文件。請一并參見圖8，為圖7所示的步驟S102的實(shí)施例的具體流程圖；步驟S102包括S21，所述服務(wù)端基于Hash算法對所請求的原始視頻文件的網(wǎng)絡(luò)路徑U進(jìn)行計(jì)算，獲得所請求的原始視頻文件的網(wǎng)絡(luò)路徑標(biāo)識符U_KEY。所述服務(wù)端在步驟S21中所基于的hash算法可以為MD2、MD4、MD5、HAVAL和SHA中的任一種或多種，步驟S21中的計(jì)算過程與現(xiàn)有技術(shù)中基于上述各種算法的計(jì)算過程類似，在此不贅述。其中，經(jīng)過步驟S21計(jì)算得到的所述U_KEY為與所述U—一對應(yīng)的等長度的字符串，表明一個(gè)U_KEY可唯一標(biāo)識一個(gè)U。需要說明的是，此處的U無論是采用http、ed2K等URI方式、bt種子或其他方式，只要用于識別相同的原始視頻文件，則U均對應(yīng)相同的U_KEY。S22，所述服務(wù)端查詢本端是否存在U_KEY對應(yīng)的原始視頻文件U_FILE;若查詢結(jié)果為是，轉(zhuǎn)入S23;否則，轉(zhuǎn)入S24。其中，所述U_KEY與所述原始視頻文件U_FILE——對應(yīng)，表明U_KEY標(biāo)識的網(wǎng)絡(luò)路徑U可以唯一識別所述原始視頻文件U_FILE。若所述客戶端為首個(gè)請求下載該原始視頻文件的客戶端，所述客戶端所請求的原始視頻文件U_FILE尚未存儲于所述服務(wù)端，步驟S22中，所述服務(wù)端無法從本端查詢到U_KEY對應(yīng)的原始視頻文件U_FILE;若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求，則該原始視頻文件U_FILE已存儲于所述服務(wù)端，步驟S22中，所述服務(wù)端可從本端直接查詢到U_KEY對應(yīng)的原始視頻文件U_FILE。S23，所述服務(wù)端從本端提取U_KEY對應(yīng)的原始視頻文件U_FILE;之后，轉(zhuǎn)入步驟S103。S24,所述服務(wù)端從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE。當(dāng)步驟S22的查詢結(jié)果為否時(shí)，表明所述服務(wù)端尚未存儲所述客戶端所請求的原始視頻文件U_FILE，步驟S24中，所述服務(wù)端根據(jù)該原始視頻文件U_FILE的網(wǎng)絡(luò)路徑U,從互聯(lián)網(wǎng)提供的視頻資源中下載該原始視頻文件U_FILE。需要說明的是，U可以為http或ed2K所表示的所述U_FILE的地址，U還可以為所述U_FILE的bt種子?！D8所示的步驟S21-S24為圖7所示的步驟S102的具體細(xì)化?？蛇x地，執(zhí)行完步驟S24后，可直接轉(zhuǎn)入步驟S103繼續(xù)執(zhí)行；也可以轉(zhuǎn)入執(zhí)行步驟S25。S25,所述服務(wù)端將所述U_FILE與所述U_KEY對應(yīng)存儲于本端；之后，轉(zhuǎn)入步驟S103。若所述服務(wù)端執(zhí)行步驟S24，表明所述服務(wù)端尚未存儲該U_FILE，步驟S25將所述U.FILE與所述U_KEY對應(yīng)存儲，當(dāng)有客戶端再次發(fā)出相同的視頻下載請求時(shí)，所述服務(wù)端可以從本端直接提取U_KEY對應(yīng)的U_FILE，快速做出響應(yīng)。S103，所述服務(wù)端根據(jù)所述期望的轉(zhuǎn)碼參數(shù)和所述原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件。若所述客戶端為首個(gè)請求下載視頻文件的客戶端，所述服務(wù)端在步驟S103中根據(jù)所述期望的轉(zhuǎn)碼參數(shù)，在視頻下載時(shí)同步進(jìn)行轉(zhuǎn)碼得到轉(zhuǎn)碼文件，并對首次轉(zhuǎn)碼形成的轉(zhuǎn)碼文件進(jìn)行存儲。若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求，則所述轉(zhuǎn)碼文件已存儲于所述服務(wù)端，所述服務(wù)端在步驟S103中可直接從所述本端獲取所述客戶端所請求的轉(zhuǎn)碼文件。請一并參見圖9，為圖7所示的步驟S103的實(shí)施例的具體流程圖；步驟S103包括S31，所述服務(wù)端基于Hash算法對所述期望的轉(zhuǎn)碼參數(shù)P進(jìn)行計(jì)算，獲得期望的轉(zhuǎn)碼參數(shù)標(biāo)識符P_KEY。步驟S31所基于的hash算法可以為MD2、MD4、MD5、HAVAL和SHA中的任一種或多種，步驟S31中的計(jì)算過程與現(xiàn)有技術(shù)中采用基于上述各種算法的計(jì)算過程類似，在此不贅述。其中，步驟S31計(jì)算得到的所述P_KEY為與所述P—一對應(yīng)的等長度的字符串，表明一個(gè)P_KEY可唯一標(biāo)識一組轉(zhuǎn)碼參數(shù)P。S32，所述服務(wù)端對所述U_KEY和所述P_KEY進(jìn)行處理，獲得查詢符UP_KEY。步驟32的處理過程為將U_KEY和P_KEY進(jìn)行字符串拼接，然后對拼接后的字符串基于Hash算法進(jìn)行計(jì)算，得到UP_KEY;或者，將U_KEY和P_KEY進(jìn)行按位加減，然后對按位加減的結(jié)果基于Hash算法進(jìn)行計(jì)算，得到UP_KEY。步驟S32所基于的hash算法可以為MD2、MD4、MD5、HAVAL和SHA中的任一種或多種，其計(jì)算過程與現(xiàn)有技術(shù)中采用基于上述各種算法的計(jì)算過程類似，在此不贅述?？梢岳斫獾氖?，步驟32中所述服務(wù)端還可以采用其他方式得到UP_KEY，其他方式下可類似分析，在此不贅述。所述UP_KEY與所述U_KEY和所述P_KEY的組合——對應(yīng)，即一個(gè)U_KEY和一個(gè)P_KEY的組合，對應(yīng)于唯——個(gè)UP_KEY。S33，所述服務(wù)端查詢本端是否存在UP_KEY對應(yīng)的轉(zhuǎn)碼文件；若查詢結(jié)果為是，轉(zhuǎn)入S34;否則，轉(zhuǎn)入S35。其中，所述UP_KEY與所述UP_FILE——對應(yīng)，表明針對U_KEY所對應(yīng)的原始視頻文件U_FILE，基于相同的轉(zhuǎn)碼參數(shù)(P_KEY標(biāo)識的轉(zhuǎn)碼參數(shù))進(jìn)行轉(zhuǎn)碼后，得到唯一一個(gè)轉(zhuǎn)碼文件UP_FILE，該UP_FILE可通過唯——個(gè)查詢符UP_KEY查詢。若所述客戶端為首個(gè)請求下載視頻文件的客戶端，所述客戶端所請求的轉(zhuǎn)碼文件尚未存儲于所述服務(wù)端，在步驟S33中，所述服務(wù)端無法從本端查詢到UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE;若在所述客戶端請求之前，已有其他客戶端發(fā)出相同的視頻下載請求，所述客戶端所請求的轉(zhuǎn)碼文件UP_FILE已存儲于所述服務(wù)端，在步驟S33中，所述服務(wù)端可直接從本端查詢到UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE。S34，所述服務(wù)端從本端提取UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE;之后，轉(zhuǎn)入步驟S104。S35，若查詢結(jié)果為否，所述服務(wù)端根據(jù)P對所述U_FILE進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼文件UP_FILE。當(dāng)步驟S33的查詢結(jié)果為否時(shí)，表明所述服務(wù)端尚未存儲所述客戶端所請求的轉(zhuǎn)碼文件，在步驟S35中，所述服務(wù)端根據(jù)P對所述U_FILE進(jìn)行轉(zhuǎn)碼，得到UP_FILE。步驟S35中所述服務(wù)端的轉(zhuǎn)碼過程與現(xiàn)有方案中客戶端的轉(zhuǎn)碼過程相同，在此不贅述。圖9所示的步驟S31-S35為圖7所示的步驟S103的具體細(xì)化?？蛇x地，執(zhí)行完步驟S35后，可直接轉(zhuǎn)入步驟S104繼續(xù)執(zhí)行；也可以轉(zhuǎn)入執(zhí)行步驟S36。S36，所述服務(wù)端將所述UP_FILE與所述UP_KEY對應(yīng)存儲于本端；之后，轉(zhuǎn)入步驟S104。若所述服務(wù)端執(zhí)行步驟S35得到UP_FILE，表明所述服務(wù)端首次對基于P對應(yīng)的轉(zhuǎn)碼參數(shù)對原始視頻文件U_FILE進(jìn)行轉(zhuǎn)碼，步驟S36則將本次轉(zhuǎn)碼獲得的UP_FILE與所述UP_KEY對應(yīng)存儲；當(dāng)有客戶端再次發(fā)出相同的視頻下載請求時(shí),所述服務(wù)端可以從本端直接提取UP_KEY對應(yīng)的UP_FILE，快速返回給所述客戶端。S104，所述服務(wù)端將所述轉(zhuǎn)碼文件返回給所述客戶端。步驟S104中，所述服務(wù)端將所述轉(zhuǎn)碼文件返回給所述客戶端，則完成了視頻下載的過程，所述客戶端接收到所述轉(zhuǎn)碼文件后，可直接進(jìn)行播放，無需再在客戶端進(jìn)行轉(zhuǎn)碼，提高了用戶響應(yīng)速度。本發(fā)明實(shí)施例的服務(wù)端接收到任一客戶端的視頻下載請求時(shí)，即讀取所述客戶端所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，根據(jù)該視頻下載請求直接向所述客戶端返回期望的轉(zhuǎn)碼文件，使得轉(zhuǎn)碼過程和視頻下載過程同步完成，提高了視頻下載效率，消除了每個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)。圖10為本發(fā)明的視頻下載方法的第二實(shí)施例的流程圖，所述方法包括S201，客戶端獲取用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)。其中，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的URI或bt種子；所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。當(dāng)所述客戶端的用戶想要從服務(wù)端下載視頻時(shí)，所述客戶端即執(zhí)行步驟S201，獲取該用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，其中，網(wǎng)絡(luò)路徑的獲取過程如下該用戶可在客戶端手動輸入自己想要下載的視頻文件的URI(如視頻的http鏈接地址)或bt種子，所述客戶端則獲取用戶輸入的URI或bt種子；或者，該用戶可在客戶端提供的頁面中選擇自己想要下載的視頻文件，所述客戶端則獲取用戶所選擇的視頻文件的URI或bt種子。其中，期望的轉(zhuǎn)碼參數(shù)的獲取過程如下用戶可在客戶端手動輸入自己使用的客戶端所支持的視頻的參數(shù)(包括容器格式、音視頻編碼、視頻分辨率、視頻幀率和視頻碼率等參數(shù))，所述客戶端則獲取用戶輸入的參數(shù)作為用戶期望的轉(zhuǎn)碼參數(shù)?？梢岳斫獾氖?，本步驟中，所述客戶端還可以采用其他方式獲取用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)，當(dāng)采用其他方式時(shí)可類似分析，在此不贅述。S202，所述客戶端對獲取的所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)進(jìn)行封裝，形成視頻下載請求。步驟S202的封裝過程與現(xiàn)有技術(shù)中各種消息的封裝形成過程類似，在此不贅述。S203，所述客戶端將所述視頻下載請求發(fā)送至服務(wù)端。S204，服務(wù)端接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)。S205，所述服務(wù)端根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件；S206，所述服務(wù)端根據(jù)所述期望的轉(zhuǎn)碼參數(shù)和所述原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件。S207，所述服務(wù)端將所述轉(zhuǎn)碼文件返回給所述客戶端。本實(shí)施例中，步驟S204-S207與圖7所示實(shí)施例的步驟S101-S104相同，在此不贅述。由于所述服務(wù)端向所述客戶端返回的所述轉(zhuǎn)碼文件由所述服務(wù)端根據(jù)所述客戶端支持的轉(zhuǎn)碼參數(shù)轉(zhuǎn)碼形成，因此，所述客戶端接收到所述轉(zhuǎn)碼文件后，可以直接播放從所述服務(wù)端接收到的轉(zhuǎn)碼文件，無需再進(jìn)行轉(zhuǎn)碼，提高了用戶響應(yīng)速度。本發(fā)明實(shí)施例的服務(wù)端接收到任一客戶端的視頻下載請求時(shí)，直接向所述客戶端返回期望的轉(zhuǎn)碼文件，使得轉(zhuǎn)碼過程和視頻下載過程在服務(wù)端同步完成，提高了視頻下載效率，消除了每個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)；另外，客戶端接收并直接播放所述服務(wù)端返回期望的轉(zhuǎn)碼文件，無需再進(jìn)行轉(zhuǎn)碼，提高了用戶響應(yīng)速度。本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例方法中的全部或部分流程，是可以通過計(jì)算機(jī)程序來指令相關(guān)的硬件來完成，所述的程序可存儲于一計(jì)算機(jī)可讀取存儲介質(zhì)中，該程序在執(zhí)行時(shí)，可包括如上述各方法的實(shí)施例的流程。其中，所述的存儲介質(zhì)可為磁碟、光盤、只讀存儲記憶體(Read-OnlyMemory,ROM)或隨機(jī)存儲記憶體(RandomAccessMemory,RAM)等。以上所揭露的僅為本發(fā)明一種較佳實(shí)施例而已，當(dāng)然不能以此來限定本發(fā)明之權(quán)利范圍，本領(lǐng)域普通技術(shù)人員可以理解實(shí)現(xiàn)上述實(shí)施例的全部或部分流程，并依本發(fā)明權(quán)利要求所作的等同變化，仍屬于發(fā)明所涵蓋的范圍。權(quán)利要求1.一種視頻下載方法，其特征在于，包括服務(wù)端接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；所述服務(wù)端根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件；所述服務(wù)端根據(jù)所述期望的轉(zhuǎn)碼參數(shù)和所述原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件；所述服務(wù)端將所述轉(zhuǎn)碼文件返回給所述客戶端。2.如權(quán)利要求I所述的方法，其特征在于，所述服務(wù)端接收任一客戶端發(fā)送的視頻下載請求之前，還包括客戶端獲取用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；所述客戶端對獲取的所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)進(jìn)行封裝，形成視頻下載請求；所述客戶端將所述視頻下載請求發(fā)送至服務(wù)端；其中，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的通用資源標(biāo)志符URI或比特流bt種子；所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。3.如權(quán)利要求I或2所述的方法，其特征在于，所述服務(wù)端根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件，包括所述服務(wù)端基于哈希Hash算法對所請求的原始視頻文件的網(wǎng)絡(luò)路徑U進(jìn)行計(jì)算，獲得所請求的原始視頻文件的網(wǎng)絡(luò)路徑標(biāo)識符U_KEY；所述服務(wù)端查詢本端是否存在U_KEY對應(yīng)的原始視頻文件U_FILE；若查詢結(jié)果為是，所述服務(wù)端從本端提取U_KEY對應(yīng)的原始視頻文件U_FILE；若查詢結(jié)果為否，所述服務(wù)端從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE，并將所述U_FILE與所述U_KEY對應(yīng)存儲于本端；其中，所述U_KEY與所述U——對應(yīng)，所述U_KEY與所述U_FILE——對應(yīng)。4.如權(quán)利要求3所述的方法，其特征在于，所述服務(wù)端根據(jù)所述期望的轉(zhuǎn)碼參數(shù)和所述原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件，包括所述服務(wù)端基于Hash算法對所述期望的轉(zhuǎn)碼參數(shù)P進(jìn)行計(jì)算，獲得期望的轉(zhuǎn)碼參數(shù)標(biāo)識符P_KEY；所述服務(wù)端對所述U_KEY和所述P_KEY進(jìn)行處理，獲得查詢符UP_KEY；所述服務(wù)端查詢本端是否存在UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE；若查詢結(jié)果為是，所述服務(wù)端從本端提取UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE；若查詢結(jié)果為否，所述服務(wù)端根據(jù)P對所述U_FILE進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼文件UP_FILE，并將所述UP_FILE與所述UP_KEY對應(yīng)存儲于本端；其中，所述P_KEY與所述P——對應(yīng)，所述UP_KEY與所述U_KEY和所述P_KEY的組合——對應(yīng)，所述UP_KEY與所述UP_FILE——對應(yīng)。5.一種服務(wù)端，其特征在于，包括請求接收模塊，用于接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；原始文件獲取模塊，用于根據(jù)所述請求接收模塊接收的視頻下載請求中的所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件；轉(zhuǎn)碼文件獲取模塊，用于根據(jù)所述請求接收模塊接收的視頻下載請求中的期望的轉(zhuǎn)碼參數(shù)和所述原始文件獲取模塊獲取的原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件；返回模塊，用于將所述轉(zhuǎn)碼文件獲取模塊獲得的轉(zhuǎn)碼文件返回給所述客戶端。6.如權(quán)利要求5所述服務(wù)端，其特征在于，所述原始文件獲取模塊包括計(jì)算單元，用于基于Hash算法對所請求的原始視頻文件的網(wǎng)絡(luò)路徑U進(jìn)行計(jì)算，獲得所請求的原始視頻文件的網(wǎng)絡(luò)路徑標(biāo)識符U_KEY；查詢單元，用于查詢所述服務(wù)端是否存在所述計(jì)算單元得到的U_KEY對應(yīng)的原始視頻文件U_FILE；提取單元，用于當(dāng)所述查詢單元查詢結(jié)果為是時(shí)，從所述服務(wù)端提取U_KEY對應(yīng)的原始視頻文件U_FILE；下載單元，用于當(dāng)所述查詢單元查詢結(jié)果為否時(shí)，從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE；其中，所述U_KEY與所述U——對應(yīng)，所述U_KEY與所述U_FILE——對應(yīng)。7.如權(quán)利要求6所述的服務(wù)端，其特征在于，所述轉(zhuǎn)碼文件獲取模塊包括計(jì)算單元，用于基于Hash算法對所述期望的轉(zhuǎn)碼參數(shù)P進(jìn)行計(jì)算，獲得期望的轉(zhuǎn)碼參數(shù)標(biāo)識符P_KEY；處理單元，用于對所述U_KEY和所述P_KEY進(jìn)行處理，獲得查詢符UP_KEY；查詢單元，用于查詢所述服務(wù)端是否存在UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE；提取單元，用于當(dāng)所述查詢單元查詢結(jié)果為是時(shí)，從所述服務(wù)端提取UP_KEY對應(yīng)的轉(zhuǎn)碼文件UP_FILE；轉(zhuǎn)碼單元，用于當(dāng)所述查詢單元查詢結(jié)果為否時(shí)，根據(jù)P對所述U_FILE進(jìn)行轉(zhuǎn)碼，得到轉(zhuǎn)碼文件UP_FILE；其中，所述P_KEY與所述P——對應(yīng)，所述UP_KEY與所述U_KEY和所述P_KEY的組合——對應(yīng)，所述UP_KEY與所述UP_FILE——對應(yīng)。8.如權(quán)利要求7所述的服務(wù)端，其特征在于，還包括存儲模塊，用于當(dāng)所述下載單元從互聯(lián)網(wǎng)中下載U對應(yīng)的原始視頻文件U_FILE之后，將所述U_FILE與所述U_KEY對應(yīng)存儲；和/或，當(dāng)所述轉(zhuǎn)碼單元得到UP_FILE之后，將所述UP_FILE與所述UP_KEY對應(yīng)存儲。9.如權(quán)利要求5-8任一項(xiàng)所述的服務(wù)端，其特征在于，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的URI或bt種子；所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。10.一種客戶端，其特征在于，包括請求模塊，用于向服務(wù)端發(fā)送視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；接收模塊，用于接收所述服務(wù)端返回的轉(zhuǎn)碼文件。11.如權(quán)利要求10所述的客戶端，其特征在于，所述請求模塊包括獲取單元，用于獲取用戶所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；封裝單元，用于對所述獲取單元獲取的所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)進(jìn)行封裝，形成視頻下載請求；發(fā)送單元，用于將所述封裝單元形成的視頻下載請求發(fā)送至服務(wù)端；其中，所請求的原始視頻文件的網(wǎng)絡(luò)路徑包括所請求的原始視頻文件的URI或bt種子;所述期望的轉(zhuǎn)碼參數(shù)包括期望的輸出容器格式、期望的音視頻編碼、期望的視頻分辨率、期望的視頻幀率和期望的視頻碼率中的任一種或多種。全文摘要本發(fā)明實(shí)施例公開了一種視頻下載方法，包括服務(wù)端接收任一客戶端發(fā)送的視頻下載請求，所述視頻下載請求包括所請求的原始視頻文件的網(wǎng)絡(luò)路徑和期望的轉(zhuǎn)碼參數(shù)；所述服務(wù)端根據(jù)所請求的原始視頻文件的網(wǎng)絡(luò)路徑，獲取所述客戶端所請求的原始視頻文件；所述服務(wù)端根據(jù)所述期望的轉(zhuǎn)碼參數(shù)和所述原始視頻文件，獲得所述客戶端所請求的原始視頻文件的轉(zhuǎn)碼文件；所述服務(wù)端將所述轉(zhuǎn)碼文件返回給所述客戶端。本發(fā)明實(shí)施例還公開了一種服務(wù)端及客戶端。本發(fā)明由服務(wù)端直接為各個(gè)客戶端提供轉(zhuǎn)碼文件，使得轉(zhuǎn)碼過程和視頻下載過程同步完成，提高視頻下載效率，消除各個(gè)客戶端單獨(dú)進(jìn)行視頻轉(zhuǎn)碼帶來的資源浪費(fèi)。文檔編號H04L29/06GK102916989SQ20111021921公開日2013年2月6日申請日期2011年8月2日優(yōu)先權(quán)日2011年8月2日發(fā)明者劉俊,梁晨申請人:騰訊科技(深圳)有限公司