本發(fā)明涉及無線通信領(lǐng)域，尤指一種視頻文件存儲方法及其裝置。

背景技術(shù)：

HTTP Live Streaming(HLS)是一種基于HTTP的流媒體傳輸協(xié)議，該HLS可以實現(xiàn)流媒體的直播和點播。

通常，HLS視頻文件包括兩部分，一部分是m3u8描述文件，用于描述ts文件的播放順序和播放信息，另一部分是ts媒體文件，一般每個ts文件播放時長差不多10秒鐘，也就是說，一個HLS的內(nèi)容包括很多ts文件。例如，一個2小時的HLS視頻內(nèi)容，對應(yīng)標清，高清和超清三種碼率，該HLS視頻內(nèi)容每10秒鐘一個ts，每種碼率會有3600*2/10＝720個ts文件，那該HLS視頻總共有720*3＝2160個ts文件。

本領(lǐng)域技術(shù)人員在實現(xiàn)上述方案的過程中發(fā)現(xiàn)，HLS視頻文件包括大量的ts媒體文件和m3u8描述文件，然而，存儲HLS視頻文件時，每個ts媒體文件和m3u8描述文件均需要一個文件句柄，從而導(dǎo)致存儲HLS視頻文件需要使用的大量的文件句柄數(shù)，進而降低了服務(wù)器的存儲能力。

技術(shù)實現(xiàn)要素：

為了解決上述技術(shù)問題，本發(fā)明提供了一種視頻文件存儲方法及其裝置，用以解決服務(wù)器的存儲能力較低的問題。

為了達到本發(fā)明目的，本發(fā)明提供了一種視頻文件存儲方法，包括：

服務(wù)器接收終端發(fā)送的第一文件請求，所述第一文件請求用以請求存儲 在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器URL參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件；

所述服務(wù)器根據(jù)所述第一文件請求，確定所述內(nèi)容文件；

所述服務(wù)器向所述終端發(fā)送所述內(nèi)容文件。

進一步的，所述服務(wù)器接收終端發(fā)送的第一文件請求之前，還包括：

所述服務(wù)器接收所述終端發(fā)送的第二文件請求，所述第二文件請求包括所述URL參數(shù)；

所述服務(wù)器根據(jù)所述URL參數(shù)，確定存儲所述視頻文件的地址；

所述服務(wù)器根據(jù)所述地址，確定所述地址上存儲的第一描述文件，所述第一描述文件包括至少兩個內(nèi)容單元文件的播放順序的信息和各內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息；

所述服務(wù)器向所述終端發(fā)送所述第一描述文件。

進一步的，所述服務(wù)器接收終端發(fā)送的第一文件請求之前，還包括：

所述服務(wù)器通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件。

進一步的，所述服務(wù)器通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件，還包括：

所述服務(wù)器將每個內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息存儲在所述第一描述文件，所述第一描述文件包括所述至少兩個內(nèi)容單元文件的播放順序和每個所述內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息。

進一步的，所述服務(wù)器通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件之前，還包括：

所述服務(wù)器根據(jù)目錄，確定設(shè)置在所述目錄下的視頻文件的描述文件；

所述服務(wù)器根據(jù)所述描述文件，確定所述至少兩個內(nèi)容單元文件，所述描述文件包括所述至少兩個內(nèi)容單元文件的播放順序。

本發(fā)明提供了一種視頻文件存儲裝置，包括：

接收模塊，用于接收終端發(fā)送的第一文件請求，所述第一文件請求用以請求存儲在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器URL參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件；

處理模塊，用于根據(jù)所述第一文件請求，確定所述內(nèi)容文件；

發(fā)送模塊，用于向所述終端發(fā)送所述內(nèi)容文件。

進一步的，所述接收模塊，還用于所述服務(wù)器接收所述終端發(fā)送的第二文件請求，所述第二文件請求包括所述URL參數(shù)；

所述處理模塊，還用于根據(jù)所述URL參數(shù)，確定存儲所述視頻文件的地址；根據(jù)所述地址，確定所述地址上存儲的第一描述文件，所述第一描述文件包括至少兩個內(nèi)容單元文件的播放順序的信息和各內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息；

所述發(fā)送模塊，還用于向所述終端發(fā)送所述第一描述文件。

進一步的，所述處理模塊，還用于通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件。

進一步的，所述處理模塊，還用于將每個內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息存儲在所述第一描述文件，所述第一描述文件包括所述至少兩個內(nèi)容單元文件的播放順序和每個所述內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息。

