亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

流接收設(shè)備和方法、流發(fā)送設(shè)備和方法、和計(jì)算機(jī)程序的制作方法

文檔序號(hào):7763881閱讀:173來源:國(guó)知局
專利名稱:流接收設(shè)備和方法、流發(fā)送設(shè)備和方法、和計(jì)算機(jī)程序的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及流接收設(shè)備、流接收方法、流發(fā)送設(shè)備、流發(fā)送方法和計(jì)算機(jī)程序。
背景技術(shù)
對(duì)于每個(gè)廣播系統(tǒng),已經(jīng)由標(biāo)準(zhǔn)化組進(jìn)行允許觀看者觀看三維(3D)圖像的3D廣 播的標(biāo)準(zhǔn)化。現(xiàn)有2D廣播節(jié)目(2D節(jié)目)和3D廣播節(jié)目(3D節(jié)目)的混合被認(rèn)為是廣播 組織格式。與3D廣播相比,現(xiàn)有的廣播系統(tǒng)被稱作“2D廣播”。多視圖編碼(MVC)是組織3D廣播節(jié)目中的3D流的方案(例如參見日本專利申請(qǐng) No. 2009-T-513074)。在MVC中,節(jié)目包括可以獨(dú)立地作為2D廣播觀看的2D流以及用于將 2D廣播擴(kuò)展為3D廣播的流,該3D廣播與2D流同步地處理。圖11是圖示MVC中的流構(gòu)成 的圖。根據(jù)MVC,在允許將3D節(jié)目?jī)H作為2D節(jié)目觀看的現(xiàn)有接收器中,可以通過僅處理2D 流而以典型的2D節(jié)目的形式觀看3D節(jié)目。

發(fā)明內(nèi)容
但是,當(dāng)以如圖11所示的組織格式廣播3D節(jié)目時(shí),需要為每個(gè)頻道分配波段,包 括要被分配給3D額外流的波段。當(dāng)2D節(jié)目占據(jù)了大部分內(nèi)容并且3D節(jié)目占據(jù)一小部分 時(shí),分配給3D額外流的波段變?yōu)轭~外的波段并且該波段的大部分變得無用。當(dāng)在某個(gè)時(shí)區(qū)混合2D節(jié)目和3D節(jié)目并且在接收器側(cè)對(duì)2D節(jié)目和3D節(jié)目執(zhí)行頻 道切換(跳過(zapping))時(shí),2D節(jié)目和3D節(jié)目之間的切換頻繁發(fā)生,并且頻道切換耗費(fèi)時(shí) 間。這引起使用的不便。在此情況下,需要預(yù)先保留網(wǎng)絡(luò)資源以便從諸如因特網(wǎng)或者局域 網(wǎng)(LAN)的網(wǎng)絡(luò)獲取3D額外流,并與2D流同步地處理該3D額外流。該另外的資源保留時(shí) 間導(dǎo)致頻道跳過時(shí)間的開銷??紤]到前述,期望提供一種新的和改進(jìn)的并能夠以如下組織格式實(shí)現(xiàn)在接收器側(cè) 的有效波段管理和有效頻道切換的流接收設(shè)備、流接收方法、流發(fā)送設(shè)備、流發(fā)送方法和計(jì) 算機(jī)程序,在該組織格式中,經(jīng)過網(wǎng)絡(luò)分發(fā)3D流,并且2D流和3D流被混合。根據(jù)本發(fā)明的一個(gè)實(shí)施例,提供了一種流接收設(shè)備,包括信息接收單元,用于接 收對(duì)于要經(jīng)過網(wǎng)絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控制信息使用元數(shù)據(jù)描述;流 確保單元,用于在分發(fā)3D流之前使用由所述信息接收單元接收的所述流控制信息執(zhí)行與 確保要分發(fā)的3D流有關(guān)的處理,并保留該流;以及流接收單元,用于基于所述流確保單元 中的保留結(jié)果接收經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流。所述流確保單元可以預(yù)先執(zhí)行接入(join)對(duì)于從外部使用多播分發(fā)的一個(gè)或者 至少兩個(gè)3D流的多播的處理,并確保該3D流。所述流確保單元可以在再現(xiàn)一個(gè)或至少兩個(gè)3D流之前預(yù)緩存3D流以確保該3D流。所述流確保單元可以調(diào)度接入對(duì)于從外部使用多播分發(fā)的一個(gè)或者至少兩個(gè)3D 流的多播的處理,并確保該3D流。
可以在由所述信息接收單元接收的控制信息中描述3D流和2D流的混合狀態(tài)。可以在由所述信息接收單元接收的控制信息中描述3D流的波段信息。可以在由所述接收單元接收的控制信息中描述對(duì)于3D流的分發(fā)方案??梢栽谟伤鼋邮諉卧邮盏目刂菩畔⒅忻枋隹梢韵螺d3D流的時(shí)間。根據(jù)本發(fā)明的另一實(shí)施例,提供了一種流接收方法,包括步驟接收對(duì)于要經(jīng)過網(wǎng) 絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控制信息使用元數(shù)據(jù)描述;在分發(fā)3D流之前, 使用在接收所述流控制信息的步驟中所接收的流控制信息執(zhí)行與確保要分發(fā)的3D流有 關(guān)的處理,并保留該流;以及基于在保留該流的步驟中的保留結(jié)果接收經(jīng)過網(wǎng)絡(luò)分發(fā)的3D 流。根據(jù)本發(fā)明的另一實(shí)施例,提供了一種致使計(jì)算機(jī)執(zhí)行以下步驟的計(jì)算機(jī)程序 接收對(duì)于要經(jīng)過網(wǎng)絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控制信息使用元數(shù)據(jù)描述; 在分發(fā)3D流之前,使用在接收所述流控制信息的步驟中所接收的流控制信息執(zhí)行與確保 要分發(fā)的3D流有關(guān)的處理,并保留該流;以及基于在保留該流的步驟中的保留結(jié)果接收經(jīng) 過網(wǎng)絡(luò)分發(fā)的3D流。根據(jù)本發(fā)明的另一實(shí)施例,提供了一種流發(fā)送設(shè)備,包括信息描述單元,用于使 用元數(shù)據(jù)描述對(duì)于經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流的流控制信息;信息發(fā)送單元,用于在分發(fā)3D流之 前,發(fā)送所述信息描述單元描述的對(duì)于3D流的流控制信息;以及流分發(fā)單元,用于基于所 述信息描述單元描述的對(duì)于3D流的流控制信息,經(jīng)過網(wǎng)絡(luò)分發(fā)3D流。3D流和2D流的混合狀態(tài)可以包括在由所述信息描述單元描述的控制信息中。3D流的波段信息可以包括在由所述信息描述單元描述的控制信息中。對(duì)于3D流的分發(fā)方案可以包括在由所述信息描述單元描述的控制信息中??梢韵螺d3D流的時(shí)間可以包括在由所述信息描述單元描述的控制信息中。根據(jù)本發(fā)明的另一實(shí)施例,提供了一種流發(fā)送方法,包括步驟使用元數(shù)據(jù)描述對(duì) 于要經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流的流控制信息;在分發(fā)3D流之前,發(fā)送在描述所述流控制信息的 步驟中描述的對(duì)于3D流的流控制信息;以及基于在描述所述流控制信息的步驟中描述的 對(duì)于3D流的流控制信息,經(jīng)過網(wǎng)絡(luò)分發(fā)3D流。根據(jù)本發(fā)明的另一實(shí)施例,提供了一種致使計(jì)算機(jī)執(zhí)行以下步驟的計(jì)算機(jī)程序 使用元數(shù)據(jù)描述對(duì)于要經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流的流控制信息;在分發(fā)3D流之前,發(fā)送在描述 所述流控制信息的步驟中描述的對(duì)于3D流的流控制信息;以及基于在描述所述流控制信 息的步驟中描述的對(duì)于3D流的流控制信息,經(jīng)過網(wǎng)絡(luò)分發(fā)3D流。如上所述,根據(jù)本發(fā)明,能夠提供一種新的和改進(jìn)的并能夠以如下組織格式實(shí)現(xiàn) 在接收器側(cè)的有效頻帶管理和有效頻道切換的流接收設(shè)備、流接收方法、流發(fā)送設(shè)備、流發(fā) 送方法和計(jì)算機(jī)程序,在該組織格式中,經(jīng)過網(wǎng)絡(luò)分發(fā)3D流,并且2D流和3D流被混合。


