專利名稱：用于實時直播流內(nèi)容的系統(tǒng)、方法和基礎(chǔ)設(shè)施的制作方法
用于實時直播流內(nèi)容的系統(tǒng)、方法和基礎(chǔ)設(shè)施
背景技術(shù)：
存在提供來自各種內(nèi)容提供者或服務(wù)的互聯(lián)網(wǎng)視頻的基礎(chǔ)設(shè)施。例如，來自索尼公司的索尼Bravia 互聯(lián)網(wǎng)鏈接(“bivl”)技術(shù)提供了一種硬件設(shè)備，該硬件設(shè)備當(dāng)耦合至寬帶互聯(lián)網(wǎng)連接時允許經(jīng)由管理服務(wù)器基礎(chǔ)設(shè)施訪問互聯(lián)網(wǎng)視頻服務(wù)。這種基礎(chǔ)設(shè)施傳送記錄的視聽媒體內(nèi)容，諸如，視頻文件、音樂文件和音頻文件。流是指按照恒定的方式從源的發(fā)射端至接收器處的接收和顯示端傳送媒體內(nèi)容。例如，通常使向網(wǎng)絡(luò)計算機(jī)的數(shù)字內(nèi)容顯示的互聯(lián)網(wǎng)傳送形成流，例如，互聯(lián)網(wǎng)電視內(nèi)容。使用諸如HTTP的協(xié)議來傳送當(dāng)前形成流的內(nèi)容，雖然指定了某些參數(shù)，例如，何時取回內(nèi)容文件、涉及哪些標(biāo)簽、等等，但是這些參數(shù)并不提供完整的形成流解決方案。雖然創(chuàng)建任何新的現(xiàn)場流內(nèi)容基礎(chǔ)設(shè)施對于許多應(yīng)用來說是有用的，但是其需要新的硬件、軟件、以及較大的投資。此外，在很多 情況下，對于服務(wù)提供者來說，提供保護(hù)和傳送流內(nèi)容所需要的安全性和客戶端管理基礎(chǔ)設(shè)施并不可行。在某些情況下，成本讓人望而卻步，并且提供這種基礎(chǔ)設(shè)施與服務(wù)提供者的商業(yè)模式不一致。而且，即使這可以由服務(wù)提供者來實現(xiàn)，但擁有大量的服務(wù)提供者使得成本和工作量翻倍。因此，需要一種更好的方式來為服務(wù)提供者提供流服務(wù)。

發(fā)明內(nèi)容
系統(tǒng)和方法的實現(xiàn)方式使用現(xiàn)有的管理服務(wù)器基礎(chǔ)設(shè)施來傳送視頻點播或流內(nèi)容，包括實時直播流?？梢圆捎矛F(xiàn)有的客戶端內(nèi)容重放設(shè)備(諸如，IPTV)來使內(nèi)容項形成流、獲得提供給用戶的信息、廣告、追蹤用戶觀看習(xí)慣、等等。通過重新使用現(xiàn)有的客戶端設(shè)備，無需在用戶側(cè)購買額外的硬件。通過重新使用現(xiàn)有的管理服務(wù)器基礎(chǔ)設(shè)施，還可以減少資本開支。在這種系統(tǒng)中，用戶既可以觀看視頻點播內(nèi)容也可以觀看流視聽內(nèi)容。系統(tǒng)和方法的實現(xiàn)方式還提供使得IPTV設(shè)備能夠訪問并獲得視頻點播內(nèi)容或流內(nèi)容的方法和協(xié)議。盡管以下描述將主要提及視頻點播內(nèi)容或流內(nèi)容，但應(yīng)該理解，根據(jù)在此描述的原理的系統(tǒng)和方法適用于實時直播流內(nèi)容以及其它這樣的內(nèi)容。此外，除非上下文另外說明，否則術(shù)語“內(nèi)容項”、“內(nèi)容”、以及“資產(chǎn)”通?？梢曰Q地使用。在服務(wù)提供者的流內(nèi)容元數(shù)據(jù)由系統(tǒng)攝入用于公布之后，或者在可以消費第三方服務(wù)提供者的流內(nèi)容之后，該方法和協(xié)議允許IPTV設(shè)備訪問、獲取并且消費該內(nèi)容。在這種情況下，IPTV設(shè)備可以通過經(jīng)由服務(wù)管理器模塊將其能力傳輸至管理服務(wù)器來表示對直播流的支持。該系統(tǒng)和方法可以采用多個組成部件和步驟。流程開始于饋送至媒體編碼器系統(tǒng)的內(nèi)容源。下面將描述具體的實現(xiàn)方式，但是應(yīng)該理解，可以根據(jù)給定的應(yīng)用使用文件類型以及協(xié)議等的變型。媒體編碼器系統(tǒng)將直播的或者預(yù)先錄制的輸入視聽媒體流編碼成例如BIVL兼容視聽流，例如，MPEG2-TS流。該編碼的MPEG2-TS流饋送至媒體分割器或切割器中，該媒體分割器或切割器將流切割成一個或多個流或文件。下一步驟是生成純文本文件(例如，具有文件名擴(kuò)展.m3u8的M3U8文件)，該純文本文件包含至具有文件名擴(kuò)展.ts的切割的流或文件的URI。當(dāng)生成了該文件時，可以例如使用具有CBC和VI值8的AES-128比特對該文件進(jìn)行加密，并且將其上傳至或放置在web服務(wù)器文件夾中，在該web服務(wù)器文件夾中，其可以由經(jīng)過驗證的IPTV客戶端訪問并取回。在IPTV客戶端可以獲知這些文件的位置之前，可以按照合適的方式(例如，經(jīng)由管理服務(wù)器基礎(chǔ)設(shè)施)對該客戶端進(jìn)行驗證。當(dāng)經(jīng)過驗證的IPTV客戶端指示其對流的支持時，則呈現(xiàn)一份流服務(wù)列表給該客戶端。當(dāng)選擇了直播流服務(wù)時，提供一份直播流和視頻點播視聽媒體內(nèi)容的列表，其可以是服務(wù)、類別、或資產(chǎn)。當(dāng)依次選擇服務(wù)、類別、資產(chǎn)或其組合時，管理服務(wù)器和/或服務(wù)提供者可以執(zhí)行驗證。一旦經(jīng)過驗證，IPTV客戶端就可以對加密的.ts文件進(jìn)行解密并開始重放直播流內(nèi)容。該系統(tǒng)和方法還提供使得IPTV設(shè)備能夠訪問并獲得流資產(chǎn)的方法和協(xié)議。在服務(wù)提供者的流內(nèi)容元數(shù)據(jù)已經(jīng)被攝入至管理服務(wù)器基礎(chǔ)設(shè)施之后，或者在可以消費第三方服務(wù)提供者的流內(nèi)容之后，該系統(tǒng)和方法為IPTV設(shè)備提供定義和協(xié)議以訪問、獲得并且消費該內(nèi)容。具體地，該系統(tǒng)和方法可以利用諸如HTTPS的協(xié)議以及諸如用于校驗和的散列值的安全性來采用管理服務(wù)器資產(chǎn)列表以及資產(chǎn)信息API。按照這種方式，可以將流資產(chǎn)整合至管理服務(wù)器基礎(chǔ)設(shè)施的當(dāng)前資產(chǎn)規(guī)范中，使得服務(wù)提供者可以將其流內(nèi)容指定給IPTV客戶端。相反地，IPTV客戶端可以將其支持流內(nèi)容的能力指定給內(nèi)容源。按照這種方式，IPTV客戶端可以安全地訪問、獲得、并且重放或消費流資產(chǎn)。更具體地，在如上所述地將流資產(chǎn)放置在web文件夾中之后，服務(wù)提供者可以通過為API響應(yīng)添加定義使得其流內(nèi)容可以由IPTV設(shè)備從例如管理服務(wù)器基礎(chǔ)設(shè)施取回。該添加的定義可以包括例如apiContents和apiInformation響應(yīng)。在一個實現(xiàn)方式中，可以添加如下:〈source>attributes streams_types=，，HTTPLS” ；protocol=”https” ；以及metaf i le_types= ’^I3U8 ”,然后其可以將該內(nèi)容識別為例如直播流內(nèi)容。此外，〈source〉的值可以包含至.m3u8文件的URI。在這些具體的實現(xiàn)方式中，為了 IPTV客戶端能夠重放該內(nèi)容，其應(yīng)該支持M3U8元文件類型并且使用諸如HTTPS的協(xié)議。對于其它實現(xiàn)方式，可以理解其它的類型和協(xié)議。一旦服務(wù)提供者確定客戶端支持直播流內(nèi)容，則其返回正確的資產(chǎn)列表或資產(chǎn)?？蛻舳诉M(jìn)行apiContents和api Information調(diào)用，在上述實現(xiàn)方式中，使用至.m3u8文件的URI的HTTPS取回要播放的內(nèi)容。注意，甚至可以對非流內(nèi)容進(jìn)行這樣的調(diào)用。在其它實現(xiàn)方式中，根據(jù)在此描述的原理的系統(tǒng)和方法可以實現(xiàn)在使用托管服務(wù)器作為成套系統(tǒng)解決方案的管理服務(wù)器基礎(chǔ)設(shè)施上的直播流。這樣，不能提供其自己的流基礎(chǔ)設(shè)施的服務(wù)提供者可以出于此目的借用一個或多個公共托管服務(wù)器。在一個這樣的實現(xiàn)方式中，關(guān)于流文件的元數(shù)據(jù)被格式化成例如XML文件，并且被攝入至托管服務(wù)器(具體地，托管服務(wù)器上的攝入模塊)中。由此，元數(shù)據(jù)被托管在托管服務(wù)器上。托管服務(wù)器可以處理所有針對請求客戶端的驗證和安全性，并且返回至與流內(nèi)容相關(guān)聯(lián)的索引文件(例如，.m3u8文件)的URI。經(jīng)過驗證的IPTV客戶端向管理服務(wù)器的服務(wù)管理器模塊指示其對流的支持，并且向該經(jīng)過驗證的IPTV客戶端呈現(xiàn)一份可用的流服務(wù)列表。當(dāng)選擇了流服務(wù)時，可以對托管服務(wù)器進(jìn)行調(diào)用，該托管服務(wù)器返回一份直播流和視頻點播視聽媒體內(nèi)容的列表。當(dāng)選擇資產(chǎn)時，托管服務(wù)器可以執(zhí)行驗證。一旦驗證被成功執(zhí)行，則IPTV客戶端可以調(diào)用并解密該加密的.ts文件，并且開始流內(nèi)容重放。用戶可以通過很多方式，包括使用結(jié)合內(nèi)容重放設(shè)備的標(biāo)準(zhǔn)遙控裝置或者使用第二顯示器，來選擇用于形成流的內(nèi)容，其中該標(biāo)準(zhǔn)遙控裝置與用戶帳戶相關(guān)聯(lián)并且該第二顯示器也可選地與用戶賬戶相關(guān)聯(lián)。在這種背景下使用第二顯示設(shè)備具有某些益處，因為該第二顯示設(shè)備提供IPTV的補(bǔ)充功能，但是總體上不需要用戶的額外投資，這是由于該第二顯示設(shè)備利用大多數(shù)用戶已經(jīng)擁有的設(shè)備(例如，智能手機(jī)、膝上型計算機(jī)、平板計算機(jī)、臺式機(jī)、互聯(lián)網(wǎng)設(shè)備、等等)。關(guān)于這種第二顯示器的附加細(xì)節(jié)以及它們經(jīng)由例如代理服務(wù)器或其它方式與內(nèi)容重放設(shè)備之間的交互，可以參見申請人的共同待決的2011年3月31日提交的標(biāo)題為“PERSONALIZED SECOND DISPLAY BROWSING EXPERIENCE DUE TO MULTIPLESESSIONFEATURE”的美國專利申請序列號為13/077，181的美國專利申請，該美國專利申請由本申請的受讓人擁有并且在此通過引用將該美國專利申請整體并入在本申請中。當(dāng)采用第二顯示器時，該第二顯示器可以包括能夠運行與內(nèi)容重放設(shè)備通信的應(yīng)用程序的任何設(shè)備，該內(nèi)容重放設(shè)備包括但不限于:個人計算機(jī)、膝上型計算機(jī)、筆記本計算機(jī)、上網(wǎng)本計算機(jī)、手持計算機(jī)、個人數(shù)字助理、移動電話、智能電話、平板計算機(jī)、手持游戲設(shè)備、游戲控制器、以及為此目的專門設(shè)計的設(shè)備，在這種情況下，該特殊設(shè)備至少包括足以運行第二顯示器應(yīng)用程序的處理器以及足夠資源和聯(lián)網(wǎng)能力。在一般的方法中，包括使用第二顯示器，用戶具有與服務(wù)的交換所或源相關(guān)聯(lián)的用戶賬戶。本文中，源或交換所被表示為管理服務(wù)器，但是應(yīng)該理解，該用戶賬戶可以直接與服務(wù)提供者關(guān)聯(lián)。管理服務(wù)器與至少一個內(nèi)容服務(wù)器(其通常與服務(wù)提供者相關(guān)聯(lián))通信，使得內(nèi)容服務(wù)器提供諸如流資產(chǎn)的內(nèi)容項，以用于在內(nèi)容重放設(shè)備處呈現(xiàn)或訪問。用戶賬戶具有存儲在其上的關(guān)于哪些內(nèi)容重放設(shè)備與該用戶賬戶相關(guān)聯(lián)的信息。當(dāng)用戶登陸時，他們可以看見內(nèi)容重放設(shè)備列表并且可以選擇具體的內(nèi)容重放設(shè)備。一旦內(nèi)容重放設(shè)備已經(jīng)被選定，則顯示一份服務(wù)列表，用戶可以從該服務(wù)列表中進(jìn)行選擇。根據(jù)選定的服務(wù)，用戶可以選擇用于流觀看的內(nèi)容項，并且如果該服務(wù)要求，則經(jīng)受附屬(affiliation)步驟或驗證步驟。附加的細(xì)節(jié)可以在上述通過引用并入在此的申請中找到。

