同步多個(gè)ott流傳輸客戶端的制作方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明涉及由多個(gè)重放設(shè)備對(duì)經(jīng)流傳輸?shù)拿襟w內(nèi)容的重放。更具體而言，本發(fā)明涉及同步由多個(gè)重放設(shè)備對(duì)經(jīng)網(wǎng)絡(luò)流傳輸?shù)腛ver The Top (0ΤΤ)或其它呈現(xiàn)時(shí)間敏感媒體的媒體內(nèi)容的重放。
【背景技術(shù)】
[0002]術(shù)語“流傳輸媒體”描述媒體在重放設(shè)備上的重放，其中媒體存儲(chǔ)在服務(wù)器上并且在重放期間經(jīng)網(wǎng)絡(luò)持續(xù)地發(fā)送到重放設(shè)備。對(duì)于本討論，媒體和/或編碼媒體被定義為包括視頻、音頻、畫面或可以被顯示、播放或以某種其它形式被重放設(shè)備呈現(xiàn)的另一類型的呈現(xiàn)的作品的數(shù)據(jù)。通常，重放設(shè)備在重放期間任何給定的時(shí)間都在緩沖區(qū)中存儲(chǔ)足量的媒體，以防止由于重放設(shè)備在接收到媒體的下一部分之前完成所有緩沖媒體的重放而造成重放的中斷。自適應(yīng)比特速率流傳輸或自適應(yīng)流傳輸涉及實(shí)時(shí)地檢測(cè)目前的流傳輸條件(例如，用戶的網(wǎng)絡(luò)帶寬和CPU能力)并且相應(yīng)地調(diào)整經(jīng)流傳輸?shù)拿襟w的質(zhì)量。通常，源媒體以多個(gè)比特速率被編碼并且重放設(shè)備或客戶端依賴于可用資源在流傳輸不同編碼之間切換。
[0003]自適應(yīng)流傳輸方案通常使用或者由因特網(wǎng)工程任務(wù)組和萬維網(wǎng)聯(lián)盟作為RFC2616發(fā)布的超文本傳輸協(xié)議(HTTP)、或者由因特網(wǎng)工程任務(wù)組作為RFC 2326發(fā)布的實(shí)時(shí)流傳輸協(xié)議(RTSP)，以在服務(wù)器和重放設(shè)備之間流傳輸媒體。HTTP是使得重放設(shè)備能夠請(qǐng)求文件中的字節(jié)范圍的無狀態(tài)協(xié)議。HTTP被描述為無狀態(tài)的，因?yàn)椴灰蠓?wù)器為了響應(yīng)于從重放設(shè)備接收到的請(qǐng)求而記錄關(guān)于請(qǐng)求信息的重放設(shè)備的狀態(tài)或者重放設(shè)備所請(qǐng)求的字節(jié)范圍的信息。RTSP是被用來控制流傳輸媒體服務(wù)器的網(wǎng)絡(luò)控制協(xié)議。重放設(shè)備向流傳輸媒體的服務(wù)器發(fā)出控制命令，諸如“播放”和“暫?！?，以控制媒體文件的重放。當(dāng)RTSP被使用時(shí)，媒體服務(wù)器記錄每個(gè)客戶端設(shè)備的狀態(tài)并且基于從客戶端設(shè)備接收到的指令和客戶端的狀態(tài)確定要流傳輸?shù)拿襟w。
[0004]在自適應(yīng)流傳輸系統(tǒng)中，源媒體通常作為指向多個(gè)包含實(shí)際視頻和音頻數(shù)據(jù)的交替流的頂層索引文件被存儲(chǔ)在媒體服務(wù)器上。每個(gè)流通常存儲(chǔ)在一個(gè)或多個(gè)容器文件中。不同的自適應(yīng)流傳輸方案通常使用不同的索引和媒體容器。由萬維網(wǎng)聯(lián)盟開發(fā)的同步多媒體集成語言(SMIL)被用來在幾種自適應(yīng)流媒體方案中創(chuàng)建索引，這些方案包括由位于華盛頓Redmond的微軟公司開發(fā)的IIS平滑流傳輸(Smooth Streaming)和由位于加州San Jose的Adobe系統(tǒng)公司開發(fā)的Flash動(dòng)態(tài)流傳輸(Dynamic Streaming)。由位于加州Cupertino的Apple計(jì)算機(jī)公司開發(fā)的HTTP自適應(yīng)比特速率流傳輸(Adaptive BitrateStreaming)利用擴(kuò)展M3U播放列表文件(.M3U8)來實(shí)現(xiàn)索引文件，擴(kuò)展M3U播放列表文件是包含通常識(shí)別媒體容器文件的URI列表的文本文件。最常用的媒體容器格式是在MPEG-4部分14( S卩，IS0/IEC14496-14)中指定的MP4容器格式和在MPEG-2部分1 (即，IS0/IEC標(biāo)準(zhǔn)13818-1)中指定的MPEG傳送流(TS)容器。MP4容器格式用在IIS平滑流傳輸和Flash動(dòng)態(tài)流傳輸中。TS容器用在HTTP自適應(yīng)比特速率流傳輸中。
[0005]自適應(yīng)比特速率流傳輸對(duì)于媒體內(nèi)容在設(shè)備上的重放充分執(zhí)行。但是，目前沒有可行的途徑來同步經(jīng)流傳輸?shù)膬?nèi)容在兩個(gè)或更多個(gè)重放設(shè)備上的重放，使得內(nèi)容在這兩個(gè)或更多個(gè)設(shè)備上的呈現(xiàn)時(shí)間之間沒有可辨別的差異。目前，同步設(shè)備的唯一途徑是讓用戶手動(dòng)控制在每個(gè)設(shè)備上重放的開始和停止來同步重放，這常常是不可能的或者至少是非常難以實(shí)現(xiàn)的。此外，Over The Top (ΟΤΤ)內(nèi)容或者其它呈現(xiàn)時(shí)間敏感內(nèi)容的利用自適應(yīng)比特速率流傳輸和其它流傳輸過程的流傳輸變得越來越流行。0ΤΤ內(nèi)容是媒體內(nèi)容提供者交付但可能對(duì)內(nèi)容不具有任何控制并且只可以照其被接收的原樣提供內(nèi)容的內(nèi)容。0ΤΤ內(nèi)容的最佳示例是現(xiàn)場(chǎng)廣播。在現(xiàn)場(chǎng)廣播期間，內(nèi)容在其被接收到之后很短的時(shí)間就被實(shí)時(shí)地直接流傳輸?shù)街胤旁O(shè)備以播放。由于重放設(shè)備能力和設(shè)備的網(wǎng)絡(luò)連接的差異，經(jīng)流傳輸?shù)膬?nèi)容在不同設(shè)備上的接收和重放時(shí)刻可能不同步。照此，手動(dòng)同步甚至比對(duì)于在重放設(shè)備上同步被存儲(chǔ)內(nèi)容的重放更難。
[0006]當(dāng)一個(gè)或多個(gè)設(shè)備彼此緊密靠近地執(zhí)行重放時(shí)，同步的缺乏會(huì)是個(gè)問題，因?yàn)橥降娜狈?huì)被觀眾注意到。例如，兩個(gè)或更多個(gè)重放設(shè)備可以在餐館內(nèi)設(shè)置，以觀看現(xiàn)場(chǎng)體育事件。如果重放不同步，則用戶可以注意到設(shè)備之間的廣播延遲。

