信息處理裝置和方法、程序和內(nèi)容供應(yīng)系統(tǒng)的制作方法
【技術(shù)領(lǐng)域】
[0001]本公開涉及信息處理裝置和方法、程序和內(nèi)容供應(yīng)系統(tǒng)，并且具體涉及可以更高效地執(zhí)行內(nèi)容分配的信息處理裝置和方法、程序和內(nèi)容供應(yīng)系統(tǒng)。
【背景技術(shù)】
[0002]近年來，互聯(lián)網(wǎng)上的流服務(wù)(streaming service)的主流已變?yōu)闄C頂盒視頻(OverThe Top Video) (OTT-V)。作為這一核心技術(shù)的普遍開始是基于HTTP的動態(tài)自適應(yīng)流(Dynamic Adaptive Streaming over HTTP) (DASH)(例如，參考非專利文獻 I)。
[0003]因為DASH是通過點對點超文本傳輸協(xié)議(HTTP)流實現(xiàn)的，所以在應(yīng)用于可能同時被大量客戶端觀看的內(nèi)容(程序)的流的情況下，諸如體育轉(zhuǎn)播，其經(jīng)常會需要諸如Akamai (注冊商標)的內(nèi)容傳送網(wǎng)絡(luò)(Contents Delivery Network) (CDN)的支持。
[0004]然而，因為，從開銷(cost)限制來看，CDN通常不能夠獲得可以與現(xiàn)有的廣播分配相匹敵的可量測程度，所以可以考慮通過共同使用多播或廣播承載(bearer)來減小網(wǎng)絡(luò)資源的負載的方法。
[0005]引用列表
[0006]非專利文獻
[0007]非專利文獻I 通過現(xiàn)有的網(wǎng)頁服務(wù)器實現(xiàn)不間斷的視頻分配(Implementat1nof uninterrupted video distribut1n by an existing Web server)，，MitsuhiroHirabayashi, NIKKEI ELECTRONICS 2012.3.19

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