圖1是圖示描述發(fā)送流時(shí)的信息的例子的圖;圖2是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的流分發(fā)系統(tǒng)的配置的圖;圖3是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的元數(shù)據(jù)服務(wù)器21的配置的圖;圖4是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的、在元數(shù)據(jù)服務(wù)器21中所包括的元數(shù)據(jù)產(chǎn)生單元31的配置的圖;圖5圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的、在元數(shù)據(jù)服務(wù)器21中所包括的元數(shù)據(jù)分發(fā) 單元33的配置;圖6是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的、在客戶端100中所包括的元數(shù)據(jù)客戶端 102的配置的圖;圖7是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的服務(wù)器20和客戶端100的操作的第一例 子的流程圖;圖8是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的服務(wù)器20和客戶端100的操作的第二例 子的流程圖;圖9是圖示根據(jù)本發(fā)明的一個(gè)實(shí)施例的服務(wù)器20和客戶端100的操作的第三例 子的流程圖;圖IOA是圖示使用SI的TVA或者SDT的Servicehformation (服務(wù)信息)的流 的混合狀態(tài)的例子的圖;圖IOB是圖示使用SI的TVA或者EIT的khedualEvent (調(diào)度事件)的預(yù)調(diào)度的 例子的圖;以及圖11是圖示MVC中的流配置的圖。
具體實(shí)施例方式下文中,將參考附圖詳細(xì)描述本發(fā)明的優(yōu)選實(shí)施例。注意,在此說明書和附圖中, 用相同的參考數(shù)字表示具有基本相同的功能和結(jié)構(gòu)的結(jié)構(gòu)元件,并省略對(duì)這些結(jié)構(gòu)元件的 重復(fù)說明。將按以下順序給出描述。<1.解決方案的示例>[1-1.流的基本信息][1-2.流的控制信息][1-3.客戶端的操作]<2.本發(fā)明的實(shí)施例〉[2-1.流分發(fā)系統(tǒng)的配置][2-2.元數(shù)據(jù)服務(wù)器的配置][2-3.元數(shù)據(jù)客戶端的配置][2-4.服務(wù)器和客戶端的操作示例][2-4-1.操作的第一示例][2-4-2.操作的第二示例][2-4-3.操作的第三示例]<3.結(jié)論〉<1.解決方案的示例>下文中,將首先描述用于解決上述問題的方法的示例,然后將描述用于實(shí)現(xiàn)該方 法的本發(fā)明的實(shí)施例。[1-1.流的基本信息]
為了解決上述問題,例如,考慮其中服務(wù)器在控制信息中定義用于描述關(guān)于3D 流發(fā)送的各種設(shè)置的要素(element)的方法,該控制信息在元數(shù)據(jù)中描述服務(wù)(頻道) 的屬性(諸如SKDVB-SI 服務(wù)信息)的服務(wù)描述表(SDT)或者TV-任何時(shí)間元數(shù)據(jù) (Anytimemetadata) (TVA)),用于向客戶端設(shè)備通知諸如SI或使用XML描述的TVA的流分 發(fā)服務(wù)。例如,在描述服務(wù)(頻道)的屬性的控制信息中定義了關(guān)于2D流和3D流的混合 狀態(tài)的要素,上述信息在這樣的要素中描述并被發(fā)送到客戶端。流的混合狀態(tài)的示例示出 了除了典型的服務(wù)屬性之外,主要流是2D,但是在某個(gè)時(shí)段存在被發(fā)送用于將該主要流重 構(gòu)為3D的流。[1-2.流的控制信息]為了解決上述問題,考慮如下方法,其中服務(wù)器在描述在SI的TVA或事件信息 表(EIT)的調(diào)度事件的某個(gè)服務(wù)的時(shí)間段中的事件的屬性的控制信息中,定義了關(guān)于要與 2D流同步處理的3D額外流的編解碼器的類型(3D額外流編解碼器類型)、獲取地址(例 如,多播流地址(3D額外流URL,或者當(dāng)流可以被獲取為文件時(shí)的文件地址(3D額外流文 件-URL))、以及諸如事件的開始時(shí)間和結(jié)束時(shí)間的典型事件屬性的要素,在這樣的要素中 描述上述信息,并將該信息發(fā)送到客戶端。當(dāng)需要發(fā)送某個(gè)3D額外流的時(shí)段不同于在EIT或者調(diào)度事件中定義的事件 的時(shí)段時(shí),其中需要3D額外流發(fā)送的時(shí)段的要素可以在例如TVA的段信息Gegment Information)等中定義,并可以使用。假設(shè)TVA的該段信息用于描述程序中的任意時(shí)段的屬性。在使用多播發(fā)送3D額外流的情況下,在控制信息中定義要求的傳送QoS (所需波 段/QoS等級(jí)(傳送質(zhì)量))以及地址,并且這樣的要素用于提供關(guān)于波段的信息??蛻舳?使用所要求的傳送QoS請(qǐng)求預(yù)先確保經(jīng)過傳輸時(shí)區(qū)調(diào)制解調(diào)器或者路由器所需的資源。當(dāng)將3D額外流預(yù)先獲取為文件時(shí),在控制信息中定義在存儲(chǔ)器中存儲(chǔ)該3D額外 流所需的存儲(chǔ)大小(所要求的存儲(chǔ)大小(RequirecKtorageSide))和可以下載流的時(shí)區(qū) (下載時(shí)間-開始/結(jié)束(downloadTime-Start/End))以及地址,并且在這樣的要素中描述 關(guān)于存儲(chǔ)大小或者時(shí)區(qū)的信息,并將其發(fā)送到客戶端。當(dāng)將3D額外流預(yù)先獲取為文件時(shí),該3D額外流不僅可以從因特網(wǎng)獲取為文件, 而且可以通過廣播波下載。從而,可以將例如在數(shù)字視頻廣播(DVB)中定義的廣播波時(shí)段 (slot)以及例如以HTTP開始的URL信息指定為在控制信息中所描述的、獲取文件的站點(diǎn)的 地址,并可以從該時(shí)段獲取該文件。[1-3.客戶端的操作]客戶端預(yù)先接入(join) 3D額外流的多播或者基于在這樣定義的要素中所描述的 信息將該3D額外流預(yù)緩存為本地存儲(chǔ)器中的文件。該預(yù)緩存還包括將該3D額外流預(yù)先累 積在客戶端設(shè)備所連接的LAN上的累積設(shè)備中,并致使LAN中的設(shè)備與廣播波同步地接收 該3D額外流。圖1是圖示描述當(dāng)在如上所述定義的要素中描述信息并發(fā)送流時(shí)的信息的示例 的圖。在圖1中,還示出了其中混合并分發(fā)2D流和3D額外流的服務(wù)以及其中僅分發(fā)2D流 的服務(wù)的示例。在SI的TVA或SDT的服務(wù)信息中描述了指示流的混合狀態(tài)的信息,并在SI 的TVA或EIT的調(diào)度事件中描述了關(guān)于3D額外流的詳細(xì)信息。
在圖1中,將指示3D流的創(chuàng)建時(shí)間的事件屬性、指示3D流編解碼器的類型的3D額 外流編解碼器類型、指示當(dāng)使用單播或多播從服務(wù)器分發(fā)3D流時(shí)3D流的站點(diǎn)的3D額外流 URL、指示當(dāng)使用多播發(fā)送3D額外流時(shí)所需的波段或QoS等級(jí)(傳送質(zhì)量)的要求的傳送 QoS,當(dāng)預(yù)先將3D額外流獲取為文件時(shí)3D流的站點(diǎn)的3D額外流下載URL、指示當(dāng)將3D流存 儲(chǔ)在存儲(chǔ)器中時(shí)所需的存儲(chǔ)大小的要求存儲(chǔ)大小、以及指示可以下載流的時(shí)區(qū)的下載時(shí)間 開始/結(jié)束示出為在SI的TVA或EIT的調(diào)度事件中描述的關(guān)于3D額外流的詳細(xì)信息???戶端可以通過接收流并執(zhí)行基于這樣的信息的處理而有效使用波段并有效執(zhí)行頻道跳過。<2.本發(fā)明的實(shí)施例〉[2-1.流分發(fā)系統(tǒng)的配置]現(xiàn)在將描述根據(jù)本發(fā)明的實(shí)施例的流分發(fā)系統(tǒng)的配置。圖2是圖示根據(jù)本發(fā)明的 實(shí)施例的流分發(fā)系統(tǒng)的配置的圖。下文中,將參考圖2描述根據(jù)本發(fā)明的實(shí)施例的流分發(fā) 系統(tǒng)的配置。如圖2所示,在根據(jù)本發(fā)明的實(shí)施例的流分發(fā)系統(tǒng)10中,服務(wù)器20經(jīng)由單向網(wǎng)絡(luò) 11或雙向網(wǎng)絡(luò)12與客戶端100連接。在此,單向網(wǎng)絡(luò)11包括使用例如陸地波、衛(wèi)星廣播波 或電纜的廣播類型的分發(fā)介質(zhì),并且雙向網(wǎng)絡(luò)12是諸如因特網(wǎng)的雙向通信介質(zhì)。服務(wù)器20發(fā)送2D流或3D額外流,或者發(fā)送作為流的附加物而發(fā)送的關(guān)于3D額 外流的信息。在本實(shí)施例中,服務(wù)器20包括元數(shù)據(jù)服務(wù)器21和2D/3D流媒體服務(wù)器。元 數(shù)據(jù)服務(wù)器21產(chǎn)生關(guān)于3D額外流的元數(shù)據(jù),其作為流的附加物而被發(fā)送。2D/3D流媒體服 務(wù)器22經(jīng)由單向網(wǎng)絡(luò)11或者雙向網(wǎng)絡(luò)12向客戶端100發(fā)送2D流或3D額外流。客戶端100接收從服務(wù)器20分發(fā)的流和元數(shù)據(jù),并基于所接收的元數(shù)據(jù)再現(xiàn)該 流??蛻舳?00包括調(diào)諧器101、元數(shù)據(jù)客戶端102和2D/3D流媒體客戶端103。調(diào)諧器 101接收從2D/3D流媒體服務(wù)器22發(fā)送的流,并對(duì)該流解碼。元數(shù)據(jù)客戶端102從調(diào)諧器101接收在從元數(shù)據(jù)服務(wù)器21或者2D/3D流媒體服 務(wù)器22發(fā)送的流中所包括的元數(shù)據(jù),并解析所接收的元數(shù)據(jù)。通過在元數(shù)據(jù)客戶端102中 的元數(shù)據(jù)解析來控制2D/3D流媒體客戶端103中的流的再現(xiàn)。2D/3D流媒體客戶端103再現(xiàn)由調(diào)諧器101或者家庭路由器110接收的流。2D/3D 流媒體客戶端103基于元數(shù)據(jù)客戶端102的元數(shù)據(jù)解析結(jié)果再現(xiàn)該流。家庭路由器110可以被提供在客戶端100和雙向網(wǎng)絡(luò)12之間。家庭路由器110 可以包括用于預(yù)緩存流的存儲(chǔ)設(shè)備111。用于預(yù)緩存流的存儲(chǔ)設(shè)備111可以被包括在客戶 端100中,或者可以與客戶端100和家庭路由器110分離地提供。已經(jīng)參考圖2描述了根據(jù)本發(fā)明的實(shí)施例的流分發(fā)系統(tǒng)10的配置?,F(xiàn)在將描述 根據(jù)本發(fā)明的實(shí)施例的元數(shù)據(jù)服務(wù)器21的配置。[2-2.元數(shù)據(jù)服務(wù)器的配置]圖3是圖示根據(jù)本發(fā)明的實(shí)施例的元數(shù)據(jù)服務(wù)器21的配置的圖。下文中,將參考 圖3描述根據(jù)本發(fā)明的實(shí)施例的元數(shù)據(jù)服務(wù)器21的配置。如圖3所示,根據(jù)本發(fā)明的實(shí)施例的元數(shù)據(jù)服務(wù)器21包括元數(shù)據(jù)產(chǎn)生單元31、元 數(shù)據(jù)服務(wù)器數(shù)據(jù)庫(kù)32和元數(shù)據(jù)分發(fā)單元33。元數(shù)據(jù)產(chǎn)生單元31產(chǎn)生元數(shù)據(jù)。元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫(kù)32緩存由元數(shù)據(jù)產(chǎn)生單元 31產(chǎn)生的元數(shù)據(jù)。元數(shù)據(jù)分發(fā)單元33將在元數(shù)據(jù)服務(wù)器數(shù)據(jù)庫(kù)32中緩存的元數(shù)據(jù)經(jīng)由雙向網(wǎng)絡(luò)11或者雙向網(wǎng)絡(luò)12發(fā)送到客戶端100。在此,將更詳細(xì)描述元數(shù)據(jù)產(chǎn)生單元31的配置。圖4示出了根據(jù)本發(fā)明的實(shí)施例 的在元數(shù)據(jù)服務(wù)器21中所包括的元數(shù)據(jù)產(chǎn)生單元31的配置。如圖4所示,元數(shù)據(jù)產(chǎn)生單元31包括產(chǎn)生單元41、緩存單元42和更新單元43。產(chǎn) 生單元41產(chǎn)生元數(shù)據(jù)。由產(chǎn)生單元41產(chǎn)生的元數(shù)據(jù)包括指示如上所述的流的混合狀態(tài)的 信息以及關(guān)于3D額外流的信息。緩存單元42緩存由產(chǎn)生單元41產(chǎn)生的元數(shù)據(jù)。更新單 元43更新在緩存單元42中緩存的元數(shù)據(jù)。隨后,將更詳細(xì)描述元數(shù)據(jù)分發(fā)單元33的配置。圖5圖示了根據(jù)本發(fā)明的實(shí)施例 的在元數(shù)據(jù)服務(wù)器21中所包括的元數(shù)據(jù)分發(fā)單元33的配置。如圖5所示,元數(shù)據(jù)服務(wù)器21中所包括的元數(shù)據(jù)分發(fā)單元33包括產(chǎn)生單元51、壓 縮單元52、更新單元53和分發(fā)單元M。產(chǎn)生單元51產(chǎn)生元數(shù)據(jù)的分發(fā)單元。壓縮單元52 壓縮在由產(chǎn)生單元51產(chǎn)生的分發(fā)單元中所包括的源數(shù)據(jù)以降低數(shù)據(jù)量。更新單元53更新 分發(fā)單元的元數(shù)據(jù)。分發(fā)單元M將分發(fā)單元中的壓縮的元數(shù)據(jù)經(jīng)由單向網(wǎng)絡(luò)11或者雙向 網(wǎng)絡(luò)12發(fā)送到客戶端100。已經(jīng)參考圖3到圖5描述了根據(jù)本發(fā)明的實(shí)施例的元數(shù)據(jù)服務(wù)器21的配置。接 下來,將描述根據(jù)本發(fā)明的實(shí)施例的客戶端100的配置?,F(xiàn)在將詳細(xì)描述根據(jù)本發(fā)明的實(shí) 施例的客戶端100中的元數(shù)據(jù)客戶端102的配置。[2-3.元數(shù)據(jù)客戶端的配置]圖6是圖示在根據(jù)本發(fā)明的實(shí)施例的客戶端100中所包括的元數(shù)據(jù)客戶端102的 配置的圖。如圖6所示,在根據(jù)本發(fā)明的實(shí)施例的客戶端100中所包括的元數(shù)據(jù)客戶端102 包括接收單元121、解壓縮單元122、緩存單元123和控制單元124。接收單元121接收經(jīng)由單向網(wǎng)絡(luò)11或者雙向網(wǎng)絡(luò)12從服務(wù)器20發(fā)送的元數(shù)據(jù)。 解壓縮單元122對(duì)接收單元121接收的壓縮的元數(shù)據(jù)解壓縮。緩存單元123緩存由解壓縮 單元122解壓縮的元數(shù)據(jù)??刂茊卧狪M基于在緩存單元123中緩存的元數(shù)據(jù)的內(nèi)容控制 2D/3D流媒體客戶端103的操作。如上配置的元數(shù)據(jù)客戶端102允許客戶端100接收經(jīng)由單向網(wǎng)絡(luò)11或雙向網(wǎng)絡(luò) 12從服務(wù)器20發(fā)送的元數(shù)據(jù),并控制2D/3D流媒體客戶端103的操作。已經(jīng)參考圖6描述了根據(jù)本發(fā)明的實(shí)施例的客戶端100中的元數(shù)據(jù)客戶端102的 配置。接下來,及描述根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的操作。[2-4.服務(wù)器和客戶端的操作示例][2-4-1.操作的第一示例]圖7是圖示根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的操作的第一示例的 流程圖。下文中,將參考圖7描述根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的第一示 例。在操作的第一示例中,使用多播從服務(wù)器20發(fā)送3D額外流,并且由客戶端100頻道跳(channel-zap)多f 3D ^。首先,在3D節(jié)目之前,從服務(wù)器20的元數(shù)據(jù)服務(wù)器21經(jīng)由單向網(wǎng)絡(luò)11或者雙向 網(wǎng)絡(luò)12發(fā)送元數(shù)據(jù)(步驟S101)。當(dāng)客戶端100接收到從元數(shù)據(jù)服務(wù)器21經(jīng)由單向網(wǎng)絡(luò) 11或者雙向網(wǎng)絡(luò)12發(fā)送的元數(shù)據(jù)時(shí),客戶端100中的元數(shù)據(jù)客戶端102解析所接收的元數(shù) 據(jù)。在此,元數(shù)據(jù)客戶端102將接收的元數(shù)據(jù)呈獻(xiàn)給客戶端100的用戶或者請(qǐng)求用戶選擇頻道(步驟S 102)。當(dāng)在步驟S102元數(shù)據(jù)客戶端102將接收的元數(shù)據(jù)呈獻(xiàn)給客戶端100的用戶、或者 請(qǐng)求用戶選擇頻道并且客戶端100的用戶選擇了頻道時(shí),元數(shù)據(jù)客戶端102指令2D/3D流 媒體客戶端103接收用戶所選擇的頻道(步驟S10;3)。已經(jīng)從元數(shù)據(jù)客戶端102接收了指 令的2D/3D流媒體客戶端103指令家庭路由器110接入包括用戶選擇的目標(biāo)的3D額外流 的多播,并確保(保留)所需的QoS (步驟S104)。在步驟104已經(jīng)從2D/3D流媒體客戶端103接收了指令的家庭路由器110向2D/3D 流媒體客戶端103通知接入包括用戶選擇的目標(biāo)的3D額外流的多播并確保所需的QoS的 結(jié)果(步驟S105)。具體地,家庭路由器110進(jìn)行對(duì)于用戶選擇的頻道的目標(biāo)流的地址(3D額外流 URL)的多播參與。例如,對(duì)于多播參與,可以發(fā)出IGMP協(xié)議的接入命令。在網(wǎng)絡(luò)支持諸如 波段的保留QoS的功能的情況下,家庭路由器110基于所要求的傳送QoS,確保目標(biāo)流所需 的網(wǎng)絡(luò)上的波段、以及諸如質(zhì)量的網(wǎng)絡(luò)資源。諸如IMS的協(xié)議(參見http://wbb. forum, impressrd. jp/feature/20060720/165)可以用于確保網(wǎng)絡(luò)資源。當(dāng)已經(jīng)順利地確保網(wǎng)絡(luò)資 源并且流發(fā)送準(zhǔn)備好時(shí),家庭路由器110向2D/3D流媒體客戶端103通知已經(jīng)順利地確保 物理資源并且流發(fā)送準(zhǔn)備好的事實(shí)。然后使用多播從2D/3D流媒體服務(wù)器22發(fā)送至少兩個(gè)3D額外流(步驟S106)。 2D/3D流媒體客戶端103將用于再現(xiàn)2D流和3D額外流的請(qǐng)求發(fā)送到家庭路由器110 (步 驟S107)。在步驟S107已經(jīng)接收了用于再現(xiàn)2D流和3D額外流的請(qǐng)求的家庭路由器110, 將從2D/3D流媒體服務(wù)器22發(fā)送的3D額外流中的用戶選擇的頻道的目標(biāo)流發(fā)送到2D/3D 流媒體客戶端103 (步驟S108)。與獲取經(jīng)由因特網(wǎng)從2D/3D流媒體服務(wù)器22發(fā)送的3D額外流同時(shí),進(jìn)行通過調(diào) 諧器101獲取經(jīng)由單向網(wǎng)絡(luò)從2D/3D流媒體服務(wù)器發(fā)送的2D流??蛻舳?00再現(xiàn)作為經(jīng) 由單向網(wǎng)絡(luò)從2D/3D流媒體服務(wù)器22發(fā)送的2D流和從因特網(wǎng)獲取的3D額外流的組合的 內(nèi)容。對(duì)于與家庭路由器110已經(jīng)在多播參與中成功并且在步驟S105中已經(jīng)確保所需 的網(wǎng)絡(luò)資源的流對(duì)應(yīng)的3D頻道,可以迅速進(jìn)行頻道改變。當(dāng)用戶使用例如遙控器的頻道選 擇按鈕切換頻道并且元數(shù)據(jù)客戶端102向2D/3D流媒體客戶端103通知用戶指定的頻道 的切換時(shí)(步驟S109),2D/3D流媒體客戶端103將用于再現(xiàn)2D流和3D額外流、而不是由 元數(shù)據(jù)客戶端102指定并在步驟S107中請(qǐng)求再現(xiàn)的流的請(qǐng)求發(fā)送到家庭路由器110 (步驟 S110)。在步驟SllO中已經(jīng)接收了用于再現(xiàn)2D流和3D額外流的請(qǐng)求的家庭路由器110,將 從2D/3D流媒體服務(wù)器22發(fā)送的3D額外流中的用戶選擇的頻道的目標(biāo)流發(fā)送到2D/3D流 媒體客戶端103(步驟Sl 11)。因此,在操作的第一示例中,能夠通過預(yù)先接入3D額外流多播而實(shí)現(xiàn)客戶端100 中的迅速的頻道切換。[2-4-2.操作的第二示例]圖8是圖示根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的操作的第二示例的 流程圖。下文中,將參考圖8描述根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的操作的 第二示例。在操作的第二示例中,示出了當(dāng)3D流被預(yù)緩存在本地存儲(chǔ)器中時(shí)客戶端100中的對(duì)于多個(gè)3D流的頻道跳過處理。首先,在3D節(jié)目之前,從服務(wù)器20的元數(shù)據(jù)服務(wù)器21經(jīng)由單向網(wǎng)絡(luò)11或者雙向 網(wǎng)絡(luò)12發(fā)送元數(shù)據(jù)(步驟S121)。當(dāng)客戶端100接收到從元數(shù)據(jù)服務(wù)器21經(jīng)由單向網(wǎng)絡(luò) 11或者雙向網(wǎng)絡(luò)12發(fā)送的元數(shù)據(jù)時(shí),客戶端100的元數(shù)據(jù)客戶端102解析所接收的元數(shù) 據(jù)。在此,元數(shù)據(jù)客戶端102將接收的元數(shù)據(jù)呈獻(xiàn)給客戶端100的用戶或者請(qǐng)求用戶選擇 頻道(步驟S122)。當(dāng)元數(shù)據(jù)客戶端102將接收的元數(shù)據(jù)呈獻(xiàn)給客戶端100的用戶或者請(qǐng)求用戶選擇 頻道、并且在步驟S122中客戶端100的用戶選擇了頻道時(shí),元數(shù)據(jù)客戶端102向2D/3D流 媒體客戶端103通知將要接收用戶選擇的頻道(步驟S12!3)。已經(jīng)從元數(shù)據(jù)客戶端102接 收了通知的2D/3D流媒體客戶端103請(qǐng)求家庭路由器110預(yù)緩存包括用戶選擇的目標(biāo)的3D 額外流(步驟SlM)。已經(jīng)從2D/3D流媒體客戶端103接收了預(yù)緩存多個(gè)3D額外流的請(qǐng)求的家庭路由 器110使用目標(biāo)流文件的地址信息(3D額外流下載URL)從服務(wù)器20的2D/3D流媒體服務(wù) 器22獲取指定的文件。例如,可以根據(jù)HTTP協(xié)議或者其它通信協(xié)議來進(jìn)行家庭路由器110 的文件獲取。2D/3D流媒體服務(wù)器22將指定的文件發(fā)送到家庭路由器110(步驟S125)。家 庭路由器110預(yù)緩存從2D/3D流媒體服務(wù)器22發(fā)送的文件。該文件可以被預(yù)緩存在家庭 路由器110中所包括的存儲(chǔ)設(shè)備中、客戶端100的存儲(chǔ)設(shè)備中或者與家庭路由器110連接 并與客戶端100或者家庭路由器110分離地提供的存儲(chǔ)設(shè)備中。下文中,假設(shè)文件被預(yù)緩 存在家庭路由器110中所包括的存儲(chǔ)設(shè)備中。當(dāng)已經(jīng)順利地進(jìn)行了家庭路由器110的文件 獲取并且已經(jīng)準(zhǔn)備好流發(fā)送時(shí),通知2D/3D流媒體客戶端103已經(jīng)順利地進(jìn)行了文件獲取 并且已經(jīng)準(zhǔn)備好流發(fā)送的事實(shí)(步驟S126)。與獲取由家庭路由器110預(yù)緩存的3D額外流同時(shí),進(jìn)行通過調(diào)諧器101獲取經(jīng)由 單向網(wǎng)絡(luò)從2D/3D流媒體服務(wù)器22發(fā)送的2D流??蛻舳?00再現(xiàn)作為經(jīng)由單向網(wǎng)絡(luò)從 2D/3D流媒體服務(wù)器22發(fā)送的2D流和由家庭路由器110預(yù)緩存的3D額外流的組合的內(nèi) 容。具體地,當(dāng)2D/3D流媒體客戶端103請(qǐng)求家庭路由器110再現(xiàn)2D流和3D額外流時(shí)(步 驟S127),家庭路由器110將預(yù)緩存的文件發(fā)送到2D/3D流媒體客戶端103(步驟S128)。能夠迅速將頻道切換到與家庭路由器110成功預(yù)緩存的流對(duì)應(yīng)的3D頻道。當(dāng)用 戶使用例如遙控器的頻道選擇按鈕切換頻道、并且元數(shù)據(jù)客戶端102向2D/3D流媒體客戶 端103通知用戶指定的頻道的切換時(shí)(步驟SU9),2D/3D流媒體客戶端103將用于再現(xiàn)2D 流和3D額外流、而不是由元數(shù)據(jù)客戶端102指定并在步驟127中請(qǐng)求再現(xiàn)的流的請(qǐng)求發(fā)送 到家庭路由器110(步驟S130)。在步驟S130中已經(jīng)接收了用于再現(xiàn)2D流和3D額外流的 請(qǐng)求的家庭路由器110,將與從2D/3D流媒體服務(wù)器22發(fā)送的3D額外流中的用戶選擇的頻 道對(duì)應(yīng)的預(yù)緩存的文件發(fā)送到2D/3D流媒體客戶端103(步驟S131)。因此,在操作的第二示例中,能夠通過在客戶端中預(yù)緩存3D額外流文件而實(shí)現(xiàn)客 戶端100中的快速頻道切換。[2-4-3.操作的第三示例]圖9是圖示根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的操作的第三示例的 流程圖。下文中,將參考圖9描述根據(jù)本發(fā)明的實(shí)施例的服務(wù)器20和客戶端100的操作的 第三示例。在操作的第三示例中,預(yù)先調(diào)度多播流獲取,并且客戶端100對(duì)多個(gè)3D流執(zhí)行頻道跳過。首先,在3D節(jié)目之前,從服務(wù)器20的元數(shù)據(jù)服務(wù)器21經(jīng)由單向網(wǎng)絡(luò)11或者雙向 網(wǎng)絡(luò)12發(fā)送元數(shù)據(jù)(步驟S141)。當(dāng)客戶端100接收到從元數(shù)據(jù)服務(wù)器21經(jīng)由單向網(wǎng)絡(luò) 11或者雙向網(wǎng)絡(luò)12發(fā)送的元數(shù)據(jù)時(shí),客戶端100的元數(shù)據(jù)客戶端102基于所接收的元數(shù) 據(jù),預(yù)調(diào)度3D額外流的多播的接入以及所需QoS的確保(保留),并根據(jù)該調(diào)度通過家庭路 由器110接入3D額外流的多播并確保所需的QoS (步驟S142)。在步驟S142中,基于從元數(shù)據(jù)服務(wù)器21提供的元數(shù)據(jù)預(yù)調(diào)度終端用戶很可能選 擇的多播3D額外流的獲取,并且基于該調(diào)度通過家庭路由器110執(zhí)行確保資源或者QoS的 保留。在此,例如,可以將在客戶端100內(nèi)部提供的終端用戶喜好數(shù)據(jù)庫(kù)用作終端用戶選擇 的確定基礎(chǔ)。圖IOA和IOB是圖示基于多播3D額外流獲取的預(yù)調(diào)度對(duì)用于家庭路由器110的 由元數(shù)據(jù)客戶端102執(zhí)行的確保資源和QoS的保留的圖。圖IOA示出了使用SI的TVA或 SDT的服務(wù)信息的流的混合狀態(tài)的示例,并且圖IOB示出了使用SI的TVA或EIT的調(diào)度事 件的預(yù)調(diào)度的示例。將描述圖10A。在時(shí)間Tl,在服務(wù)-3中開始多播3D額外流分發(fā)。在從時(shí)間T2到 時(shí)間T4的時(shí)段中,在服務(wù)-1中分發(fā)多播3D額外流。在時(shí)間T3,在服務(wù)-2中開始多播3D 額外流分發(fā)。隨后,將描述圖10B。在服務(wù)-1中,多播3D額外流的開始時(shí)間是T2,結(jié)束時(shí)間 是T4,該流的分發(fā)源的URL是“Url-3D(1. 2) ”,并且流的QoS(保證的速度)是8Mbps,如 圖IOB所示。類似地,在服務(wù)-2中,多播3D額外流的開始時(shí)間是T3,流分發(fā)源的URL是 "url-3D(2. 2) ”,并且流的QoS(保證的速度是IOMbps0類似地,在服務(wù)_3中,多播3D額 外流的開始時(shí)間是Tl,流分發(fā)源的URL是“url-3D(3. 3) ”,并且流的QoS (保證的速度)是 3Mbps ο基于此信息,元數(shù)據(jù)客戶端102預(yù)調(diào)度多播3D額外流獲取。結(jié)果,在圖IOB所示 的示例中,元數(shù)據(jù)客戶端102調(diào)度以就在時(shí)間Tl之前接入3D額外流URL :"url-3D(3. 2),, 并確保所保證的速度3Mbps,就在時(shí)間T2之前接入3D額外流URL :"url-3D (1. 2),,并確保 所保證的速度8Mbps,就在時(shí)間T3之前接入3D額外流URL :“url_3D(2. 2) ”并確保所保證 的速度10Mbps,并就在時(shí)間T4后離開3D額外流URL :"url-3D (1. 2) ”并釋放所確保的保證 的速度10Mbps。當(dāng)家庭路由器110從元數(shù)據(jù)客戶端102接收到指示要接入3D額外流的多播并要 確保所需的QoS的通知時(shí),家庭路由器110接入3D額外流的多播并確保所需的QoS,并向 2D/3D流媒體客戶端103通知結(jié)果(步驟S143)。具體地,當(dāng)元數(shù)據(jù)客戶端102請(qǐng)求接入多 個(gè)3D額外流的多播并確保所需的QoS時(shí),家庭路由器110進(jìn)行對(duì)于目標(biāo)流的地址(3D額 外流URL)的多播參與。例如,可以通過發(fā)出IGMP協(xié)議的接入命令來執(zhí)行多播參與。當(dāng)網(wǎng) 絡(luò)支持諸如波段的保留QoS的功能時(shí),家庭路由器110確保目標(biāo)流所需的網(wǎng)絡(luò)上的波段以 及諸如質(zhì)量的網(wǎng)絡(luò)資源。例如,基于從元數(shù)據(jù)服務(wù)器21發(fā)送的元數(shù)據(jù)中所包括的要求的 傳送QoS信息來確保目標(biāo)流所需的網(wǎng)絡(luò)上的波段。例如還可以通過諸如IMS(http://wbb. forum, impressrd. jp/feature/20060720/165)的協(xié)議來確保諸如質(zhì)量的網(wǎng)絡(luò)資源。當(dāng)已經(jīng) 順利地確保網(wǎng)絡(luò)資源并且流發(fā)送準(zhǔn)備好時(shí),將此事實(shí)通知給2D/3D流媒體客戶端103。
然后元數(shù)據(jù)客戶端102指示2D/3D流媒體客戶端103基于步驟S142中的預(yù)調(diào)度 選擇3D額外流(步驟S144)。2D/3D流媒體服務(wù)器22發(fā)送多個(gè)多播3D額外流(步驟S145)。家庭路由器110將 從2D/3D流媒體服務(wù)器22發(fā)送的流中的在步驟S144中指令的3D額外流發(fā)送到2D/3D流 媒體客戶端103(步驟S147)。在調(diào)諧器101中,與獲取從2D/3D流媒體服務(wù)器22發(fā)送的3D額外流一起,進(jìn)行獲 取從2D/3D流媒體服務(wù)器22經(jīng)由單向網(wǎng)絡(luò)發(fā)送的2D流。2D/3D流媒體客戶端103再現(xiàn)作 為經(jīng)由單向網(wǎng)絡(luò)從2D/3D流媒體服務(wù)器22發(fā)送的2D流和有來自元數(shù)據(jù)客戶端102的指令 選擇的3D額外流的組合的內(nèi)容(步驟S146)。對(duì)于與家庭路由器110已經(jīng)在多播參與中成功并且在步驟S143中已經(jīng)確保所需 的網(wǎng)絡(luò)資源的流對(duì)應(yīng)的3D頻道,可以迅速地處理頻道改變。當(dāng)用戶使用例如遙控器的頻道 選擇按鈕切換頻道、并且元數(shù)據(jù)客戶端102向2D/3D流媒體客戶端103通知用戶指定的頻 道的切換時(shí)(步驟S148),2D/3D流媒體客戶端103將用于再現(xiàn)2D流和3D額外流而不是由 元數(shù)據(jù)客戶端102指定的流的請(qǐng)求發(fā)送到家庭路由器110。已經(jīng)接收了用于再現(xiàn)2D流和3D額外流的家庭路由器110,將從2D/3D流媒體服務(wù) 器22發(fā)送的3D額外流中的用戶選擇的頻道的目標(biāo)流發(fā)送到2D/3D流媒體客戶端103(步 驟S150)。2D/3D流媒體客戶端103再現(xiàn)作為從2D/3D流媒體服務(wù)器22經(jīng)由單向網(wǎng)絡(luò)發(fā)送 的2D流和由來自元數(shù)據(jù)客戶端102的指令選擇的3D額外流的組合的內(nèi)容(步驟S149)。因此,在操作的第三示例中,能夠通過預(yù)調(diào)度3D額外流獲取實(shí)現(xiàn)客戶端100中的 迅速頻道切換。<3.結(jié)論〉如上所述,根據(jù)本發(fā)明的實(shí)施例,服務(wù)器20發(fā)送描述3D額外流的混合狀態(tài)的元數(shù) 據(jù)和關(guān)于3D額外流的不同信息。客戶端100接收從服務(wù)器20發(fā)送的元數(shù)據(jù),并基于該元 數(shù)據(jù)預(yù)先執(zhí)行多播參與和網(wǎng)絡(luò)資源確保,或者預(yù)緩存3D流再現(xiàn)所需的文件。這使得客戶端 100能夠在廣播3D廣播節(jié)目時(shí)進(jìn)行迅速的頻道跳過。可以通過硬件或軟件執(zhí)行上述一系列處理。在由軟件執(zhí)行該一系列處理的情況 下,從以專用硬件集成的計(jì)算機(jī)或者能夠通過安裝各種程序執(zhí)行各種功能的例如通用個(gè)人 計(jì)算機(jī)等中的程序記錄介質(zhì)來安裝構(gòu)成軟件的程序。此外,通信不僅可以是無線通信和有線通信,而且可以是無線通信和有線通信的 組合,即其中在一個(gè)時(shí)段執(zhí)行無線通信并在另一時(shí)段執(zhí)行有線通信的通信。此外,通信可以 按這樣的方式發(fā)生將從一個(gè)設(shè)備到另一設(shè)備的通信執(zhí)行為有線通信,并將從該另一設(shè)備 到該一個(gè)設(shè)備的通信執(zhí)行為無線通信。本領(lǐng)域技術(shù)人員應(yīng)當(dāng)理解,取決于設(shè)計(jì)要求和其他因素,可以發(fā)生各種修改、組 合、子組合和替換,只要其在權(quán)利要求或其等效物的范圍內(nèi)即可。本發(fā)明包含與2009年10月觀日在日本專利局提交的日本專利申請(qǐng) JP2009-247516有關(guān)的主題,通過引用將其全部?jī)?nèi)容合并于此。
權(quán)利要求
1.一種流接收設(shè)備,包括信息接收單元,用于接收對(duì)于要經(jīng)過網(wǎng)絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控 制信息使用元數(shù)據(jù)描述;流確保單元,用于在分發(fā)3D流之前,使用由所述信息接收單元接收的所述流控制信息 執(zhí)行與確保要分發(fā)的3D流有關(guān)的處理,并保留該流;以及流接收單元,用于基于所述流確保單元中的保留結(jié)果接收經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流。
2.根據(jù)權(quán)利要求1的流接收設(shè)備,其中所述流確保單元預(yù)先執(zhí)行接入對(duì)于從外部使用多播分發(fā)的一個(gè)或者至少兩個(gè)3D 流的多播的處理,并確保該3D流。
3.根據(jù)權(quán)利要求1的流接收設(shè)備,其中所述流確保單元在再現(xiàn)一個(gè)或至少兩個(gè)3D流之前預(yù)緩存3D流以確保該3D流。
4.根據(jù)權(quán)利要求1的流接收設(shè)備,其中所述流確保單元調(diào)度接入對(duì)于從外部使用多播分發(fā)的一個(gè)或者至少兩個(gè)3D流的 多播的處理,并確保該3D流。
5.根據(jù)權(quán)利要求1的流接收設(shè)備,其中在由所述信息接收單元接收的控制信息中描述3D流和2D流的混合狀態(tài)。
6.根據(jù)權(quán)利要求1的流接收設(shè)備,其中在由所述信息接收單元接收的控制信息中描述3D流的波段信息。
7.根據(jù)權(quán)利要求1的流接收設(shè)備,其中在由所述信息接收單元接收的控制信息中描述對(duì)于3D流的分發(fā)方案。
8.根據(jù)權(quán)利要求1的流接收設(shè)備,其中在由所述信息接收單元接收的控制信息中描述可以下載3D流的時(shí)間。
9.一種流接收方法,包括以下步驟接收對(duì)于要經(jīng)過網(wǎng)絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控制信息使用元數(shù)據(jù) 描述;在分發(fā)3D流之前,使用在接收所述流控制信息的步驟中所接收的流控制信息執(zhí)行與 確保要分發(fā)的3D流有關(guān)的處理,并保留該流;以及基于在保留該流的步驟中的保留結(jié)果接收經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流。
10.一種致使計(jì)算機(jī)執(zhí)行以下步驟的計(jì)算機(jī)程序接收對(duì)于要經(jīng)過網(wǎng)絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控制信息使用元數(shù)據(jù) 描述;在分發(fā)3D流之前,使用在接收所述流控制信息的步驟中所接收的流控制信息執(zhí)行與 確保要分發(fā)的3D流有關(guān)的處理,并保留該流;以及基于在保留該流的步驟中的保留結(jié)果接收經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流。
11.一種流發(fā)送設(shè)備,包括信息描述單元,用于使用元數(shù)據(jù)描述對(duì)于經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流的流控制信息; 信息發(fā)送單元,用于在分發(fā)3D流之前發(fā)送由所述信息描述單元描述的對(duì)于3D流的流 控制信息;以及流分發(fā)單元,用于基于由所述信息描述單元描述的對(duì)于3D流的流控制信息,經(jīng)過網(wǎng)絡(luò)分發(fā)3D流。
12.根據(jù)權(quán)利要求11的流發(fā)送設(shè)備,其中在由所述信息描述單元描述的控制信息中包括3D流和2D流的混合狀態(tài)。
13.根據(jù)權(quán)利要求11的流發(fā)送設(shè)備,其中在由所述信息描述單元描述的控制信息中包括3D流的波段信息。
14.根據(jù)權(quán)利要求11的流發(fā)送設(shè)備,其中在由所述信息描述單元描述的控制信息中包括對(duì)于3D流的分發(fā)方案。
15.根據(jù)權(quán)利要求11的流發(fā)送設(shè)備,其中在由所述信息描述單元描述的控制信息中包括可以下載3D流的時(shí)間。
16.一種流發(fā)送方法,包括以下步驟使用元數(shù)據(jù)描述對(duì)于要經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流的流控制信息;在分發(fā)3D流之前,發(fā)送在描述所述流控制信息的步驟中描述的對(duì)于3D流的流控制信 息;以及基于在描述所述流控制信息的步驟中描述的對(duì)于3D流的流控制信息,經(jīng)過網(wǎng)絡(luò)分發(fā) 3D流。
17.—種致使計(jì)算機(jī)執(zhí)行以下步驟的計(jì)算機(jī)程序使用元數(shù)據(jù)描述對(duì)于要經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流的流控制信息;在分發(fā)3D流之前,發(fā)送在描述所述流控制信息的步驟中描述的對(duì)于3D流的流控制信 息;以及基于在描述所述流控制信息的步驟中描述的對(duì)于3D流的流控制信息,經(jīng)過網(wǎng)絡(luò)分發(fā) 3D流。
全文摘要
提供了一種流接收設(shè)備,包括信息接收單元,用于接收對(duì)于要經(jīng)過網(wǎng)絡(luò)從外部分發(fā)的3D流的流控制信息,所述流控制信息使用元數(shù)據(jù)描述;流確保單元,用于在分發(fā)3D流之前使用由所述信息接收單元接收的所述流控制信息執(zhí)行與確保要分發(fā)的3D有關(guān)的處理,并保留該流;以及流接收單元,用于基于所述流確保單元中的保留結(jié)果接收經(jīng)過網(wǎng)絡(luò)分發(fā)的3D流。
文檔編號(hào)H04L12/18GK102055668SQ20101052776
公開日2011年5月11日 申請(qǐng)日期2010年10月21日 優(yōu)先權(quán)日2009年10月28日
發(fā)明者北里直久, 山岸靖明 申請(qǐng)人:索尼公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評(píng)論。精彩留言會(huì)獲得點(diǎn)贊!
1