專利名稱：播放媒體文件的方法、終端、服務(wù)器和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及信息技術(shù)領(lǐng)域，尤其涉及信息技術(shù)領(lǐng)域中播放媒體文件的方法、終端、 服務(wù)器和系統(tǒng)。
背景技術(shù)：
對于傳統(tǒng)的基于超文本傳輸協(xié)議(Hyper Text Transfer Protocol，簡稱為 “HTTP”)的視頻播放技術(shù)，最典型的為HTTP漸進式下載技術(shù)。在該HTTP漸進式下載技術(shù)中，每個視頻內(nèi)容只對應(yīng)一種碼率的視頻文件。當客戶端帶寬較低，或帶寬變化頻率較高時，播放器的播放過程就會出現(xiàn)短暫的停滯，由此會降低用戶的觀看體驗。當使用自適應(yīng)流(Adaptive Streaming)技術(shù)時，播放器可以根據(jù)自身的可用帶寬、中央處理器(Central Processing Unit，簡稱為“CPU”)的負載和屏幕大小等因素，向服務(wù)器獲取不同碼率的音視頻分片。由此，整個視頻播放的流程會更加流暢。在目前存在的多種自適應(yīng)流技術(shù)中，蘋果(Apple)公司提出的超文本傳輸協(xié)議實時流(HTTP Live Mreaming，簡稱為“HLS”)協(xié)議是應(yīng)用最廣泛的一種。然而，該HLS協(xié)議與其它協(xié)議在功能上相比，卻有明顯的缺點，即HLS協(xié)議不支持快進或快退播放，使得目前市面上的所有支持HLS的終端都不能提供快進快退的功能，從而嚴重影響用戶體驗質(zhì)量。因此，需要一種技術(shù)方案使得支持HLS的終端能夠?qū)崿F(xiàn)快進或快退播放功能。

發(fā)明內(nèi)容
本發(fā)明實施例提供了一種播放媒體文件的方法、終端、服務(wù)器和系統(tǒng)，能夠使得支持HLS的終端實現(xiàn)快進或快退播放功能，并提高用戶體驗質(zhì)量?！矫妫景l(fā)明實施例提供了一種播放媒體文件的方法，該方法包括獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)；確定與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；向服務(wù)器發(fā)送請求消息，該請求消息包括該幀內(nèi)編碼幀信息；接收該服務(wù)器根據(jù)該請求消息發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；根據(jù)該應(yīng)答消息，播放該幀內(nèi)編碼幀數(shù)據(jù)。另一方面，本發(fā)明實施例提供了一種播放媒體文件的方法，該方法包括接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，該幀內(nèi)編碼幀信息與該終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)；根據(jù)該請求消息，獲取與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；向該終端發(fā)送包括該幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于該終端播放該幀內(nèi)編碼幀數(shù)據(jù)。再一方面，本發(fā)明實施例提供了一種終端，該終端包括獲取模塊，用于獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)；確定模塊，用于確定與該獲取模塊獲取的該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；發(fā)送模塊，用于向服務(wù)器發(fā)送請求消息，該請求消息包括該確定模塊確定的該幀內(nèi)編碼幀信息；接收模塊，用于接收該服務(wù)器根據(jù)該發(fā)送模塊發(fā)送的該請求消息而發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；播放模塊，用于根據(jù)該接收模塊接收的該應(yīng)答消息，播放該幀內(nèi)編碼幀數(shù)據(jù)。再一方面，本發(fā)明實施例提供了一種服務(wù)器，該服務(wù)器包括接收模塊，用于接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，該幀內(nèi)編碼幀信息與該終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)；獲取模塊，用于根據(jù)該接收模塊接收的該請求消息，獲取與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；發(fā)送模塊，用于向該終端發(fā)送包括該獲取模塊獲取的該幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于該終端播放該幀內(nèi)編碼幀數(shù)據(jù)。再一方面，本發(fā)明實施例提供了一種播放媒體文件的系統(tǒng)，該系統(tǒng)包括根據(jù)本發(fā)明實施例的終端和服務(wù)器?；谏鲜黾夹g(shù)方案，本發(fā)明實施例的方法、終端、服務(wù)器和系統(tǒng)，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。