[0008]技術(shù)問題
[0009]然而，僅通過應(yīng)用這個方法，根據(jù)聯(lián)合使用的多播/廣播網(wǎng)絡(luò)資源的容量等，其通常將不會局限于所獲得的顯著的開銷優(yōu)勢。
[0010]考慮到這樣的情況創(chuàng)作本公開，并且可以更高效地執(zhí)行內(nèi)容的分配。
[0011]問題的解決方案
[0012]本技術(shù)的一個方面是信息處理裝置，包括:判定單元，判定是否將多播分配或廣播分配用于內(nèi)容的供應(yīng)；以及更新單元，在通過判定單元判定使用多播分配或廣播分配的情況下，該更新單元更新與內(nèi)容的單播分配相關(guān)的控制信息以將多播分配或廣播分配用于內(nèi)容的供應(yīng)。
[0013]判定單元可以評估在將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)的情況下的開銷，并且根據(jù)該評估結(jié)果判定是否將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)。
[0014]可以進一步包括接收控制信息的接收單元，判定單元可以根據(jù)由該接收單元接收到的該控制信息來評估在將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)的情況下的開銷，并且根據(jù)該評估結(jié)果判定是否將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)，并且在通過該判定單元判定使用該多播分配或該廣播分配的情況下，該更新單元更新由該接收單元接收到的該控制信息以將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)。
[0015]判定單元可以根據(jù)根據(jù)由該接收單元接收到的該控制信息的量來對該開銷進行評估。
[0016]接收單元可以接收從連接至預(yù)定網(wǎng)絡(luò)的客戶端供應(yīng)的該控制信息。
[0017]接收單元可以接收從供應(yīng)該內(nèi)容的服務(wù)器的代理服務(wù)器供應(yīng)的、已通過該代理服務(wù)器從客戶端收集的該控制信息。
[0018]可以進一步包括確認單元，該確認單元確認該多播分配或該廣播分配的資源的使用狀況，并且該判定單元評估針對使用由該確認單元確認的可用資源的情況下的該開銷。
[0019]可以進一步包括確保單元，在通過該判定單元判定使用該多播分配或該廣播分配的情況下，該確保單元確保用于供應(yīng)該內(nèi)容的該多播分配或該廣播分配的資源，并且該更新單元更新該控制信息以將由該確保單元確保的資源用于該內(nèi)容的供應(yīng)。
[0020]內(nèi)容可以是 DASH (Dynamic Adaptive Streaming over HTTP)(基于 HTTP 的動態(tài)自適應(yīng)流)格式的流，并且控制信息可以是MPD (Media Presentat1n Descript1n)(媒體演示說明)。
[0021]更新單元可以將標識用于該內(nèi)容的供應(yīng)的該多播分配或該廣播分配的標識符存儲在由布置在該MPD的BaseURL中的serviceLocat1nAttribute URL屬性所指定的服務(wù)位置(Service Locat1n)文件的 DeliverySystemIdentifier 中。
[0022]更新單元可以將用于在對應(yīng)于存儲在該DeliverySystemIdentifier中的標識符的系統(tǒng)中獲取流數(shù)據(jù)的參數(shù)存儲在由布置在該MPD的BaseURL中的serviceLocat1nAttribute URL屬性所指定的服務(wù)位置文件的DeliverySystemDescriptor 中。
[0023]可以進一步包括單播分配單元，該單播分配單元單播分配該內(nèi)容的單播用的流。
[0024]可以進一步包括:轉(zhuǎn)換單元，該轉(zhuǎn)換單元將該內(nèi)容的該單播用的流轉(zhuǎn)換成多播分配或廣播分配用的流；以及BC/MC分配單元，該BC/MC分配單元多播分配或廣播分配由該轉(zhuǎn)換單元生成的該流。
[0025]單播的流可以是DASH(基于HTTP的動態(tài)自適應(yīng)流)格式的流，并且由該轉(zhuǎn)換單元生成的多播分配或廣播分配用的流可以是是FLUTE(單向文件傳輸)協(xié)議的文件。
[0026]該轉(zhuǎn)換單元在該FLUTE協(xié)議的文件的FDT (文件傳送表)-實例中引入范圍屬性來作為文件要素的屬性。
[0027]可以進一步包括供應(yīng)單元，該供應(yīng)單元供應(yīng)由該更新單元更新的控制信息。
[0028]可以進一步包括供應(yīng)控制單元，該供應(yīng)控制單元代替客戶端獲取內(nèi)容，并且根據(jù)根據(jù)由該供應(yīng)單元供應(yīng)的控制信息，將獲取的該內(nèi)容通過單播分配供應(yīng)至該客戶端，或者將獲取的該內(nèi)容通過使用多播分配或廣播分配的資源供應(yīng)至該客戶端。
[0029]本技術(shù)的一個方面是信息處理方法，包括:判定是否將多播分配或廣播分配用于內(nèi)容的供應(yīng)；以及在判定使用該多播分配或該廣播分配的情況下，更新與該內(nèi)容的單播分配相關(guān)的控制信息以將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)。
[0030]本技術(shù)的一個方面是使計算機起到如下功能的程序:判定單元，判定是否將多播分配或廣播分配用于內(nèi)容的供應(yīng)；以及更新單元，在通過該判定單元判定使用該多播分配或該廣播分配的情況下，該更新單元更新與該內(nèi)容的單播分配相關(guān)的控制信息以將該多播分配或該廣播分配用于該內(nèi)容的供應(yīng)。
[0031]本技術(shù)的一個方面是將內(nèi)容從服務(wù)器供應(yīng)至客戶端的內(nèi)容供應(yīng)系統(tǒng)，包括:根據(jù)來自該客戶端的該內(nèi)容的獲取要求量判定是否將多播分配或廣播分配用于該內(nèi)容的供應(yīng)；以及在判定使用該多播分配或該廣播分配的情況下，更新與該內(nèi)容的單播分配相關(guān)的控制信息以將該多播分配或該廣播分配用于將該內(nèi)容從該服務(wù)器供應(yīng)至該客戶端。
[0032]在本公開中，判定是否使用多播分配或廣播分配來供應(yīng)內(nèi)容，并且在判定使用多播分配或廣播分配的情況下，更新與這些內(nèi)容的單播分配相關(guān)的控制信息從而使用這個多播分配或廣播分配來供應(yīng)內(nèi)容。
[0033]發(fā)明的有益效果
[0034]根據(jù)本公開的實施方式，可以處理與內(nèi)容的分配相關(guān)的信息。具體地，可以更高效地執(zhí)行內(nèi)容的分配。
【附圖說明】
[0035][圖1]是描述了在相關(guān)技術(shù)中的內(nèi)容分配系統(tǒng)的實例的圖。
[0036][圖2]是描述DASH的概要的圖。
[0037][圖3]是示出MPD的配置實例的圖。
[0038][圖4]是描述內(nèi)容的時間分區(qū)的圖。
[0039][圖5]是示出在MPD中的時間段(Per1d)以下的分級結(jié)構(gòu)的實例的圖。
[0040][圖6]是描述時間軸上的MPD文件的配置實例的圖。
[0041][圖7]是描述MPD的表示(Representat1n)以下的結(jié)構(gòu)的實例的圖。
[0042][圖8]是示出MPD的XML描述實例的圖。
[0043][圖9]是描述片段獲取要求的實例的圖。
[0044][圖10]是示出擴展的MPD的XML描述實例的圖。
[0045][圖 11]是不出由 ServiceLocat1nAttributeUrl 屬性指定的 ServiceLocat1n要素的XML模式的實例的圖。
[0046][圖 12]是不出由 ServiceLocat1nAttributeUrl 屬性指定的 ServiceLocat1n要素的數(shù)據(jù)結(jié)構(gòu)的圖。
[0047][圖13]是示出用戶服務(wù)描述結(jié)構(gòu)的實例的圖。
[0048][圖14]是示出FLUTE協(xié)議的分級結(jié)構(gòu)的圖。
[0049][圖15]是示出FDT的數(shù)據(jù)結(jié)構(gòu)的圖。
[0050][圖16]是示出擴展的FDT的數(shù)據(jù)結(jié)構(gòu)的圖。
[0051][圖17]是示出內(nèi)容分配系統(tǒng)的主要配置實例的框圖。
[0052][圖18]是示出MPD配置器(configurator)的物理配置的實例的框圖。
[0053][圖19]是DASH片段流的功能的實例的功能框圖。
[0054][圖20]是示出FLUTE服務(wù)器的功能的實例的功能框圖。
[0055][圖21]是示出廣播分配服務(wù)器的功能的實例的功能框圖。
[0056][圖22]是示出DASH-MPD服務(wù)器的功能的實例的功能框圖。
[0057][圖23]是DASH客戶端的功能的實例的功能框圖。
[0058][圖24]是示出MPD配置器的功能的實例的功能框圖。
[0059][圖25]是示出BC/MC資源管理器的功能的實例的功能框圖。
[0060][圖26]是DASH客戶端代理的功能的實例的功能框圖。
[0061][圖27]是描述分配控制過程的流程的實例的流程圖。
[0062][圖28]是描述DASH客戶端代理過程的流程的實例的流程圖。
[0063][圖29]是描述內(nèi)容分配過程的流程的實例的流程圖。
[0064][圖30]繼圖29描述了內(nèi)容分配過程的流程的實例的流程圖。
[0065][圖31]繼圖29描述了內(nèi)容分配過程的流程的實例的流程圖。
[0066][圖32]示出內(nèi)容分配系統(tǒng)的另一配置實例的框圖。
[0067][圖33]示出代理服務(wù)器的功能的實例的功能框圖。
[0068][圖34]描述內(nèi)容分配過程的流程的另一實例的流程圖。
[0069][圖35]是繼圖34描述了內(nèi)容分配過程的流程的另一實例的流程圖。
[0070][圖36]是繼圖34描述了內(nèi)容分配過程的流程的另一實例的流程圖。
[0071][圖37]是描述MPD和片段的分配過程的流程的實例的流程圖。
[0072][圖38]是描述在單播分配的情況下，MPD和片段的分配過程的流程的實例的流程圖。
[0073][圖39]是描述在多播分配或廣播分配的情況下，MPD和片段的分配過程的流程的實例的流程圖。
[0074][圖40]是描述在多播分配或廣播分配的情況下，MPD和片段的分配過程的流程的另一實例的流程圖。
[0075][圖41]是描述在通過FLUTE分配MPD和片段的情況下的分配過程的流程的實例的流程圖。
[0076][圖42]是描述在經(jīng)由代理服務(wù)器執(zhí)行的情況下，MPD和片段的分配過程的流程的實例的流程圖。
【具體實施方式】
[0077]在下文中，將描述用于執(zhí)行本公開的模式(在下文中稱之為實施方式)。注意，將按照下面的順序給出描述。
[0078]0.概要
[0079]1.第一實施方式(內(nèi)容分配系統(tǒng))
[0080]2.第二實施方式(內(nèi)容分配系統(tǒng))
[0081]3.第三實施方式(MH)和流的傳輸)
[0082]〈0.概要 >
[0083]〈內(nèi)容分配系統(tǒng)〉
[0084]近年來，互聯(lián)網(wǎng)上的流服務(wù)的主流已變?yōu)闄C頂盒視頻(OTT-V) ο這個核心技術(shù)的普遍開始是基于HTTP的動態(tài)自適應(yīng)流(DASH)。
[0085]因為DASH是通過點對點超文本傳輸協(xié)議(HTTP)流實現(xiàn)的，所以在應(yīng)用于可能同時被大量客戶端觀看的內(nèi)容(程序)的流的情況下(諸如體育轉(zhuǎn)播)，這經(jīng)常會需要內(nèi)容傳送網(wǎng)絡(luò)(⑶N)的支持，例如，Akamai (注冊商標)。
[0086]圖1是描述通過DASH分配內(nèi)容的系統(tǒng)的實例的圖。在圖1中示出的內(nèi)容分配系統(tǒng)10是通過使用DASH將來自服務(wù)器的由圖像、音頻等組成的內(nèi)容數(shù)據(jù)分配至客戶端的系統(tǒng)。
[0087]如在圖1中示出的實例中，在這個內(nèi)容分配系統(tǒng)10中，經(jīng)由整個⑶N分配DASH-MPD文件和DASH片段。就是說，首先，DASH MPD服務(wù)器11經(jīng)由CDN 20將DASH-MPD文件41供應(yīng)至最初發(fā)起HTTP請求的DASH客戶端31。這個DASH-MPD文件41保留在⑶N20的緩存服務(wù)器(DASH緩存21)中。
[0088]當DASH客戶端31要求內(nèi)容時，基于所獲得的DASH-MPD文件41，DASH片段流12經(jīng)由⑶N 20將這個內(nèi)容的DASH片段61供應(yīng)至DASH客戶端31，諸如箭頭51。圖1中的小的橢圓形分別示出了分段內(nèi)容的DASH片段。這些DASH片段61還保留在⑶N 20的緩存服務(wù)器(DASH緩存22至DASH緩存24等)中。
[0089]然后，當另一個客戶端DASH客戶端32發(fā)出對于相同的內(nèi)容的HTTP請求時，⑶N20的DASH緩存21將保留的DASH-MPD文件41作為DASH-MPD文件42供應(yīng)至DASH客戶端32。以這種方法，減少了 DASH MH)服務(wù)器11的負載。毫無疑問，在DASH-MPD文件沒有被緩存在⑶N 20的緩存服務(wù)器中的情況下，將DASH-MPD文件42從DASH MPD服務(wù)器11供應(yīng)給DASH客戶端32，與DASH客戶端31的情況類似。
[0090]另外，當DASH客戶端32要求內(nèi)容時，基于所獲得的DASH-MH)文件42，DASH片段流12經(jīng)由⑶N 20將這個內(nèi)容的DASH片段61供應(yīng)至DASH客戶端32，諸如箭頭52。這時，在這個內(nèi)容的DASH片段61緩存在⑶N 20的緩存服務(wù)器(DASH緩存22至DASH緩存24等)中的情況下，這些DASH片段61被供應(yīng)給DASH客戶端32。以這種方法減少了 DASH片段流12的負載。
[0091]通過使用這樣的⑶N，可以更高效地對內(nèi)容進行分配。
[0092]<DASH>
[0093]將通過參照圖2描述通過DASH傳輸內(nèi)容的過程。首先，獲取內(nèi)容側(cè)的客戶端通過諸如瀏覽器的應(yīng)用程序(HTTP流客戶端)來選擇所期望的內(nèi)容的MPD，并且從服務(wù)器獲取該所期望的內(nèi)容(HTTP服務(wù)器上的媒體演示)。
[0094]當獲得MPD時，客戶端通過分析該MPD從服務(wù)器獲取所期望的內(nèi)容的DASH片段，并且再現(xiàn)(reproduce，再生)該DASH片段。
[0095]MPD具有諸如在圖3中示出的配置。在MPD的分析(解析)中，客戶端從包括在MPD的時間段中的表示屬性中選擇最佳部分(圖3的媒體演示(Media Presentat1n))。
[0096]客戶端通過調(diào)用所選擇的表示的引導(dǎo)片段獲取并且處理初始的片段?？蛻舳死^續(xù)獲取并再現(xiàn)后續(xù)的片段。
[0097]應(yīng)注意，在MPD中，在時間段、表示與片段(Segment)之間的關(guān)系如圖4中的那樣。就是說，一個媒體內(nèi)容可以分各個時間段來管理，各個時間段是時間方向的數(shù)據(jù)單位，并且可以針對各個片段來管理各個時間段，各個片段是時間方向的數(shù)據(jù)單位。此外，具有不同的屬性，諸如比特率的多個表示，可以構(gòu)成各個時間段。
[0098]因此，這個MPD的文件(也稱為MPD文件)在時間段以下具有諸如在圖5中示出的分級結(jié)構(gòu)。此外，這個MPD的結(jié)構(gòu)當布置在時間軸上時變?yōu)橹T如圖6的實例中的那樣。如從圖6清晰可見的是相同的片段存在多個表示?？蛻舳丝梢愿鶕?jù)通信環(huán)境、它自身的解碼容量等通過適當選擇這些中的一個，獲取并再現(xiàn)適合的流數(shù)據(jù)。
[0099]然而，從開銷限制來看，CDN通常不能獲得可與現(xiàn)有的廣播分配相比較的可量測程度。
[0100]在通過表示描述的目標是通過互聯(lián)網(wǎng)(網(wǎng)絡(luò)接口控制器(NIC))分配的流的url時，在客戶端安裝(廣播系統(tǒng))用于廣播/多播的物理層，諸如多媒體廣播和多播服務(wù)(MBMS)的情況下，將存在以下情況，在相同的現(xiàn)場廣播等分配在可以通過這些接收的信道上時，可以在通過這些的接收和再現(xiàn)由廣播系統(tǒng)的服務(wù)質(zhì)量(QoS)(確保頻帶/延遲等)確保的傳輸路徑上預(yù)期更高質(zhì)量的內(nèi)容再現(xiàn)。
[0101]此外，可以實現(xiàn)成本能夠被合理分配地使用廣播。此外，在再現(xiàn)期間條件變?yōu)閮H能夠以超過準備的比特率的范圍(的下限)的流接收的情況下，例如，由于互聯(lián)網(wǎng)分配環(huán)境(通信量)的突然改變，則