在一個方面，本發(fā)明針對用于托管來自服務(wù)提供者的資產(chǎn)以及關(guān)于資產(chǎn)的元數(shù)據(jù)的方法，所述資產(chǎn)用于形成流或視頻點播，所述方法包括:接收來自服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)的元數(shù)據(jù)文件，所述元數(shù)據(jù)文件與web文件夾中的資產(chǎn)相關(guān)聯(lián)，所述資產(chǎn)被形成流或視頻點播，所述文件夾包括索引文件和多個傳輸流文件；接收來自內(nèi)容重放設(shè)備的接收所述資產(chǎn)的請求，所述內(nèi)容重放設(shè)備具有驗證憑證；以及向所述內(nèi)容重放設(shè)備提供URI，所述URI提供所述索引文件的位置，所述內(nèi)容重放設(shè)備可以從該位置接收所述內(nèi)容，所述位置與服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)相關(guān)聯(lián)。本發(fā)明的實現(xiàn)方式可以包括以下描述中的一個或多個。所述元數(shù)據(jù)文件可以是XML文件。所述方法可以進(jìn)一步包括接收來自所述內(nèi)容重放設(shè)備的用戶令牌，在驗證時，所述用戶令牌已經(jīng)由管理服務(wù)器提供給所述內(nèi)容重放設(shè)備。所述驗證憑證可以與用戶賬戶相關(guān)聯(lián)，并且所述方法進(jìn)一步包括傳送提供給用戶的信息至所述內(nèi)容重放設(shè)備，提供給用戶的信息的選擇至少部分地基于所述用戶賬戶中的數(shù)據(jù)。所述驗證憑證可以用戶賬戶相關(guān)聯(lián)，并且所述方法進(jìn)一步包括傳送附加內(nèi)容項的推薦至所述內(nèi)容重放設(shè)備，所述推薦至少部分地基于所述用戶賬戶中的數(shù)據(jù)。提供URI包括向所述內(nèi)容重放設(shè)備提供代理URI，所述代理URI僅在所述內(nèi)容傳送網(wǎng)絡(luò)處可轉(zhuǎn)換成實際URI，使得URI文件的實際位置對于所述內(nèi)容重放設(shè)備是隱藏的。在另一方面，本發(fā)明針對一種包括使計算機(jī)設(shè)備實現(xiàn)上述方法的指令的非瞬態(tài)計算機(jī)可讀介質(zhì)。在另一方面，本發(fā)明針對一種進(jìn)行托管、驗證以及安排以把資產(chǎn)傳送至內(nèi)容重放設(shè)備的服務(wù)器系統(tǒng)，包括:攝入模塊，所述攝入模塊接收包含關(guān)于資產(chǎn)的元數(shù)據(jù)的文件 ’驗證模塊，在請求所述資產(chǎn)時，所述驗證模塊接收來自內(nèi)容重放設(shè)備的驗證憑證；以及服務(wù)或資產(chǎn)模塊，所述服務(wù)或資產(chǎn)模塊用于向所述內(nèi)容重放設(shè)備提供索引文件的URI，所述索引文件對應(yīng)于所述資產(chǎn)，所述URI允許所述內(nèi)容重放設(shè)備訪問來自服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)的所述索引文件。所述系統(tǒng)可以進(jìn)一步包括信息提供模塊，所述信息提供模塊用于至少部分地基于與用戶賬戶相關(guān)聯(lián)的數(shù)據(jù)將提供給用戶的信息提供至所述內(nèi)容重放設(shè)備，所述用戶賬戶與所述內(nèi)容重放設(shè)備相關(guān)聯(lián)。所述系統(tǒng)可以進(jìn)一步包括推薦模塊，所述推薦模塊用于至少部分地基于與用戶賬戶相關(guān)聯(lián)的數(shù)據(jù)將內(nèi)容項的推薦提供至所述內(nèi)容重放設(shè)備，所述用戶賬戶與所述內(nèi)容重放設(shè)備相關(guān)聯(lián)。所述系統(tǒng)可以進(jìn)一步包括代理模塊，所述代理模塊與所述索引文件模塊進(jìn)行通信，以向所述內(nèi)容重放設(shè)備提供代理URI，當(dāng)從所述內(nèi)容重放設(shè)備接收到所述代理URI時，所述內(nèi)容傳送網(wǎng)絡(luò)能把所述代理URI轉(zhuǎn)換成實際URI。 在另一方面，本發(fā)明針對一種攝入關(guān)于來自至少兩個服務(wù)提供者的內(nèi)容項的元數(shù)據(jù)的方法，包括:在托管服務(wù)器處接收來自第一服務(wù)提供者的關(guān)于至少一個內(nèi)容項的信息，所述信息包括流類型、元文件類型、以及視頻類型中的至少一個，所述內(nèi)容項用于視頻點播或用于形成流；在托管服務(wù)器處接收來自第二服務(wù)提供者的關(guān)于至少一個內(nèi)容項的信息，所述信息包括流類型、元文件類型、以及視頻類型中的至少一個，所述內(nèi)容項用于視頻點播或用于形成流；以及將來自所述第一和第二服務(wù)提供者的信息存儲在所述托管服務(wù)器上。本發(fā)明的實現(xiàn)方式可以包括以下描述中的一個或多個。所述方法可以進(jìn)一步包括在所述托管服務(wù)器處接收來自客戶端設(shè)備的對內(nèi)容項的請求，并且一旦成功驗證所述客戶端設(shè)備，就提供URI至 進(jìn)行請求的客戶端設(shè)備，所述URI對應(yīng)于與所述內(nèi)容項相關(guān)聯(lián)的索引文件的網(wǎng)絡(luò)位置，所述網(wǎng)絡(luò)位置不是所述托管服務(wù)器的網(wǎng)絡(luò)位置。所述元文件可以是XML文件。所述方法可以進(jìn)一步包括接收來自所述客戶端設(shè)備的用戶令牌，在驗證時，所述用戶令牌已經(jīng)由管理服務(wù)器提供給所述客戶端設(shè)備。所述驗證憑證可以與用戶賬戶相關(guān)聯(lián)，并且所述方法進(jìn)一步包括傳送提供給用戶的信息至所述客戶端設(shè)備，提供給用戶的信息的選擇至少部分地基于所述用戶賬戶中的數(shù)據(jù)。所述驗證憑證可以與用戶賬戶相關(guān)聯(lián)，并且所述方法進(jìn)一步包括傳送附加內(nèi)容項的推薦至所述客戶端設(shè)備，所述推薦至少部分地基于所述用戶賬戶中的數(shù)據(jù)。所述提供URI可以包括向所述內(nèi)容重放設(shè)備提供代理URI，所述代理URI僅在所述內(nèi)容傳送網(wǎng)絡(luò)處可轉(zhuǎn)換成實際URI，使得URI文件的實際位置對于所述客戶端設(shè)備是隱藏的。在另一方面，本發(fā)明針對一種包括使計算機(jī)設(shè)備實現(xiàn)上述方法的指令的非瞬態(tài)計算機(jī)可讀介質(zhì)。該系統(tǒng)和方法的某些實現(xiàn)方式的優(yōu)點包括以下描述中的一個或多個?，F(xiàn)有的管理服務(wù)器基礎(chǔ)設(shè)施可以被再利用，從而以節(jié)約成本的方式傳送流內(nèi)容，并且提供安全性、內(nèi)容管理、以及客戶端管理。可以采用現(xiàn)有的IPTV客戶端來使內(nèi)容形成流、獲得提供給用戶的信息、以及追蹤用戶的觀看習(xí)慣?？梢允沟糜脩艏饶苡^看視頻點播視聽內(nèi)容還能觀看直播流視聽內(nèi)容。所述系統(tǒng)和方法具有高擴(kuò)展性?？煞奖愕夭捎盟鱿到y(tǒng)和方法把來自諸如演唱會場地、體育賽事、電影事件等源的直播內(nèi)容傳送至現(xiàn)有的內(nèi)容重放設(shè)備，由此為現(xiàn)有客戶端帶來巨大的價值，并且成為管理服務(wù)器基礎(chǔ)設(shè)施的經(jīng)營者的收入的另一來源。還可以進(jìn)一步地采用所述系統(tǒng)和方法來傳送提供給用戶的信息，從而打開來自客戶端公司和第三方廣告商的廣告收入源。所述系統(tǒng)和方法可以允許傳送適合于用戶的直播流歷史和習(xí)慣的提供給用戶的信息。所述系統(tǒng)和方法可以提供針對IPTV客戶端的安全驗證并且可以使用諸如TV_ID和用戶令牌之類的參數(shù)來驗證客戶端。所述系統(tǒng)和方法可以提供對潛在的惡意IPTV客戶端進(jìn)行吊銷和拒絕。所述系統(tǒng)和方法可以提供對與M3U8文件相關(guān)聯(lián)的URI進(jìn)行隱藏，使得流內(nèi)容項的位置對潛在攻擊者來說是未知的，所述潛在攻擊者試圖進(jìn)行拒絕服務(wù)攻擊。所述系統(tǒng)和方法可以基于哪些客戶端能力已經(jīng)被記錄來對流內(nèi)容服務(wù)進(jìn)行過濾，并且僅向支持的客戶端呈現(xiàn)流內(nèi)容。所述系統(tǒng)和方法允許服務(wù)提供者指定其流內(nèi)容使得內(nèi)容重放設(shè)備可以訪問、獲得、并且播放該流內(nèi)容。這樣，服務(wù)提供者可以按照便利的方式將流內(nèi)容信息整合至現(xiàn)有的管理服務(wù)器基礎(chǔ)設(shè)施中。根據(jù)在此描述的原理的系統(tǒng)和方法進(jìn)一步地為期望安全地將內(nèi)容項以流的方式發(fā)送至客戶端系統(tǒng)但是缺少自己提供這種解決方案的基礎(chǔ)設(shè)施的服務(wù)提供者提供整體解決方案。根據(jù)以下的描述(包括附圖和權(quán)利要求書)，其它的優(yōu)點將變得明了。


