流式傳輸裝置及方法、流式傳輸服務系統及記錄介質與流程
2023-10-07 23:35:44 1

本發明涉及一種流式傳輸裝置及其方法、利用其的流式傳輸服務系統及計算機可讀記錄介質。尤其,涉及一種通過修改播放目錄文件來使多數終端裝置的播放器的延遲時間實質上相同或使緩衝最小化的流式傳輸裝置及其方法、利用其的流式傳輸服務系統及計算機可讀記錄介質。
背景技術:
通過網絡實時播放多媒體數據的流式傳輸(streaming)服務越來越活躍。
近年來,不使用如實時消息傳輸協議(rtmp,realtimemessagingprotocol)/實時流式傳輸協議(rtsp,realtimestreamingprotocol)等傳統的伺服器主導型協議,而是使用標準超文本傳輸協議(http,hypertexttransferprotocol)來提供流式傳輸服務。
使用標準http協議來提供流式傳輸服務的方式主要使用http漸進式下載(progressivedownload)方式和http直播流式傳輸(httplivestreaming,以下稱為hls)方式。
hls方式將媒體文件碎片化為例如10秒(一般使用5~15秒)左右的短文件(例如,mpeg-2傳輸流(mpeg-2transportstream)文件),且將作為文件碎片的元信息的播放目錄文件提供給客戶端。播放目錄文件使用m3u8(hls2)文件,所述m3u8(hls2)文件使用屬於可擴展標記語言(xml,extensiblemarkuplanguage)的一種的同步化多媒體集成語言(smil,synchronizedmultimediaintegrationlanguage)語法。因此,文件名的形式由「.m3u8」或者「.m3u」構成。其中,「.m3u」文件使用於只有音頻的內容。
文件碎片即影像碎片文件以mpeg-ts格式構成,且文件的擴展名為「ts」。
文件名表示連續順序,因此其以能夠推理出下一個文件名的方式生成。其主要使用十進位形式的數,但是也用其他方式的標記法表示。播放目錄文件通過擴展功能提供能夠設置影像碎片文件的播放順序和與多種播放相關的功能的標籤。
客戶端利用http協議從伺服器下載播放目錄文件,並且從伺服器下載播放目錄文件中指定的影像碎片文件,並連續地播放。
在hls服務中,通常向客戶端傳送具有3個或3個以上的影像碎片文件的播放順序的播放目錄文件。若新傳送的播放目錄文件的文件目錄中倒數第3個影像碎片之後開始播放,則客戶端重新請求播放目錄文件。此外,若客戶端從伺服器接收播放目錄文件並發現更新的目錄,則至少待機相當於播放目錄的最後影像碎片文件長度的時間後,請求對應於更新播放目錄的文件。若播放目錄沒有更新,則待機目標長度的0.5倍之後,再請求播放目錄文件。
這種hls方式都支援live/vod,在live情況下,作為準實時工作的協議,根據m3u8中包含的ts數量,每個終端裝置的播放器的播放開始時間可能不同,因此發生每個播放器的延遲時間不同的問題。
現有技術文獻
[專利文獻]
(專利文獻1)韓國授權號10-1397183號
(專利文獻2)韓國授權號10-1452345號
(專利文獻3)韓國授權號10-0899666號
(專利文獻4)韓國授權號10-1247133號
(專利文獻5)韓國公開專利號2015-0120882號
技術實現要素:
(一)要解決的技術問題
為了解決上述問題,本發明的目的在於提供一種流式傳輸裝置及方法、利用其的流式傳輸服務系統及計算機可讀記錄介質,其在hls方式中,通過修改播放目錄,使多個播放器的延遲時間相同或緩衝最小化。
(二)技術方案
根據本發明的一個方面的流式傳輸裝置,包括:調度器,修改元文件的播放目錄文件,生成修改的元文件;以及伺服器套接字,對播放器執行伺服器的功能,從播放器接收元文件傳送請求時,傳送修改的所述元文件。
並且,根據本發明的一個方面的所述調度器修改元文件的播放目錄文件中需要最先播放的文件的序列號,形成包括修改的序列號之後的文件名的元文件。
並且,根據本發明的一個方面的所述調度器獲取播放目錄文件的最後一個碎片文件的序列號,並將減去n後的序列號指定為需要最先播放的文件的序列號,形成包括被指定的序列號之後的文件名的元文件。
並且,根據本發明的一個方面的所述調度器從播放目錄文件中的最後一個碎片文件名中減去的n是0或者1。
並且,根據本發明的一個方面的所述調度器包括:文件解析部,從所述中轉伺服器接收的元文件中提取最後一個碎片文件名的序列號;播放目錄文件修改部,將從所述文件解析部提取的最後一個影像碎片文件名的序列號減去一定數量後的序列號指定為需要最先播放的文件的序列號;以及播放目錄文件生成部,生成修改的元文件,所述修改的元文件包括由播放目錄文件修改部指定的序列號,並包括從所述指定的序列號依次增加的一定數量的碎片文件名。
並且,根據本發明的一個方面的所述調度器還包括文件緩存部,其臨時存儲與元文件的碎片文件名相對應的碎片文件,根據播放器的請求傳送臨時存儲的碎片文件。
並且,根據本發明的一個方面的流式傳輸裝置還包括客戶端套接字部,其從中轉伺服器接收元文件並提供給所述調度器。
並且,根據本發明的一個方面的所述客戶端套接字執行http客戶端的功能,包括多個客戶端套接字,並從所述中轉伺服器接收元文件並提供。
並且,根據本發明的一個方面的所述調度器獲取播放目錄文件的最後一個碎片文件的序列號,並將從所述序列號減去2至5範圍內的自然數n個後的序列號指定為需要最先播放的文件的序列號,形成包括指定的序列號之後的3個以上且6個以下的碎片文件名的元文件。
另外,根據本發明另一個方面的流式傳輸方法,包括以下步驟:(a)流式傳輸裝置修改元文件生成修改的元文件;以及(b)流式傳輸裝置執行伺服器的功能,從播放器接收元文件傳送請求後,傳送已被修改的元文件。
並且,根據本發明另一個方面,在所述(b)步驟之後還包括以下步驟:(c)從播放器接收碎片文件傳送請求後,傳送相應的碎片文件。
並且,根據本發明另一個方面,在所述(a)步驟之前還包括以下步驟:(d)流式傳輸裝置從中轉伺服器接收元文件。
並且,根據本發明另一個方面,所述(d)步驟包括以下步驟:(d-1)流式傳輸裝置利用執行http客戶端作用的多個客戶端套接字,向中轉伺服器請求傳送元文件;以及(d-2)從中轉伺服器接收包括播放文件目錄信息的元文件。
並且,根據本發明另一個方面,所述(a)步驟包括以下步驟:(a-1)所述流式傳輸裝置從中轉伺服器接收的元文件中提取最後一個碎片文件名的序列號;(a-2)所述流式傳輸裝置將提取的最後一個影像碎片文件名的序列號減去一定數量後的序列號指定為需要最先播放的文件的序列號;以及(a-3)所述流式傳輸裝置生成修改的元文件,所述修改的元文件包括指定的序列號,並包括從所述指定的序列號依次增加的一定數量的碎片文件名。
並且,根據本發明另一個方面,在所述(a-2)步驟中,所述流式傳輸裝置獲取播放目錄文件的最後一個碎片文件的序列號,並將減去n個後的序列號指定為需要最先播放的文件的序列號,所述n是0或者1。
並且,根據本發明另一個方面,在所述(a-2)步驟中,所述流式傳輸裝置的所述調度器獲取播放目錄文件的最後一個碎片文件的序列號,並將減去2至5範圍內的自然數n個後的序列號指定為需要最先播放的文件的序列號,形成包括指定的序列號之後的3個以上且6個以下的碎片文件名的元文件。
另外,根據本發明的又一個方面的流式傳輸服務系統,包括:發行者伺服器,將實時接收的多媒體數據分割成多個碎片文件,生成元文件;中轉伺服器,中轉由所述發行者伺服器生成的元文件;以及流式傳輸裝置,對播放器執行伺服器作用,修改從所述中轉伺服器提供的元文件的播放目錄文件,並將修改的元文件提供給播放器。
並且,根據本發明的又一個方面的所述流式傳輸裝置設置在終端裝置。
並且,根據本發明的又一個方面的所述流式傳輸裝置當終端裝置為智慧型手機時由與播放器相同的應用程式(app)驅動。
(三)有益效果
根據如上所述的本發明,能夠解決根據m3u8中包括的ts數量每個播放器的播放開始時間點不同的問題。
結果,能夠使每個播放器的延遲時間實質上相同。
並且,根據本發明,流式傳輸裝置對播放器執行伺服器的功能,從播放器接收元文件傳送請求後,能夠傳送修改的所述元文件,因此,不需要改變上位伺服器,也能夠容易改變播放開始時間點,從而增加了用戶的便利。
即,根據本發明,播放器不直接依靠中轉伺服器,而是通過對播放器執行伺服器功能的流式傳輸裝置進行通信,因此能夠在流式傳輸裝置端解決延遲時間縮短及播放開始時間點不同的情況,從而實施和變更等容易,因此增加了用戶的便利。
並且,根據本發明,通過充分確保m3u8中包括的ts數量,從而能夠使播放器的緩衝(buffering)最小化。
附圖說明
圖1是本發明的一個實施例的利用流式傳輸裝置的流式傳輸服務系統的結構圖。
圖2是表示利用hls協議的直播流式傳輸服務的一般元文件的示意圖。
圖3是表示本發明的播放目錄文件被修改的元文件的示意圖。
圖4是表示本發明的播放目錄文件被修改的元文件的另一個示意圖。
圖5是表示現有技術的文件播放順序和本發明的文件播放順序的圖。
圖6是表示本發明的縮短延遲時間的一個示意圖。
圖7是表示本發明的縮短延遲時間的另一個示意圖。
圖8是表示本發明的一個實施例的流式傳輸裝置的結構圖。
圖9是表示本發明的一個優選實施例的流式傳輸方法的流程圖。
具體實施方式
本發明可以進行多種變換,且可以具有多種實施例,以下,基於附圖對特定實施例進行詳細說明。
在本發明的說明中,若認為對相關公知技術的具體說明有可能混淆本發明的要旨,則省略對其的詳細說明。
第一、第二等術語可以用來說明各種構成要素,但是所述構成要素並不限定於所述術語,所述術語只是為了將一個構成要素與另一個構成要素區別而使用的。
圖1是本發明的一個實施例的利用流式傳輸裝置的流式傳輸服務系統的結構圖。
參照圖1,本發明的一個實施例的利用流式傳輸裝置的流式傳輸服務系統,包括:廣播發送者10、發行者(pp:publishpoint)伺服器20、中轉伺服器30、流式傳輸裝置40以及播放器50。
所述廣播發送者10將視頻信號或者如視頻信號及音頻信號等多媒體數據傳送至發行者伺服器20。此時,由廣播發送者10提供的視頻信號或者如視頻信號及音頻信號等多媒體信號可以是直播(live)信號。
所述廣播發送者10可以包括如攝像機、照相機等用於獲取一般影像的影像獲取裝置。
並且,廣播發送者10還可以包括編碼器等,以將由影像獲取裝置獲取的視頻信號或者如視頻信號及音頻信號等多媒體信號壓縮成數字。
所述廣播發送者10通過影像獲取裝置獲取影像信號,利用編碼器對獲取的影像信號進行編碼,並轉換為多媒體流後傳送至發行者伺服器20。
此時,經過編碼的所述多媒體流通過標準影像傳輸協議傳送至發行者伺服器20,所述標準影像傳輸協議為如實時流式傳輸協議(realtimestreamingprotocol,rtsp,rfc2326中規約)和實時傳輸協議(realtimetransportprotocol,rtp)或者實時消息傳輸協議(realtimemessagingprotocol,rtmp)等。
另外,所述發行者伺服器20對由所述廣播發送者10傳送的視頻信號或者視頻信號及音頻信號進行編碼。
之後,所述發行者伺服器20進行分割以分割為碎片文件(chunk),並通過hls協議流式傳輸至中轉伺服器30。通過將視頻數據碎片化來生成的影像碎片文件也可稱之為傳輸流(transportstream,ts)文件。
所述發行者伺服器20包括流分割器(streamsegmenter)。
所述發行者伺服器20中包括的流分割器每隔一定時間將接收的視頻或者視頻信號及音頻信號進行分割以製成分割文件,生成包括能夠接近分割文件的播放目錄文件的元文件。
流分割器生成的元文件可以採取m3u8文件形式。
m3u8格式是從m3u格式擴展的格式,與m3u格式相比,可以使用euc-kr字符集,並可以以各種指示語提供要播放的文件的進一步的信息。
m3u8格式的第一行以『#extm3u』字符串開始。
流式傳輸裝置可通過確認元文件的第一行來識別m3u8格式的適用。m3u8格式將『#ext』字符串作為指示語。即,流式傳輸裝置通過『#ext』字符串識別m3u8形式的元文件的指示語。在m3u8格式中,若不以『#ext』開始,則#之後的所有字符串視為注釋。
並且,m3u8格式包括:播放目錄文件中羅列的各文件的最大播放時間,即,表示目標長度的指示語(#ext-x_targetduration);表示需要最先播放的文件序列號的指示語(#ext-x-media-sequence);表示相關指示語之後出現的ts文件的播放時間的指示語(#extinf)。流式傳輸直播影像時,m3u8目錄文件不以「#ext-x-endlist」結束。
另外,中轉伺服器30將與廣播發送者10發送的視頻信號或者視頻信號及音頻信號相應地轉換的流式傳輸數據傳送至流式傳輸裝置40。
所述中轉伺服器30包括發送器(transmitter)和收集器(collector),將轉換的流式傳輸數據傳送至流式傳輸裝置40。
所述中轉伺服器30的發送器執行將與從發行者伺服器20傳送的多媒體相對應的流式傳輸數據傳送至收集器的功能。
中轉伺服器30中包括的收集器執行待機的功能,以將與從發送器傳送的多媒體相應的流式傳輸數據提供給流式傳輸裝置40。
接著,流式傳輸裝置40接收並存儲通過中轉伺服器30提供的包括播放目錄文件的元文件。
所述流式傳輸裝置40根據元文件中包括的播放目錄向中轉伺服器30請求碎片文件,接收碎片文件並存儲。
此時,流式傳輸裝置40從中轉伺服器30接收的元文件(m3u8文件)中包括影像碎片文件,即ts文件的名稱,且ts文件的名稱包括按執行順序依次增加的正數而不是負數而構成,所述元文件包括作為要播放的視頻信息的播放目錄文件。
圖2是表示利用hls協議的直播流式傳輸服務的一般元文件的示意圖,圖3是表示本發明的播放目錄文件被修改的元文件的示意圖,圖4是表示本發明的播放目錄文件被修改的元文件的另一個示意圖。
如圖2所示,利用hls協議的直播流式傳輸服務中,播放目錄文件一般包括3個以上的碎片文件(例如,108516.ts~108521.ts)。
與一般的所述hls直播流式傳輸服務的播放目錄文件不同,本發明的流式傳輸服務的播放目錄文件被修改為具有更小的影像碎片文件。
即,流式傳輸裝置40從獲取的元文件中包括的播放目錄文件的影像碎片文件名中,獲取第一個影像碎片文件名和最後一個影像碎片文件名。然後,流式傳輸裝置40基於第一個影像碎片文件名和最後一個影像碎片文件名修改播放目錄文件。
具體地,流式傳輸裝置40確認最後一個影像碎片文件名的序列號,並將從所述序列號減去n個後的序列號指定為表示需要最先播放的文件序列號的指示語(#ext-x-mediasequence),生成包括修改的序列號之後的碎片文件名的元文件。
參照圖3說明,流式傳輸裝置40從中轉伺服器30接收的元文件中需要最先播放的文件序列號為108516號文件,將從最後一個文件名108521減去1個後的108520修改為需要最先播放的文件序列號並傳送。
並且,流式傳輸裝置40的元文件中包括的碎片文件包括由需要播放的文件的序列號和其之後的序列號構成的碎片文件(圖3中包括108520和108521)。
在此,流式傳輸裝置40中減去的n可根據各地區或各國家的通信政策或通信環境進行調整,優選為0或者1。這種通信政策在流式傳輸裝置40驅動時從相關國家的政策伺服器(未圖示)下載並存儲及管理。
這種情況下,流式傳輸裝置40對播放器50執行伺服器的功能,從播放器50接收元文件傳送請求時,登記接收的元文件傳送請求。
並且,流式傳輸裝置40將包括修改的播放目錄文件的元文件傳送至播放器50。
通過上述的元文件的傳送,根據由播放器50請求的碎片文件傳送請求,傳送相應的碎片文件。
流式傳輸裝置40監視元文件信息的同時繼續更新以保持最新的元文件信息。
即,流式傳輸裝置40定期地確認是否對m3u8目錄文件進行變更,向中轉伺服器30請求通過變更新添加的ts文件,接收文件並存儲。
如上所述,直播流式傳輸服務的m3u8目錄文件可隨著時間的推移變更,例如,生成新的ts文件時變更。
流式傳輸裝置40可以請求添加在變更的m3u8目錄文件的ts文件並播放。流式傳輸裝置40為了確認m3u8目錄文件的變更,可以在m3u8目錄文件中包括的最後一個碎片文件相關的指示語(#extinf)中指定的時間的0.5~1.5倍時間內,請求m3u8目錄文件來確認變更與否。
所述流式傳輸裝置40包括文件緩存部,將修改的元文件的相關碎片文件存儲在文件緩存部,應對播放器50的請求能夠迅速提供。
為了使緩衝最小化,本發明的流式傳輸服務的播放目錄文件包括3個以上且6個以下的碎片文件,流式傳輸裝置40中減去的n為2至5範圍內的自然數,優選為2。
參照圖4說明,使流式傳輸裝置40中減去的n為5,因此開始播放的序列號為108516,並使碎片文件數量為3個,從而具有序列號為108516、108517、108518的碎片文件。
因此,本發明的流式傳輸服務中,能夠通過具有儘可能多的碎片文件來使緩衝最小化。圖4中,若以強制從第一個碎片文件開始播放的方式調製m3u8,則能夠具有碎片文件數量為6個的緩衝,因此能夠使緩衝最小化。
另外,播放器50驅動後,向流式傳輸裝置40請求傳送包括播放目錄文件的元文件,並接收相應的包括修改的播放目錄文件的元文件。
此時,所接收的修改的播放目錄文件具有如圖3和圖4的右圖所示的結構,包括需要播放的影像碎片文件的名稱,即,由影像碎片文件名組成的播放目錄。
所述播放器50接收包括播放目錄的元文件後,確認最先需要播放的文件的序列號,從相應文件開始播放。
為此,播放器50向流式傳輸裝置40請求目錄中包括的碎片文件,接收文件並播放。
與流式傳輸裝置40一樣,播放器50也監視元文件信息的同時繼續更新以保持最新的元文件信息。
即,播放器50定期確認m3u8目錄文件是否變更,並向流式傳輸裝置40請求通過變更新添加的ts文件,接收文件並播放。
播放器50為了確認m3u8目錄文件的變更,可以在m3u8目錄文件中包括的最後一個碎片文件相關的指示語(#extinf)中指定的時間的0.5~1.5倍的時間內,請求m3u8目錄文件來確認變更與否。
以上說明的流式傳輸裝置40和播放器50可以設置在同一終端裝置上。
所述終端裝置是接入網絡而利用通過所述網絡提供的內容的用戶裝置,向中轉伺服器30請求特定內容,接收並利用從中轉伺服器30傳送的相應的內容。
所述終端裝置可以包括具有通信功能的任何電子/信息通信設備,例如,臺式計算機、筆記本電腦、平板電腦、智慧型手機、個人數字助理(pda,personaldigitalassistant)、網絡電視(智能電視)等。
尤其,終端裝置為智慧型手機時,所述流式傳輸裝置40和播放器50通過相同的應用程式(app)驅動。
圖5示出所述播放器50的文件播放順序,圖5(a)表示現有技術的文件播放順序,圖5(b)表示本發明的文件播放順序。
圖5(a)中示出的文件播放順序從108516.ts開始按文件名的序號依次增加的順序播放,因此各播放器可能發生不同的時間延遲,圖5(b)中文件播放順序從108520.ts開始按文件名的序號依次增加的順序播放,因此各播放器的延遲時間幾乎相同。
這種結果在圖6中示出,(a)表示本發明的播放測試結果,(b)表示在macsafari瀏覽器上的播放測試結果,可知能夠縮短18秒的延遲時間。
並且,另一結果在圖7中示出,(a)表示本發明的播放測試結果,(b)表示在macsafari瀏覽器上的播放測試結果,可知能夠縮短14秒的延遲時間。
因此,根據如上所述的本發明,能夠解決根據m3u8中包括的ts數量各播放器的播放開始時間不同的問題。
結果,能夠使各播放器的延遲時間實質上相同。
另外,連接以上說明的廣播發送者10與發行者伺服器20的網絡和連接中轉伺服器30與流式傳輸裝置40的網絡可由移動通信網、有線通信網、無線通信網或這些通信網的組合來實現,但是並不限定為特定通信網,所述移動通信網為如碼分多址(codedivisionmultipleaccess,cdma)、寬帶碼分多址(widebandcdma,wcdma)、高速分組接入(highspeedpacketaccess,hspa)、長期演進(longtermevolution,lte)等;所述有線通信網為如乙太網(ethernet)、數字用戶線路(xdigitalsubscriberline,xdsl)、光纖同軸電纜混合網(hybridfibercoax,hfc)、光纖入戶(fibertothehome,ftth)等;所述無線通信網為如wifi、無線寬帶接入(wibro)、全球微波互聯接入(wimax)、超寬帶(ultrawideband,uwb)等。
圖8是本發明的一個優選實施例的流式傳輸裝置的結構圖。
參照圖8,本發明的一個優選實施例的流式傳輸裝置包括伺服器套接字110、調度器(scheduler)120及客戶端套接字部130。
所述伺服器套接字110從播放器100接收包括播放文件目錄的元文件的傳送請求(request),將接收的傳送請求傳送至調度器120並登記。
並且,伺服器套接字110對播放器100執行伺服器的功能,將從調度器120傳送的包括修改的播放文件目錄的元文件傳送至播放器100。
接著,調度器120通過伺服器套接字110從播放器100接收包括播放文件目錄的元文件傳送請求後,將其存儲並管理。調度器120在從中轉伺服器140接收的包括播放文件目錄的元文件中,修改播放文件目錄中需要最先播放的文件名後,將包括修改的播放文件目錄的元文件傳送至播放器100。
所述調度器120包括文件解析部121、播放目錄文件修改部122、播放目錄文件生成部123及文件緩存部124。
所述文件解析部121解析元文件後從播放目錄文件中提取需要最先播放的影像碎片文件名和需要最後播放的影像碎片文件名後,將其轉送至播放目錄文件修改部122。
播放目錄文件修改部122確認最後一個影像碎片文件名的序列號,並將從所述序列號減去一定數量後的序列號指定為需要最先播放的文件的序列號。
因此,播放目錄文件生成部123生成修改的元文件,所述元文件包括從播放目錄文件修改部122修改的最先播放的文件的序列號,並包括從所述序列號開始依次增加的一定數量的碎片文件名。
這種需要在播放目錄文件修改部122減去一定數量的n可根據各國的通信政策等而不同,從相應國家的政策伺服器接收並存儲及管理,優選為0或者1。
政策伺服器的政策可以按國家(或者按網絡3g/lteorwifi)區分,以相關地區的測試及通信基礎設施為基準來確定。
為了使緩衝最小化,本發明的流式傳輸服務的播放目錄文件修改部122可以使播放目錄文件包括3個以上且6個以下的碎片文件。
並且,播放目錄文件修改部122中減去的n可以為2至5的範圍內的自然數,優選為2。
對其參照圖4說明,使播放目錄文件修改部122中減去的n為5,因此開始播放的序列號為108516,並使碎片文件數量為3個,從而具有序列號為108516、108517、108518的碎片文件。
如上所述,在本發明的流式傳輸服務中,能夠通過具有儘可能多的碎片文件來使緩衝最小化。在圖4中,若以強制從第一個碎片文件開始播放的方式調製m3u8,則能夠具有碎片文件數量為6個的緩衝,因此能夠使緩衝最小化。如此生成的修改的元文件由播放目錄文件生成部123生成,並通過伺服器套接字110提供至播放器100。
另外,文件緩存部124存儲根據修改的元文件需要播放的碎片文件,在播放器100有請求時,通過伺服器套接字110將其傳送至播放器100。
另外,客戶端套接字部130包括多個客戶端套接字130-1~130-n,且執行http客戶端的功能,從中轉伺服器140接收元文件,接收元文件中包括的碎片文件。
對於所述客戶端套接字部130具有多少個客戶端套接字,可根據情況適當確定。
所述客戶端套接字部130按請求(req)處理優先權(priorty),並管理http客戶端的狀態(連接中(connecting)、已連接(connected)、接收頭(recvheader)、接收體(recvbody)(百分比))等。
如此構成的流式傳輸裝置的工作如下。
所述伺服器套接字110從播放器100接收包括播放文件目錄的元文件的傳送請求(request),將接收的傳送請求登記在調度器120上。
調度器120通過伺服器套接字110從播放器100接收包括播放文件目錄的元文件的傳送請求後,將其存儲並管理,且在從中轉伺服器140接收的包括播放文件目錄的元文件中,修改播放文件目錄中需要最先播放的文件名後,將包括修改的播放文件目錄的元文件傳送至播放器100。
另外,文件緩存部124存儲根據修改的元文件需要播放的碎片文件,在播放器100有請求時,通過伺服器套接字110將其傳送至播放器100。
圖9是本發明的優選實施例的流式傳輸方法的流程圖。
本發明的流式傳輸裝置將獲取的播放目錄文件傳送至播放器,使播放目錄文件中包括的影像碎片文件被播放。
因直播流式傳輸服務的特性,生成新的影像碎片時重新生成播放目錄文件。
在本發明的實施例中,在提供直播流式傳輸服務時,為了防止各播放器發生相互不同的延遲時間,在從中轉伺服器接收的播放目錄文件中包括的文件目錄中,利用第一個影像碎片文件名和最後一個影像碎片文件名。
並且,流式傳輸裝置修改基於從中轉服務接收的影像碎片文件的播放目錄文件,使播放器根據修改的播放目錄文件接收碎片文件並播放。
如附圖9所示,流式傳輸裝置向中轉伺服器請求包括播放目錄文件的元文件,從中轉伺服器獲取包括播放目錄文件的元文件(s100、s110)。
流式傳輸裝置在獲取的播放目錄文件中包括的影像碎片文件名中,獲取第一個影像碎片文件名和最後一個影像碎片文件名(s120)。
並且,流式傳輸裝置基於第一個影像碎片文件名和最後一個影像碎片文件名,修改播放目錄文件(s120)。
具體地,流式傳輸裝置確認最後一個影像碎片文件名的序列號,並將從所述序列號減去一定數量n後的影像碎片文件名指定為表示需要最先播放的文件的序列號的指示語(#ext-x-mediaquence),生成包括修改的序列號之後的碎片文件名的元文件。
其中,流式傳輸裝置中減去的一定數量n優選為0或者1,可根據各地區或各國家的通信政策和通信環境等進行調整。
這種通信政策在流式傳輸裝置驅動時從相應國家的政策伺服器(未圖示)下載並存儲及管理。
為了使緩衝最小化,本發明的流式傳輸服務的播放目錄文件包括3個以上且6個以下的碎片文件,流式傳輸裝置中減去的n為2至5範圍內的自然數,優選為2。
如上所述,本發明的流式傳輸服務中,能夠通過具有儘可能多的碎片文件來使緩衝最小化。在這種情況下,流式傳輸裝置從播放器接收元文件傳送請求時,對播放器執行伺服器的功能,登記接收的元文件傳送請求(s130)。
並且,流式傳輸裝置將包括修改的播放目錄文件的元文件傳送至播放器(s140)。
根據上述的元文件的傳送,根據由播放器請求的碎片文件的請求,傳送相應的碎片文件(s150、s160)。
根據如上所述的本發明,能夠解決根據m3u8中包括的ts數量各播放器的播放開始時間不同的問題。
結果,能夠使各播放器的延遲時間實質上相同。
並且,根據本發明,能夠充分確保m3u8中包括的ts數量,從而能夠使播放器的緩衝最小化。
以上對本發明的特定功能和表示其關係的性能的方法步驟進行了說明。為了便於說明,在此任意定義所述功能性構成要素和方法步驟的界限及順序。
只要適當執行所述特定功能及關係,可定義替代性的界限及順序。任意的替代性的界限及順序包括在本發明所要求保護的範圍及思想。進一步,為了便於說明,任意定義所述功能性構成要素的界限。只要適當執行某種重要的功能,可定義替代性的界限。同樣地,流程圖模塊也是為了表示某種重要的功能性而在此可任意定義。所述流程圖模塊的界限及順序可能為了擴張的使用而被定義,且依然執行某種重要的功能。因此,功能性構成要素和流程圖模塊及順序的替代性的定義均包括在本發明所要求保護的範圍及思想。
並且,本發明中用一個以上的實施例的術語說明了至少一部分。在此,本發明的實施例是為了表示本發明、其方面、其特徵、其概念及/或其例子而使用的。實施本發明的裝置、製造的物品、機器及/或處理器的物理的實施例可包括參照在此說明的一個以上的實施例說明的一個以上的方面、特徵、概念、例子等。並且,在所有附圖中,實施例能夠統一使用所述相同或者不同的附圖標記的命名為相同或類似的功能、步驟、模塊等,因此,所述功能、步驟、模塊等可以是所述相同或類似的功能、步驟、模塊等或其他。
以上,通過具體的構成要素等特定事項和限定的實施例及附圖對本發明進行了說明,但這只是為了更全面地理解本發明而提供的,本發明並不限定於上述實施例,本發明所屬技術領域的技術人員能夠由所述記載進行多種修改及變形。
因此,本發明的思想不能局限於上述的實施例,權利要求書以及與權利要求書等同或等價變形的所有內容應屬於本發明的思想範圍內。