進一步的，所述處理模塊，還用于根據(jù)目錄，確定設(shè)置在所述目錄下的視頻文件的描述文件；根據(jù)所述描述文件，確定所述至少兩個內(nèi)容單元文件，所述描述文件包括所述至少兩個內(nèi)容單元文件的播放順序

在本實施例中，服務(wù)器接收終端發(fā)送的第一文件請求，所述第一文件請求用以請求存儲在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器URL參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件；所述服務(wù)器根據(jù)所述第一文件請求，確定所述內(nèi)容文件；所述服務(wù)器向所述終端發(fā)送所述內(nèi)容文件。實現(xiàn)了將多個內(nèi)容單元文件存儲在一個聚合文件，從而使得存儲HLS視頻文件使用的文件句柄數(shù)大大減少，進而提高了存儲能力。

本發(fā)明的其它特征和優(yōu)點將在隨后的說明書中闡述，并且，部分地從說明書中變得顯而易見，或者通過實施本發(fā)明而了解。本發(fā)明的目的和其他優(yōu)點可通過在說明書、權(quán)利要求書以及附圖中所特別指出的結(jié)構(gòu)來實現(xiàn)和獲得。

附圖說明

附圖用來提供對本發(fā)明技術(shù)方案的進一步理解，并且構(gòu)成說明書的一部分，與本申請的實施例一起用于解釋本發(fā)明的技術(shù)方案，并不構(gòu)成對本發(fā)明技術(shù)方案的限制。

圖1為本發(fā)明的視頻文件存儲方法一實施例的流程示意圖；

圖2為本發(fā)明的視頻文件存儲裝置一實施例的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚明白，下文中將結(jié)合附圖對本發(fā)明的實施例進行詳細說明。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互任意組合。

本發(fā)明實施例提供的視頻文件存儲方法具體可以應(yīng)用于存儲(HTTP Live Streaming，簡稱HLS)視頻文件，或讀取存儲在服務(wù)器的HLS視頻文件時。本實施例提供的視頻文件存儲方法可以通過視頻文件存儲裝置裝置執(zhí)行，該 視頻文件存儲裝置可以單獨設(shè)置，也可以設(shè)置在服務(wù)器上，其中，該裝置可以采用軟/硬件實現(xiàn)。以下對視頻文件存儲裝置進行詳細闡述。

圖1為本發(fā)明的視頻文件存儲方法一實施例的流程示意圖，如圖1所示，該視頻文件存儲方法，包括：

步驟101、服務(wù)器接收終端發(fā)送的第一文件請求。

在本實施例中，所述第一文件請求用以請求存儲在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器(Uniform Resoure Locator，簡稱URL)參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件。

需要說明的是，本實施例中的內(nèi)容文件可以是多個內(nèi)容單元文件，即HLS視頻文件以每10秒鐘分割的一個ts文件。

步驟102、服務(wù)器根據(jù)所述第一文件請求，確定所述內(nèi)容文件。

具體的，服務(wù)器可以根據(jù)URL參數(shù)，確定內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，接著，根據(jù)字節(jié)索引參數(shù)指示的在內(nèi)容聚合文件的字節(jié)范圍，確定內(nèi)容文件。

步驟103、服務(wù)器向所述終端發(fā)送所述內(nèi)容文件。

在本實施例中，服務(wù)器接收終端發(fā)送的第一文件請求，所述第一文件請求用以請求存儲在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器URL參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件；所述服務(wù)器根據(jù)所述第一文件請求，確定所述內(nèi)容文件；所述服務(wù)器向所述終端發(fā)送所述內(nèi)容文件。實現(xiàn)了將多個內(nèi)容單元文件存儲在一個聚合文件，從而使得存儲HLS視頻文件使用的文件句柄數(shù)大大減少，進而提高了存儲能力。

在上述實施例的基礎(chǔ)上，在所述服務(wù)器接收終端發(fā)送的第一文件請求之前，還可以包括：

所述服務(wù)器接收所述終端發(fā)送的第二文件請求，所述第二文件請求包括所述URL參數(shù)；

所述服務(wù)器根據(jù)所述URL參數(shù)，確定存儲所述視頻文件的地址；

所述服務(wù)器根據(jù)所述地址，確定所述地址上存儲的第一描述文件，所述第一描述文件包括至少兩個內(nèi)容單元文件的播放順序的信息和各內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息；

所述服務(wù)器向所述終端發(fā)送所述第一描述文件。

進一步的，在上述實施例的基礎(chǔ)上，所述服務(wù)器接收終端發(fā)送的第一文件請求之前，還包括：

所述服務(wù)器通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件。