在本說明書中，類似的附圖標(biāo)記表示類似的元件。圖1是根據(jù)本原理的一個方面的示例性系統(tǒng)的框圖，其示出了可以被用于傳送流或視頻點播內(nèi)容至內(nèi)容重放設(shè)備的管理服務(wù)器和內(nèi)容傳送網(wǎng)絡(luò)。圖2是根據(jù)本原理的一個方面的更加詳細(xì)的示例性系統(tǒng)的框圖，其示出了可以被用于傳送用于視頻點播內(nèi)容的流至內(nèi)容重放設(shè)備的管理服務(wù)器和內(nèi)容傳送網(wǎng)絡(luò)。圖3是示出根據(jù)本原理的另一方`面的示例性方法的流程圖，所述方法用于傳送流和/或視頻點播內(nèi)容。圖4是示出根據(jù)本原理的又一方面的示例性方法的流程圖，所述方法用于傳送流和/或視頻點播內(nèi)容。圖5是根據(jù)本原理的一個方面的另一示例性系統(tǒng)的框圖，其示出了系統(tǒng)檢測和處理來自內(nèi)容重放設(shè)備的惡意活動或拒絕服務(wù)的活動的方式。圖6是示出根據(jù)本原理的另一方面的示例性方法的流程圖，所述方法用于在取回流和/或視頻點播內(nèi)容期間檢測惡意活動或拒絕服務(wù)的活動。圖7是示出根據(jù)本原理的另一方面的示例性方法的流程圖，所述方法用于取回流和/或視頻點播內(nèi)容。圖8是示出根據(jù)本原理的另一方面的示例性方法的流程圖，所述方法用于取回流和/或視頻點播內(nèi)容。圖9是示出根據(jù)本原理的另一方面的示例性API調(diào)用的代碼樣本，所述方法用于取回流和/或視頻點播內(nèi)容。圖10是示出根據(jù)本原理的另一方面的示例性API調(diào)用的代碼樣本，所述方法用于取回流和/或視頻點播內(nèi)容。圖11是根據(jù)本原理的一個方面的另一示例性系統(tǒng)的框圖，其示出了管理服務(wù)器、托管服務(wù)器、以及內(nèi)容傳送網(wǎng)絡(luò)，所述系統(tǒng)可以用于托管元數(shù)據(jù)、提供驗證和安全性、以及安排向內(nèi)容重放設(shè)備傳送流內(nèi)容。圖12是示出從服務(wù)提供者發(fā)送至托管服務(wù)器的示例性攝入文件(呈XML格式)的代碼樣本，托管服務(wù)器從該攝入文件接收關(guān)于可用流內(nèi)容和視頻點播內(nèi)容的、用于托管的元數(shù)據(jù)。圖13是示出根據(jù)本原理的另一方面的示例性方法的流程圖，所述方法用于托管元數(shù)據(jù)、提供驗證和安全性、以及安排向內(nèi)容重放設(shè)備傳送流內(nèi)容。圖14是示出根據(jù)本原理的一個方面的另一示例性方法的流程圖，所述方法用于托管元數(shù)據(jù)、提供驗證和安全性、以及安排向內(nèi)容重放設(shè)備傳送流內(nèi)容。圖15是示出示例性用戶界面的示意圖,用戶可以從該示例性用戶界面選擇直播內(nèi)容、視頻點播內(nèi)容、或混合內(nèi)容。圖16是示出各種類型的流的示意圖，包括:窗口流、附加流、以及窗口流和附加流的組合。圖17是根據(jù)本原理的一個方面的另一示例性系統(tǒng)的框圖，其示出了管理服務(wù)器、托管服務(wù)器、以及內(nèi)容傳送網(wǎng)絡(luò)，所述系統(tǒng)可以用于托管元數(shù)據(jù)、提供驗證和安全性、以及安排向內(nèi)容重放設(shè)備傳送流內(nèi)容。圖18是示出根據(jù)本原理的另一方面的示例性方法的流程圖，所述方法采用托管服務(wù)器來托管元數(shù)據(jù)、提供驗證和安全性、以及傳送流內(nèi)容至內(nèi)容重放設(shè)備。圖19是示出根 據(jù)本原理的另一方面的示例性方法的流程圖，所述方法用于將元數(shù)據(jù)托管在托管服務(wù)器上。圖20示出了示例性的計算環(huán)境，例如:所公開的IPTV或客戶端設(shè)備、管理服務(wù)器、第二顯示器、等等的計算環(huán)境。
具體實施例方式參考圖1，其示出了包括耦合至本地網(wǎng)絡(luò)16的內(nèi)容重放設(shè)備12的系統(tǒng)10，該本地網(wǎng)絡(luò)16可以是有線的、無線的、或者有線和無線的組合。本地網(wǎng)絡(luò)16還耦合有一個或多個遙控裝置14a，遙控裝置14a可以是能夠經(jīng)由具有輸入控制32的用戶界面28提供輸入至內(nèi)容重放設(shè)備12以控制具有各種菜單選項的用戶界面15的任何類型。除了遙控裝置14a，還可以采用第二顯示器14b來控制本地網(wǎng)絡(luò)16上的內(nèi)容重放設(shè)備。第二顯示器14b可以采用運行控制應(yīng)用36的用戶界面34。在某些情況下，第二顯示器14b可以是膝上型計算機(jī)、平板計算機(jī)、手持計算機(jī)、或其它互聯(lián)網(wǎng)設(shè)備，或者可以包括諸如智能電話之類的移動設(shè)備，該第二顯示器14b可以直接連接至互聯(lián)網(wǎng)26或連接至本地網(wǎng)絡(luò)16，或者連接至這兩者。也可以理解其它類型的第二顯示器，包括臺式計算機(jī)等。控制應(yīng)用36可以作為本地網(wǎng)絡(luò)的一部分或者從本地網(wǎng)絡(luò)的外部的某一位置經(jīng)由本地網(wǎng)絡(luò)16操作內(nèi)容重放設(shè)備。內(nèi)容重放設(shè)備12可以經(jīng)由本地網(wǎng)絡(luò)16和互聯(lián)網(wǎng)26訪問多個服務(wù)器，包括管理服務(wù)器40和對應(yīng)于服務(wù)提供者的一個或多個內(nèi)容服務(wù)器22 (圖1中僅示出一個)。服務(wù)器可以與內(nèi)容傳送網(wǎng)絡(luò)24通信，使得內(nèi)容項能夠被傳送至內(nèi)容重放設(shè)備12。
利用圖1的系統(tǒng)10，為用戶提供了一種方便靈活的方式來選擇用于形成流的內(nèi)容項。圖2中示出了該系統(tǒng)的更加詳細(xì)的實現(xiàn)方式，其中，示出了系統(tǒng)10’，在該系統(tǒng)10’中，內(nèi)容重放設(shè)備12經(jīng)由服務(wù)管理器模塊66耦合至管理服務(wù)器40。內(nèi)容重放設(shè)備還耦合至服務(wù)提供者30。內(nèi)容重放設(shè)備12至管理服務(wù)器40和服務(wù)提供者30的耦合通常都經(jīng)由本地網(wǎng)絡(luò)16和互聯(lián)網(wǎng)26。服務(wù)管理器模塊66在內(nèi)容重放設(shè)備和管理服務(wù)器40之間提供內(nèi)容的初始網(wǎng)關(guān)。當(dāng)內(nèi)容重放設(shè)備12請求登陸管理服務(wù)器40時，其向服務(wù)管理器模塊66提供TV_ID。使用該TV_ID，管理服務(wù)器40可以確定例如在流方面的客戶端設(shè)備能力。服務(wù)管理器模塊66然后返回用戶令牌至內(nèi)容重放設(shè)備12。服務(wù)管理器模塊66執(zhí)行的驗證允許內(nèi)容重放設(shè)備訪問管理服務(wù)器基礎(chǔ)設(shè)施并且查看可用的服務(wù)。因此，在這種登陸之后，內(nèi)容重放設(shè)備可以從管理服務(wù)器請求一份可用服務(wù)列表，并且該列表可以被返回至內(nèi)容重放設(shè)備。然后，內(nèi)容重放設(shè)備12可以請求服務(wù)、該服務(wù)內(nèi)的資產(chǎn)、等等。通常，對具體服務(wù)以及該具體服務(wù)的資產(chǎn)的訪問需要關(guān)于該服務(wù)的關(guān)聯(lián)關(guān)系和/或驗證。管理服務(wù)器40提供具有多個功能的數(shù)據(jù)服務(wù)。例如，如果服務(wù)管理器模塊沒有提供對諸如內(nèi)容重放設(shè)備之類的客戶端設(shè)備(例如，IPTV)的驗證，則可以提供驗證模塊46以允許進(jìn)行該驗證。可以采用服務(wù)模塊44將服務(wù)列表提供至內(nèi)容重放設(shè)備12。應(yīng)該注意到，也可以將這樣的服務(wù)列表、以及資產(chǎn)列表和其它用戶界面模塊提供給第二顯示器和內(nèi)容重放設(shè)備12。然而，這種第二顯示器通常使用內(nèi)容重放設(shè)備12的驗證憑證來訪問實際的流內(nèi)容項，除非該實際的流內(nèi)容項被提供為不需要驗證?？梢蕴峁┵Y產(chǎn)模塊48來傳送對應(yīng)于服務(wù)模塊44可能提供的服務(wù)的一份資產(chǎn)列表?？梢宰⒁獾剑谀承┣闆r下，用戶對服務(wù)的選擇可能會導(dǎo)致流資產(chǎn)的傳送，而在其它情況下，用戶對服務(wù)的選擇產(chǎn)生資產(chǎn)列表或者資產(chǎn)類別列表，以供選擇。在本文所描述的實現(xiàn)方式中，對服務(wù)的選擇可以導(dǎo)致可用內(nèi)容項的網(wǎng)格的呈現(xiàn)，例如，所述可用內(nèi)容項的網(wǎng)格可以是按照這些可用內(nèi)容項是否是視頻點播、實時直播流、即將上映、等等來組織的?？梢蕴峁┻^濾模塊52以基于多個因素對資產(chǎn)或服務(wù)進(jìn)行過濾防止被傳送至內(nèi)容重放設(shè)備。例如，一種過濾是內(nèi)容重放設(shè)備是否支持該服務(wù)或資產(chǎn)。另一種過濾是內(nèi)容重放設(shè)備是否與該服務(wù)關(guān)聯(lián)。如果都不是，則過濾掉這種服務(wù)。還可以理解其它因素?？梢蕴峁┐砟K54以用作關(guān)于內(nèi)容項的URI的代理功能，該內(nèi)容項的URI被發(fā)送至進(jìn)行請求的內(nèi)容重放設(shè)備。如下面將要詳細(xì)闡述的那樣，提供至內(nèi)容重放設(shè)備的URI可以是代理URI，該代理URI由服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)轉(zhuǎn)換成實際URI。這樣，對于潛在的未經(jīng)授權(quán)的訪問，內(nèi)容文件的實際位置是隱藏的。圖2中示出的另一模塊是D.0.S.模塊或“拒絕服務(wù)”模塊56?？梢圆捎镁芙^服務(wù)模塊56來測試內(nèi)容重放設(shè)備12是否以惡意的方式行動。例如，拒絕服務(wù)模塊56可以測試大量的訪問是否指示惡意的活動，或者測試TV_ID是否被偽造?？傮w上，如果在預(yù)定時間段內(nèi)訪問的數(shù)量超過了預(yù)定閥值數(shù)目，則可以標(biāo)記這種活動?？梢允褂门c用戶賬戶相關(guān)聯(lián)的觀看或交易歷史來使管理服務(wù)器功能個性化。這種個性化模塊在元件58中示出。在一種情況下，可以采用信息提供模塊62以基于根據(jù)諸多因素確定的用戶品味來 調(diào)整傳送給用戶的信息，其中，這些因素和方法在2011年12月7日提交的標(biāo)題為“METHOD AND SYSTEM FOR ADVERTISEMENT CHOICES USING A SECOND DISPLLAYDURING CONTENTPLAYBACK”的美國專利申請序列號為13/313，740的美國專利申請中得到描述，該美國專利申請由本申請的受讓人擁有并且通過引用將該美國專利申請整體并入在本申請中?？梢赃M(jìn)一步地采用推薦模塊64以基于用戶觀看歷史、諸如可能會列于朋友列表中的關(guān)聯(lián)用戶的觀看歷史、或其它這樣的因素來提供附加內(nèi)容項的推薦或提供給用戶的信息。
—旦管理服務(wù)器40以合適的方式對客戶端設(shè)備進(jìn)行了驗證，管理服務(wù)器可以為內(nèi)容重放設(shè)備12提供URI以訪問來自服務(wù)提供者30的流或視頻點播內(nèi)容，通常通過經(jīng)由索引模塊57提供至索引文件的URI。服務(wù)提供者30被示出為具有多個組成部件，并且可以按照多種方式來分配這些組成部件，其中，圖2所示的分配僅是這些方式中的一種。服務(wù)提供者30可以經(jīng)由將文件托管在web服務(wù)器84上的內(nèi)容傳送網(wǎng)絡(luò)72來提供其形成流的或視頻點播的內(nèi)容。每一個這種文件典型性地包括索引文件，在一個實現(xiàn)方式中，該索引文件的格式可以是.m3u8，并且索引文件可以提供至多個傳輸流文件82a-82c的URI，例如，01.ts, 02.ts, 03.ts，等等?？梢园凑者@種方式將形成流的內(nèi)容文件提供給web服務(wù)器，或者可以使用媒體編碼器和分割器模塊68來創(chuàng)建該形成流的內(nèi)容文件。該媒體編碼器和分割器模塊68被示出為作為服務(wù)提供者30的一部分，但是可以理解，也可以完全獨立地托管該模塊。如圖所示，總體上，流程開始于諸如攝像機(jī)文件或其它這種視聽文件之類的內(nèi)容20的源，該內(nèi)容20饋送至媒體編碼器和分割器模塊68。媒體編碼器74將(例如，直播的或預(yù)先錄制的)輸入視聽媒體流編碼成諸如MPEG2-TS的編碼格式。編碼的流饋送至分割器模塊75，分割器模塊75在分割器76處將流切割成一個或多個流或文件，例如，這些流或文件的持續(xù)時間可以是任意的，但是為了更好的性能它們通常具有相等的長度。然后，生成包含至切割的流或文件的URI的索引文件。在附圖中，索引文件是具有文件名擴(kuò)展“.m3u8”的M3U8文件，并且該索引文件包含至具有文件名擴(kuò)展ts”的文件的URI。當(dāng)生成了該文件時，例如使用具有CBC和VI值8的AES-128比特安全性對該文件加密，并且將該文件上傳至或放置在web服務(wù)器文件夾中，如上所述地，在該web服務(wù)器文件夾中，該文件可以由經(jīng)過驗證的IPTV客戶端訪問并取回。在IPTV客戶端可以獲知這些文件的位置之前，管理服務(wù)器模塊66對該客戶端進(jìn)行驗證。經(jīng)過驗證的IPTV客戶端指示其對流內(nèi)容的支持，并且呈現(xiàn)服務(wù)和/或資產(chǎn)給該IPTV客戶端，如上所述。當(dāng)選擇了流服務(wù)時，可以顯示直播流和視頻點播視聽媒體內(nèi)容資產(chǎn)的混合列表。在選擇資產(chǎn)時，服務(wù)提供者和管理服務(wù)器通常按照需要針對所選的服務(wù)或資產(chǎn)進(jìn)行驗證。如下面將要描述的那樣，該驗證也可以由托管服務(wù)器提供。例如，如果服務(wù)需要進(jìn)行關(guān)聯(lián)或者驗證關(guān)聯(lián)關(guān)系的單獨步驟，則可以連同任何需要的客戶端設(shè)備的驗證一起執(zhí)行該關(guān)聯(lián)。一旦經(jīng)過驗證，則IPTV客戶端就能對加密的.ts文件進(jìn)行解密并且開始流內(nèi)容重放。圖3示出了根據(jù)本原理的一個方法的流程圖60。第一步驟是管理服務(wù)器接收來自內(nèi)容重放設(shè)備的登陸和驗證請求(步驟92 )。下一個步驟是，一旦驗證成功，在兩個組成部件之間建立流會話(步驟94)。在該流會話中，根據(jù)在此描述的原理，可以對多個方面進(jìn)行通信。例如，向管理服務(wù)器描述客戶端，例如，該客戶端是否支持流。管理服務(wù)器可以命令特定類型的安全協(xié)議。還可以選擇傳輸協(xié)議，例如，HTTP?？梢岳斫?，還可以采用其它種類的協(xié)議。由管理服務(wù)器和內(nèi)容重放設(shè)備進(jìn)行通信的多個方面通常超出了諸如傳輸流文件的純粹取回頻率、涉及哪些標(biāo)簽、等等之類的基本要素。通常，被通信的參數(shù)包括關(guān)于內(nèi)容處理或安全性的參數(shù)，例如，AES，Shell-3, TLS1.1，鏈接保護(hù)，加密，散列法，密鑰，等等。下一個步驟是管理服務(wù)器從內(nèi)容重放設(shè)備接收對服務(wù)列表的請求(96)，或者該步驟可以被設(shè)置成默認(rèn)動作。如所指出的，當(dāng)服務(wù)被選擇了時，它們自身可能會直接導(dǎo)致形成流。在其它情況下，從列表中選擇服務(wù)導(dǎo)致顯示該服務(wù)提供的一組對應(yīng)的資產(chǎn)。還可以呈現(xiàn)可用內(nèi)容網(wǎng)格，按照這些內(nèi)容項是否是視頻點播、實時直播流、即將上映、等等來組織該可用內(nèi)容網(wǎng)格。在任何情況下，響應(yīng)于請求，將服務(wù)列表和可選資產(chǎn)列表提供至內(nèi)容重放設(shè)備(步驟102)。然后，客戶端設(shè)備請求資產(chǎn)或內(nèi)容項，并且在服務(wù)器處接收該請求(步驟104)。將對應(yīng)于所選的資產(chǎn)的URI提供給客戶端設(shè)備，該URI提供取回合適的流文件的網(wǎng)絡(luò)位置(步驟106)。然后，連同流文件一起發(fā)送提供給用戶的信息或推薦，其中，如上所述，按照用戶賬戶中的信息調(diào)整了該提供給用戶的信息或推薦(步驟108)。如果內(nèi)容重放設(shè)備按照指示系統(tǒng)上的惡意攻擊的方式來行動，則對此進(jìn)行確定并且采取合適的行動(步驟114)。在某些實現(xiàn)方 式中，可以提供代理URI來隱藏流文件的實際網(wǎng)絡(luò)位置(步驟116)。換句話說，URI被設(shè)置成某一網(wǎng)絡(luò)位置XXX.XXX.XXX.XXX，并且利用該URI,客戶端可以接近內(nèi)容傳送網(wǎng)絡(luò)。服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)然后采用查找表，在該查找表中，XXX.XXX.XXX.XXX被轉(zhuǎn)換成真實內(nèi)容URI。也就是，來自客戶端的信息被映射至真實URI。客戶端系統(tǒng)的電腦黑客只能獲得XXX.XXX.XXX.XXX,并且僅利用這個URI，內(nèi)容傳送網(wǎng)絡(luò)將不會傳送實際URI。應(yīng)該理解，以上描述的變形例也是可行的，包括其中網(wǎng)絡(luò)位置XXX.XXX.XXX.XXX由命名空間內(nèi)的相對位置來替代。圖3還示出了管理服務(wù)器采取傳送媒體編碼器和分割模塊至服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)的初始步驟(步驟112)。這樣，在對正在接收的內(nèi)容的任何請求之前，能按照合適的方式使直播流內(nèi)容格式化，以用于傳輸至IPTV客戶端設(shè)備。本領(lǐng)域技術(shù)人員將理解，不是在任何特定的實現(xiàn)方式中都需要采取以上描述的(或者在以下流程圖的任何一個中的)所有步驟，并且這些步驟的順序在某種程度上是可以變化的。圖4圖示了根據(jù)在此描述的原理的相關(guān)實現(xiàn)方式的流程圖74。在第一步驟中，將編碼器或分割器模塊提供給服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)，并且內(nèi)容進(jìn)入媒體編碼器系統(tǒng)(步驟118)。該內(nèi)容可以是例如直播流，或者，可以包括預(yù)先錄制的內(nèi)容。例如，媒體編碼器系統(tǒng)將流編碼成MPEG-2TS流(步驟122)。該流被分割成一個或多個流或文件。生成包含至分割的文件的URI的索引文件(步驟126)。該索引文件可以被加密并且上傳至web服務(wù)器文件夾(步驟128)。從客戶端設(shè)備接收對內(nèi)容的請求(步驟132)。對客戶端設(shè)備進(jìn)行驗證(步驟134)，并且指示對流的支持(步驟136)。客戶端設(shè)備接收流服務(wù)列表(步驟138)，并且選擇服務(wù)(步驟142)。然后，出現(xiàn)可選資產(chǎn)列表和選擇(未示出)。提供給內(nèi)容重放設(shè)備的數(shù)據(jù)通常包括流和視頻點播內(nèi)容的混合列表(步驟144)。雖然在下文中將詳細(xì)描述這種顯示，但是，在此應(yīng)該注意到，該列表包括以前的內(nèi)容、現(xiàn)在存儲并提供作為視頻點播、直播流的內(nèi)容、以及將來可訪問的流內(nèi)容的指示。在很多情況下，服務(wù)提供者可以命令某些流資產(chǎn)僅在一個形式或另一個形式中可用，例如，僅作為直播流內(nèi)容可用或者僅作為視頻點播內(nèi)容可用。按照這種方式，針對各種類型，定價模塊和訂閱模塊可以不同。在選擇資產(chǎn)時，管理服務(wù)器或服務(wù)提供者通常針對給定的服務(wù)和/或資產(chǎn)執(zhí)行驗證(步驟146)，并且一旦經(jīng)過驗證，可以向客戶端提供所需的URI并且可以對加密的.ts文件進(jìn)行解密，開始使該資產(chǎn)形成流(步驟148)。如上所述，在檢測客戶端設(shè)備12的惡意行為的方法中可以采用拒絕服務(wù)模塊56，圖5和圖6提供了這種系統(tǒng)80的圖解。在圖5中，以局部視圖的方式示出了管理服務(wù)器40，以及該管理服務(wù)器40的拒絕服務(wù)模塊56和服務(wù)管理器模塊66?？蛻舳嗽O(shè)備12被示出為訪問管理服務(wù)器和服務(wù)提供者30并且接收來自服務(wù)提供者的內(nèi)容傳送網(wǎng)絡(luò)72的內(nèi)容?？梢岳斫猓瑑?nèi)容傳送網(wǎng)絡(luò)72可以與一個或幾個服務(wù)提供者相關(guān)聯(lián)。結(jié)合對圖6中的流程圖90的描述，來對圖5進(jìn)行描述。當(dāng)客戶端設(shè)備12將與電子序列號或“ESN”相關(guān)聯(lián)的TV_ID呈現(xiàn)給服務(wù)管理器模塊66時(步驟166)，生成用戶令牌并且將該用戶令牌發(fā)送給客戶端設(shè)備(步驟168)。用戶令牌被呈現(xiàn)給服務(wù)提供者30(步驟172)，并且服務(wù)提供者通過發(fā)行服務(wù)令牌來做出響應(yīng)。在選擇了服務(wù)和資產(chǎn)之后，將URI傳送回給客戶端設(shè)備12 (步驟174)。然后，客戶端設(shè)備12從該URI取回流，例如，通過讀取M3U8文件并且從該M3U8文件獲得流位置(步驟176)。內(nèi)容項隨后被以流的形式發(fā)送至客戶端(步驟178)。但是，客戶端設(shè)備12的某些活動可能和惡意活動一致，可以對這些活動進(jìn)行標(biāo)記同時采取應(yīng)對行動。例如，如果客戶端設(shè)備12重復(fù)地向服務(wù)提供者30聲明同一個用戶令牌，導(dǎo)致大量的URI被返回(步驟182)，那么服務(wù)提供者可以認(rèn)為這種活動是可疑的。由于用戶令牌包括ESN，因此用戶令牌的唯一性允許服務(wù)提供者識別客戶端設(shè)備。除了用戶令牌聲明的數(shù)目，管理服務(wù)器還記錄是否呈現(xiàn)了復(fù)制的TV_ID(步驟183)。換句話說，如果真實的客戶端設(shè)備以某種方 式被黑客入侵了，其TV_ID可能會被盜竊或仿制，并且被再次呈現(xiàn)給管理服務(wù)器，如在圖中被示出為“假”客戶端設(shè)備12’。然后，管理服務(wù)器可以注意到這樣的復(fù)制TV_ID并且對其進(jìn)行標(biāo)記?？梢圆扇『芏嘈袆?。例如，服務(wù)提供者30可以對管理服務(wù)器40進(jìn)行單獨的通信以聲明“得到用戶數(shù)據(jù)”的調(diào)用(步驟184)，從而獲取更多關(guān)于潛在惡意用戶的信息。在此之后，管理服務(wù)器可以更新其自己的數(shù)據(jù)庫，以警惕來自用戶賬戶的可疑活動。此外，月艮務(wù)提供者可以請求獲得新用戶令牌(步驟188)，這將需要客戶端設(shè)備對來自管理服務(wù)器的用戶令牌做出新的請求。如果管理服務(wù)器繼續(xù)看到這種新請求，那么管理服務(wù)器可以再次對用戶賬戶進(jìn)行標(biāo)記，并且通過分析所提供的任何用戶令牌可以隔離惡意攻擊的犯罪者。作為又一個應(yīng)對措施，如果服務(wù)提供者30懷疑惡意活動，那么服務(wù)提供者可以發(fā)行新的服務(wù)令牌(步驟186)，其隨后也可以用于對犯罪者進(jìn)行識別。在服務(wù)提供者的流或視頻點播內(nèi)容可以被消費之后，例如，通過將該流或視頻點播內(nèi)容放到具有合適的索引文件和傳輸流文件的web文件夾中，使得諸如IPTV之類的客戶端內(nèi)容重放設(shè)備能夠訪問，獲得，并且消費該內(nèi)容。為了提供這種能力，可以提供定義來指定流內(nèi)容以及客戶端設(shè)備對這種流內(nèi)容的支持?？梢宰⒁獾剑@種定義可以應(yīng)用于任何內(nèi)容，而不僅僅是流內(nèi)容。還可以注意到，這種定義可以提供除了客戶端和服務(wù)器如何與一條內(nèi)容進(jìn)行交互之外的特征。這種定義還可以提供關(guān)于如何將內(nèi)容項呈現(xiàn)在客戶端上的特征。在這種呈現(xiàn)中，既提供資產(chǎn)列表還提供資產(chǎn)信息。在資產(chǎn)列表中，可以指示內(nèi)容項是直播的還是視頻點播的，并且因此可以被相應(yīng)地呈現(xiàn)在上述網(wǎng)格中。此外，當(dāng)選擇了資產(chǎn)時，可以將附加的信息提供給用戶。下面將結(jié)合圖15來描述這種用戶界面網(wǎng)格。圖7中的流程圖100圖示了其中流內(nèi)容可以被指定的一種方式。具體地，對于每一個要被形成流的資產(chǎn)，服務(wù)提供者需要提供源、協(xié)議和類型的至少一個定義(步驟192)。例如，替代僅僅使用諸如HTTP之類的協(xié)議和特定文件類型來指定并傳送內(nèi)容，系統(tǒng)可以提供來自管理服務(wù)器的一整套特征，包括使用資產(chǎn)列表API，資產(chǎn)信息API，以及諸如HTTPS之類的協(xié)議和諸如散列值或校驗和之類的安全性。這樣，可以將現(xiàn)有的資產(chǎn)規(guī)范與流資產(chǎn)(包括直播流資產(chǎn))進(jìn)行整合。然后，服務(wù)提供者通過添加定義至管理服務(wù)器API響應(yīng)使其自己的流內(nèi)容對于內(nèi)容重放設(shè)備可用。圖9和圖10中圖不了針對apiContents和apilnformation API響應(yīng)的這種示例性定義。在這些示例性定義中，采用<source>attributesstreams_types= “HTTPLS”；protocol= “https”；以及 metafile_types= “M3U8”來將內(nèi)容識別為例如直播流內(nèi)容。此外，〈source〉值可以包含至.m3u8文件的URI。應(yīng)該強(qiáng)調(diào),這些具體的協(xié)議和文件類型僅僅是示例性的，并且可以根據(jù)應(yīng)用的要求來采用任何這類協(xié)議和文件類型。響應(yīng)于對資產(chǎn)的請求，可以確定內(nèi)容重放設(shè)備支持流的能力，例如，通過分析TV_ID (步驟194)。與在更高級別處指定這種能力相比(這允許較少的內(nèi)容界定或區(qū)分)，可以在資產(chǎn)級別處指定這種能力，這允許指定內(nèi)容應(yīng)該出現(xiàn)在例如用戶界面菜單中的哪里。在上述例子中，為了客戶端設(shè)備能夠使這種內(nèi)容形成流，客戶端設(shè)備必須支持M3U8元文件類型并且使用HTTPS協(xié)議。一旦服務(wù)提供者確定客戶端支持流內(nèi)容，那么服務(wù)提供者返回足夠的信息以允許設(shè)備做出取回資產(chǎn)的調(diào)用(步驟196)。換句話說，服務(wù)提供者返回正確的資產(chǎn)列表或資產(chǎn)。在上述例子中，客 戶端使用至.m3u8文件的URI的HTTP做出aipContents或api Information API調(diào)用，以取回要播放的內(nèi)容。圖8圖示了更加詳細(xì)的流程圖110，其中，一般程序被細(xì)節(jié)化。第一步驟是:服務(wù)提供者使內(nèi)容或資產(chǎn)可用(步驟198)。在這種情況下，服務(wù)提供者將編碼和分割的文件放到合適的web文件夾中(步驟202)。這種web文件夾可以在服務(wù)提供者處或在內(nèi)容傳送網(wǎng)絡(luò)內(nèi)或在某些其他網(wǎng)絡(luò)可訪問位置中。然后，服務(wù)提供者添加定義至對管理服務(wù)器調(diào)用進(jìn)行響應(yīng)的API (步驟204)。當(dāng)然，可以在任何內(nèi)容就位或可訪問之前，作為初始事情添加這些定義。例如，服務(wù)提供者可以添加針對諸如apiContents和apilnformation之類的調(diào)用的響應(yīng)(步驟206)。這樣，服務(wù)提供者將該內(nèi)容識別為流內(nèi)容(步驟208)。如上詳細(xì)所述，可以包括具體的定義。然后，客戶端設(shè)備指示其對流內(nèi)容的支持(步驟212)。這可以是客戶端設(shè)備和管理服務(wù)器的初始識別登錄和驗證程序的一部分。在請求時，例如，當(dāng)客戶端做出apiContentsAPI調(diào)用以取回內(nèi)容時(步驟216)，可以返回資產(chǎn)列表(步驟214)。圖9和圖10中圖示了示例性apiContents和apilnformation API調(diào)用，分別如代碼部分120和130。除了定義流服務(wù)和客戶端設(shè)備訪問并獲得流內(nèi)容的方式以外，可以采用單獨的托管服務(wù)器來托管元數(shù)據(jù)并且為服務(wù)提供者提供安全性、驗證以及其他功能。這樣服務(wù)提供者無需自己建立這樣的流基礎(chǔ)設(shè)施。例如，參見圖11，示出了系統(tǒng)150，其中，再次圖示了管理服務(wù)器40，這次是結(jié)合托管服務(wù)器282 —起圖示管理服務(wù)器40的。在很多方面，管理服務(wù)器40的模塊的功能與以上結(jié)合圖2所公開的功能相同，因此不再重復(fù)這樣的描述。如上所述，服務(wù)提供者可以自己托管內(nèi)容或者通過內(nèi)容傳送網(wǎng)絡(luò)268來提供內(nèi)容，后者即是圖中所示情況。web服務(wù)器文件夾273包括索引文件272，該索引文件272提供至各種傳輸流文件274a_274c的URI。在圖11的系統(tǒng)中，關(guān)于內(nèi)容項的元數(shù)據(jù)信息被格式化成攝入文件并且被攝入至托管服務(wù)器，托管服務(wù)器然后托管元數(shù)據(jù)。更具體地，服務(wù)提供者創(chuàng)建傳遞至托管服務(wù)器282內(nèi)部的攝入系統(tǒng)模塊284的攝入文件276。攝入系統(tǒng)模塊284接收在攝入文件276中描述的元數(shù)據(jù)并且將其存儲在托管服務(wù)器282內(nèi)部的存儲器286中。這樣，托管服務(wù)器為一個或多個服務(wù)提供者托管元數(shù)據(jù)。然后，托管服務(wù)器可以處理驗證和安全性，并且在請求時進(jìn)一步返回至流內(nèi)容資產(chǎn)的URI。如上所述，經(jīng)驗證的IPTV客戶端向服務(wù)管理器模塊表明其對實時直播流的支持，并且向該經(jīng)驗證的IPTV客戶端呈現(xiàn)一份直播流服務(wù)列表。當(dāng)選擇了直播流服務(wù)時，可以從托管服務(wù)器返回一份既有直播流又有視頻點播媒體內(nèi)容的列表。在選擇資產(chǎn)時，用戶會話控制的一部分可以被移交給托管服務(wù)器，托管服務(wù)器針對服務(wù)和/或資產(chǎn)執(zhí)行驗證，并且一旦驗證成功，IPTV客戶端可以將URI應(yīng)用至內(nèi)容傳送網(wǎng)絡(luò)，解密加密的.ts文件，并且開始直播流內(nèi)容重放。應(yīng)該理解，托管服務(wù)器可以與管理服務(wù)器合并或者形成內(nèi)容傳送網(wǎng)絡(luò)的一部分。雖然是單獨描述，但是可以在各種物理設(shè)備的組合之間分布或分享功能。然而，保持這些功能獨立可以提供關(guān)于負(fù)載均衡的益處。以XML格式( 也支持其它格式，例如，JSON, YAML,等)描述的示例性攝入文件由代碼部分278圖示。如可以看出的，攝入文件276中的信息可以包括資產(chǎn)ID，資產(chǎn)URI，流類型，以及元文件類型。在示例性代碼部分278中，資產(chǎn)是具有流類型HTTPLS和元文件類型M3U8的直播流資產(chǎn)。一個更詳細(xì)的代碼部分在圖12中由代碼部分180圖示。在這個攝入文件(其也以XML格式編寫)中，提供關(guān)于資產(chǎn)的元數(shù)據(jù)，諸如，標(biāo)題、UR1、流協(xié)議、元文件類型、視頻類型、類別名稱、描述、持續(xù)時間、語言等等。這種元數(shù)據(jù)不僅僅提供關(guān)于內(nèi)容項的信息，而且還可以提供對于格式化用戶界面上的供用戶選擇的內(nèi)容項的呈現(xiàn)有用的信息(參見圖15)。通常，管理服務(wù)器基礎(chǔ)設(shè)施為服務(wù)提供者提供關(guān)于如何構(gòu)建攝入文件的指令。這樣的指令將包括關(guān)于識別內(nèi)容所需的標(biāo)簽的信息，例如，安全性、容器、3-D或2-D、小標(biāo)題、等等。通常從托管服務(wù)器的角度出發(fā)，根據(jù)本文描述的原理的方法在圖13中由流程圖160圖示。第一步驟是:從服務(wù)提供者接收攝入文件，或者在某些情況下，從內(nèi)容傳送網(wǎng)絡(luò)接收攝入文件(步驟284)。攝入文件包含關(guān)于流資產(chǎn)的元數(shù)據(jù)?？梢詮姆?wù)提供者接收關(guān)于其全部流資產(chǎn)的這種攝入文件，并且隨著新的資產(chǎn)的添加，持續(xù)地接收這種攝入文件。對于給定的客戶端設(shè)備和給定的資產(chǎn)，下一步驟是:接收來自客戶端設(shè)備(例如諸如IPTV之類的內(nèi)容重放設(shè)備)的接收流資產(chǎn)的請求(步驟286)。該步驟通常包括接收來自內(nèi)容重放設(shè)備的用戶令牌(步驟288)，該用戶令牌之前已經(jīng)由內(nèi)容重放設(shè)備從管理服務(wù)器接收。在管理服務(wù)器40的初始驗證之后，內(nèi)容重放設(shè)備可以向管理服務(wù)器做出服務(wù)和資產(chǎn)列表請求(參見圖11)，并且這些列表可以從管理服務(wù)器40返回至內(nèi)容重放設(shè)備12。在接收對資產(chǎn)的請求之后，客戶端設(shè)備訪問托管服務(wù)器，該托管服務(wù)器隨后提供驗證以確保內(nèi)容重放設(shè)備有獲得該資產(chǎn)的權(quán)利。下一步驟是:托管服務(wù)器提供URI給內(nèi)容重放設(shè)備，該URI指示或者給出到索引文件的位置(步驟292)。替代實際位置，也可以如已經(jīng)描述的那樣提供代理URI。在給定的實現(xiàn)方式中，還可以執(zhí)行各種其它步驟。例如，可以基于用戶賬戶中的信息，從管理服務(wù)器或托管服務(wù)器，傳送提供給用戶的信息至內(nèi)容重放設(shè)備(步驟294)。此夕卜，可以基于用戶賬戶中的這種信息將推薦傳送至內(nèi)容重放設(shè)備，例如，針對附加的相關(guān)內(nèi)容等等的推薦。圖14圖示了根據(jù)本文描述的原理的示例性方法的更詳細(xì)的流程圖170。通過使用這種方法，服務(wù)提供者可以向托管服務(wù)器指示關(guān)于要形成流的內(nèi)容項的數(shù)據(jù)。第一步驟是:服務(wù)提供者對要托管的內(nèi)容流進(jìn)行編碼和分割，并且使該內(nèi)容流對于內(nèi)容重放設(shè)備可用(步驟298)。服務(wù)提供者然后將這種內(nèi)容放到可訪問的web文件夾中(步驟302)。這些步驟大致上與以上結(jié)合圖2、圖4和圖8描述的步驟類似。關(guān)于內(nèi)容項的元數(shù)據(jù)信息被格式化成合適的攝入文件，例如，XML攝入文件(步驟304 )。然后，發(fā)送攝入文件并由托管服務(wù)器接收(步驟306 )。托管服務(wù)器不僅托管元數(shù)據(jù)，還處理針對希望訪問由元數(shù)據(jù)描述的內(nèi)容項的客戶端設(shè)備的驗證和安全性(步驟308)?？蛻舳嗽O(shè)備然后發(fā)起流會話，向管理服務(wù)器(并且，具體地，經(jīng)由服務(wù)管理器模塊)指示其對流內(nèi)容的支持(步驟314)。客戶端接收流服務(wù)列表(步驟316)，并且根據(jù)該流服務(wù)列表，客戶端選擇服務(wù)(步驟318)。可選地，客戶端也可以在選擇了服務(wù)之后接收可用資產(chǎn)列表(步驟322)?？蛻舳诉x擇資產(chǎn)，托管服務(wù)器針對該資產(chǎn)對客戶端進(jìn)行驗證(步驟324)。一旦經(jīng)過驗證，客戶端就可以從托管服務(wù)器接收至該內(nèi)容項的索引文件(例如，M3U8文件)的URI。然后，客戶端可以解密.ts文件并且開始形成流。
`
如上所述，元數(shù)據(jù)不僅提供關(guān)于內(nèi)容項的信息，還提供用于在用戶界面上呈現(xiàn)供用戶選擇的內(nèi)容項的格式化信息。定義攝入文件的方式(即，通過內(nèi)部的元數(shù)據(jù))可以提供呈現(xiàn)矩陣的方式。這種用戶界面在圖15中由網(wǎng)格190圖示。在網(wǎng)格190中，指示了針對體育頻道的內(nèi)容項或資產(chǎn)的網(wǎng)格。當(dāng)前體育賽事可以包括作為直播呈現(xiàn)332a、作為視頻點播呈現(xiàn)332b、或者作為混合呈現(xiàn)332c、可觀看的那些體育賽事。直播呈現(xiàn)可以是其中觀眾可以被立即帶到當(dāng)前最新流狀態(tài)的呈現(xiàn)。視頻點播呈現(xiàn)可以包括其中廣播節(jié)目已經(jīng)開始或者完成但是觀眾希望從開始或者從除了當(dāng)前最新流的點之外的某個點開始觀看該廣播節(jié)目的呈現(xiàn)?；旌铣尸F(xiàn)可以包括可以作為視頻點播或作為直播流被觀看的項。另一欄可以指示即將上映的節(jié)目，例如，要作為直播流節(jié)目336a、視頻點播節(jié)目336b、或者混合節(jié)目336c被呈現(xiàn)的節(jié)目。服務(wù)提供者可以命令并且可以在攝入文件內(nèi)指示具體的內(nèi)容項被分類至哪個類別，例如，是否該內(nèi)容項只能被以流的方式直播，是否只作為視頻點播提供該內(nèi)容項，或者可以作為任一種獲得。系統(tǒng)還可以提供直播呈現(xiàn)或視頻點播呈現(xiàn)的變化，包括在安全性、容器、該呈現(xiàn)是否是3-D、小標(biāo)題等等方面的變化。通過在攝入文件中提供這種元數(shù)據(jù)并且將這種元數(shù)據(jù)提供至托管服務(wù)器，管理和托管服務(wù)器基礎(chǔ)設(shè)施可以為服務(wù)提供者在選擇他們希望如何提供流內(nèi)容方面提供靈活性。
攝入文件中的元數(shù)據(jù)信息還可以提供其它信息。例如，可以提供布置和更新“播放條”所需的信息，例如，開始時間、結(jié)束時間、持續(xù)時間等等。當(dāng)然，對于體育賽事，如果需要，例如對于加時賽，可以推遲結(jié)束時間。這種元數(shù)據(jù)信息不僅用于一般目的，而且還為根據(jù)本文描述的原理的系統(tǒng)和方法提供重要的特征。具體地，它提供額外的性能，因為提供這種信息允許客戶端設(shè)備甚至在資產(chǎn)被取回之前(例如，甚至在資產(chǎn)內(nèi)容數(shù)據(jù)自身被接收之前)開始準(zhǔn)備用戶界面元素。由于資產(chǎn)流通常復(fù)雜并且包括觀看應(yīng)用、中間件、驅(qū)動器、編解碼器、等等，因此在前端上用于準(zhǔn)備這些元素的額外時間會導(dǎo)致更高的觀看性能。如上所述，根據(jù)本文描述的原理的系統(tǒng)和方法可以為服務(wù)提供者在他們希望如何提供流內(nèi)容方面提供靈活性。其中在某些實現(xiàn)方式中執(zhí)行這種系統(tǒng)的一個方式是通過指定客戶端設(shè)備需要一定量的內(nèi)存用于流文件，例如，足以存儲整個視頻點播文件的內(nèi)存。這樣，參見圖16，管理服務(wù)器基礎(chǔ)設(shè)施可以實現(xiàn)一種模式，該模式是“附加”模式和“滾動窗口 ”模式的組合。具體地，如在“附加”模式中所見的，索引文件338在時間t=、時具有最小尺寸，并且當(dāng)更多的.ts文件被添加至.m3u8文件或“播放列表”時，該索引文件338作為時間t的函數(shù)大致上單調(diào)地增長。也就是，當(dāng)添加了額外的傳輸流文件“n.ts”時，索引文件必須增長從而描述這些傳輸流文件，即，將傳輸流文件添加至播放列表。在“滾動窗口 ”模式中，索引文件342具有相對固定的尺寸，因此隨著時間t的增加，該索引文件342在尺寸上沒有太大的改變。在附加模式中，觀眾可以觀看直播流，并且可以搞點小動作(trickplay)，例如，倒回至先前的點tpHOT〈t。在滾動窗口模式中，觀眾通常被限制為觀看直播流，因為只提供了播放列表的一個小的“快照”，盡管取決于窗口的尺寸可以倒回至先前的流點。在混合模式中，如果基礎(chǔ)設(shè)施指定客戶端設(shè)備保留了足夠用于整個視頻點播文件的內(nèi)存，那么可以向用戶提供關(guān)于他們是否希望觀看直播流(即，在窗口化的索引文件的點上)或者他們是否希望觀看視頻點播(即，使用返回至點t=^的整個索引文件)的選擇。這與其中僅僅提供整個M3U8文件的系統(tǒng)形成對照。圖17圖示了采用托管服務(wù)器的用于流文件的架構(gòu)210。在某些方面，它與圖11存在相似之處，但是圖17還描述了與服務(wù)提供者的關(guān)聯(lián)關(guān)系和令牌交換。結(jié)合對圖18的流程圖220的描述一起來提供對圖17的描述，圖18的流程圖220描述了對應(yīng)的方法。如圖所示，客 戶端設(shè)備12與管理服務(wù)器40和托管服務(wù)器282進(jìn)行通信。最初，在作為管理服務(wù)器40的前端的服務(wù)管理器模塊66處，客戶端設(shè)備12給出并且管理服務(wù)器40接收登錄和驗證請求(包括TV_ID)(步驟366)。作為響應(yīng)，當(dāng)該第一驗證成功結(jié)束時，建立流會話并且向客戶端設(shè)備提供用戶令牌(步驟368)。如上，管理服務(wù)器可以提供服務(wù)列表，包括經(jīng)由托管服務(wù)器可以訪問的服務(wù)以及可以直接訪問的服務(wù)。換句話說，在構(gòu)架210中圖示了兩個獨立的系統(tǒng)。在一個系統(tǒng)中，托管服務(wù)器282托管來自多個服務(wù)提供者356a-356d的元數(shù)據(jù)。在第二個系統(tǒng)中，客戶端設(shè)備12直接聯(lián)系服務(wù)提供者357。內(nèi)容傳送網(wǎng)絡(luò)364通常是流內(nèi)容的源，盡管在某些情況下，可以按照另一種方式來提供流內(nèi)容的源。在這兩種情況中的任何一種情況下，可以從管理服務(wù)器提供服務(wù)列表以供客戶端設(shè)備選擇?；蛘?，可以由托管服務(wù)器來提供該服務(wù)列表。在采用了托管服務(wù)器的情況下，客戶端設(shè)備向托管服務(wù)器呈現(xiàn)用戶令牌(步驟370)并且按照這種方式請求來自托管服務(wù)器的服務(wù)令牌。托管服務(wù)器將服務(wù)令牌提供給客戶端(步驟372)。當(dāng)在選擇服務(wù)時提供了資產(chǎn)時，托管服務(wù)器可以提供這種資產(chǎn)列表(步驟374)。通過該服務(wù)令牌，客戶端設(shè)備可以訪問適合該客戶端的服務(wù)或資產(chǎn)，例如，那些該客戶端與之相關(guān)聯(lián)的服務(wù)或資產(chǎn)。在接收到訪問服務(wù)或資產(chǎn)的請求時(步驟376)，對客戶端設(shè)備進(jìn)行驗證并且向該客戶端設(shè)備提供針對請求的服務(wù)或資產(chǎn)的URI (步驟378);客戶端設(shè)備然后經(jīng)由內(nèi)容傳送網(wǎng)絡(luò)請求選擇的流內(nèi)容(步驟382 )。在沒有采用托管服務(wù)器的情況下，客戶端設(shè)備將用戶令牌直接呈現(xiàn)給服務(wù)提供者357，尤其是直接呈現(xiàn)給關(guān)聯(lián)模塊358 (步驟384)。可以從關(guān)聯(lián)模塊358獲得服務(wù)或關(guān)聯(lián)令牌(步驟386)，然后該服務(wù)或關(guān)聯(lián)令牌指示與該服務(wù)提供者的合適的關(guān)聯(lián)。關(guān)聯(lián)令牌的發(fā)行也可以是至管理服務(wù)器40的通知的主題，從而，在針對用戶令牌的下一個請求時，可以利用用戶令牌自動地注意到該關(guān)聯(lián)。這樣，客戶端設(shè)備12可以省去在下次對該服務(wù)訪問時與服務(wù)提供者357重新關(guān)聯(lián)的步驟。注意，該關(guān)聯(lián)令牌可以在各種級別奏效，例如，類別級別、資產(chǎn)級別、或服務(wù)級別。這樣，可以獨立地提供服務(wù)的各個級別。例如，服務(wù)提供者可以選擇允許用戶預(yù)覽免費內(nèi)容的類別，但是一旦用戶選擇了高級內(nèi)容，那么服務(wù)提供者將要求合適的關(guān)聯(lián)。在任何情況下，客戶端設(shè)備均向內(nèi)容傳送網(wǎng)絡(luò)呈現(xiàn)關(guān)聯(lián)令牌和接收到的URI(步驟388)，由此客戶端接收來自內(nèi)容傳送網(wǎng)絡(luò)的以流方式傳送的資產(chǎn)(步驟392)。在上述實現(xiàn)方式中描述的托管服務(wù)器為服務(wù)提供者提供了一種便利的方式來使元數(shù)據(jù)被托管并允許驗證和安全性，這樣使得服務(wù)提供者免去了提供他們自己的這種基礎(chǔ)設(shè)施的任務(wù)。托管服務(wù)器受益于規(guī)模效應(yīng)，因為托管服務(wù)器可以托管來自許多服務(wù)提供者的元數(shù)據(jù)并且在客戶端設(shè)備請求內(nèi)容時仍然提供合適的安全性和驗證協(xié)議。圖19圖示了這種方法的示例性流程圖230。在第一步驟中，接收來自第一服務(wù)提供者的關(guān)于至少一個內(nèi)容項的信息(步驟394)。然后，接收來自第二服務(wù)提供者的關(guān)于至少一個內(nèi)容項的信息(步驟396 )。通常借助于上述攝入文件來提供來自第一服務(wù)提供者和來自第二服務(wù)提供者的關(guān)于內(nèi)容項的信息。攝入文件信息被存儲在來自各個服務(wù)提供者的托管服務(wù)器上(步驟398)。然后，內(nèi)容重放設(shè)備的用戶可以發(fā)送并且托管服務(wù)器可以接收對內(nèi)容項的請求。一旦驗證成功，針對該內(nèi)容項的URI被提供給客戶端(步驟404)。可以理解，這種驗證可以包括與管理服務(wù)器進(jìn)行第一驗證以獲得服務(wù)列表以及一旦用戶選擇了單個服務(wù)就利用該服務(wù)經(jīng)由托管服務(wù)器的第二驗證?？梢宰⒁獾?，在某些實現(xiàn)方式中，托管服務(wù)器可以提供服務(wù)列表。然后，客戶端設(shè) 備使用托管服務(wù)器提供的URI請求服務(wù)(或資產(chǎn))，通常指向內(nèi)容傳送網(wǎng)絡(luò)上的位置。然后，可以將按照用戶賬戶中的信息調(diào)整過的提供給用戶的信息和推薦提供給內(nèi)容重放設(shè)備(步驟408 )。下面將描述某些組成部件的細(xì)節(jié)。內(nèi)容重放設(shè)備12可以采取多種形式，多個內(nèi)容重放設(shè)備可以耦合至給定的本地網(wǎng)絡(luò)并且從該給定的本地網(wǎng)絡(luò)中選取。示例性內(nèi)容重放設(shè)備可以包括:例如，IPTV、數(shù)字TV、數(shù)字聲音系統(tǒng)、數(shù)字娛樂系統(tǒng)、數(shù)字視頻錄像機(jī)、影碟機(jī)、以及它們的組合，或者在本地網(wǎng)絡(luò)16上用戶可尋址的且能夠經(jīng)由互聯(lián)網(wǎng)傳送提供給用戶的信息的任何數(shù)目的其它電子設(shè)備。內(nèi)容重放設(shè)備還包括更多的被適當(dāng)?shù)嘏渲糜糜谶B接的傳統(tǒng)的視頻和音頻系統(tǒng)。為了簡潔，在本說明書中，總的由IPTV來例示內(nèi)容重放設(shè)備12，在這種情況下，內(nèi)容重放設(shè)備12通常包括控制視頻顯示器和音頻渲染器(諸如，聲音處理器和一個或多個揚聲器)的處理器。處理器可以訪問一個或多個計算機(jī)可讀存儲介質(zhì)，諸如但是不限于基于RAM的存儲器，例如，芯片實現(xiàn)動態(tài)隨機(jī)存取存儲器(DRAM)、閃存、或者基于盤的存儲器。實現(xiàn)目前內(nèi)容重放設(shè)備12可執(zhí)行的邏輯的軟件代碼可以存儲在各種存儲器上，以實現(xiàn)本文中的原理。處理器可以接收來自各種輸入設(shè)備的用戶輸入信號，這些輸入設(shè)備包括第二顯示器、遙控設(shè)備、諸如鼠標(biāo)之類的點擊設(shè)備、鍵盤、等等。在某些實現(xiàn)方式中，尤其是在內(nèi)容重放設(shè)備12是IPTV時，可以提供電視調(diào)諧器，從而接收來自諸如機(jī)頂盒、衛(wèi)星接收器、有線終端盒、陸地電視信號天線等等的源的電視信號。然后，來自該調(diào)諧器的信號被發(fā)送至處理器，用于在顯示器和聲音系統(tǒng)上呈現(xiàn)。諸如有線或無線的調(diào)制解調(diào)器之類的網(wǎng)絡(luò)接口與處理器通信，從而提供經(jīng)由本地網(wǎng)絡(luò)16與互聯(lián)網(wǎng)的連接?？梢岳斫?，內(nèi)容重放設(shè)備12和互聯(lián)網(wǎng)26之間的通信或者第二顯示器和互聯(lián)網(wǎng)之間的通信也可以經(jīng)由除了本地網(wǎng)絡(luò)16之外的方式進(jìn)行。例如，第二顯示器可以經(jīng)由單獨的移動網(wǎng)絡(luò)與內(nèi)容重放設(shè)備12通信。一個或多個第二顯示器均可具有處理器以及操作用于服務(wù)提供者和內(nèi)容選擇的應(yīng)用所需的組成部件。具體地，第二顯示器中的處理器可以訪問一個或多個計算機(jī)可讀存儲介質(zhì)，諸如但是不限于基于RAM的存儲器，例如，芯片實現(xiàn)動態(tài)隨機(jī)存取存儲器(DRAM)、閃存、或者基于盤的存儲器。實現(xiàn)目前第二顯示器可執(zhí)行的邏輯的軟件代碼可以存儲在各種存儲器上，以實現(xiàn)本文中的原理。第二顯示器14i可以接收來自各種輸入設(shè)備的用戶輸入信號，這些輸入設(shè)備包括諸如鼠標(biāo)之類的點擊設(shè)備、鍵盤、觸摸屏、遙控器、等等。諸如有線或無線的調(diào)制解調(diào)器之類的網(wǎng)絡(luò)接口與處理器通信，從而提供與諸如互聯(lián)網(wǎng)26之類的廣域網(wǎng)絡(luò)的連接，如上所述。服務(wù)器(例如，管理服務(wù)器40和內(nèi)容服務(wù)器22)具有訪問對應(yīng)的計算機(jī)可讀存儲介質(zhì)的對應(yīng)的處理器，這些計算機(jī)可讀存儲介質(zhì)可以是但不限于基于盤和/或固態(tài)存儲器。服務(wù)器經(jīng)由對應(yīng)的網(wǎng)絡(luò)接口與諸如互聯(lián)網(wǎng)26之類的廣域網(wǎng)絡(luò)通信。服務(wù)器可以經(jīng)過互聯(lián)網(wǎng)26彼此通信。在某些實現(xiàn)方式中，兩個或更多服務(wù)器可以位于同一本地網(wǎng)絡(luò)上，在這種情況下，這些服務(wù)器可以經(jīng)過本地網(wǎng)絡(luò)相互通信，而無需訪問互聯(lián)網(wǎng)?？梢宰⒁獾剑鲜隼玑槍Ψ?wù)器所描述的各種模塊可以按照多種方式來實現(xiàn)。在某些情況下，模塊功能可能 會重疊，或者模塊功能可以在多個服務(wù)器之間或者在內(nèi)容重放設(shè)備或第二顯示器與服務(wù)器之間共享。也可以理解其它模塊功能。此外，任何所描述的模塊大致上均可以由一個或多個物理內(nèi)存來表示，并且這種內(nèi)存通常可以通過物理的或邏輯的地址來尋址。還可以實現(xiàn)合適的計算環(huán)境作為云架構(gòu)的一部分。已經(jīng)公開了可以在不增加單元的硬件成本的情況下改善IPTV的用戶體驗的系統(tǒng)和方法。如上所公開的，用戶可以采用該系統(tǒng)和方法來接收形成流的和視頻點播的內(nèi)容。根據(jù)本文描述的原理的系統(tǒng)和方法提供了用于服務(wù)提供者指定流內(nèi)容(例如，直播流內(nèi)容)并允許內(nèi)容重放設(shè)備訪問、獲得、以及播放該流內(nèi)容的方法和協(xié)議。這樣，使得服務(wù)提供者能夠按照便利的方式將流內(nèi)容整合到現(xiàn)有的管理服務(wù)器生態(tài)系統(tǒng)中。此外，所描述的系統(tǒng)和方法為IPTV設(shè)備提供規(guī)范，從而在沒有重要或者任何修改的情況下可靠地獲得并且播放直播流視聽內(nèi)容。一種實現(xiàn)方式包括一個或多個可編程處理器以及對應(yīng)的計算系統(tǒng)組成部件，以存儲和執(zhí)行計算機(jī)指令，諸如執(zhí)行提供各種服務(wù)器功能(如，管理服務(wù)器18或內(nèi)容服務(wù)器22的功能)的代碼。參考圖20，圖示了針對服務(wù)器、第二顯示器或其它這類計算設(shè)備的示例性計算環(huán)境140的表示。
計算環(huán)境包括:控制器218、內(nèi)存222、存儲器226、媒體設(shè)備232、用戶界面238、輸入/輸出(I/O)接口 242、以及網(wǎng)絡(luò)接口 244。這些組成部件通過公共總線266相互連接。或者，可以使用不同的連接配置，諸如，其中控制器位于中心的星形圖案。控制器218包括可編程處理器并且控制服務(wù)器及其組成部件的操作。控制器218從內(nèi)存222或嵌入的控制器內(nèi)存(未示出)加載指令，并且執(zhí)行這些指令來控制系統(tǒng)。內(nèi)存222 (其可以包括非瞬態(tài)計算機(jī)可讀存儲器224)將數(shù)據(jù)臨時保存，以供系統(tǒng)的其它組成部件使用。在一個實現(xiàn)方式中，內(nèi)存222被實現(xiàn)為DRAM。在另一個實現(xiàn)方式中，內(nèi)存222還包括長期或永久存儲器，諸如，閃存和/或ROM。存儲器226 (其可以包括非瞬態(tài)計算機(jī)可讀存儲器228)將數(shù)據(jù)臨時或長期保存，以供服務(wù)器的其它組成部件使用，例如，用于存儲系統(tǒng)所使用的數(shù)據(jù)。在一個實現(xiàn)方式中，存儲器226是硬盤驅(qū)動器或固態(tài)驅(qū)動器。媒體設(shè)備232 (其可以包括非瞬態(tài)計算機(jī)可讀存儲器234)接收可移除媒體并且讀取和/或?qū)懭霐?shù)據(jù)至插入的媒體。在一個實現(xiàn)方式中，媒體設(shè)備232是光盤驅(qū)動器或光盤刻錄機(jī)，例如，可寫藍(lán)光㊣盤驅(qū)動器236。用戶界面238包括用于接受用戶輸入的組成部件，例如，使內(nèi)容項形成流并且將服務(wù)列表、資產(chǎn)類別、以及資產(chǎn)呈現(xiàn)給用戶的用戶指示。在一個實現(xiàn)方式中，用戶界面238包括鍵盤、鼠標(biāo)、音頻揚聲器、以及顯示器?？刂破?18利用用戶的輸入來調(diào)整服務(wù)器的操作。I/O接口 242包括一個或多個I/O端口以連接至對應(yīng)的I/O設(shè)備，諸如，外部存儲器或輔助設(shè)備(如，打印機(jī)或PDA)。在一個實現(xiàn)方式中，I/O接口 242的端口包括諸如以下端口:USB端口、PCMCIA端口、串行端口、和/或并行端口。在另一個實現(xiàn)方式中，I/O接口242包括用于與外部設(shè)備進(jìn)行無線通信的無線接口。這些I/O接口可以用于連接至一個或多個內(nèi)容重放設(shè)備。網(wǎng)絡(luò)接口 244允許與本地網(wǎng)絡(luò)的連接并且可選地允許與內(nèi)容重放設(shè)備12的連接，并且包括有線和/或無線網(wǎng)絡(luò)連接，諸如RJ-45或以太網(wǎng)連接或“W1-Fi”接口(802.11)?？梢岳斫庠S多其它類型的網(wǎng)絡(luò)連接也是可能的，包括，WiMax、3G或4G、802.15協(xié)議、802.16協(xié)議、衛(wèi)星、藍(lán)牙 、等等。服務(wù)器和第二顯示器可以包括這些設(shè)備的典型的附加硬件和軟件，例如，電源和操作系統(tǒng)，盡管出于簡潔目的在附圖中沒有特地示出這些組成部件。在其它實現(xiàn)方式中，可以采用設(shè)備的不同配置，例如，不同的總線或存儲器配置或多處理器配置。已經(jīng)描述了本發(fā)明的各種示例性實現(xiàn)方式。然而，本領(lǐng)域的技術(shù)人員將認(rèn)識到，其它的實現(xiàn)方式也是可能的并且在本發(fā)明的范圍之內(nèi)。例如，雖然是關(guān)于客戶端設(shè)備(即，內(nèi)容重放設(shè)備，如IPTV)做出的服務(wù)和資產(chǎn)選擇來公開本發(fā)明的系統(tǒng)和方法的，但是可以理解這種服務(wù)和資產(chǎn)選擇也可以是由向管理服務(wù)器呈現(xiàn)合適的驗證憑證的第二顯示器做出的，如在上述通過引用并入在此的受讓人的共同待決的美國專利申請中所公開的，該專利申請由本申請的受讓人擁有并且通過引用將其整體并入在此。此外，雖然描述了 URI作為訪問來自服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)的流和視頻點播內(nèi)容的方式，但是可以理解，通常是URI的URL子集被返回給客戶端，以供訪問。