為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。圖1是根據(jù)本發(fā)明實施例的播放媒體文件的方法的示意性流程圖。圖2是根據(jù)本發(fā)明另一實施例的播放媒體文件的方法的示意性流程圖。圖3是根據(jù)本發(fā)明再一實施例的播放媒體文件的方法的示意性流程圖。圖4是根據(jù)本發(fā)明實施例的終端的示意性框圖；圖5是根據(jù)本發(fā)明實施例的服務(wù)器的示意性框圖；圖6是根據(jù)本發(fā)明實施例的播放媒體文件的系統(tǒng)的示意性框圖。
具體實施例方式下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例是本發(fā)明的一部分實施例，而不是全部實施例?；诒景l(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動的前提下所獲得的所有其他實施例，都應(yīng)屬于本發(fā)明保護的范圍。圖1示出了根據(jù)本發(fā)明實施例的播放媒體文件的方法100的示意性流程圖。如圖 1所示，該方法100包括S110，獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)；S120，確定與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；S130,向服務(wù)器發(fā)送請求消息，該請求消息包括該幀內(nèi)編碼幀信息；S140，接收該服務(wù)器根據(jù)該請求消息發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；
S150，根據(jù)該應(yīng)答消息，播放該幀內(nèi)編碼幀數(shù)據(jù)。支持HLS的終端可以根據(jù)獲取的媒體文件的快速播放狀態(tài)，確定與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息，并向服務(wù)器發(fā)送包括該幀內(nèi)編碼幀信息的請求消息，由此該終端可以接收該服務(wù)器根據(jù)該請求消息發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)，因而，支持HLS的終端可以根據(jù)該應(yīng)答消息播放該幀內(nèi)編碼幀數(shù)據(jù)。因此，本發(fā)明實施例的方法，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。在Sl 10中，終端獲取基于HLS協(xié)議的媒體文件的快速播放狀態(tài)?？蛇x地，該快速播放狀態(tài)包括快進播放狀態(tài)或快退播放狀態(tài)。例如，終端可以根據(jù)用戶選擇的快進或快退操作信息，確定基于HLS協(xié)議的媒體文件的快速播放狀態(tài)為快進播放狀態(tài)或快退播放狀態(tài)。應(yīng)理解，該快進播放狀態(tài)或快退播放狀態(tài)可以用于指示快進或快退播放的具體倍數(shù)。例如，快進播放狀態(tài)包括第一快進播放狀態(tài)、第二快進播放狀態(tài)和第三快進播放狀態(tài)， 其中第一快進播放狀態(tài)指示2倍數(shù)的快進播放，第二快進播放狀態(tài)用于指示4倍數(shù)的快進播放，第三快進播放狀態(tài)用于指示8倍數(shù)的快進播放。在S120中，終端確定幀內(nèi)編碼幀信息，該幀內(nèi)編碼幀信息用于指示與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀的位置?？蛇x地，終端確定與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息，包括終端根據(jù)該快速播放狀態(tài)，確定該幀內(nèi)編碼幀信息?？蛇x地，該幀內(nèi)編碼幀信息包括指示幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示該幀內(nèi)編碼幀數(shù)據(jù)在該分片上的字節(jié)偏移的第二信息。例如，該第一信息為分片的名稱或標識，該第二信息為該幀內(nèi)編碼幀數(shù)據(jù)在該分片上的具體位置。應(yīng)理解，在本發(fā)明實施例中，“與A相應(yīng)的B”表示B與A相關(guān)聯(lián)，根據(jù)A可以確定 B。但還應(yīng)理解，根據(jù)A確定B并不意味著僅僅根據(jù)A確定B，還可以根據(jù)A和/或其它信息確定B。應(yīng)理解，在本發(fā)明實施例中，幀內(nèi)編碼幀是采用全幀壓縮編碼的幀，該幀內(nèi)編碼幀的生成或解碼可以獨立于其它類型的幀。例如，幀內(nèi)編碼幀可以為I幀(I Frame)，即內(nèi)部畫面。還應(yīng)理解，基于HLS協(xié)議的媒體文件通常由多個分片組成，每個分片可以具有多種碼率，每種碼率的分片可以形成一個獨立的傳輸流(Transport Mream，簡稱為“TS”)文件。 并且終端每次下載分片時，可以根據(jù)當前的網(wǎng)絡(luò)帶寬、中央處理器(Central Processing Unit,簡稱為“CPU”)的負載等因素，確定下載哪種碼率的分片，從而實現(xiàn)自適應(yīng)流媒體播放。以動態(tài)圖像專家組(Moving Pictures Experts Grou，簡稱為“MPEG”)視頻壓縮技術(shù)為例進行說明，一段視頻文件可以包括多個TS文件，每個TS文件可以包括一個或多個圖片組(Group of Pictures，簡稱為“G0P”)。一個GOP通常包括三類幀，即I幀、B幀和P 中貞，以I幀為基礎(chǔ)可以預測P幀，再以I幀和P幀可以預測B巾貞，該P幀又可以稱為“前向預測編碼幀”，該B幀又可以稱為“雙向預測內(nèi)插編碼幀”。在本發(fā)明實施例中，可選地，終端根據(jù)與該媒體文件相應(yīng)的用于描述該媒體文件的描述文件，確定該幀內(nèi)編碼幀信息，其中該描述文件包括該媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移。應(yīng)理解，該字節(jié)偏移指示了幀內(nèi)編碼幀在相應(yīng)的分片上的具體位置。即，終端可以根據(jù)該快速播放狀態(tài)以及該描述文件，確定該幀內(nèi)編碼幀
fn息οS卩，本發(fā)明實施例對與媒體文件相應(yīng)的描述文件進行了擴展，使得在描述文件中， 在媒體文件的每個分片的描述前，都包括每個分片所包含的所有幀內(nèi)編碼幀在該分片上的字節(jié)偏移信息，從而使得終端根據(jù)描述文件，獲取期望的幀內(nèi)編碼幀的字節(jié)偏移信息，進而獲得相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)。在本發(fā)明實施例中，可選地，與基于HLS協(xié)議的媒體文件相應(yīng)的描述文件為M3U8 文件。具體而言，媒體文件的M3U8文件例如可以描述為#EXTM3U#EXT-X-TARGETDURATION :8#EXT-X-MEDΙΑ-SEQUENCE :2680#EXTINF :8，Rangebytes = 0-100，500-600，1200-1400http://priv. example, com/fileSequence2680.ts#EXTINF :8, Rangebytes = 0-130，520-600，1240-1400http://priv. example, com/fileSequence2681.ts#EXTINF :8, Rangebytes = 0-120，510-600，1220-1400http://priv. example, com/fileSequence2682.ts。上述M3U8文件描述了一個媒體文件包括三個TS文件，各TS文件的名稱分別為 “打16^^仙1 ^2680，，、“打16^^仙1 ^2681，，和“打16^^仙1 ^2682，，，每個 TS 文件的播放時間為8秒。該M3U8文件還描述了每個TS文件中的幀內(nèi)編碼幀對應(yīng)的字節(jié)偏移，以及每個 TS文件的統(tǒng)一資源定位符(Uniform Resoure Locator，簡稱為“URL”)。以名稱為“fil必equencd682”的TS文件為例進行說明，其中，“Rangebytes = 0-120，510-600,1220-1400”表示該TS文件包含3個幀內(nèi)編碼幀，其中，第一個幀內(nèi)編碼幀對應(yīng)的字節(jié)偏移是0 120字節(jié)(Byte)，第二個幀內(nèi)編碼幀對應(yīng)的字節(jié)偏移是510 600Byte，第三個幀內(nèi)編碼幀對應(yīng)的字節(jié)偏移是1220 1400Byte，并且該TS文件的URL為 "http://priv. example, com/fileSequence2682. ts，，。例如，在上述例子中，假設(shè)用戶希望快速播放基于HLS協(xié)議的媒體文件A，于是終端可以根據(jù)用戶選擇的快進操作信息，獲取該媒體文件A的為第二快進播放狀態(tài)的快速播放狀態(tài)，該第二快進播放狀態(tài)指示以2倍數(shù)快進播放。終端根據(jù)用于描述該媒體文件A的 M3U8文件以及該第二快進播放狀態(tài)，例如通過計算或查找相應(yīng)的映射表，可以確定需要播放名稱為“fil必eqUenCU680”的TS文件中的第一個和第三個幀內(nèi)編碼幀，即確定與快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息包括的第一信息為filekquenCd680，該幀內(nèi)編碼幀信息包括的第二信息為Range :0-100和1200-1400。應(yīng)理解，在本發(fā)明實施例中，終端需要根據(jù)快進或快退播放狀態(tài)，確定需要播放的幀內(nèi)編碼幀的間隔數(shù)量，通常而言，在GOP長度一定的情況下，用戶選擇的快進或快退播放的倍數(shù)越大，終端需要播放的幀內(nèi)編碼幀的間隔數(shù)量越大，由此終端可以確定該幀內(nèi)編碼幀信息。該幀內(nèi)編碼幀信息可以包括用于獲取一個幀內(nèi)編碼幀數(shù)據(jù)的相關(guān)信息，也可以包括用于獲取多個幀內(nèi)編碼幀數(shù)據(jù)的相關(guān)信息。本發(fā)明實施例并不限于此。在S130中，終端向服務(wù)器發(fā)送包括該幀內(nèi)編碼幀信息的請求消息?？蛇x地，終端向服務(wù)器發(fā)送超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息，該HTTP Byterange 請求消息攜帶指示終端希望獲取的幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示該幀內(nèi)編碼幀數(shù)據(jù)在該分片上的字節(jié)偏移的第二信息，即該HTTP Byterange請求消息包括與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息。在S140中，終端接收服務(wù)器根據(jù)該請求消息發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)?？蛇x地，該應(yīng)答消息可以是HTTP 200 Ok響應(yīng)消息。應(yīng)理解，該幀內(nèi)編碼幀數(shù)據(jù)可以根據(jù)該幀內(nèi)編碼幀信息確定。在S150中，終端根據(jù)該應(yīng)答消息播放該幀內(nèi)編碼幀數(shù)據(jù)。應(yīng)理解，當終端通過與服務(wù)器的一次或多次交互，獲得并播放與快速播放狀態(tài)相應(yīng)的間隔的幀內(nèi)編碼幀數(shù)據(jù)時，就實現(xiàn)了具有HLS的媒體文件的快進或快退播放功能。因此，本發(fā)明實施例的方法，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。上文中結(jié)合圖1，從終端的角度詳細描述了根據(jù)本發(fā)明實施例的播放媒體文件的方法，下面將結(jié)合圖2，從服務(wù)器的角度描述根據(jù)本發(fā)明實施例的方法。如圖2所示，根據(jù)本發(fā)明實施例的播放媒體文件的方法200包括S210，服務(wù)器接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，該幀內(nèi)編碼幀信息與該終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)；S220，服務(wù)器根據(jù)該請求消息，獲取與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；S230，服務(wù)器向該終端發(fā)送包括該幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于該終端播放該幀內(nèi)編碼幀數(shù)據(jù)。應(yīng)理解，在S210中，幀內(nèi)編碼幀信息與快速播放狀態(tài)相應(yīng)，意味著幀內(nèi)編碼幀信息與快速播放狀態(tài)相關(guān)聯(lián)，并且根據(jù)快速播放狀態(tài)可以確定幀內(nèi)編碼幀信息。可選地，該幀內(nèi)編碼幀信息由該終端根據(jù)與該媒體文件相應(yīng)的描述文件而確定， 該描述文件包括該媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移。 艮口，終端可以根據(jù)該快速播放狀態(tài)以及該描述文件，確定該幀內(nèi)編碼幀信息?？蛇x地，該快速播放狀態(tài)包括快進播放狀態(tài)或快退播放狀態(tài)?？蛇x地，該幀內(nèi)編碼幀信息包括指示該幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示該幀內(nèi)編碼幀數(shù)據(jù)在該分片上的字節(jié)偏移的第二信息?？蛇x地，該請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息。在本發(fā)明實施例中，可選地，該幀內(nèi)編碼幀為I幀?？蛇x地，與媒體文件相應(yīng)的描述文件為M3U8文件。還應(yīng)理解，該快進播放狀態(tài)或快退播放狀態(tài)可以用于指示快進或快退播放的具體倍數(shù)。因此，本發(fā)明實施例的方法，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。下面將結(jié)合圖3，以終端確定需要播放名稱為“filekquencdeSl”的分片中的第一個和第三個幀內(nèi)編碼幀數(shù)據(jù)，從而實現(xiàn)快進或快退播放功能為例，詳細說明根據(jù)本發(fā)明實施例的播放媒體文件的方法。如圖3所示，播放媒體文件的方法300包括S310，終端獲取基于HLS協(xié)議的媒體文件的快速播放狀態(tài)，該快速播放狀態(tài)例如是快進播放狀態(tài)或快退播放狀態(tài)；S320，終端可以根據(jù)與該媒體文件相應(yīng)的描述文件，確定與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息，該幀內(nèi)編碼幀信息包括的第一信息為filekquenCd681，該幀內(nèi)編碼幀信息包括的第二信息為Range :bytes = 0-130,1240-1400 ；即終端可以根據(jù)該描述文件及該快速播放狀態(tài)，確定該幀內(nèi)編碼幀信息；S330,終端向服務(wù)器發(fā)送HTTP Byterange請求消息，該請求消息包括該幀內(nèi)編碼幀信息；S340，服務(wù)器根據(jù)該請求消息，獲取與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)， 即名稱為“filekqUenCd681”的分片中的第一個和第三個幀內(nèi)編碼幀的數(shù)據(jù)；S350，服務(wù)器向終端發(fā)送HTTP 2000K應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；S360，終端根據(jù)該應(yīng)答消息，播放名稱為“filekqUenCd681”的分片中的第一個和第三個幀內(nèi)編碼幀的數(shù)據(jù)，從而能夠?qū)崿F(xiàn)快進或快退播放功能。應(yīng)理解，本發(fā)明實施例僅以此為例進行說明，本發(fā)明實施例并不限于此，例如，終端也可以分別獲取該第一個和該第三個幀內(nèi)編碼幀的數(shù)據(jù)。還應(yīng)理解，在本發(fā)明的各種實施例中，上述各過程的序號的大小并不意味著執(zhí)行順序的先后，各過程的執(zhí)行順序應(yīng)以其功能和內(nèi)在邏輯確定，而不應(yīng)對本發(fā)明實施例的實施過程構(gòu)成任何限定。上文中結(jié)合圖1至圖3，詳細描述了根據(jù)本發(fā)明實施例的播放媒體文件的方法，下面將結(jié)合圖4至圖6，詳細描述根據(jù)本發(fā)明實施例的裝置，該裝置包括終端、服務(wù)器和系統(tǒng)。圖4示出了根據(jù)本發(fā)明實施例的終端500的示意性框圖。如圖4所示，該終端500 包括獲取模塊510，用于獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)；確定模塊520，用于確定與該獲取模塊510獲取的該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；發(fā)送模塊530，用于向服務(wù)器發(fā)送請求消息，該請求消息包括該確定模塊520確定的該幀內(nèi)編碼幀信息；接收模塊M0，用于接收該服務(wù)器根據(jù)該發(fā)送模塊530發(fā)送的該請求消息而發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；播放模塊550，用于根據(jù)該接收模塊540接收的該應(yīng)答消息，播放該幀內(nèi)編碼幀數(shù)據(jù)。因此，本發(fā)明實施例的終端，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。在本發(fā)明實施例中，可選地，該確定模塊520確定的該幀內(nèi)編碼幀信息包括指示該幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示該幀內(nèi)編碼幀數(shù)據(jù)在該分片上的字節(jié)
偏移的第二信息?？蛇x地，該確定模塊520還用于根據(jù)與該媒體文件相應(yīng)的描述文件，確定該幀內(nèi)編碼幀信息，其中該描述文件包括該媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移?？蛇x地，該獲取模塊510獲取的該快速播放狀態(tài)包括快進播放狀態(tài)或快退播放狀態(tài)?？蛇x地，該發(fā)送模塊530發(fā)送的該請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息?？蛇x地，該接收模塊540接收的應(yīng)答消息為HTTP 200 OK應(yīng)答消息。應(yīng)理解，根據(jù)本發(fā)明實施例的終端500可對應(yīng)于本發(fā)明實施例播放媒體文件的方法中的終端，并且終端500中的各個模塊的操作和/或功能，分別為了實現(xiàn)圖1至圖3中的各個方法100至300的相應(yīng)流程，為了簡潔，在此不再贅述。因此，本發(fā)明實施例的終端，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。在本發(fā)明實施例中，還提供了一種服務(wù)器，如圖5所示，該服務(wù)器600包括接收模塊610，用于接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，該幀內(nèi)編碼幀信息與該終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)；獲取模塊620，用于根據(jù)該接收模塊610接收的該請求消息，獲取與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；發(fā)送模塊630，用于向該終端發(fā)送包括該獲取模塊620獲取的該幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于該終端播放該幀內(nèi)編碼幀數(shù)據(jù)?？蛇x地，該接收模塊610接收的該幀內(nèi)編碼幀信息由該終端根據(jù)與該媒體文件相應(yīng)的描述文件而確定，該描述文件包括該媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移?？蛇x地，該接收模塊610接收的該幀內(nèi)編碼幀信息包括指示該幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示該幀內(nèi)編碼幀數(shù)據(jù)在該分片上的字節(jié)偏移的第二信息?？蛇x地，該接收模塊610接收的該請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息；該發(fā)送模塊630發(fā)送的應(yīng)答消息為HTTP 2000K應(yīng)答消息。應(yīng)理解，根據(jù)本發(fā)明實施例的服務(wù)器600可對應(yīng)于本發(fā)明實施例播放媒體文件的方法中的服務(wù)器，并且服務(wù)器600中的各個模塊的操作和/或功能，分別為了實現(xiàn)圖1至圖 3中的各個方法100至300的相應(yīng)流程，為了簡潔，在此不再贅述。因此，本發(fā)明實施例的服務(wù)器，通過終端與服務(wù)器交互以獲取媒體文件的分片中
10的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。圖6示出了根據(jù)本發(fā)明實施例的播放媒體文件的系統(tǒng)900的示意性框圖。如圖6 所示，該系統(tǒng)900包括根據(jù)本發(fā)明實施例的終端910 ；和根據(jù)本發(fā)明實施例的服務(wù)器920，其中，該終端910包括獲取模塊，用于獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)；確定模塊，用于確定與該獲取模塊獲取的該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；發(fā)送模塊，用于向服務(wù)器發(fā)送請求消息，該請求消息包括該確定模塊確定的該幀內(nèi)編碼幀信息；接收模塊，用于接收該服務(wù)器根據(jù)該發(fā)送模塊發(fā)送的該請求消息而發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；播放模塊，用于根據(jù)該接收模塊接收的該應(yīng)答消息，播放該幀內(nèi)編碼幀數(shù)據(jù)；該服務(wù)器920包括接收模塊，用于接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，該幀內(nèi)編碼幀信息與該終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)；獲取模塊，用于根據(jù)該接收模塊接收的該請求消息，獲取與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；發(fā)送模塊，用于向該終端發(fā)送包括該獲取模塊獲取的該幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于該終端播放該幀內(nèi)編碼幀數(shù)據(jù)。應(yīng)理解，根據(jù)本發(fā)明實施例的終端910和服務(wù)器920，可以分別對應(yīng)于本發(fā)明實施例中的終端500和服務(wù)器600，并且終端910和服務(wù)器920中的各個模塊的操作和/或功能，分別為了實現(xiàn)圖1至圖3中的各個方法100至300的相應(yīng)流程，為了簡潔，在此不再贅述。因此，本發(fā)明實施例的系統(tǒng)，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。本領(lǐng)域普通技術(shù)人員可以意識到，結(jié)合本文中所公開的實施例描述的各示例的單元及算法步驟，能夠以電子硬件、計算機軟件或者二者的結(jié)合來實現(xiàn)，為了清楚地說明硬件和軟件的可互換性，在上述說明中已經(jīng)按照功能一般性地描述了各示例的組成及步驟。這些功能究竟以硬件還是軟件方式來執(zhí)行，取決于技術(shù)方案的特定應(yīng)用和設(shè)計約束條件。專業(yè)技術(shù)人員可以對每個特定的應(yīng)用來使用不同方法來實現(xiàn)所描述的功能，但是這種實現(xiàn)不應(yīng)認為超出本發(fā)明的范圍。
所屬領(lǐng)域的技術(shù)人員可以清楚地了解到，為了描述的方便和簡潔，上述描述的系統(tǒng)、裝置和單元的具體工作過程，可以參考前述方法實施例中的對應(yīng)過程，在此不再贅述。在本申請所提供的幾個實施例中，應(yīng)該理解到，所揭露的系統(tǒng)、裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式，例如多個單元或組件可以結(jié)合或者可以集成到另一個系統(tǒng)，或一些特征可以忽略，或不執(zhí)行。另外，所顯示或討論的相互之間的耦合或直接耦合或通信連接可以是通過一些接口、裝置或單元的間接耦合或通信連接，也可以是電的，機械的或其它的形式連接。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡(luò)單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本發(fā)明實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以是兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用軟件功能單元的形式實現(xiàn)。所述集成的單元如果以軟件功能單元的形式實現(xiàn)并作為獨立的產(chǎn)品銷售或使用時，可以存儲在一個計算機可讀取存儲介質(zhì)中?；谶@樣的理解，本發(fā)明的技術(shù)方案本質(zhì)上或者說對現(xiàn)有技術(shù)做出貢獻的部分，或者該技術(shù)方案的全部或部分可以以軟件產(chǎn)品的形式體現(xiàn)出來，該計算機軟件產(chǎn)品存儲在一個存儲介質(zhì)中，包括若干指令用以使得一臺計算機設(shè)備(可以是個人計算機，服務(wù)器，或者網(wǎng)絡(luò)設(shè)備等)執(zhí)行本發(fā)明各個實施例所述方法的全部或部分步驟。而前述的存儲介質(zhì)包括U盤、移動硬盤、只讀存儲器(ROM，Read-only Memory)、隨機存取存儲器(RAM，Random Access Memory)、磁碟或者光盤等各種可以存儲程序代碼的介質(zhì)。以上所述，僅為本發(fā)明的具體實施方式
，但本發(fā)明的保護范圍并不局限于此，任何熟悉本技術(shù)領(lǐng)域的技術(shù)人員在本發(fā)明揭露的技術(shù)范圍內(nèi)，可輕易想到各種等效的修改或替換，這些修改或替換都應(yīng)涵蓋在本發(fā)明的保護范圍之內(nèi)。因此，本發(fā)明的保護范圍應(yīng)以權(quán)利要求的保護范圍為準。
權(quán)利要求
1.一種播放媒體文件的方法，其特征在于，包括獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)； 確定與所述快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息； 向服務(wù)器發(fā)送請求消息，所述請求消息包括所述幀內(nèi)編碼幀信息； 接收所述服務(wù)器根據(jù)所述請求消息發(fā)送的應(yīng)答消息，所述應(yīng)答消息包括與所述幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；根據(jù)所述應(yīng)答消息，播放所述幀內(nèi)編碼幀數(shù)據(jù)。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述確定與所述快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息，包括根據(jù)與所述媒體文件相應(yīng)的描述文件，確定所述幀內(nèi)編碼幀信息，其中所述描述文件包括所述媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移。
3.根據(jù)權(quán)利要求1或2所述的方法，其特征在于，所述幀內(nèi)編碼幀信息包括指示所述幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示所述幀內(nèi)編碼幀數(shù)據(jù)在所述分片上的字節(jié)偏移的第二信息。
4.根據(jù)權(quán)利要求1至3中任一項所述的方法，其特征在于，所述快速播放狀態(tài)包括快進播放狀態(tài)或快退播放狀態(tài)。
5.根據(jù)權(quán)利要求1至4中任一項所述的方法，其特征在于，所述請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息。
6.一種播放媒體文件的方法，其特征在于，包括接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，所述幀內(nèi)編碼幀信息與所述終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)； 根據(jù)所述請求消息，獲取與所述幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)； 向所述終端發(fā)送包括所述幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于所述終端播放所述幀內(nèi)編碼幀數(shù)據(jù)。
7.根據(jù)權(quán)利要求6所述的方法，其特征在于，所述幀內(nèi)編碼幀信息由所述終端根據(jù)與所述媒體文件相應(yīng)的描述文件而確定，所述描述文件包括所述媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移。
8.根據(jù)權(quán)利要求6或7所述的方法，其特征在于，所述幀內(nèi)編碼幀信息包括指示所述幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示所述幀內(nèi)編碼幀數(shù)據(jù)在所述分片上的字節(jié)偏移的第二信息。
9.根據(jù)權(quán)利要求6至8中任一項所述的方法，其特征在于，所述請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息。
10.一種終端，其特征在于，包括獲取模塊，用于獲取基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)；確定模塊，用于確定與所述獲取模塊獲取的所述快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；發(fā)送模塊，用于向服務(wù)器發(fā)送請求消息，所述請求消息包括所述確定模塊確定的所述幀內(nèi)編碼幀信息；接收模塊，用于接收所述服務(wù)器根據(jù)所述發(fā)送模塊發(fā)送的所述請求消息而發(fā)送的應(yīng)答消息，所述應(yīng)答消息包括與所述幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；播放模塊，用于根據(jù)所述接收模塊接收的所述應(yīng)答消息，播放所述幀內(nèi)編碼幀數(shù)據(jù)。
11.根據(jù)權(quán)利要求10所述的終端，其特征在于，所述確定模塊還用于根據(jù)與所述媒體文件相應(yīng)的描述文件，確定所述幀內(nèi)編碼幀信息，其中所述描述文件包括所述媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移。
12.根據(jù)權(quán)利要求10或11所述的終端，其特征在于，所述確定模塊確定的所述幀內(nèi)編碼幀信息包括指示所述幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示所述幀內(nèi)編碼幀數(shù)據(jù)在所述分片上的字節(jié)偏移的第二信息。
13.根據(jù)權(quán)利要求10至12中任一項所述的終端，其特征在于，所述獲取模塊獲取的所述快速播放狀態(tài)包括快進播放狀態(tài)或快退播放狀態(tài)。
14.根據(jù)權(quán)利要求10至13中任一項所述的終端，其特征在于，所述發(fā)送模塊發(fā)送的所述請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息。
15.一種服務(wù)器，其特征在于，包括接收模塊，用于接收終端發(fā)送的包括幀內(nèi)編碼幀信息的請求消息，所述幀內(nèi)編碼幀信息與所述終端獲取的基于超文本傳輸協(xié)議實時流HLS協(xié)議的媒體文件的快速播放狀態(tài)相應(yīng)；獲取模塊，用于根據(jù)所述接收模塊接收的所述請求消息，獲取與所述幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；發(fā)送模塊，用于向所述終端發(fā)送包括所述獲取模塊獲取的所述幀內(nèi)編碼幀數(shù)據(jù)的應(yīng)答消息，以便于所述終端播放所述幀內(nèi)編碼幀數(shù)據(jù)。
16.根據(jù)權(quán)利要求15所述的服務(wù)器，其特征在于，所述接收模塊接收的所述幀內(nèi)編碼幀信息由所述終端根據(jù)與所述媒體文件相應(yīng)的描述文件而確定，所述描述文件包括所述媒體文件的每個分片的所有幀內(nèi)編碼幀在相應(yīng)的分片上的字節(jié)偏移。
17.根據(jù)權(quán)利要求15或16所述的服務(wù)器，其特征在于，所述接收模塊接收的所述幀內(nèi)編碼幀信息包括指示所述幀內(nèi)編碼幀數(shù)據(jù)所屬的分片的第一信息，以及指示所述幀內(nèi)編碼幀數(shù)據(jù)在所述分片上的字節(jié)偏移的第二信息。
18.根據(jù)權(quán)利要求15至17中任一項所述的服務(wù)器，其特征在于，所述接收模塊接收的所述請求消息為超文本傳輸協(xié)議字節(jié)范圍(HTTP Byterange)請求消息。
19.一種播放媒體文件的系統(tǒng)，其特征在于，包括根據(jù)權(quán)利要求10至14中任一項所述的終端；和根據(jù)權(quán)利要求15至18中任一項所述的服務(wù)器。
全文摘要
本發(fā)明公開了一種播放媒體文件的方法、終端、服務(wù)器和系統(tǒng)。該方法包括獲取基于HLS協(xié)議的媒體文件的快速播放狀態(tài)；確定與該快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀信息；向服務(wù)器發(fā)送請求消息，該請求消息包括該幀內(nèi)編碼幀信息；接收該服務(wù)器根據(jù)該請求消息發(fā)送的應(yīng)答消息，該應(yīng)答消息包括與該幀內(nèi)編碼幀信息相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)；根據(jù)該應(yīng)答消息，播放該幀內(nèi)編碼幀數(shù)據(jù)。本發(fā)明實施例的方法、終端、服務(wù)器和系統(tǒng)，通過終端與服務(wù)器交互以獲取媒體文件的分片中的幀內(nèi)編碼幀數(shù)據(jù)，從而使得支持HLS的終端能夠獲取與媒體文件的快速播放狀態(tài)相應(yīng)的幀內(nèi)編碼幀數(shù)據(jù)并進行播放，由此能夠?qū)崿F(xiàn)媒體文件的快進或快退播放功能，并能夠提高用戶體驗質(zhì)量。
文檔編號H04N21/643GK102550038SQ201180003221
公開日2012年7月4日 申請日期2011年11月16日 優(yōu)先權(quán)日2011年11月16日
發(fā)明者張宇 申請人:華為技術(shù)有限公司