同時，在服務(wù)器通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件過程中，服務(wù)器將每個內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息存儲在所述第一描述文件，所述第一描述文件包括所述至少兩個內(nèi)容單元文件的播放順序和每個所述內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息。

進一步的，在上述實施例的基礎(chǔ)上，服務(wù)器通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件之前，還可以包括：

所述服務(wù)器根據(jù)目錄，確定設(shè)置在所述目錄下的視頻文件的描述文件；

所述服務(wù)器根據(jù)所述描述文件，確定所述至少兩個內(nèi)容單元文件，所述描述文件包括所述至少兩個內(nèi)容單元文件的播放順序。

具體的，表1為聚合前后目錄結(jié)構(gòu)，表2為聚合前后m3u8文件對比表。

表1

表2

圖2為本發(fā)明的視頻文件存儲裝置一實施例的結(jié)構(gòu)示意圖，如圖2所示，該視頻文件存儲裝置，包括：接收模塊21、處理模塊22和發(fā)送模塊23。其中，

接收模塊21，用于接收終端發(fā)送的第一文件請求，所述第一文件請求用以請求存儲在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器URL參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件；

處理模塊22，用于根據(jù)所述第一文件請求，確定所述內(nèi)容文件；

發(fā)送模塊23，用于向所述終端發(fā)送所述內(nèi)容文件。

在本實施例中，服務(wù)器接收終端發(fā)送的第一文件請求，所述第一文件請 求用以請求存儲在所述服務(wù)器的內(nèi)容文件，所述第一文件請求包括統(tǒng)一資源定位器URL參數(shù)和字節(jié)索引參數(shù)，所述字節(jié)索引參數(shù)包括所述內(nèi)容文件在內(nèi)容聚合文件的字節(jié)范圍，所述URL參數(shù)包括內(nèi)容聚合文件存儲在所述服務(wù)器的地址信息，所述視頻文件包括所述內(nèi)容文件，所述內(nèi)容文件包括至少兩個內(nèi)容單元文件；所述服務(wù)器根據(jù)所述第一文件請求，確定所述內(nèi)容文件；所述服務(wù)器向所述終端發(fā)送所述內(nèi)容文件。實現(xiàn)了將多個內(nèi)容單元文件存儲在一個聚合文件，從而使得存儲HLS視頻文件使用的文件句柄數(shù)大大減少，進而提高了存儲能力。

在上述實施例的基礎(chǔ)上，所述接收模塊21，還用于所述服務(wù)器接收所述終端發(fā)送的第二文件請求，所述第二文件請求包括所述URL參數(shù)；

所述處理模塊22，還用于根據(jù)所述URL參數(shù)，確定存儲所述視頻文件的地址；根據(jù)所述地址，確定所述地址上存儲的第一描述文件，所述第一描述文件包括至少兩個內(nèi)容單元文件的播放順序的信息和各內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息；

所述發(fā)送模塊23，還用于向所述終端發(fā)送所述第一描述文件。

進一步的，在上述實施例的基礎(chǔ)上，所述處理模塊22，還用于通過字節(jié)追加方式，依次存儲所述至少兩個內(nèi)容單元文件，獲得內(nèi)容聚合文件。

進一步的，在上述實施例的基礎(chǔ)上，所述處理模塊22，還用于將每個內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息存儲在所述第一描述文件，所述第一描述文件包括所述至少兩個內(nèi)容單元文件的播放順序和每個所述內(nèi)容單元文件在所述內(nèi)容聚合文件中的字節(jié)信息。

進一步的，在上述實施例的基礎(chǔ)上，所述處理模塊22，還用于根據(jù)目錄，確定設(shè)置在所述目錄下的視頻文件的描述文件；根據(jù)所述描述文件，確定所述至少兩個內(nèi)容單元文件，所述描述文件包括所述至少兩個內(nèi)容單元文件的播放順序。

在本實施中，實現(xiàn)了將多個內(nèi)容單元文件存儲在一個聚合文件，從而使得存儲HLS視頻文件使用的文件句柄數(shù)大大減少，進而提高了存儲能力。

雖然本發(fā)明所揭露的實施方式如上，但所述的內(nèi)容僅為便于理解本發(fā)明而采用的實施方式，并非用以限定本發(fā)明。任何本發(fā)明所屬領(lǐng)域內(nèi)的技術(shù)人員，在不脫離本發(fā)明所揭露的精神和范圍的前提下，可以在實施的形式及細節(jié)上進行任何的修改與變化，但本發(fā)明的專利保護范圍，仍須以所附的權(quán)利要求書所界定的范圍為準。