因此，本發(fā)明并不僅僅局限于以上描述的那些實現(xiàn)方式。
權(quán)利要求
1.一種用于托管來自服務(wù)提供者的資產(chǎn)以及關(guān)于資產(chǎn)的元數(shù)據(jù)的方法，所述資產(chǎn)用于形成流或視頻點播，所述方法包括: a.接收來自服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)的元數(shù)據(jù)文件，所述元數(shù)據(jù)文件與web文件夾中的資產(chǎn)相關(guān)聯(lián)，所述資產(chǎn)被形成流或視頻點播，所述文件夾包括索引文件和多個傳輸流文件； b.接收來自內(nèi)容重放設(shè)備的接收所述資產(chǎn)的請求，所述內(nèi)容重放設(shè)備具有驗證憑證；以及 c.向所述內(nèi)容重放設(shè)備提供URI，所述URI提供所述索引文件的位置，所述內(nèi)容重放設(shè)備可以從該位置接收所述內(nèi)容，所述位置與服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)相關(guān)聯(lián)。
2.根據(jù)權(quán)利要求1的方法，其中，所述元數(shù)據(jù)文件是XML文件。
3.根據(jù)權(quán)利要求1的方法，進(jìn)一步包括接收來自所述內(nèi)容重放設(shè)備的用戶令牌，在驗證時，所述用戶令牌已經(jīng)由管理服務(wù)器提供給所述內(nèi)容重放設(shè)備。
4.根據(jù)權(quán)利要求1的方法，其中，所述驗證憑證與用戶賬戶相關(guān)聯(lián)，并且所述方法進(jìn)一步包括傳送提供給用戶的信息至所述內(nèi)容重放設(shè)備，提供給用戶的信息的選擇至少部分地基于所述用戶賬戶中的數(shù)據(jù)。
5.根據(jù)權(quán)利要求1的方法，其中，所述驗證憑證與用戶賬戶相關(guān)聯(lián)，并且所述方法進(jìn)一步包括傳送附加內(nèi)容項的推薦至所述內(nèi)容重放設(shè)備，所述推薦至少部分地基于所述用戶賬戶中的數(shù)據(jù)。
6.根據(jù)權(quán)利要求1的方法，其中，提供URI包括向所述內(nèi)容重放設(shè)備提供代理URI，所述代理URI僅在所述內(nèi)容傳 送網(wǎng)絡(luò)處可轉(zhuǎn)換成實際URI，使得URI文件的實際位置對于所述內(nèi)容重放設(shè)備是隱藏的。
7.一種進(jìn)行托管、驗證以及安排以把資產(chǎn)傳送至內(nèi)容重放設(shè)備的服務(wù)器系統(tǒng)，包括: a.攝入模塊，所述攝入模塊接收包含關(guān)于資產(chǎn)的元數(shù)據(jù)的文件； b.驗證模塊，在請求所述資產(chǎn)時，所述驗證模塊接收來自內(nèi)容重放設(shè)備的驗證憑證；以及 c.服務(wù)或資產(chǎn)模塊，所述服務(wù)或資產(chǎn)模塊用于向所述內(nèi)容重放設(shè)備提供索引文件的URI，所述索引文件對應(yīng)于所述資產(chǎn)，所述URI允許所述內(nèi)容重放設(shè)備訪問來自服務(wù)提供者或內(nèi)容傳送網(wǎng)絡(luò)的所述索弓I文件。
8.根據(jù)權(quán)利要求7的系統(tǒng)，進(jìn)一步包括信息提供模塊，所述信息提供模塊用于至少部分地基于與用戶賬戶相關(guān)聯(lián)的數(shù)據(jù)將提供給用戶的信息提供至所述內(nèi)容重放設(shè)備，所述用戶賬戶與所述內(nèi)容重放設(shè)備相關(guān)聯(lián)。
9.一種攝入關(guān)于來自至少兩個服務(wù)提供者的內(nèi)容項的元數(shù)據(jù)的方法，包括: a.在托管服務(wù)器處接收來自第一服務(wù)提供者的關(guān)于至少一個內(nèi)容項的信息，所述信息包括流類型、元文件類型、以及視頻類型中的至少一個，所述內(nèi)容項用于視頻點播或用于形成流； b.在托管服務(wù)器處接收來自第二服務(wù)提供者的關(guān)于至少一個內(nèi)容項的信息，所述信息包括流類型、元文件類型、以及視頻類型中的至少一個，所述內(nèi)容項用于視頻點播或用于形成流；以及 c.將來自所述第一和第二服務(wù)提供者的信息存儲在所述托管服務(wù)器上。
10.根據(jù)權(quán)利要求9的方法，進(jìn)一步包括在所述托管服務(wù)器處接收來自客戶端設(shè)備的對內(nèi)容項的請求，并且一旦成功驗證所述客戶端設(shè)備，就提供URI至進(jìn)行請求的該客戶端設(shè)備，所述URI對應(yīng)于與所述內(nèi)容項相關(guān)聯(lián)的索引文件的網(wǎng)絡(luò)位置，所述網(wǎng)絡(luò)位置不是所述托管服 務(wù)器的 網(wǎng)絡(luò)位置。
全文摘要
提供了用于使用現(xiàn)有的管理服務(wù)器基礎(chǔ)設(shè)施來傳送視頻點播或流內(nèi)容(包括實時直播流)的系統(tǒng)和方法。可以采用現(xiàn)有的客戶端內(nèi)容重放設(shè)備(諸如，IPTV)來使內(nèi)容項形成流、獲得提供給用戶的信息、追蹤用戶的觀看習(xí)慣、等等。通過再利用現(xiàn)有的客戶端設(shè)備，無需在用戶側(cè)購買額外的硬件。通過再利用管理服務(wù)器基礎(chǔ)設(shè)施，還可以降低資本開出成本。在這種系統(tǒng)中，用戶既可以觀看視頻點播內(nèi)容，又可以觀看流視聽內(nèi)容。
文檔編號H04N21/254GK103227939SQ20131002161
公開日2013年7月31日 申請日期2013年1月21日 優(yōu)先權(quán)日2012年1月27日
發(fā)明者T·熊, L·佩德羅, V·梅塔, E·霍爾考姆布 申請人:索尼公司, 索尼網(wǎng)絡(luò)娛樂國際有限責(zé)任公司