【發(fā)明內(nèi)容】

[0007]公開了根據(jù)本發(fā)明實(shí)施例的用于同步經(jīng)流傳輸?shù)?ΤΤ內(nèi)容或其它時(shí)間敏感內(nèi)容的重放的系統(tǒng)和方法。根據(jù)本發(fā)明的實(shí)施例，用于由重放設(shè)備執(zhí)行的編碼媒體重放的方法通過以下動(dòng)作來執(zhí)行。重放設(shè)備向網(wǎng)絡(luò)時(shí)間提供者發(fā)送請(qǐng)求。響應(yīng)于該請(qǐng)求，重放設(shè)備從網(wǎng)絡(luò)時(shí)間提供者接收時(shí)間信息。重放設(shè)備利用接收到的時(shí)間信息在設(shè)備中設(shè)置重放時(shí)鐘。為了提供內(nèi)容流的重放，重放設(shè)備從流媒體提供者接收用于編碼媒體流的流啟動(dòng)信息。流啟動(dòng)信息包括流開始時(shí)間。接著，重放設(shè)備接收編碼媒體流。該流包括編碼內(nèi)容的幀。流的每個(gè)幀的呈現(xiàn)時(shí)間信息在重放設(shè)備中基于流啟動(dòng)信息被調(diào)整。
[0008]根據(jù)本發(fā)明的一些實(shí)施例，網(wǎng)絡(luò)時(shí)間提供者是網(wǎng)絡(luò)時(shí)間協(xié)議服務(wù)器，并且請(qǐng)求的發(fā)送和時(shí)間信息的接收是利用網(wǎng)絡(luò)時(shí)間協(xié)議(ΝΤΡ)執(zhí)行的。此外，根據(jù)本發(fā)明的一些實(shí)施例，時(shí)間信息和/或開始時(shí)間以協(xié)調(diào)的世界時(shí)間提供。
[0009]根據(jù)本發(fā)明的一些其它實(shí)施例，網(wǎng)絡(luò)時(shí)間提供者是本地時(shí)間服務(wù)器。根據(jù)這些實(shí)施例中的一些，本地時(shí)間服務(wù)器執(zhí)行以下過程來獲得時(shí)間信息。本地時(shí)間服務(wù)器向網(wǎng)絡(luò)時(shí)間協(xié)議服務(wù)器發(fā)送對(duì)時(shí)間信息的請(qǐng)求。響應(yīng)于該請(qǐng)求，本地時(shí)間服務(wù)器在該本地時(shí)間服務(wù)器中從網(wǎng)絡(luò)時(shí)間協(xié)議服務(wù)器接收時(shí)間信息。接著，本地時(shí)間服務(wù)器可以接收來自重放設(shè)備的對(duì)時(shí)間信息的請(qǐng)求。接著，本地時(shí)間服務(wù)器根據(jù)從網(wǎng)絡(luò)時(shí)間協(xié)議服務(wù)器接收到的定時(shí)信息生成用于重放設(shè)備的時(shí)間信息并且將該時(shí)間信息發(fā)送到重放設(shè)備。
【附圖說明】
[0010]圖1示出了根據(jù)本發(fā)明實(shí)施例的媒體流傳輸系統(tǒng)的網(wǎng)絡(luò)圖。
[0011]圖2示出了執(zhí)行用于提供根據(jù)本發(fā)明實(shí)施例的系統(tǒng)和方法的過程的重放設(shè)備部件的框圖。
[0012]圖3示出了執(zhí)行用于提供根據(jù)本發(fā)明實(shí)施例的系統(tǒng)和方法的過程的服務(wù)器部件的框圖。
[0013]圖4示出了根據(jù)本發(fā)明一些實(shí)施例的經(jīng)網(wǎng)絡(luò)在設(shè)備之間發(fā)送的信息的時(shí)序圖。
[0014]圖5示出了根據(jù)本發(fā)明其它實(shí)施例的經(jīng)網(wǎng)絡(luò)在設(shè)備之間發(fā)送的信息的時(shí)序。
[0015]圖6示出了根據(jù)本發(fā)明實(shí)施例的由重放設(shè)備執(zhí)行的過程的流程圖。
[0016]圖7示出了根據(jù)本發(fā)明實(shí)施例的由流內(nèi)容提供者執(zhí)行的過程的流程圖。
【具體實(shí)施方式】
[0017]現(xiàn)在轉(zhuǎn)向附圖，提供了用于同步由多個(gè)客戶端對(duì)0ΤΤ內(nèi)容的重放的系統(tǒng)和方法。具體地，本發(fā)明的實(shí)施例可以使用來自公共源的時(shí)間信息來設(shè)置各個(gè)重放設(shè)備中的重放時(shí)鐘。接著，重放設(shè)備從媒體內(nèi)容提供者接收指示重放開始的時(shí)間的開始時(shí)間信息。開始時(shí)間信息是利用來自公共源的時(shí)間信息確定的。接著，每個(gè)設(shè)備基于接收到的開始時(shí)間信息調(diào)整接收到的內(nèi)容中的幀的呈現(xiàn)時(shí)間戳。
[0018]流傳輸系統(tǒng)體系架構(gòu)
[0019]現(xiàn)在轉(zhuǎn)向圖1，示出了根據(jù)本發(fā)明實(shí)施例的自適應(yīng)流傳輸系統(tǒng)。自適應(yīng)流傳輸系統(tǒng)10包括被配置為將源媒體編碼為多個(gè)備選流的源編碼器12。在所示出的實(shí)施例中，源編碼器是服務(wù)器。在其它實(shí)施例中，源編碼器可以是包括處理器和足夠資源以執(zhí)行源媒體(包括但不限于視頻、音頻和/或子標(biāo)題)的轉(zhuǎn)碼的任何處理設(shè)備。通常，源編碼服務(wù)器12生成到包含流的多個(gè)容器文件的頂層索引，這些流當(dāng)中至少多個(gè)是備選流。備選流是以不同方式編碼相同媒體內(nèi)容的流。在許多情況下，備選流以不同的最大比特速率編碼媒體內(nèi)容(諸如但不限于視頻)。在多種實(shí)施例中，備選流以不同的分辨率和/或以不同的幀速率被編碼。頂層索引文件和容器文件被上載到HTTP服務(wù)器14。接著，多種多樣的重放設(shè)備可以使用HTTP或另一種適當(dāng)?shù)臒o狀態(tài)協(xié)議經(jīng)由諸如因特網(wǎng)的網(wǎng)絡(luò)16來請(qǐng)求頂層索引文件和容器文件的部分。
[0020]時(shí)間服務(wù)器22是提供協(xié)調(diào)的世界時(shí)間(UTC)或等效信息的服務(wù)器。在所示出的實(shí)施例中，時(shí)間服務(wù)器22是網(wǎng)絡(luò)時(shí)間協(xié)議(NTP)服務(wù)器或可以由第三方維護(hù)的等效系統(tǒng)。NTP的使用允許時(shí)間服務(wù)器22向設(shè)備提供時(shí)間信息，以允許各個(gè)設(shè)