內容供給裝置、內容供給方法、程序、終端裝置和內容供給系統的制作方法
【技術領域】
[0001]本公開涉及一種內容供給裝置、內容供給方法、程序、終端裝置和內容供給系統，并且具體地，涉及一種適合在通過FLUTE (單向文件傳輸)多播傳送內容時使用的內容供給裝置、內容供給方法、程序、終端裝置和內容供給系統。
【背景技術】
[0002]近年來，利用互聯網的流服務的主流已經是0TT-V(0ver The Top Video)，而且，作為可以用于0TT-V的全球標準化移動圖片傳送協議，存在已知的MPEG-DASH(移動圖片專家組——基于HTTP的動態自適應流技術，下文稱為DASH)，其使用瀏覽網站等相似的HTTP(例如，參考非專利文件1)。
[0003]在DASH中，實現了自適應流技術。換言之，在內容供給側，準備并且傳送內容相同但是比特率在圖像質量和視場角大小方面不同的多個流。另一方面，接收側可以根據互聯網通信環境、自身的解碼能力等在供給側已經準備好的多個流中選擇、接收并且播放最佳流。
[0004]將稱為MPD(媒體表示描述)的元文件從供給側提供給接收側，使得接收側可以自適應地選擇、接收并且播放流。
[0005]在MPD中描述了提供分塊內容(媒體數據，諸如音頻/視頻/小標題(Aud1/Video/Subt i 11 e))的流的服務器的地址(ur 1信息)。基于ur 1信息，接收側訪問作為該內容的供給源的服務器以請求流，根據該請求從服務器接收通過HTTP單播傳送的該流，并且播放該流。
[0006]圖1示出了基于DASH使內容流動的內容供給系統的組成的示例。
[0007]該內容供給系統10由供給內容的多個內容供給裝置20和接收并且播放內容的多個DASH客戶端30組成。DASH客戶端30經由利用互聯網11的⑶N(內容傳送網絡)12連接至內容供給裝置20。
[0008]內容供給裝置20傳送具有相同內容但不同比特率的多個流。內容供給裝置20具有內容管理服務器21、DASH分段流轉化器(streamer)22和DASH MPD服務器23。
[0009]內容管理服務器21管理內容的源數據以便傳送至DASH客戶端30，從源數據生成不同比特率的多個流數據并且將流數據輸出至DASH分段流轉化器22。
[0010]DASH分段流轉化器22通過將各個流數據臨時分成多個分段來生成分段流，諸如片段式MP4等，并且將所生成的分段流形成文件和保存。此外，作為WEB服務器，DASH分段流轉化器22根據來自DASH客戶端30的請求(HTTP請求)通過HTTP單播向請求源傳送所保存的分段流的文件。此外，DASH分段流轉化器22通知DASH MPD服務器23元數據，該元數據包括表示分段流文件的供給源的地址。
[0011]DASH MPD服務器23生成MPD，該ΜΗ)包含指示分段流文件的供給源(S卩，DASH分段流轉化器22)的地址等。同樣，作為WEB服務器，DASH MPD服務器23根據來自DASH客戶端30的請求(HTTP請求)通過HTTP單播將所生成的MH)傳送至請求源。
[0012]DASH客戶端30向DASH MPD服務器23請求MPD，并且作為響應，接收通過HTTP單播傳送的MPD。此外，DASH客戶端30基于接收到的MPD向DASH分段流轉化器22請求分段流文件，并且作為響應，接收和播放通過HTTP單播傳送的分段流文件。
[0013]注意，CDN 12包括緩存服務器(未示出)，并且緩存服務器經由CDN 12緩存通過HTTP單播傳送的MH)和分段流文件。緩存服務器，而非作為WEB服務器的DASH MPD服務器23或者DASH分段流轉化器22，可以通過HTTP單播將所緩存的MPD和分段流文件傳送至請求源的DASH客戶端30。
[0014]引用列表
[0015]非專利文件
[0016]非專利文件1:Hirabayashi，Mitsuhiro于2012年3月19日發表在日經電子(NikkeiElectronics)上的 “Realizing Moving Image Delivery With No Drop-outs in anExisting Web Server”
【發明內容】
[0017]技術問題
[0018]如上所述，在DASH中，通過使用HTTP單播傳送，來實現自適應流技術。
[0019]如果接收側通過使用例如移動電話通訊網絡不但可與HTTP單播傳送兼容而且可與FLUTE多播傳送兼容，那么期望將其用于傳送流以便能夠在接收側自適應地選擇流。
[0020]即，在FLUTE多播傳送中，由于保證了QoS(有保障的頻段/時延)，在傳送要求實時屬性的內容諸如直播視頻的情況下，與HTTP單播傳送相比，在接收側可以期望獲得穩定的接收和播放。
[0021 ]然而，在接收側接收并且播放通過FLUTE多播傳送的數據流的情況下，在開始接收FLUTE會話之后并未對FLUTE會話中包含的Π)Τ進行分析時，不可能知道在FLUTE會話中傳輸的數據包(packet) (ALC/LCT數據包)的內容。相反，在接收并且分析Π)Τ之后獲取在隨后的FLUTE會話中傳輸的數據包時，有時不可能接收到所期望的數據包。特別是，在要求即時性(諸如在實時流媒體中)和同一數據包的重發頻率為低的情況下，這種趨勢增加。
[0022]因此，如果將接收模式通知獲取FLUTE會話的接收側，諸如“有必要獲取所有數據包(意味著，由于不會重發相同的數據包或者重發頻率為低，所以最好接收所有數據包)”，那么這對接收側會是方便的。然而，目前還未建立這種方法。
[0023]鑒于上述情況實現了本公開，并且本公開能夠將接收模式通知獲取FLUTE會話的接收側。
[0024]解決方案
[0025]根據本公開的第一方面，提供了一種內容供給裝置，其通過FLUTE多播傳送內容，該內容供給裝置包括:片段流生成部，所述片段流生成部在內容的源數據的基礎上生成片段流;FLUTE流生成部，所述FLUTE流生成部從所生成的片段流生成FLUTE流;SDP創建部，所述SDP創建部在接收側接收到包括FLUTE流的FLUTE會話的情況下創建包括接收模式的SDP;以及多播傳送部，所述多播傳送部通過FLUTE多播傳送FLUTE流，并且在通過FLUTE多播傳送FLUTE流之前，通過FLUTE多播傳送SDP。
[0026]SDP創建部可以創建包括Promiscuous、0ne_copy和Keep-updated中的任一種作為接收模式的SDP。
[0027]SDP 創建部可以創建包括 Promiscuous、One-copy、Keep-updated 以及Promiscuous、0ne_copy和Keep-updated的組合中的任一種作為接收模式的SDP。
[0028]SDP創建部可以創建另外包括屬性類型的SDP，該屬性類型顯示FLUTE會話包括單個媒體類型的基本流。
[0029]根據本公開的第一方面的內容供給裝置可以進一步包括:單播傳送部，所述單播傳送部通過HTTP單播傳送所生成的片段流。
[0030]根據本公開的第一方面，提供了一種內容供給裝置的內容供給方法，該內容供給裝置通過FLUTE多播傳送內容，該內容供給方法包括:片段流生成步驟:通過內容供給裝置在內容的源數據的基礎上生成片段流;FLUTE流生成步驟:通過內容供給裝置從所生成的片段流生成FLUTE流;SDP創建步驟:通過內容供給裝置，在接收側接收到包括FLUTE流的FLUTE會話的情況下創建包括接收模式的SDP;以及多播傳送步驟:通過內容供給裝置，通過FLUTE多播傳送FLUTE流，并且在通過FLUTE多播傳送FLUTE流之前，通過FLUTE多播傳送SDP。
[0031]根據本公開的第一方面，提供了一種程序，該程序使通過FLUTE多播傳送內容的計算機用作:片段流生成部，所述片段流生成部在內容的源數據的基礎上生成片段流;FLUTE流生成部，所述FLUTE流生成部從所生成的片段流生成FLUTE流;SDP創建部，所述SDP創建部在接收側接收到包括FLUTE流的FLUTE會話的情況下創建包括接收模式的SDP;以及多播傳送部，所述多播傳送部通過FLUTE多播傳送FLUTE流，并且在通過FLUTE多播傳送FLUTE流之前，通過FLUTE多播傳送SDP。
[0032]在本公開的第一方面，在內容的源數據的基礎上生成片段流，從所生成的片段流生成FLUTE流，在接收側接收到包括FLUTE流的FLUTE會話時創建包括接收模式的SDP，并且在FLUTE流的FLUTE多播傳送之前，通過FLUTE多播傳送SDP。
[0033]根據本公開的