專利名稱：內(nèi)容接收設(shè)備和方法、內(nèi)容發(fā)送設(shè)備和方法、程序以及記錄介質(zhì)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及內(nèi)容接收設(shè)備和方法、內(nèi)容發(fā)送設(shè)備和方法、程序以及記錄介質(zhì)，并且更具體地涉及可實現(xiàn)推送型(Push-type)NRT服務的內(nèi)容接收設(shè)備和方法、內(nèi)容發(fā)送設(shè)備和方法、程序以及記錄介質(zhì)。
背景技術(shù)：
近年來，由于數(shù)字廣播的普及，多信道、高分辨率電視廣播的接收已經(jīng)變得很平
堂
巾ο另一方面，用于使得能夠進行不僅通常的電視廣播而且能夠進行視聽者正需求的另外的高級廣播服務的技術(shù)研究和方法確定正在被考慮利用可用于數(shù)字廣播的帶域。視聽者需求的功能的示例包括允許視聽者在任何希望的時候都能視聽內(nèi)容的點播(on-demand)視聽。然而，已經(jīng)認識到在非雙向發(fā)送廣播的單向發(fā)送廣播中難以實現(xiàn)點播視聽。因此，為了能夠在單向發(fā)送廣播中進行點播視聽，已經(jīng)研究了一種NRT服務，此種 NRT服務用于在廣播內(nèi)容被臨時地記錄在存儲裝置中之后播放此廣播內(nèi)容，假定接收終端將具有大容量的存儲裝置。NRT(非實時)服務是這樣一種服務，該種服務不呈現(xiàn)實時視聽且利用廣播信號發(fā)送作為數(shù)據(jù)的內(nèi)容，而無需與內(nèi)容的即時廣播同步地視聽內(nèi)容。具體地，對于NRT服務，與傳統(tǒng)的對于廣播節(jié)目內(nèi)容等的記錄預約不同，例如，在根據(jù)廣播波的信號的發(fā)送頻帶大的情況中，記錄(下載)可以在較短時間內(nèi)完成?；蛘?，例如，在根據(jù)廣播波的信號的發(fā)送頻帶小的情況中，下載在較長時間內(nèi)完成。此外，今年來，內(nèi)容提供方法已經(jīng)多樣化。例如，傳統(tǒng)地，用戶請求所希望的內(nèi)容從而內(nèi)容由此被提供已經(jīng)成為主流。然而，近年來，一種稱為推送型分發(fā)的提供方法已經(jīng)被采用，其中，作為一側(cè)的服務器側(cè)向用戶分發(fā)內(nèi)容，即使沒有請求也是如此(例如，參見PTL 1)。而且，對于NRT服務，可以想到兩種方法，一種方法用于用戶選擇各個內(nèi)容，然后接收并累積此內(nèi)容，另一種方法用于用戶注冊要視聽的特定內(nèi)容組，然后，終端自動接收并累積這些內(nèi)容。對于前一種方法，例如，稱為拉動型(Pull-type)NRT服務，并且后一種服務例如被稱為推送型(Push-type) NRT服務。引用列表專利文獻PTL 1 日本未審查專利申請公開No. 2007-0；35135

發(fā)明內(nèi)容
技術(shù)問題關(guān)于拉動型NRT服務，已經(jīng)給定了一種實現(xiàn)方法，但是對于推送型NRT服務，還沒有給定實現(xiàn)方法。本發(fā)明是鑒于這種情形而做出的，并且使得推送型NRT服務能夠得以實現(xiàn)。問題的解決方案本發(fā)明的第一方面涉及一種內(nèi)容接收設(shè)備，該內(nèi)容接收設(shè)備包括控制信息接收裝置，被配置為基于將要作為廣播波發(fā)送的信號接收控制信息，控制信息與發(fā)送速率和回放速率不同步的內(nèi)容的廣播有關(guān)；下載日程生成裝置，被配置為基于控制信息生成下載日程，下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約信息；下載裝置，被配置為基于下載日程來接收內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中；以及回放裝置，被配置為利用回放速率來播放在記錄介質(zhì)中記錄的內(nèi)容。與內(nèi)容的廣播有關(guān)的控制信息可包括預定描述數(shù)據(jù)，在將頻帶的廣播波信號的發(fā)送路徑作為物理信道的情況中，預定描述數(shù)據(jù)描述與通過利用預定方法將物理信道劃分成多個發(fā)送路徑而獲得的邏輯信道有關(guān)的信息；以及元數(shù)據(jù)，元數(shù)據(jù)描述與將要利用邏輯信道中的各個邏輯信道發(fā)送的內(nèi)容有關(guān)的信息。下載日程生成裝置可生成用于接收和記錄將要利用在物理信道中包括的多個邏輯信道中的、與注冊信息相對應的邏輯信道廣播的所有內(nèi)容的下載日程。下載日程生成裝置可通過基于元數(shù)據(jù)的描述確定將要由邏輯信道發(fā)送的數(shù)據(jù)的內(nèi)容的廣播開始時間點并且還確定用于確定內(nèi)容的數(shù)據(jù)的位置信息，來生成下載日程。下載裝置可通過以下方式接收內(nèi)容基于下載日程在內(nèi)容的廣播開始時間點接收與物理信道相對應的頻帶的廣播波，基于預定描述數(shù)據(jù)的描述，提取將要由物理信道發(fā)送的傳輸分組中的、與注冊信息相對應的邏輯信道的傳輸分組，并且基于位置信息來確定內(nèi)容的數(shù)據(jù)。邏輯信道的傳輸分組可被構(gòu)建為包括IP分組；并且其中，位置信息可包括用于確定將要由IP分組發(fā)送的內(nèi)容的數(shù)據(jù)的文件發(fā)送會話的信息；并且其中，下載裝置可基于由被確定的文件發(fā)送會話獲得的發(fā)送控制數(shù)據(jù)的描述，來確定內(nèi)容的數(shù)據(jù)。下載裝置可基于發(fā)送控制數(shù)據(jù)的描述，來確定以RSS格式或ATOM格式描述的地址文件，并且基于地址文件確定內(nèi)容的數(shù)據(jù)。基于預定描述數(shù)據(jù)和元數(shù)據(jù)的描述，不論用戶請求如何都確定邏輯信道中的用于提供推送型服務的邏輯信道來用于接收將要視聽的內(nèi)容；其中，用于提供推送型服務的邏輯信道的列表被呈現(xiàn)給用戶，以供用戶接受推送型服務的注冊；并且其中，用于確定注冊的推送型服務的邏輯信道的信息被存儲作為注冊信息。下載日程生成裝置可生成用于接收和記錄由預定描述數(shù)據(jù)確定的內(nèi)容的下載日程，該內(nèi)容是將要由在物理信道中包括的多個邏輯信道中的、與注冊信息相對應的邏輯信道發(fā)送的內(nèi)容。下載裝置可包括覆寫判斷裝置，被配置為判斷所接收到的內(nèi)容是否要被覆寫在記錄介質(zhì)中所記錄的內(nèi)容上。由下載裝置記錄的內(nèi)容可基于元數(shù)據(jù)的描述被設(shè)定有期滿日期；其中，已經(jīng)過了期滿日期的內(nèi)容被去除。本發(fā)明的第一方面涉及一種內(nèi)容接收方法，該內(nèi)容接收方法包括如下步驟基于將要作為廣播波發(fā)送的信號接收控制信息，控制信息與發(fā)送速率和回放速率不同步的內(nèi)容的廣播有關(guān)；基于控制信息生成下載日程，下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約信息；基于下載日程來接收內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中；以及利用回放速率來播放在記錄介質(zhì)中記錄的內(nèi)容。本發(fā)明的第一方面涉及一種使得計算機用作內(nèi)容接收設(shè)備的程序，該內(nèi)容接收設(shè)備包括控制信息接收裝置，被配置為基于將要作為廣播波發(fā)送的信號接收控制信息，控制信息與發(fā)送速率和回放速率不同步的內(nèi)容的廣播有關(guān)；下載日程生成裝置，被配置為基于控制信息生成下載日程，下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約信息；下載裝置，被配置為基于下載日程來接收內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中；以及回放裝置，被配置為利用回放速率來播放在記錄介質(zhì)中記錄的內(nèi)容。利用本發(fā)明的第一方面，基于將要作為廣播波發(fā)送的信號接收與發(fā)送速率和回放速率不同步的內(nèi)容的廣播有關(guān)的控制信息，基于控制信息生成下載日程，下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約信息，基于下載日程接收內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中，以及利用回放速率播放在記錄介質(zhì)中記錄的內(nèi)容。本發(fā)明的第二方面涉及一種內(nèi)容發(fā)送設(shè)備，包括內(nèi)容信息獲得裝置，被配置為根據(jù)預先創(chuàng)建的廣播日程來獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷裝置，被配置為判斷內(nèi)容是否是推送型服務的內(nèi)容，推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；第一控制信息生成裝置，被配置為在內(nèi)容是推送型服務的內(nèi)容的情況中，在生成的第一控制信息中描述表示內(nèi)容是推送型服務的內(nèi)容的信息以及與內(nèi)容有關(guān)的信息，第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；第二控制信息生成裝置，被配置為生成第二控制信息，第二控制信息描述用于確定作為預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；復用裝置，被配置為將第一控制信息和第二控制信息與內(nèi)容的數(shù)據(jù)復用，并且還將要通過多個邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及廣播波發(fā)送裝置，被配置為調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。本發(fā)明的第二方面涉及一種內(nèi)容發(fā)送方法，該內(nèi)容發(fā)送方法包括如下步驟根據(jù)預先創(chuàng)建的廣播日程來獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷內(nèi)容是否是推送型服務的內(nèi)容，推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；在內(nèi)容是推送型服務的內(nèi)容的情況中，在生成的第一控制信息中描述表示內(nèi)容是推送型服務的內(nèi)容的信息以及與內(nèi)容有關(guān)的信息，第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；生成第二控制信息，第二控制信息描述用于確定作為預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；將第一控制信息和第二控制信息與內(nèi)容的數(shù)據(jù)復用，并且還將要通過多個邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。本發(fā)明的第二方面涉及一種使得計算機用作內(nèi)容發(fā)送設(shè)備的程序，該內(nèi)容發(fā)送設(shè)備包括內(nèi)容信息獲得裝置，被配置為根據(jù)預先創(chuàng)建的廣播日程來獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷裝置，被配置為判斷內(nèi)容是否是推送型服務的內(nèi)容，推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；第一控制信息生成裝置，被配置為在內(nèi)容是推送型服務的內(nèi)容的情況中，在生成的第一控制信息中描述表示內(nèi)容是推送型服務的內(nèi)容的信息以及與內(nèi)容有關(guān)的信息，第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；第二控制信息生成裝置，被配置為生成第二控制信息，第二控制信息描述用于確定作為預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；復用裝置，被配置為將第一控制信息和第二控制信息與內(nèi)容的數(shù)據(jù)復用，并且還將要通過多個邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及廣播波發(fā)送裝置，被配置為調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。利用本發(fā)明的第二方面，根據(jù)預先創(chuàng)建的廣播日程獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷內(nèi)容是否是推送型服務的內(nèi)容，推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；在內(nèi)容是推送型服務的內(nèi)容的情況中， 在生成的第一控制信息中描述表示內(nèi)容是推送型服務的內(nèi)容的信息以及與內(nèi)容有關(guān)的信息，第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；生成第二控制信息，第二控制信息描述用于確定作為預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；將第一控制信息和第二控制信息與內(nèi)容的數(shù)據(jù)復用，并且將要通過多個邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。發(fā)明的有益效果根據(jù)本發(fā)明，推送型NRT服務能夠得以實現(xiàn)。


圖1是圖示出根據(jù)本發(fā)明的一個實施例的廣播系統(tǒng)的配置示例的示圖。圖2是圖示出ECG的示例的示圖。圖3是圖示出EPG的示例的示圖。圖4是圖示出內(nèi)容列表的示例的示圖。圖5是圖示出被播放的內(nèi)容圖像的示例的示圖。圖6是用于描述在包括NRT廣播和常規(guī)廣播的的廣播波信號中的協(xié)議棧的示圖。圖7是圖示出VCT的結(jié)構(gòu)示例的示圖。圖8是圖示出NRT-IT的結(jié)構(gòu)示例的示圖。圖9是用于描述要利用FLUTE會話發(fā)送的內(nèi)容的數(shù)據(jù)結(jié)構(gòu)的示圖。圖10是用于描述拉動型NRT廣播接收和回放處理的示例的流程圖。圖11是用于描述根據(jù)本發(fā)明的推送型NRT廣播的示例的示圖。圖12是用于描述構(gòu)成內(nèi)容的數(shù)據(jù)被接收設(shè)備41利用NRT廣播接收的方法的示圖。圖13是用于描述推送型NRT廣播的內(nèi)容在接收設(shè)備41處被累積的示例。圖14是圖示出VCT的另一結(jié)構(gòu)示例的示圖。圖15是圖示出NRT-IT的另一結(jié)構(gòu)示例的示圖。圖16是用于描述圖15中的NRT-IT的語法的示例的示圖。圖17是用于描述圖15中的NRT-IT的語法的示例的示圖。圖18是用于描述“推送型NRT元信息”的語法的示例的示圖。
圖19是圖示出圖1中的接收設(shè)備的配置示例的框圖。圖20是圖示出顯示在顯示器的屏幕畫面上的圖像示例的示圖。圖21是圖示出用于接受推送型NRT廣播服務的注冊的GUI示例的示圖。圖22是圖示出內(nèi)容列表的另一示例的示圖。圖23是圖示出被播放的內(nèi)容圖像的另一示例的示圖。圖M是用于描述推送型NRT服務注冊處理的示例的流程圖。圖25是用于描述推送型NRT廣播接收和回放處理的示例的流程圖。圖沈是用于描述下載日程生成處理的示例的流程圖。圖27是用于描述廣播波發(fā)送處理的示例的流程圖。圖觀是用于構(gòu)成內(nèi)容的文件利用以RSS格式描述的地址文件而被獲得的情況中的示例的示圖。圖四是用于描述用于圖28的示例的以RSS格式描述的地址文件的示例的示圖。圖30是用于描述用于使得新內(nèi)容能夠在接收設(shè)備41處被發(fā)送和視聽而無需使得接收設(shè)備41新接收VCT和NRT-IT的示圖。圖31是圖示出用于圖30的示例中的以RSS格式描述的地址文件的示例的示圖。圖32是圖示出用于圖30的示例中的以RSS格式描述的地址文件的示例的示圖。圖33是用于描述在適用于ARIB標準的包括NRT廣播的廣播波信號中的協(xié)議棧的示圖。圖34是圖示出群組屬性表的結(jié)構(gòu)示例的示圖。圖35是圖示出節(jié)目屬性表的結(jié)構(gòu)示例的示圖。圖36是圖示出購買屬性表的結(jié)構(gòu)示例的示圖。圖37是圖示出許可屬性表的結(jié)構(gòu)示例的示圖。圖38是圖示出節(jié)目位置表的示例的示圖。圖39是圖示出下載內(nèi)容信息的結(jié)構(gòu)示例的示圖。圖40是用于描述NRT廣播接收處理的示例的示圖。圖41是圖示出個人計算機的配置示例的框圖。
具體實施例方式下面，將參考附圖來描述本發(fā)明的實施例。圖1是圖示出根據(jù)本發(fā)明的一個實施例的廣播系統(tǒng)的配置示例的示圖。如此圖中所圖示的，廣播系統(tǒng)1由安裝在廣播臺站11中的發(fā)送設(shè)備21和安裝在用戶家里12等地方的接收設(shè)備41構(gòu)成。注意，實際中，接收設(shè)備安裝在每個用戶家里。例如，預定的廣播波頻帶(例如，6MHz)被指派給單個廣播信道，其被指派的頻帶被當作單個廣播信道，并且通過接收設(shè)備41選擇廣播信道來執(zhí)行信道調(diào)諧。此外，對于數(shù)字廣播，也可提供多個邏輯信道以被復用在單個廣播信道上。發(fā)送設(shè)備21是用于發(fā)送數(shù)字廣播波信號的設(shè)備，并且被配置以發(fā)送常規(guī)廣播信號和NRT廣播信號。這里，常規(guī)廣播是假定在已經(jīng)接收到廣播的信號的接收設(shè)備41處實時視聽的廣播，并且是假定內(nèi)容的視聽與內(nèi)容的廣播時間點同步的廣播。另一方面，NRT廣播是這樣一種廣播，這種廣播不假定實時視聽，用于利用根據(jù)廣播波的信號來發(fā)送作為數(shù)據(jù)的內(nèi)容，而無需與內(nèi)容的廣播時間點同步地視聽內(nèi)容。對于NRT廣播，不像傳統(tǒng)的對于廣播節(jié)目內(nèi)容的記錄預約，例如，在根據(jù)廣播波的信號的發(fā)送頻帶較大的情況中，即在發(fā)送速率較高的情況中，記錄(下載)可在較短時間內(nèi)完成。替代地，例如，在根據(jù)廣播波的信號的發(fā)送頻帶較小，即在發(fā)送速率較低的情況中，內(nèi)容的下載在較長時間內(nèi)完成。另一方面，對于常規(guī)廣播，廣播內(nèi)容被實時視聽，并且因此，內(nèi)容的發(fā)送被執(zhí)行的發(fā)送時間一般與內(nèi)容的回放時間是相同的。也就是說，對于NRT廣播，作為數(shù)字數(shù)據(jù)要被廣播的內(nèi)容可以以與其回放速率大大不同的發(fā)送速率而從發(fā)送設(shè)備21被發(fā)送到接收設(shè)備41。另一方面，對于常規(guī)廣播，作為數(shù)字數(shù)據(jù)要被廣播的內(nèi)容不能以與其回放速率大大不同的發(fā)送速率而從發(fā)送設(shè)備21被發(fā)送到接收設(shè)備41對于廣播系統(tǒng)1，構(gòu)成發(fā)送設(shè)備21發(fā)送的信號的(已經(jīng)利用NRT廣播廣播了的) 內(nèi)容被接收設(shè)備41接收，并且被記錄并累積在接收設(shè)備41所具有的記錄介質(zhì)(存儲裝置) 中。隨后，利用NRT廣播的內(nèi)容由接收設(shè)備41的用戶通過播放記錄在記錄介質(zhì)中的內(nèi)容而被視聽。對于NRT廣播，想到有兩種方法，一種方法用于用戶選擇各個內(nèi)容，然后接收并累積此內(nèi)容，另一種方法用于執(zhí)行用于視聽特定內(nèi)容群組的注冊，然后接收設(shè)備41自動接收并累積這些內(nèi)容?，F(xiàn)在，前一種方法將被稱為拉動型NRT廣播，并且后一種方法將被稱為推送型NRT廣播。注意，推送型廣播例如還將被稱為訂閱型(Subscription-type) NRT廣播。首先，將描述拉動型NRT廣播。對于NRT廣播，被構(gòu)建為包括被稱為PSIP (節(jié)目和系統(tǒng)信息協(xié)議)數(shù)據(jù)的元數(shù)據(jù)、 控制信息等的數(shù)據(jù)周期性地被接收設(shè)備41接收。接收設(shè)備41基于在PSIP數(shù)據(jù)中的元數(shù)據(jù)、控制信息等來生成可利用NRT廣播接收的內(nèi)容列表。此內(nèi)容列表被稱為ECG(電子內(nèi)容指南)。注意，PSIP數(shù)據(jù)的細節(jié)在ATSC(高級電視系統(tǒng)委員會)標準中被描述。圖2是圖示出顯示在屏幕畫面上的ECG的示例的示圖。對于在本示圖中的示例，可利用NRT廣播接收的內(nèi)容列表被顯示為NRT節(jié)目列表，此NRT節(jié)目列表中具有這些節(jié)目中的每個節(jié)目的廣播開始時間點。注意，對于在圖2中的示例，“XXXX”顯示每個內(nèi)容的標題， 并且此內(nèi)容的廣播開始時間點被顯示為諸如“1/30 15:00(表示廣播系統(tǒng)1月30日15:00 點)”之類的描述。替代地，可利用NRT廣播接收的內(nèi)容可被顯示為EPG (電子節(jié)目指南)。圖3是圖示出顯示在屏幕畫面上的EPG的示例。此示示出在被稱為“NRT#1”的信道、被稱為 “NRT#2”的信道和被稱為“RT#1”的信道中廣播的節(jié)目的EPG。這里，被稱為“NRT#1”的信道和被稱為“NRT#2”的信道被用作NRT廣播信道，并且被稱為“RT#1”的信道被用作常規(guī)廣
播信道。在圖3中所顯示的每個矩形框表示每個節(jié)目(或內(nèi)容)的廣播時間區(qū)段。根據(jù)此 EPG，對于常規(guī)廣播信道“RT#1”，表示在矩形框顯示的時間區(qū)段，相應的節(jié)目(或內(nèi)容)可被視聽。另一方面，對于NRT廣播信道“NRT#1”和“NRT#2”，表示在矩形框顯示的時間區(qū)段，相應的節(jié)目(或內(nèi)容)可被下載。接收設(shè)備41的用戶在顯示器之類的屏幕畫面上顯示圖2中的ECG或圖3中的EPG， 并且例如操縱GUI來選擇所希望的NRT廣播內(nèi)容。在所選擇的內(nèi)容的廣播開始時間點，接收設(shè)備41執(zhí)行此內(nèi)容的下載。然而，對于NRT，下載處理由接收設(shè)備41執(zhí)行，接收設(shè)備41 接收廣播波信號并且將與此信號相對應的數(shù)據(jù)記錄到記錄介質(zhì)中。隨后，接收設(shè)備41所下載的內(nèi)容列表被顯示在屏幕畫面上，例如被顯示為圖4中所圖示出的內(nèi)容列表。圖4是圖示出顯示在屏幕畫面上的內(nèi)容列表的示例。注意，對于圖 4的示例，“XXXX”顯示每個內(nèi)容的標題。接收設(shè)備41的用戶將圖4中的內(nèi)容列表顯示在顯示器之類的屏幕畫面上，并且例如操縱GUI來選擇要視聽的內(nèi)容。由此，所選擇的內(nèi)容被播放，并且如在圖5中所圖示出的， 內(nèi)容的圖像被顯示在顯示器的屏幕畫面上。對于此示例，正在打高爾夫球的人的圖像被顯示為內(nèi)容圖像。按照這種方式，NRT廣播內(nèi)容被接收并被視聽。圖6是用于描述包括NRT廣播和常規(guī)廣播的廣播波信號中的協(xié)議棧的示圖。如在圖6中所圖示出的，最低層級被作為“物理層(Physical Layer) ”，并且指派給此信道的廣播波頻帶與此相對應。與“物理層”相鄰的較高層級被用作“傳輸流(TS) ”。 對于“傳輸流”，此較高層級中的分組被劃分成稱為傳輸分組的固定長度分組并被發(fā)送，并且傳輸分組的連續(xù)變成傳輸流。也就是說，要利用與單個廣播信道相對應的頻帶被發(fā)送的所有信號通過具有與其廣播信道相對應的頭部信息等的傳輸分組來發(fā)送。與傳輸流相鄰的較高層級被作為“片段(Action)，，或者“分組化基本流(PES) ”。 例如，類似于常規(guī)廣播內(nèi)容，要實時播放的數(shù)據(jù)作為“PES”的分組而被發(fā)送。此外，文件傳送的數(shù)據(jù)、控制信息的數(shù)據(jù)等作為“片段”而被發(fā)送。如圖6中所圖示出的，響應于“PES”的分組的類型，“字幕編碼(Caption Coding) ”、“音頻編碼(Audio Coding) ”以及“視頻編碼(Video Coding) ”被規(guī)定作為“PES” 的較高層級?！白帜痪幋a”是存儲與圖像的字幕有關(guān)的數(shù)據(jù)的分組，“音頻編碼”是存儲音頻數(shù)據(jù)的分組，并且“視頻編碼”是存儲圖像數(shù)據(jù)的分組。在圖6中，“PSIP”和"PSI (節(jié)目特定信息)，，被顯示作為與“片段”相鄰的較高層級?！癙SIP”是包括稍后描述的VCT、NRT-IT等的層級?！癙SI (節(jié)目特定信息)”是包括 PAT(節(jié)目關(guān)聯(lián)表)、PMT(節(jié)目映射表)等的層級。此外，在圖6中，“DSM-CC(數(shù)字存儲媒體命令和控制)”被顯示作為與“片段”相鄰的較高層級?！癉SM-CC”被用作用于在廣播流的MPEG2-TS上發(fā)送IP分組的適配層。注意， "DSM-CC"被規(guī)定為是ISO標準。“交互數(shù)據(jù)編碼(Interactive Date Coding)，，被顯示為與“DSM-CC，，相鄰的較高層級。流傳輸?shù)膹V播通過存儲在“交互數(shù)據(jù)編碼”、“字幕編碼”、“音頻編碼”和“視頻編碼” 中的數(shù)據(jù)實現(xiàn)。也就是說，這些數(shù)據(jù)片段被接收，從而常規(guī)廣播節(jié)目可被接收和被播放。此外，“IP”被顯示為與“DSM-CC”相鄰的較高層級。這里顯示的“IP”與TCP/IP的協(xié)議棧中的IP相同，并且IP分組由IP地址確定。如在圖6中圖示出的，NRT廣播被配置有IP分組。當然，NRT廣播不是通信，而是呈現(xiàn)為廣播，并且最初不必要使用作為通信協(xié)議的TCP/IP的協(xié)議棧，而是在執(zhí)行內(nèi)容下載時才正式使用IP分組。與“IP”相鄰的較高層級是“UDP”，并且“FLUTE/ALC(異步分層編碼協(xié)議)/LCT(分層編碼傳輸(構(gòu)建塊))”被顯示為與該“UDP”相鄰的較高層級。具體地，對于NRT廣播，例如，用于指定TCP/IP通信中UDP的端口的分組被發(fā)送，并且根據(jù)FLUTE (通過單向傳輸?shù)奈募f送)的會話被建立。隨后，構(gòu)成內(nèi)容的數(shù)據(jù)通過FLUTE會話確定。FLUTE是一種通信協(xié)議，通過此通信協(xié)議可利用單向路徑(例如，僅僅在向下方向中的發(fā)送路徑)來執(zhí)行數(shù)據(jù)分發(fā)，從而可執(zhí)行任意文件的發(fā)送。注意，F(xiàn)LUTE的細節(jié)按照RFC3^6來規(guī)定。按照這種方式，對于NRT廣播，具有與“TS”的傳輸分組的發(fā)送速率(例如20Mps) 相對應的發(fā)送頻帶的單個物理信道可被復用成多個邏輯信道。具體地，例如，在被指派了 6MHz的單個廣播信道的廣播波信號的發(fā)送路徑被作為物理信道的情況中，此物理信道被劃分成多條發(fā)送路徑，從而可提供多個邏輯信道。與這樣的邏輯信道中的每個信道有關(guān)的信息被描述在VCT中，此VCT是與要針對每個物理信道生成的邏輯信道有關(guān)的控制信息。VCT的細節(jié)稍后將參考圖7來描述?；赩CT來確定每個邏輯信道的“Progranuiumber (節(jié)目_編號)”，并且基于此“Program_ number”來確定“PSI”。隨后，基于“PAT”以及“PAT”的“PMT”確定附加到“TS”的傳輸分組的預定標識符。附加了如此確定的標識符的傳輸分組被提取，從而單個邏輯信道的數(shù)據(jù)可被確定。按照這種方式，單個傳輸流可被識別為多個邏輯信道的分組，從而單個物理信道可被復用為多個邏輯信道。如此復用的邏輯信道中的每個邏輯信道將被稱為虛擬信道(Virtual Channel) 0 對于NRT廣播，單個邏輯信道可被多個FLUTE會話復用。對于常規(guī)廣播，單個物理信道(例如，單個廣播信道)被布置與單個邏輯信道相對應，并且不像NRT廣播那樣被復用為多個信道。因此，對于NRT廣播，不像常規(guī)廣播的情況那樣，多個內(nèi)容也可通過利用單個廣播信道而被同時廣播(發(fā)送)。接下來，將描述在上述PSIP數(shù)據(jù)中包括的VCT (虛擬信道表)和NRT-IT (NRT信息表)。VCT是由用于使得每個虛擬信道(邏輯信道)能夠被接收設(shè)備41識別的描述符構(gòu)成的表。圖7是圖示出VCT的示例的示圖。對于此示圖中的示例，“TS_id”、“信道數(shù)目”、以信道為單位的描述區(qū)域72-1、以信道為單位的描述區(qū)域72-2等被描述在VCT的描述區(qū)域71中。“TS_id”被用作用于表示輸出流的ID，實際上，其中描述了預定字符、數(shù)值等等。因此，其可識別VCT是哪個物理信道 (廣播信道)的VCT?！靶诺罃?shù)目”被描述為表示在由“TS_id”確定的物理信道中包括的邏輯信道的數(shù)目的數(shù)值等等。與單個邏輯信道有關(guān)的信息被描述在以信道為單位的描述區(qū)域72-1、以信道為單位的描述區(qū)域72-2等的每個中。這些描述區(qū)域是根據(jù)在“信道數(shù)目”中描述的數(shù)值而提供的。例如，在相應物理信道中包括的邏輯信道的數(shù)目為3的情況中，數(shù)值“3”被描述在“信道數(shù)目”中。隨后，描述以信道為單位的描述區(qū)域72-1、以信道為單位的描述區(qū)域72-2、以及以信道為單位的描述區(qū)域72-3?！靶诺烂Q(Cahnnel name) ”、“信道編號(Channel number) ”、“服務類型(Service type) ”、“Progranuiumber(節(jié)目 _編號)”、“Sourcejd(Sourcejd) ”等被描述在以信道為單位的描述區(qū)域72-1中。對于“信道名稱”和“信道編號”，描述了表示它們中的每個的預定字符和數(shù)值。例如，以信道為單位的描述區(qū)域72-1中的“信道名稱”被描述有“XX臺站NRT第一信道”等，并且“信道編號”被描述為“5-1”等。此外，以信道為單位的描述區(qū)域72-1中的“信道名稱”被描述有“XX臺站NRT第二信道”等，并且“信道編號”被描述為“5-2”等?！胺疹愋汀北幻枋鲇杏糜谧R別此邏輯信道是與常規(guī)廣播相對應的邏輯信道還是與NRT廣播相對應的邏輯信道的信息。例如，在與以信道為單位的描述區(qū)域72-1相對應的邏輯信道是NRT廣播的邏輯信道的情況中，“服務類型”被描述為“NRT”。"Program_number"被用于確定確定此邏輯信道的數(shù)據(jù)所需的PSI (節(jié)目特定信“Sourcejd”被用作用于表示此邏輯信道的ID，實際上，其中描述有預定字符、數(shù)值等。也就是說，以信道為單位的描述區(qū)域72-1是其中描述有與由“Sourcejd”確定的單個邏輯信道有關(guān)的信息的區(qū)域。類似地，在以信道為單位的描述區(qū)域72-2的每個中也描述了與由“Sourcejd”確定的單個邏輯信道有關(guān)的信息。VCT如此被構(gòu)建。如上所述，對于NRT廣播，多個邏輯信道中的每個信道可廣播單獨的內(nèi)容。有關(guān)利用每個邏輯信道發(fā)送的內(nèi)容的信息被描述在NRT-IT中，NRT-IT是針對每個邏輯信道生成的控制信息。NRT-IT是由用于使得要利用每個邏輯信道廣播的每個NRT廣播內(nèi)容能夠在接收設(shè)備41處被識別的描述符構(gòu)成的表。圖8是圖示出NRT-IT的示例的示圖。對于此示圖中的示例，描述了“Sourcejd”、“內(nèi)容數(shù)目(Number of contents) ”的 NRT-IT的描述區(qū)域91、以內(nèi)容為單位的描述區(qū)域92-1、以內(nèi)容為單位的描述區(qū)域92_2等。 “Sourcejd”與上面參考圖7描述的相同，并且被用作用于識別邏輯信道的ID，實際上，其中描述有預定字符、數(shù)值等等。因此，此NRT-IT可與圖7中以信道為單位的描述區(qū)域72-1、 以信道為單位的描述區(qū)域72-2等中所描述的邏輯信道中的一個邏輯信道相關(guān)?！皟?nèi)容數(shù)目” 被描述為表示要在預定單位時間利用由“Sourcejd”確定的邏輯信道廣播的內(nèi)容的數(shù)目的數(shù)值等等。與單個內(nèi)容有關(guān)的信息被描述在以內(nèi)容為單位的描述區(qū)域92-1、以內(nèi)容為單位的描述區(qū)域92-2等的每個中。這些描述區(qū)域是根據(jù)在上述“內(nèi)容數(shù)目”中描述的數(shù)值而提供的。例如，在要在單位時間利用相應的邏輯信道廣播的內(nèi)容的數(shù)目為5的情況下，數(shù)值“5” 被描述在“內(nèi)容數(shù)目”中。隨后，描述以內(nèi)容為單位的描述區(qū)域92-1、以內(nèi)容為單位的描述區(qū)域92-2等直到以內(nèi)容為單位的描述區(qū)域92-5。"content_item_id(內(nèi)容 _項目 _id) ”、“分發(fā)日程(Distribution schedule)，，、 “內(nèi)容期滿日期(Contents expiration date)”、“內(nèi)容名稱(Contents name)，，、“內(nèi)容發(fā)送位置信息(Contents transmission location information) ”等被描述在以內(nèi)容為單位的描述區(qū)域92-1中。“contentjtemjd”被用作用于描述相應內(nèi)容的ID，實際上，其中描述有預定字符、數(shù)值等。也就是說，以內(nèi)容為單位的描述區(qū)域92-1是其中描述有與由“content item_id”確定的單個內(nèi)容有關(guān)的信息的區(qū)域。對于“分發(fā)日程”，描述有表示相應內(nèi)容的播放開始時間點和播放結(jié)束時間點的信息。注意，該內(nèi)容是NRT廣播內(nèi)容，因此，根據(jù)此播放開始時間點和播放結(jié)束時間點，并沒有表示出該內(nèi)容何時可被視聽的時間，而是表示出了該內(nèi)容的下載何時將要開始的時間點，以及內(nèi)容的下載何時結(jié)束的時間點。對于“內(nèi)容期滿日期”，描述有用于確定用作相應內(nèi)容的期滿日期的時間點的信息。已經(jīng)過其期滿日期的內(nèi)容通過被從接收設(shè)備41的記錄介質(zhì)中移除等而被布置為被禁止播放。對于“內(nèi)容名稱”，描述有諸如相應內(nèi)容的標題等的字符。對于“內(nèi)容發(fā)送位置信息”，描述有用于確定上述參考圖6描述的FLUTE會話的IP 地址、UDP端口號和標識符“TSI (傳輸會話標識符)”。該“內(nèi)容發(fā)送位置信息”被確定，從而使得在要利用由“Sourcejd”確定的邏輯信道發(fā)送的數(shù)據(jù)中，可以識別出由“content item_id”確定的單個內(nèi)容數(shù)據(jù)的數(shù)據(jù)。類似地，在以內(nèi)容為單位的描述區(qū)域92-2的每個中也描述了與由“ content item_id”確定的單個內(nèi)容有關(guān)的信息。NRT-IT如此被構(gòu)建。按照這種方式，獲得了 VCT，從而可獲得與廣播信道的每個邏輯信道有關(guān)的信息， 并且獲得了 NRT-IT，從而可獲得與要利用每個邏輯信道發(fā)送的內(nèi)容有關(guān)的信息。圖9是用于描述要利用FLUTE會話發(fā)送的內(nèi)容的數(shù)據(jù)結(jié)構(gòu)的示圖。利用FLUTE會話獲得的數(shù)據(jù)構(gòu)成FLUTE會話流，諸如在本示圖的靠下方中所圖示出的。實際上，F(xiàn)LUTE會話流由被分割成預定大小的多個文件構(gòu)成，并且被稱為“Τ0Ι (傳輸對象標識符)，，的標識符被附加到這多個文件中的每個文件。根據(jù)此Τ0Ι，這多個文件中的每個文件的發(fā)送順序被布置為確定的。對于此示例，“Τ0Ι”為0的文件被作為“FDT”，“T0I”為1的文件被作為 “FILE#1”，并且“Τ0Ι”為1的文件被作為“FILE#2”，依此類推。在構(gòu)成FLUTE會話流的多個文件中，“Τ0Ι”為0的文件被作為“FDT(文件遞送表)”。FDT是其中描述了與構(gòu)成FLUTE會話流的其他文件中的每一個有關(guān)的信息的表。對于在圖9中的示例，F(xiàn)LUTE會話內(nèi)作為以文件為單位的信息的描述區(qū)域112-1、FLUTE會話內(nèi)作為以文件為單位的信息的描述區(qū)域112-2等被描述在FDT的描述區(qū)域111中。對于FLUTE會話內(nèi)作為以文件為單位的信息的描述區(qū)域112-1，描述了 “Τ0Ι”、 “COntent_type (內(nèi)容_類型)”、“文件名稱(File name)，，等。“ TOI ”是用于識別FLUTE會話內(nèi)的文件的信息，并且實際上，其中描述了預定數(shù)值。也就是說，F(xiàn)LUTE會話內(nèi)作為以文件為單位的信息的描述區(qū)域112-1是其中描述有與由“Τ0Ι”確定的單個文件有關(guān)的信息的區(qū)域。對于“contentjype”，描述了用于確定由“Τ0Ι”確定的文件的文件格式(數(shù)據(jù)類型)的信息。在相應的文件例如是圖像數(shù)據(jù)文件的情況中，“contentjype”被作為“視頻” 等，并且在相應的文件是音頻數(shù)據(jù)的情況中，“contentjype”被作為“音頻”等。對于“文件名稱”，描述了相應文件的名稱。“文件名稱”可被描述為URL。類似地，對于FLUTE會話內(nèi)作為以文件為單位的信息的描述區(qū)域112-2等中的每個，描述了與由“Τ0Ι”確定的單個文件有關(guān)的信息。要利用預定的FLUTE會話發(fā)送的內(nèi)容的數(shù)據(jù)由此被構(gòu)建。接下來，將參考圖10的流程圖來描述根據(jù)接收設(shè)備41的拉動型NRT廣播接收和回放處理。在步驟Sll中，接收設(shè)備41接收與NRT廣播有關(guān)的元數(shù)據(jù)、控制信息等。
此時，例如，PSIP數(shù)據(jù)被接收。注意，如上所述，PSIP數(shù)據(jù)用作這樣的數(shù)據(jù)，其被構(gòu)建為包括VCT、NRT-IT等，并且由接收設(shè)備41周期性地接收。此外，如上面參考圖7和圖 8所描述的，獲得了 VCT，從而可獲得與廣播信道的每個邏輯信道有關(guān)的信息。此外，獲得了 NRT-IT，從而可獲得與將要利用每個邏輯信道廣播的內(nèi)容有關(guān)的信息。在步驟S12中，接收設(shè)備41基于在PSIP數(shù)據(jù)中所包括的VCT和NRT-IT來生成可利用NRT廣播接收的內(nèi)容的列表。在步驟S13中，接收設(shè)備41在顯示器上顯示與在步驟S12中所生成的列表相對應的ECG。此時，例如，諸如圖2中所圖示出的ECG圖像被顯示。替代地，在步驟S13中，諸如圖3中所圖示出的EPG可被顯示。在步驟S14中，接收設(shè)備41接受用戶基于在步驟S13中所顯示的ECG對內(nèi)容的選擇。此時，例如，用戶希望視聽的NRT廣播內(nèi)容被選擇。在步驟S15中，接收設(shè)備41判斷在步驟S14的處理中所接受的內(nèi)容的廣播開始時間點是否到達，并且進行等待，直到判定此廣播開始時間點到達為止。在步驟S15中，當判定廣播開始時間點到達時，處理進行到步驟S16。在步驟S16中，接收設(shè)備41下載內(nèi)容。此時，接收設(shè)備41的調(diào)諧信道被設(shè)定為在步驟S14中所接受的內(nèi)容的廣播信道。 隨后，基于在步驟Sll中所接收的VCT，接收設(shè)備41確定將要利用廣播相應內(nèi)容的邏輯信道發(fā)送的數(shù)據(jù)。此外，接收設(shè)備41基于在步驟Sll中所接收的NRT-IT確定發(fā)送此內(nèi)容的 FLUTE會話，并且獲得構(gòu)成FLUTE會話流的每個文件。當廣播結(jié)束時間點到達時，在接收設(shè)備41處對構(gòu)成FLUTE會話流的所有文件的獲得完成，并且由此，內(nèi)容的下載完成。當下載完成時，接收設(shè)備41將由如上獲得的文件構(gòu)成的數(shù)據(jù)作為單個內(nèi)容記錄在記錄介質(zhì)中。此時，在步驟Sll中所接收的信息中所包括的此內(nèi)容的元數(shù)據(jù)也按照與此內(nèi)容相關(guān)聯(lián)的方式被記錄。注意，元數(shù)據(jù)例如由在NRT-IT中所描述的“內(nèi)容名稱”、“分發(fā)日程”、“內(nèi)容期滿日期”等構(gòu)成。這里，已經(jīng)描述了在單個內(nèi)容被下載的情況中的示例，但是，例如在步驟S14中已經(jīng)選擇了多個內(nèi)容的情況中，在步驟S15和步驟S16中，這多個內(nèi)容被下載。在步驟S17中，接收設(shè)備41顯示與在步驟S16的處理中所下載的內(nèi)容有關(guān)的列表。此時，例如，諸如圖4中所圖示出的圖像被生成并被顯示在顯示器上。在步驟S18中，接收設(shè)備41接受用戶基于在步驟S17的處理中所顯示的內(nèi)容列表對內(nèi)容的選擇。此時，例如，在已經(jīng)記錄在接收設(shè)備41的記錄介質(zhì)中的NRT廣播內(nèi)容中，用戶希望視聽的內(nèi)容被選擇。在步驟S19中，接收設(shè)備41播放在步驟S18的處理中選擇被接受的內(nèi)容。由此， 例如，如圖5中所圖示出的，此內(nèi)容的圖像被顯示在顯示器上。按照這種方式，由接收設(shè)備41進行的拉動型NRT廣播接收和回放處理被執(zhí)行。直到目前已經(jīng)針對拉動型NRT廣播做了描述，但是用于實現(xiàn)這樣的拉動型NRT廣播的大多數(shù)技術(shù)已經(jīng)得到了研究，例如作為ATSC(高級電視系統(tǒng)委員會)。按照這種方式， 對于拉動型NRT廣播，例如，關(guān)于在廣播臺站和接收設(shè)備制造商之間如何實現(xiàn)等做了具體假定。然而，對于推送型NRT廣播，還沒有估想出具體的實現(xiàn)方式。因此，本發(fā)明使得能夠以特定的方式實現(xiàn)推送型NRT廣播。如上所述，對于推送型NRT廣播，視聽者執(zhí)行用于視聽特定內(nèi)容群組的注冊，然后接收設(shè)備41自動接收和累積這些內(nèi)容。如下被假定作為特定的推送型NRT廣播。例如，考慮天氣預報的推送型NRT廣播。在此情況中，用戶預先注冊稱為“天氣預報”的推送型NRT廣播服務。然后，接收設(shè)備41自動接收并累積將要利用預定廣播信道廣播的天氣預報節(jié)目的內(nèi)容。例如，天氣預報節(jié)目是5分鐘長的節(jié)目，并且每天兩次給出基于最新天氣信息的預報，并且例如，在接收設(shè)備41中所累積的內(nèi)容隨著最新內(nèi)容而被更新。因此，用戶可總是視聽到基于最新天氣信息的天氣廣播。此外，例如，考慮新聞剪輯的推送型NRT廣播。在此情況中，用戶預先注冊稱為“新聞剪輯”的推送型NRT廣播服務。然后，接收設(shè)備41自動接收并累積將要利用預定廣播信道廣播的新聞節(jié)目的內(nèi)容。例如，新節(jié)目是15分鐘長的節(jié)目，并且給出與最新政策經(jīng)濟信息有關(guān)的新聞，并且例如，在接收設(shè)備41中累積的內(nèi)容隨著最新內(nèi)容而被更新。此外，內(nèi)容可在僅被累積預定時間之后被去除。此外，例如，可做出這樣的布置，其中，用于接收“新聞剪輯”服務的呈現(xiàn)所必要的接收設(shè)備41的存儲器大小(存儲器容量)被指定，并且對于超過其存儲器大小的量，內(nèi)容被覆寫并被更新。這樣的服務的呈現(xiàn)被接收，從而用戶可總是視聽與最新的政策經(jīng)濟信息有關(guān)的新聞。對于推送型NRT廣播，諸如上面描述的推送型NRT廣播服務例如由各廣播臺站等提供。這樣的服務可以是免費的，或者可以是收費的。因此，接收設(shè)備41的用戶選擇所希望的服務并且注冊在接收設(shè)備41中。利用本發(fā)明，提供了與推送型NRT廣播的每種服務相對應的邏輯信道。也就是說， 在存在三種推送型NRT廣播服務的情況中，意味著存在三個邏輯信道。將參考圖11來描述根據(jù)本發(fā)明的推送型NRT廣播示例。圖11表示其中常規(guī)廣播和NRT廣播利用三個廣播信道“Ch. 4”、“Ch. 5”和“Ch. 6”來執(zhí)行的示例。“Ch. 4”用作常規(guī)廣播的廣播信道，并且“Ch. 5”和“Ch. 6”被用作NRT的廣播信道。注意，對于此圖，示圖中的水平方面表示廣播波的頻率，并且示圖中的垂直方向表示時間。此外，諸如要利用每個信道廣播的內(nèi)容的類型之類的內(nèi)容在示圖中通過陰影線等來表示。對于本示例，常規(guī)廣播內(nèi)容、拉動型NRT廣播內(nèi)容、推送型NRT廣播內(nèi)容和廣播空閑時段在示圖中通過陰影線來表示。對于圖11中的示例，“Ch. 5”被復用在三個邏輯信道中。對于本示例，廣播信道 "Ch. 5”被復用在邏輯信道“VC5-1”、邏輯信道“VC5-2”和邏輯信道“VC5-3”中。注意，在本示圖中，在邏輯信道“VC5-1”到“VC5-3”的每個中顯示的每個矩形框表示每個內(nèi)容的廣播時間區(qū)段。邏輯信道“VC5-1”是被指派給單個推送型NRT廣播服務的邏輯信道。邏輯信道 “VC5-2”是被指派給拉動型NRT廣播服務的邏輯信道?！癡C5-3”是被指派給另一推送型NRT 廣播服務的邏輯信道。此外，對于此示例，對于邏輯信道“VC5-3”，包括了用作信道空閑的時間區(qū)段。對于邏輯信道“VC5-2”，提供了三個FLUTE會話。也就是說，對于將要利用邏輯信道“VC5-2”廣播的拉動型NRT廣播，可同時廣播三個內(nèi)容。
此外，對于圖11中的示例，“Ch. 6”被復用在兩個邏輯信道中。對于本示例，廣播信道“Ch. 6”被復用在邏輯信道“VC6-1 ”和邏輯信道“VC6-2”中。注意，在本示圖中，在邏輯信道“VC6-1”到“VC6-2”的每個中顯示的每個矩形框表示每個內(nèi)容的廣播時間區(qū)段。邏輯信道“VC6-1”是被指派給單個推送型NRT廣播服務的邏輯信道。邏輯信道 “VC6-2”是被指派給拉動型NRT廣播服務的邏輯信道。對于邏輯信道“VC6-1”，提供了兩個FLUTE會話。也就是說，對于將要利用邏輯信道“ VC6-1，，廣播的推送型NRT廣播，可同時廣播兩個內(nèi)容。在此情況中，利用廣播信道“Ch. 5”周期性地發(fā)送的PSIP數(shù)據(jù)包括一個VCT，其中描述有用于識別“ch. 5”的物理信道的傳輸流的“TS_id”。此外，其PSIP數(shù)據(jù)還包括三個NRT-IT，其中分別描述有用于識別邏輯信道“VC5-1 “、邏輯信道“VC5-2”和邏輯信道 “VC5-3” 的 “Source_id，，。類似地，利用廣播信道“Ch. 6”周期性地發(fā)送的PSIP數(shù)據(jù)包括一個VCT，其中描述有用于識別“Ch.6”的物理信道的傳輸流的“TS_id”。此外，其PSIP數(shù)據(jù)還包括兩個NRT-IT， 其中分別描述有用于識別邏輯信道“VC6-1 “和邏輯信道“VC6-2”的“Sourcejd”。例如，邏輯信道“VC5-1”被指派用于XX廣播臺站的“新聞剪輯”，并且邏輯信道 “VC5-3”被指派用于XX廣播臺站的“天氣預報”。邏輯信道“VC6-1”被指派用于XX廣播臺站的“新聞剪輯”。此外，對于圖11中的示例，“Ch. 4”沒有被劃分成多個邏輯信道。常規(guī)廣播邏輯信道“VC4-1”實際上與此物理信道相同。如上所述，接收設(shè)備41周期性地接收PSIP數(shù)據(jù)，從而可以基于VCT識別出將要利用每個邏輯信道發(fā)送的數(shù)據(jù)。因此，例如，注冊了 XX廣播臺站的“天氣預報”的接收設(shè)備41 自動地下載將在邏輯信道“ VC5-3 ”發(fā)送的所有內(nèi)容。另一方面，在接收作為常規(guī)廣播發(fā)送的內(nèi)容(節(jié)目)的情況中，基于VCT和EIT(事件信息表)來確定內(nèi)容。按照這種方式，根據(jù)本發(fā)明，可利用推送型NRT廣播、拉動型NRT廣播和常規(guī)廣播來廣播內(nèi)容。對于推送型NRT廣播，并不是提供用戶選擇的個別內(nèi)容，而是單方面地(單向地) 向用戶提供內(nèi)容，因此，難以利用與拉動型NRT廣播和常規(guī)廣播相同的廣播系統(tǒng)來實現(xiàn)推送型NRT廣播。因此，利用本發(fā)明，注冊了推送型NRT廣播服務的接收設(shè)備41被配置為自動下載將要利用與其服務相對應的邏輯信道發(fā)送的所有內(nèi)容。因此，可利用與拉動型廣播和常規(guī)廣播相同的廣播系統(tǒng)來實現(xiàn)推送型NRT廣播。圖12是用于描述接收設(shè)備41利用NRT廣播接收構(gòu)成內(nèi)容的數(shù)據(jù)的方法的示圖。 在此示圖中，與一個廣播信道相對應的傳輸流(化)的發(fā)送頻帶用圓柱201圖示?，F(xiàn)在，假定示圖中的垂直方向表示時間。此外，在圖12中，被復用在圓柱201的傳輸流中的邏輯信道(虛擬信道VC)用圓柱202圖示出。注意，對于此示例，被復用在傳輸流中的邏輯信道(虛擬信道VC)的數(shù)目為一個，但是，實際上，多個邏輯信道可被復用。此外，在圖12中，在與圓柱202相對應的邏輯信道中所包括的FLUTE會話用圓柱 203-1和圓柱203-2被圖示出。也就是說，兩個FLUTE會話被包括在與圓柱202相對應的邏輯信道中。構(gòu)成將由接收設(shè)備41接收并累積(記錄)的內(nèi)容的數(shù)據(jù)作為圓柱203-1和圓柱203-2的FLUTE會話被發(fā)送。接收設(shè)備41被設(shè)定為接收將要利用與圓柱201相對應的傳輸流的廣播信道的與圓柱202相對應的邏輯信道廣播的內(nèi)容A到內(nèi)容C，這些內(nèi)容是NRT廣播內(nèi)容。如上所述，接收設(shè)備41周期性地接收PSIP數(shù)據(jù)，并且因此可周期性地獲得VCT和 NRT-IT0首先,接收到VCT 210,NRT-IT 211和NRT-IT212。接收設(shè)備41參照VCT 210的描述，從而可確定用于識別發(fā)送將要被接收并累積的內(nèi)容A和內(nèi)容B的邏輯信道的“Source id”。隨后，基于其“Sourcejd”，接收設(shè)備41可確定有關(guān)此邏輯信道的NRT-IT 211。注意，NRT-IT 212是與示圖未示出的另一邏輯信道相對應的NRT-IT。此外，接收設(shè)備41確定其NRT-IT 211的描述中描述了有關(guān)將要被接收和累積的內(nèi)容的信息的以內(nèi)容為單位的描述區(qū)域?，F(xiàn)在，對于圖12中的示例，在首先接收的NRT-IT 211中描述了有關(guān)要在以圓柱203-1圖示的FLUTE會話的以箭頭205圖示的時間區(qū)段處廣播的內(nèi)容的信息。此外，在首先接收的NRT-IT 211中還描述了有關(guān)以圓柱203-2圖示的 FLUTE會話的以箭頭206圖示的時間區(qū)段處的內(nèi)容的信息。在此情況中，基于內(nèi)容A和內(nèi)容B的“Sourcejd”，確定描述了有關(guān)這些內(nèi)容的信息的以內(nèi)容為單位的描述區(qū)域。隨后，接收設(shè)備41參照所確定的以內(nèi)容為單位的描述區(qū)域來確定標識符“TSI ”，標識符“TSI，，用于確定在“內(nèi)容發(fā)送位置信息”中所包括的IP地址、 UDP端口號和FLUTE會話。隨后，接收設(shè)備41確定以圓柱203-1圖示的FLUTE會話的文件，并且提取FDT。隨后，接收設(shè)備41基于此FDT獲得構(gòu)成內(nèi)容A的數(shù)據(jù)的每個文件，從而接收并累積內(nèi)容A。此外，類似地，接收設(shè)備41確定以圓柱203-2圖示的FLUTE會話的文件，并且提取 FDT0隨后，接收設(shè)備41基于此FDT獲得構(gòu)成內(nèi)容B的數(shù)據(jù)的每個文件，從而接收并累積內(nèi)容B。接收設(shè)備41周期性地接收PSIP數(shù)據(jù)，從而VCT和NRT-IT被更新。在此情況中， VCT 220、NRT-IT 221和NRT-IT 222被新接收并被更新。在更新后的NRT-IT 221中描述了有關(guān)要在以圓柱203-1圖示的FLUTE會話的以箭頭207圖示的時間區(qū)段處廣播的內(nèi)容的
fn息ο按照與上述情況相同的方式，接收設(shè)備41可通過參照VCT 220來確定用于識別發(fā)送要被接收并累積的內(nèi)容C的邏輯信道的“sourcejd”。隨后，接收設(shè)備41可基于此 “sourcejd”來確定有關(guān)此邏輯信道的NRT-IT221。注意，NRT-IT 222是與示圖中未圖示出的另一邏輯信道相對應的NRT-IT。在此情況中，基于內(nèi)容C的“contentjtenUd”，確定描述了有關(guān)此內(nèi)容的信息的以內(nèi)容為單位的描述區(qū)域。隨后，接收設(shè)備41參照所確定的以內(nèi)容為單位的描述區(qū)域來確定標識符“TSI”，此標識符“TSI”用于確定在“內(nèi)容發(fā)送位置信息”中所包括的IP地址、UDP 端口號和FLUTE會話。隨后，接收設(shè)備41確定以圓柱203-1圖示的FLUTE會話的文件，并且提取FDT。隨后，接收設(shè)備41基于此FDT獲得構(gòu)成內(nèi)容C的數(shù)據(jù)的每個文件，從而接收并累積內(nèi)容C。接下來，將參考圖13來對在接收設(shè)備41處累積推送型NRT廣播內(nèi)容的示例進行描述。在此示圖中，按照與圖12的情況相同的方式，傳輸流(化)、邏輯信道(虛擬信道VC)和FLUTE會話以圓柱被圖示出?，F(xiàn)在，在此示圖中，此示圖中的水平方向表示時間。如上所述，對于接收設(shè)備41，在已經(jīng)注冊了預定推送型NRT廣播服務的情況中，接收設(shè)備41自動接收并累積利用指派給此服務的邏輯信道發(fā)送的所有內(nèi)容。對于圖13中的示例，“內(nèi)容1” (是要利用一個FLUTE會話發(fā)送的內(nèi)容)、“內(nèi)容2” 到“內(nèi)容4”(是要利用另一 FLUTE會話發(fā)送的內(nèi)容)被接收并被累積?！皟?nèi)容1”是附加了版本的內(nèi)容，從而總是最新的內(nèi)容被覆寫。“內(nèi)容2”到“內(nèi)容4”被累積，直到被指定為“期滿日期”的時間點經(jīng)過為止，并且在被指定為“期滿日期”的時間點經(jīng)過時，“內(nèi)容2”到“內(nèi)容4”被去除。對于在圖13中的示例，首先，內(nèi)容“內(nèi)容1”的第一版本被接收并被累積。注意， 在此示圖中，內(nèi)容“內(nèi)容1”的第一版本被表示為例如“內(nèi)容I(Vl) ”?！皟?nèi)容1”被布置為使得相同的版本被重復廣播?，F(xiàn)在，假定接收設(shè)備41已經(jīng)接收并累積了第一廣播。在此情況中，接收設(shè)備41被配置為不接收且不累積第二廣播。隨后，當“內(nèi)容1”的第二版本的內(nèi)容被廣播時，接收設(shè)備41接收并累積此內(nèi)容。 也就是說，已經(jīng)累積(記錄)的“內(nèi)容l(vl)”被“內(nèi)容1(ν2)”所覆寫。這里，接收設(shè)備41 也被配置為在第一廣播已經(jīng)接收并累積的情況下不接收且不累積第二廣播。此外，在“內(nèi)容1 (vl)，，的接收期間，接收設(shè)備41開始“內(nèi)容2”的接收，并且在“內(nèi)容2”的接收完成時累積“內(nèi)容2”?！皟?nèi)容2”被布置為使得相同的廣播被重復廣播兩次。現(xiàn)在，假定接收設(shè)備41已經(jīng)接收并累積了第一廣播。在此示例中，接收設(shè)備41被配置為接收并累積第二廣播。類似地，接收設(shè)備41接收并累積“內(nèi)容3”。隨后，接收設(shè)備41此外還接收并累積 “內(nèi)容4”。如上所述，“內(nèi)容2”和“內(nèi)容3”被累積，直到被指定為“期滿日期”的時間點經(jīng)過為止，并且在被指定為“期滿日期”的時間點經(jīng)過時，“內(nèi)容2”和“內(nèi)容3”被去除。在圖13 中，被指定為“期滿日期”的時間點被描述為“期滿(expire) ”。注意，內(nèi)容的去除可在被指定為“期滿日期”的時間點處執(zhí)行，或者已經(jīng)過其“期滿日期”的內(nèi)容可以例如按照預定的時間間隔被去除。另外，例如，在指示了顯示累積的內(nèi)容的列表的情況下，可一起去除“期滿日期”已經(jīng)過的內(nèi)容。按照這種方式，推送型NRT廣播內(nèi)容可響應于其版本不斷被更新，或者也可按照與拉動型NRT廣播相同的方式進行累積，直到期滿日期經(jīng)過為止。如上所述，利用本發(fā)明，一個推送型NRT廣播的服務被指派給一個邏輯信道。因此，利用本發(fā)明，實現(xiàn)推送型NRT廣播所必要的信息被置于可存儲以邏輯信道為單位的信息的廣播信號的位置中。具體地，實現(xiàn)推送型NRT廣播所必要的信息的描述被布置為添加到參考圖7描述的VCT的以信道為單位的描述區(qū)域72-1、72-2等中。替代地，實現(xiàn)推送型 NRT廣播所必要的信息的描述被布置為添加到參考圖8描述的NRT-IT的描述區(qū)域91中。在實現(xiàn)推送型NRT廣播所必要的信息的描述被布置為添加到VCT的以信道為單位的描述區(qū)域中的情況中，VCT被構(gòu)建為如圖14所示。圖14是圖示出用于本發(fā)明的VCT的示例的示圖。對于在此示圖中的示例，在VCT的描述區(qū)域271中描述了“TS_id”、“信道數(shù)目”、以信道為單位的描述區(qū)域272-1、以信道為單位的描述區(qū)域272-2等。
“TS_id”是用于識別傳輸流的ID，并且，實際上，描述了預定的字符或數(shù)值等。因此，可識別出VCT被包括在哪個物理信道(廣播信道)中。“信道數(shù)目”被描述為表示在由 “TS_id”確定的物理信道中所包括的邏輯信道的數(shù)目的數(shù)值。在以信道為單位的描述區(qū)域272-1、以信道為單位的描述區(qū)域272-2等的每個中， 描述了有關(guān)一個邏輯信道的信息。這種描述區(qū)域是根據(jù)在上述“信道數(shù)目”中所描述的數(shù)值而提供的。例如，在此物理信道中所包括的邏輯信道的數(shù)目為3的情況中，數(shù)值“3”被描述在“信道數(shù)目”中。因此，下面描述以信道為單位的描述區(qū)域272-1、以信道為單位的描述區(qū)域272-2、以信道為單位的描述區(qū)域272-3。在以信道為單位的描述區(qū)域272-1中描述了 “信道名稱”、“信道編號”、“服務類型”、“Pr0gram_number”、“S0urCe_id”、“推送型NRT元信息”等。對于“信道名稱”和“信道編號”，分別描述了表示這些的預定字符和數(shù)值。例如，以信道為單位的描述區(qū)域272-1的 “信道名稱”被描述為“XX臺站NRT第一信道”等，并且信道編號被描述為“5-1”等。此外， 以信道為單位的描述區(qū)域272-1的“信道名稱”被描述為“XX臺站NRT第二信道”等，并且信道編號被描述為“5-2”等。對于“服務類型”，描述了用于識別相應邏輯信道是與常規(guī)廣播相對應的邏輯信道還是與NRT廣播相對應的邏輯信道的信息。例如，在以信道為單位的描述區(qū)域272-1是NRT 廣播邏輯信道的情況中，“服務類型”被描述為“NRT”?！癝ourcejd”被用作用于識別相應邏輯信道的ID，并且，在實際中，描述了預定字符或數(shù)值等。也就是說，以信道為單位的描述區(qū)域272-1是描述了有關(guān)由“Sourcejd”確定的一個邏輯信道的信息的區(qū)域。“推送型NRT元信息”是實現(xiàn)推送型NRT廣播所必要的信息，并且例如描述如下的
fn息ο對于“推送型NRT元信息”，描述了表示相應邏輯信道是與推送型NRT廣播服務相對應的邏輯信道以及此推送型NRT廣播服務的服務名稱的信息。此外，可描述此推送型NRT 廣播服務的概要。此外，對于“推送型NRT元信息”，還描述了接收此推送型NRT廣播服務的呈現(xiàn)所必要的存儲器大小(存儲器容量)以及此推送型NRT廣播服務的內(nèi)容分發(fā)的最小間隔(時間間隔)。此外，對于“推送型NRT元信息”，例如，在此推送型NRT廣播服務是付費提供的情況中，還描述了用于連接到因特網(wǎng)服務器以在諸如計費的處理之前執(zhí)行各種注冊的 URL。類似地，在以信道為單位的描述區(qū)域272-2中也描述了與由“Sourcejd”確定的一個邏輯信道有關(guān)的信息，等等。根據(jù)本發(fā)明的VCT如此被構(gòu)建。在實現(xiàn)推送型NRT廣播所必要的信息的描述被布置為添加到NRT-IT的描述區(qū)域 91中的情況中，NRT-IT被構(gòu)建為如圖15所示。圖15是圖示出用于本發(fā)明的NRT-IT的示例的示圖。對于在此示圖中的示例，在NRT-IT的描述區(qū)域91中描述了 “Sourcejd”、“內(nèi)容數(shù)目”、“推送型NRT元信息”、以內(nèi)容為單位的描述區(qū)域四2-1、以內(nèi)容為單位的描述區(qū)域 292-2等等。“Sourcejd”與上面參考圖14所描述的相同，是用于識別邏輯信道的ID，并且實際上，其中描述了預定的字符或數(shù)值等。因此，在以信道為單位的描述區(qū)域272-1、以信道為單位的描述區(qū)域272-2等的每個中所描述的每一個邏輯信道可與相應的NRT-IT相關(guān)聯(lián)。 “內(nèi)容數(shù)目”被描述為表示以預定的單位時間在由“SoUrCe_id”確定的邏輯信道中將要廣播的內(nèi)容的數(shù)目的數(shù)值等等。“推送型NRT元信息”被用作實現(xiàn)推送型NRT廣播所必要的信息，并且其中描述了與上面參考圖14描述的信息相同的信息。具體地，對于“推送型NRT元信息”，描述了表示相應邏輯信道是與推送型NRT廣播服務相對應的邏輯信道以及此推送型NRT廣播服務的服務名稱的信息。此外，還可描述此推送型NRT廣播服務的概要等。此外，對于“推送型NRT元信息”，還描述了接收此推送型 NRT廣播服務的呈現(xiàn)所必要的存儲器大小(存儲器容量)以及此推送型NRT廣播服務的內(nèi)容分發(fā)的最小間隔(時間間隔)。此外，對于“推送型NRT元信息”，例如，在此推送型NRT廣播服務是付費提供的情況中，還描述了用于連接到因特網(wǎng)服務器以在諸如計費的處理之前執(zhí)行各種注冊的URL等。在以內(nèi)容為單位的描述區(qū)域四2_1、以內(nèi)容為單位的描述區(qū)域四2_2等的每個中描述了有關(guān)一個內(nèi)容的信息。這些描述區(qū)域是根據(jù)在上述“內(nèi)容數(shù)目”中所描述的數(shù)值而提供的。例如，在單位時間利用相應邏輯信道廣播的內(nèi)容的數(shù)目為5的情況中，數(shù)值“5”被描述在“內(nèi)容數(shù)目”中。隨后，下面描述以內(nèi)容為單位的描述區(qū)域四2-1、以內(nèi)容為單位的描述區(qū)域四2-2等，直到以內(nèi)容為單位的描述區(qū)域四2-5。在以內(nèi)容為單位的描述區(qū)域四2_1中描述了“contentjtemjd”、“內(nèi)容版本”、“分發(fā)日程”、“內(nèi)容期滿日期”、“內(nèi)容名稱”、“內(nèi)容發(fā)送位置信息”等等?！癱ontentjtemjd”被用作用于描述相應內(nèi)容的ID，并且實際上，其中描述有預定字符、數(shù)值等。也就是說，以內(nèi)容為單位的描述區(qū)域四2-1是其中描述有與由“content item_id”確定的單個內(nèi)容有關(guān)的信息的區(qū)域。對于“內(nèi)容版本”，描述了表示有關(guān)內(nèi)容的版本的信息。例如，在如上面參考圖13 中所述存在第一版本(內(nèi)容I(Vl))和第二版本(內(nèi)容1(V2))內(nèi)容的情況中，“內(nèi)容I(Vl) ” 和“內(nèi)容1(V2)”在“contentjtemjd”方面是相同的。因此，“內(nèi)容版本”被描述為用于識別附加了相同的“ content_item_id，，但是版本不同的內(nèi)容的信息。對于“分發(fā)日程”，描述了有關(guān)相應內(nèi)容的播放開始時間點和播放結(jié)束時間點的信息。注意，此內(nèi)容是NRT廣播內(nèi)容，因此，根據(jù)此播放開始時間點和播放結(jié)束時間點，并不表示該內(nèi)容何時可被視聽的時間，而是表示該內(nèi)容的下載何時將要開始的時間點，以及內(nèi)容的下載何時結(jié)束的時間點。對于“內(nèi)容期滿日期”，描述了用于確定用作相應內(nèi)容的期滿日期的時間點的信息。期滿日期已經(jīng)過的內(nèi)容通過被從接收設(shè)備41的記錄介質(zhì)中去除等而被布置為被禁止播放。對于“內(nèi)容名稱”，描述了諸如相應內(nèi)容的標題等的字符。對于“內(nèi)容發(fā)送位置信息”，描述了用于確定上述參考圖6描述的FLUTE會話的IP 地址、UDP端口號和標識符“TSI (傳輸會話標識符)”。此“內(nèi)容發(fā)送位置信息”被確定，從而在將要利用由“Sourcejd”確定的邏輯信道發(fā)送的數(shù)據(jù)中，可識別出由“contentjtenu id”確定的單個內(nèi)容數(shù)據(jù)的數(shù)據(jù)。
類似地，在以內(nèi)容為單位的描述區(qū)域四2_2等的每個中也描述了與由“content item_id”確定的單個內(nèi)容有關(guān)的信息。根據(jù)本發(fā)明的NRT-IT如此被構(gòu)建。如上所述，實現(xiàn)推送型NRT廣播所必要的信息可被描述在VCT中，或者可被描述在 NRT-IT中。下文中將針對用于實現(xiàn)推送型NRT廣播所必要的信息被描述在NRT-IT中的示例進行描述。將參考圖16和圖17來描述根據(jù)本發(fā)明的NRT-IT的語法的示例。注意，圖16和圖17是連續(xù)的語法，其中圖17中的第一行“for(j = 0 ；j < . . . {”一直持續(xù)到圖16中的最后一行 “num_item_in_section” 的下一行。圖16和圖17中以框圖示的范圍對應于圖15中的描述區(qū)域四1。此外，圖17 中以框四2-1圖示的范圍對應于圖15中的描述區(qū)域四2-1。注意，對于圖16和圖17中的示例，為了描述簡明，以內(nèi)容為單位的描述區(qū)域的數(shù)目被確定為一個。對于圖中所示出的語法，在每個描述區(qū)域中所描述的每個相應的描述符被定義有比特數(shù)(No. of Bits)。在圖16中，在區(qū)域310中描述的8比特描述符被用作用于確定此信息的類型的 ID，并且其中存儲了預定的值。根據(jù)此描述符，判定此信息是NRT-IT。在圖16中，被圖示為區(qū)域311中所描述的16比特描述符的信息對應于參考圖15 所描述的“SourCe_id”。在圖16中，被圖示為區(qū)域312中所描述的描述符的信息對應于參考圖15所描述的“推送型NRT元信息”。注意，將稍后參考圖18來描述此細節(jié)。在圖16中，被圖示為區(qū)域313中所描述的8比特描述符的信息對應于參考圖15 所描述的“內(nèi)容數(shù)目”。在圖17中，被圖示為區(qū)域314中所描述的14比特描述符的信息對應于參考圖15 所描述的 “content_item_id，，。在圖17中，被圖示為區(qū)域315中所描述的8比特描述符的信息對應于參考圖15 所描述的“內(nèi)容版本”。在圖17中，被圖示為區(qū)域316中所描述的描述符的信息對應于參考圖15所描述的“分發(fā)日程”。在圖17中，被圖示為區(qū)域317中所描述的描述符的信息對應于參考圖15所描述的“內(nèi)容期滿日期”。在圖17中，被圖示為區(qū)域318中所描述的描述符的信息對應于參考圖15所描述的“內(nèi)容名稱”。在圖17中，被圖示為區(qū)域319中所描述的描述符的信息對應于參考圖15所描述的“內(nèi)容發(fā)送位置信息”。圖18是圖示出在圖16的區(qū)域312中描述的“推送型NRT元信息”的語法的示例的示圖。注意，在實現(xiàn)推送型NRT廣播所必要的信息被布置為描述在NRT-IT中的情況中， 此示圖是圖16中的區(qū)域312中描述的“推送型NRT元信息”的語法的示例。另一方面，在實現(xiàn)推送型NRT廣播所必要的信息被布置為描述在VCT中的情況中，此示圖是圖14中的以信道為單位的描述區(qū)域272-1、以信道為單位的描述區(qū)域272-2等中描述的“推送型NRT元信息”的語法的示例。對于在此示圖所圖示的語法，在相應描述區(qū)域中描述的各描述符被定義有比特數(shù) (No. of Bits)。根據(jù)在圖18中的區(qū)域341中所描述的8比特描述符，其表示相應的信道是與推送型NRT廣播服務相對應的邏輯信道。根據(jù)在圖18中的區(qū)域342中所描述的描述符，描述了相應推送型NRT廣播服務的服務名稱。根據(jù)在圖18中的區(qū)域343中所描述的描述符，表示相應推送型NRT廣播服務中的內(nèi)容分發(fā)的最小間隔(時間間隔)。根據(jù)在圖18中的區(qū)域344中所描述的描述符，表示用于接收相應推送型NRT廣播服務的呈現(xiàn)所必要的存儲器大小(容量大小)。在相應的推送型NRT廣播服務是付費提供的情況下，根據(jù)在圖18中的區(qū)域345中所描述的描述符，描述了用于連接到因特網(wǎng)服務器以在諸如計費之類的處理之前執(zhí)行各種注冊的URL。圖19是圖示出圖1中的接收設(shè)備41的配置示例的框圖。在此示圖中，基于經(jīng)由未示出的天線等接收的廣播波的信息被布置為提供給端子401。調(diào)諧器402被配置為基于控制器409的控制，從自端子401輸出的信號提取與預定廣播信道相對應的信號，并且作為數(shù)字信號輸出給TS解復用器(TS Demux) 4030TS解復用器403從自調(diào)諧器402輸出的數(shù)字信號生成傳輸分組。隨后，TS解復用器403基于控制器409的控制，提取附加有預定標識符的傳輸分組，并且將此傳輸分組作為預定邏輯信道的數(shù)據(jù)輸出。在相應邏輯信道是常規(guī)廣播邏輯信道的情況中，TS解復用器403將此邏輯信道的數(shù)據(jù)輸出到視頻解碼器404或音頻解碼器405。視頻解碼器404和音頻解碼器405被配置為對經(jīng)編碼的圖像數(shù)據(jù)和經(jīng)編碼的音頻數(shù)據(jù)解碼，并且將此圖像信號和音頻信號分別輸出到端子401和端子411。端子410和端子411被連接到例如由電視接收機等構(gòu)成的顯示器和揚聲器。另一方面，在相應邏輯信道是NRT廣播邏輯信道的情況中，TS解復用器403將此邏輯信道的數(shù)據(jù)輸出到FLUTE處理器407。FLUTE處理器407從作為此邏輯信道的數(shù)據(jù)而提供的數(shù)據(jù)中獲得利用FLUTE會話確定的文件，并且將構(gòu)成這些文件的數(shù)據(jù)作為內(nèi)容數(shù)據(jù)記錄在存儲裝置408中。注意，在控制器409處生成的元數(shù)據(jù)例如可以按照與內(nèi)容數(shù)據(jù)相關(guān)聯(lián)的方式被記錄在存儲裝置408 中。存儲裝置408例如是諸如HDD (硬盤驅(qū)動器)等的記錄介質(zhì)，并且記錄內(nèi)容數(shù)據(jù)， 并且除此以外，還記錄接收設(shè)備41處所必要的信息。文件容器解復用器406被配置為基于控制器409的控制，從存儲裝置408讀出要播放的內(nèi)容數(shù)據(jù)并且輸出到視頻解碼器404和音頻解碼器405。例如，在存儲裝置408中所記錄的NRT廣播內(nèi)容被播放的情況中，文件容器解復用器406被配置為基于控制器409的控制從存儲裝置408讀出此內(nèi)容的數(shù)據(jù)?？刂破?09例如被配置為包括處理器、存儲器等，并且控制接收設(shè)備41的每個單元?？刂破?09例如接受用戶經(jīng)由未示出的遙控器等提供的調(diào)諧信道命令的信號、要下載的內(nèi)容的指定、要播放的內(nèi)容的指定等。此外，控制器409例如根據(jù)需要生成GUI (圖形用戶界面)的顯示數(shù)據(jù)，并且經(jīng)由視頻解碼器404輸出到端子410。圖20是圖示出在連接到接收設(shè)備41的顯示器的屏幕畫面上所顯示的圖像的示例。此示圖中所圖示出的圖像被用作用于接收設(shè)備41顯示推送型NRT廣播服務的列表的⑶I。圖20中的示例圖示出其中顯示為“NRT”的⑶I分量被光標451選擇的狀態(tài)。這里，圖標452和圖標453被顯示在示圖中顯示為“NRT”的⑶I分量的下方?！靶侣劶糨嫛北伙@示在示圖中圖標452的右側(cè)，并且圖標452被布置作為與推送型 NRT廣播服務“新聞剪輯”相對應的圖標。此外，“天氣預報”被顯示在示圖中圖標453的右側(cè)，并且圖標453被布置作為與推送型NRT廣播服務“天氣預報”相對應的圖標。例如，在用戶操縱遙控器等選擇了圖標452的情況中，諸如圖21的圖像被顯示在顯示器的屏幕畫面上。在此示圖中所圖示出的圖像被用作用于接受推送型NRT廣播服務 “新聞剪輯”的注冊的GUI。例如，當圖21中的按鈕261被操縱時，在接收設(shè)備41處執(zhí)行推送型NRT廣播服務“新聞剪輯”的注冊。已經(jīng)執(zhí)行了推送型NRT廣播服務“新聞剪輯”的注冊的接收設(shè)備41被配置以接收并累積“新聞剪輯”的內(nèi)容。隨后，接收設(shè)備41所下載的內(nèi)容的列表被顯示在屏幕畫面上， 例如在圖22中所圖示的內(nèi)容列表?，F(xiàn)在，對于圖22中的示例，“XXXX”顯示每個內(nèi)容的標題以及此內(nèi)容的元數(shù)據(jù)中所包括的信息等。接收設(shè)備41的用戶在顯示器的屏幕畫面上顯示圖22中的內(nèi)容列表等，并且例如通過操縱GUI來選擇要視聽的內(nèi)容。由此，所選擇的內(nèi)容被播放，并且如在圖23中所圖示的，此內(nèi)容的圖像被顯示在顯示器的屏幕畫面上。對于本示例，顯示了攝取小鎮(zhèn)的情形的圖像作為內(nèi)容的圖像。接下來，將參考圖M中的流程圖來對接收設(shè)備41進行的推送型NRT廣播服務注冊處理進行描述。在步驟SlOl中，接收設(shè)備41的控制器409控制調(diào)諧器402接收有關(guān)NRT廣播的元數(shù)據(jù)、控制信息等。此時，例如，PSIP數(shù)據(jù)被接收。注意，如上所述，PSIP數(shù)據(jù)是這樣的數(shù)據(jù)，即被構(gòu)建為包括VCT、NRT-IT等，并且被布置為由接收設(shè)備41周期性地接收。在步驟S102中，控制器409生成推送型NRT廣播服務的列表。此時，針對在步驟SlOl中接收的每個NRT-IT檢查上面參考圖15描述的“推送型 NRT元信息”。隨后，對于“推送型NRT元信息”，例如根據(jù)在圖18的區(qū)域341中描述的8比特描述符來判斷相應的邏輯信道是否是與推送型NRT廣播服務相對應的邏輯信道。在判定相應的邏輯信道是與推送型NRT廣播服務相對應的邏輯信道的情況中，基于此邏輯信道的在圖18中的區(qū)域342中的描述符、“信道名稱”、“信道編號”來獲得此推送型NRT廣播服務的服務名稱。按照這種方式，基于在步驟SlOl中接收的每個NRT-IT確定出與推送型NRT廣播服務相對應的邏輯信道。因此，推送型NRT廣播服務的列表被生成并被顯示為諸如上面參考圖20所述的⑶I。
在步驟S103中，控制器409接受用戶基于在步驟S102的處理中生成推送型NRT 廣播服務列表對服務的選擇。此時，預定的推送型NRT廣播服務被選擇。在步驟S104中，控制器409存儲與在步驟S103的處理中選擇的推送型NRT廣播服務相對應的“Source_id”。這里，“Source_id”可基于在步驟SlOl中接收的NRT-IT而被確定。此外，此時，基于在圖18的區(qū)域344中描述的描述符，確定接收相應的推送型NRT 服務的呈現(xiàn)所必要的存儲器大小，并且預約存儲裝置408的存儲區(qū)域。此外，例如，在此推送型NRT廣播服務是付費提供的情況下，通過在圖18的區(qū)域 345中所描述的描述符來確定用于連接到因特網(wǎng)服務器以在諸如計費之類的處理之前執(zhí)行各種類型的注冊等的URL。隨后，基于此URL，接收設(shè)備41訪問此因特網(wǎng)服務器，并且執(zhí)行付費的視聽合約處理。按照這種方式，執(zhí)行了推送型NRT廣播服務注冊處理。如上所述，利用本發(fā)明，提供了與推送型NRT廣播的每個服務相對應的邏輯信道，并且相應地，用于確定與注冊的推送型NRT廣播服務相對應的邏輯信道的“Sourcejd “被存儲。接下來，將參考圖25中的流程圖來對接收設(shè)備41進行的推送型NRT廣播接收和回放處理進行描述。在步驟S121中，接收設(shè)備41的控制器409控制調(diào)諧器402接收與NRT廣播有關(guān)的元數(shù)據(jù)、控制信息等。此時，例如，PSIP數(shù)據(jù)被接收。注意，如上所述，PSIP數(shù)據(jù)是這樣的數(shù)據(jù)，即其被構(gòu)建為包括VCT、NRT-IT等，并且被布置為被接收設(shè)備41周期性地接收。隨后，在PSIP數(shù)據(jù)被接收的定時，執(zhí)行步驟S122中的下載日程生成處理。在步驟S122中，控制器409執(zhí)行下載日程生成處理，此處理將稍后參考圖沈來描述。因此，推送型NRT廣播內(nèi)容的下載被預約?，F(xiàn)在，將參考圖沈來描述圖25中在步驟S122中的下載日程生成處理的詳細示例。在步驟S141中，控制器409基于在圖M中的步驟S104的處理中存儲的“SourCe_ id”來獲得NRT-IT。隨后，在步驟S121接收的PSIP數(shù)據(jù)中所包括的NRT-IT中，提取并獲得與在步驟S104的處理中所存儲的“Sourcejd”相對應的NRT-IT。在步驟S142中，控制器409檢查在步驟S141的處理中獲得的NRT-IT的以內(nèi)容為單位的描述區(qū)域。此時，例如，圖15中的以內(nèi)容為單位的描述區(qū)域四2-1的描述內(nèi)容被檢查。在步驟S143中，控制器409獲得在步驟S142中檢查的以內(nèi)容為單位的描述區(qū)域中所描述的“contentjtemjd”和“內(nèi)容版本”。在步驟S144中，控制器409判斷在存儲裝置408中是否有相同的內(nèi)容被記錄。具體地，判斷是否已經(jīng)接收并累積了具有相同“contentjtemjd”和“內(nèi)容版本”的內(nèi)容。在步驟S144中判定在存儲裝置408中還沒有記錄相同的內(nèi)容的情況中，處理進行到步驟S145。在步驟S145中，控制器409判斷是否已經(jīng)安排了下載相同的內(nèi)容。例如，諸如上面參考圖13描述的“內(nèi)容I(Vl) ”，在相同的內(nèi)容被重復廣播了兩次的情況下，僅在這些廣播中的任一個或另外一個中執(zhí)行下載就足夠了。因此，在步驟S145中，判斷是否已經(jīng)安排了下載相同的內(nèi)容。在步驟S145中判定沒有相同的內(nèi)容被安排的情況中，處理進行到步驟 S146。在步驟S146中，控制器409獲得在步驟S142中檢查的以內(nèi)容為單位的描述區(qū)域中所描述的“分發(fā)日程”。因此，獲得了相應內(nèi)容的廣播開始時間點和廣播結(jié)束時間點。在步驟S147中，控制器409安排下載與在步驟S142中檢查的以內(nèi)容為單位的描述區(qū)域相對應的內(nèi)容?，F(xiàn)在，在步驟S144中判定在存儲裝置408中記錄有相同的內(nèi)容的情況中，步驟 S145到步驟S147中的處理被跳過。此外，在步驟S145中判定相同內(nèi)容的下載被安排的情況中，步驟S146和步驟S147中的處理被跳過。在步驟S148中，控制器409判斷在步驟S141的處理中所獲得的NRT-IT中是否有下一個以內(nèi)容為單位的描述區(qū)域。對于圖15中的示例，接著以內(nèi)容為單位的描述區(qū)域 292-1之后還有以內(nèi)容為單位的描述區(qū)域四2-2，因此，在步驟S148中判定存在下一個以內(nèi)容為單位的描述區(qū)域，從而處理返回到步驟S142。隨后，在步驟S142中，檢查以內(nèi)容為單位的描述區(qū)域四2_2的描述內(nèi)容，并且步驟 S143到步驟S147中的處理被重復執(zhí)行。按照這種方式，直到在步驟S148中判定不存在下一個以內(nèi)容為單位的描述區(qū)域， 否則步驟S142到步驟S148中的處理被重復執(zhí)行。當在步驟S148中判定不存在下一個以內(nèi)容為單位的描述區(qū)域時，下載日程生成處理結(jié)束。隨著圖沈中的處理的結(jié)束，例如，推送型NRT廣播內(nèi)容的下載日程被存儲到控制器409的內(nèi)部存儲器等中。下載日程例如被構(gòu)建為是用于確定要下載的內(nèi)容的FLUTE會話、 物理信道、邏輯信道的信息的列表。也就是說，下載日程例如是接收設(shè)備41用來自動執(zhí)行下載的預約信息，這與傳統(tǒng)的記錄預約信息等具有相同的方式。之后，接收設(shè)備41根據(jù)下載日程執(zhí)行內(nèi)容的下載。描述將返回到圖25。在步驟S122的處理之后，處理進行到步驟S123。在步驟S123 中，控制器409判斷在步驟S122的處理中所生成的下載日程中的對于內(nèi)容的廣播開始時間點是否已經(jīng)過，并且進行等待，直到判定此廣播開始時間點已經(jīng)過。當在步驟S123中判定廣播開始時間點已經(jīng)過時，處理進行到步驟S124。在步驟SlM中，控制器409控制調(diào)諧器402、TS解復用器403和FLUTE處理器407 下載內(nèi)容。此時，接收設(shè)備41的調(diào)諧器402的調(diào)諧信道被設(shè)定為與在下載日程中指定的物理信道相對應的廣播信道。此外，TS解復用器403將在下載日程中指定的邏輯信道的數(shù)據(jù)輸出到FLUTE處理器407。隨后，F(xiàn)LUTE處理器407獲得在下載日程中指定的FLUTE會話的文件。當內(nèi)容的廣播結(jié)束時間點到來時，在接收設(shè)備41處完成構(gòu)成FLUTE會話流的全部文件的獲得，從而內(nèi)容的下載完成。在步驟S125中，控制器409判斷已經(jīng)記錄的內(nèi)容是否被在步驟SlM的處理中所下載的內(nèi)容覆寫。例如，在“contentjtemjd”與已經(jīng)記錄的內(nèi)容相同但是“內(nèi)容版本”與已經(jīng)記錄的內(nèi)容不同的內(nèi)容已被下載的情況中，判定已經(jīng)記錄的內(nèi)容被覆寫。此外，在步驟S125中，基于用于接受由在圖18中的區(qū)域344中所描述的描述符指定的相應推送型NRT廣播服務的呈現(xiàn)所必要的存儲器大小，判斷是否執(zhí)行覆寫。具體地，當需要記錄超過預定存儲器大小的內(nèi)容的數(shù)據(jù)時，判定已經(jīng)記錄的內(nèi)容被覆寫。在此情況中， 例如，已經(jīng)記錄的內(nèi)容中的最舊的內(nèi)容被在步驟SlM的處理中所下載的內(nèi)容覆寫。當在步驟S125中判定已經(jīng)記錄的內(nèi)容被所下載的內(nèi)容覆寫時，處理進行到步驟 S127，并且在步驟SlM的處理中所下載的內(nèi)容被覆寫和記錄。因此，此內(nèi)容的版本被更新。另一方面，當在步驟S125中判定已經(jīng)記錄的內(nèi)容沒有被所下載的內(nèi)容覆寫時，處理進行到步驟S126，并且在步驟SlM的處理中所下載的內(nèi)容被新記錄到存儲裝置408中。注意，當內(nèi)容被記錄時，在步驟S121中接收的信息中所包括的此內(nèi)容的元數(shù)據(jù)也可按照與此內(nèi)容相關(guān)聯(lián)的方式被記錄。注意，此元數(shù)據(jù)例如由在NRT-IT中所描述的“內(nèi)容名稱”、“分發(fā)日程”、“內(nèi)容期滿日期”等構(gòu)成。這里，已經(jīng)對在一個內(nèi)容被下載的情況中的示例進行了描述，但是，實際上，多個內(nèi)容根據(jù)下載日程被下載?，F(xiàn)在，例如，當接收設(shè)備41的用戶已經(jīng)在處理的中間取消了相應推送型NRT廣播服務的注冊時，之后，內(nèi)容的下載不被執(zhí)行。在步驟SU8中，控制器409顯示在步驟SU6或步驟S127的處理中所記錄的內(nèi)容列表。此時，例如，諸如圖22中所圖示的圖像被生成并被顯示在顯示器上。注意，如上所述，對每個內(nèi)容設(shè)定了期滿日期，并且期滿日期已過去的內(nèi)容被布置為不被包括在步驟SU8中顯示的內(nèi)容列表中。期滿日期可基于參考圖15所描述的“內(nèi)容期滿日期”來確定。在步驟SU9中，控制器409接受用戶基于在步驟SU8的處理中所顯示的內(nèi)容列表對內(nèi)容的選擇。此時，例如，從已經(jīng)記錄在存儲裝置408中的NRT廣播內(nèi)容中，選擇用戶想要視聽的內(nèi)容。在步驟S130中，控制器409控制文件容器解復用器406支付在步驟SU9的處理中所選擇的內(nèi)容。因此，例如，如在圖23中所圖示出的，此內(nèi)容的圖像被顯示在顯示器中。注意，在注冊的推送型NRT廣播服務是付費提供的時，與此服務相應的邏輯信道的數(shù)據(jù)被全部編碼和廣播。然而，可作出如下布置，其中，用于解碼與此服務相應的邏輯信道的數(shù)據(jù)的密鑰作為EMM分組預先被發(fā)送給注冊了此服務的接收設(shè)備41。因此，因為接收設(shè)備41注冊了此服務，所以編碼數(shù)據(jù)被利用預先存儲并發(fā)送的密鑰而被解碼，從而內(nèi)容可被視聽。按照這種方式，執(zhí)行了接收設(shè)備41進行的推送型NRT廣播接收和回放處理。按照這種方式，利用本發(fā)明，注冊了推送型NRT廣播服務的接收設(shè)備41被配置為自動下載利用與此服務相對應的邏輯信道發(fā)送的所有內(nèi)容。因此，可以在不對諸如現(xiàn)有的設(shè)施、標準之類執(zhí)行大規(guī)模修改的情況下實現(xiàn)推送型NRT服務。此外，由根據(jù)本發(fā)明的接收設(shè)備41接收的NRT廣播的廣播波由發(fā)送設(shè)備21發(fā)送。 發(fā)送設(shè)備21被配置為包括復用單元，復用單元用于生成例如其中復用了元信息、諸如控制信息之類的數(shù)據(jù)和內(nèi)容的數(shù)據(jù)的信號。內(nèi)容的數(shù)據(jù)是由圖像數(shù)據(jù)和音頻數(shù)據(jù)構(gòu)成的數(shù)據(jù)，此圖像數(shù)據(jù)和音頻數(shù)據(jù)經(jīng)受了用于編碼視頻數(shù)據(jù)和音頻數(shù)據(jù)的AV編碼器例如利用MPEG系統(tǒng)的壓縮編碼。諸如元信息、控制數(shù)據(jù)等的數(shù)據(jù)例如是由PSIP數(shù)據(jù)等構(gòu)成的數(shù)據(jù)。發(fā)送設(shè)備21生成與預定廣播日程相對應的VCT和NRT-IT，并且生成由包括VCT和NRT-IT等的PSIP數(shù)據(jù)構(gòu)成的數(shù)據(jù)作為附加數(shù)據(jù)。隨后，發(fā)送設(shè)備21生成其中附加數(shù)據(jù)和內(nèi)容的數(shù)據(jù)在復用單元處被復用的信號，對其信號進行調(diào)制，并且輸出作為廣播波。將參考圖27中的流程圖來描述由發(fā)送設(shè)備21進行的根據(jù)NRT廣播的廣播波發(fā)送處理。在步驟S161中，發(fā)送設(shè)備21的控制單元獲得廣播日程。稍后描述的有關(guān)要被廣播的內(nèi)容的信息被包括在廣播日程中。在步驟S162中，發(fā)送設(shè)備21的控制單元獲得有關(guān)要被廣播的內(nèi)容的信息。有關(guān)內(nèi)容的信息包括“contentjtemjd”、“分發(fā)日程”、“內(nèi)容期滿日期”、“內(nèi)容名稱”、表示是推送型內(nèi)容還是拉動型內(nèi)容的信息，等等。在步驟S163中，發(fā)送設(shè)備21的控制單元判斷根據(jù)在步驟S162的處理中獲得的信息的內(nèi)容是否是推送型NRT廣播內(nèi)容。注意，實際上，針對在廣播日程中所描述的多個內(nèi)容中的每個內(nèi)容都執(zhí)行步驟S163中的處理。當步驟S163中判定根據(jù)在步驟S162的處理中所獲得的信息的內(nèi)容是推送型NRT 廣播內(nèi)容時，處理進行到步驟S164。在步驟S164中，發(fā)送設(shè)備21的控制單元生成用于推送型廣播的NRT-IT。此時，例如，上面參考圖15所描述的NRT-IT被生成。當在步驟S163中判定在步驟S162的處理中所獲得的信息的內(nèi)容不是推送型NRT 廣播內(nèi)容時，處理進行到步驟S165。在步驟S165中，發(fā)送設(shè)備21的控制單元生成用于拉動型廣播的NRT-IT。此時，例如，上面參考圖8所描述的NRT-IT被生成。在步驟S166中，發(fā)送設(shè)備21的控制單元生成VCT。在步驟S167中，發(fā)送設(shè)備21的控制單元生成由包括VCT和NRT-IT的PSIP數(shù)據(jù)之類構(gòu)成的附加數(shù)據(jù)。在步驟S168中，發(fā)送設(shè)備21的復用單元基于廣播日程生成其中復用了附加數(shù)據(jù)和內(nèi)容的數(shù)據(jù)的信號。注意，此時，與附加數(shù)據(jù)和內(nèi)容的數(shù)據(jù)的復用同時，將要由多個邏輯信道發(fā)送的數(shù)據(jù)被復用為將要由一個物理信道發(fā)送的數(shù)據(jù)。在步驟S169中，發(fā)送設(shè)備21對在步驟S168的處理中所生成的信號進行調(diào)制，并且在步驟S170中輸出在步驟S169的處理中調(diào)制了的信號的廣播波。按照這種方式，根據(jù)NRT廣播的廣播波發(fā)送處理被執(zhí)行。注意，對于上面參考圖M到圖27描述的處理，在假定用于實現(xiàn)推送型NRT廣播所必要的信息(例如，“推送型NRT元信息”)被描述在NRT-IT中的情況下進行了描述。然而， 很顯然，用于實現(xiàn)推送型NRT廣播所必要的信息可被描述在VCT中，如參考圖14所描述的。按照這種方式，根據(jù)本發(fā)明，可在不對現(xiàn)有的設(shè)施和標準等執(zhí)行大規(guī)模修改的情況下實現(xiàn)推送型NRT服務。順便提及，對于上面參考圖14所描述的示例，用于實現(xiàn)推送型NRT廣播所必要的信息已被描述在VCT中，但是此信息可被描述在控制信息的另一片段中。例如，對于圖14中的VCT，替代“推送型NRT元數(shù)據(jù)”被描述在以信道為單位的描述區(qū)域272-1、以信道為單位的描述區(qū)域272-2等中，描述了 “常規(guī)/NRT識別信息”?！俺Ｒ?guī) /NRT識別信息”被用作表示相應邏輯信道是常規(guī)廣播邏輯信道還是NRT廣播邏輯信道的信息。隨后，在相應邏輯信道是NRT廣播邏輯信道的情況中，除了 VCT以外，接收設(shè)備41還接收到SMT (服務映射表)。隨后，用于實現(xiàn)推送型NRT廣播所必要的信息(例如，“推送型NRT 元信息”)被描述在SMT中。在此情況中，例如，針對每一個物理信道而生成SMT。例如，如上面參考圖14所描述的，“TS_id”被用作用于識別傳輸流的ID，并且實際上，其中描述了預定字符或數(shù)值等。因此，可識別VCT被包括在哪個物理信道(廣播信道) 中。例如，基于此“TS_id”，SMT被確定。此外，如上所述，在VCT的以信道為單位的描述區(qū)域272-1中描述了“信道名稱”、 “信道編號”、“服務類型”、“Program_number”、“SourCe_id”、“推送型NRT元信息”等?！癝ourcejd”被用作用于識別相應邏輯信道的ID，并且實際上，其中描述了預定字符或數(shù)值等。也就是說，以信道為單位的描述區(qū)域272-1是其中描述了有關(guān)由“Sourcejd” 確定的一個邏輯信道的信息的區(qū)域。類似地，在以信道為單位的描述區(qū)域272-2中也描述了有關(guān)由“Sourcejd”確定的一個邏輯信道的信息，如此等等。此外，對于圖15中的示例，在NRT-IT的描述區(qū)域中描述了 “Sourcejd”、“內(nèi)容數(shù)目”、“推送型NRT元信息”、以內(nèi)容為單位的描述區(qū)域四2-1、以內(nèi)容為單位的描述區(qū)域 292-2 等?！癝ourcejd”與上面參考圖14所描述的“Sourcejd”相同，用作用于識別相應邏輯信道的ID，并且實際上，其中描述了預定字符或數(shù)值等。因此，在圖14中的在以信道為單位的描述區(qū)域272-1、在以信道為單位的描述區(qū)域272-2等中描述的一個邏輯信道可與相應的NRT-IT相關(guān)聯(lián)。從而，NRT-IT以邏輯信道為單位被生成。有關(guān)與多個“Sourcejd”相對應的NRT-IT中的每個NRT-IT的信息被描述在上述 SMT中。隨后，有關(guān)多個NRT-IT中的每個NRT-IT的以內(nèi)容為單位的描述區(qū)域中所描述的內(nèi)容的、用于實現(xiàn)推送型NRT廣播的信息被描述在SMT中。也就是說，SMT按照與VCT相同的方式作為描述了有關(guān)邏輯信道的信息的預定描述數(shù)據(jù)被發(fā)送。此外，NRT-IT可用作將要利用邏輯信道廣播的內(nèi)容的元數(shù)據(jù)的示例。按照這種方式，例如，將要利用一個邏輯信道被廣播的所有內(nèi)容可被接收作為推送型NRT廣播內(nèi)容。此外，例如，可以進行這樣的布置，即將要利用一個邏輯信道廣播的內(nèi)容中的、要在預定時間區(qū)段播放的內(nèi)容被接收作為拉動型NRT廣播內(nèi)容，并且要在另一時間區(qū)段播放的內(nèi)容被接收作為推送型NRT廣播內(nèi)容。利用根據(jù)本發(fā)明的廣播系統(tǒng)1，可按照這樣的方式來布置和發(fā)送VCT和SMT。此外，直到目前已經(jīng)針對以內(nèi)容為單位的描述區(qū)域被提供給NRT-IT的示例進行了描述，并且描述了有關(guān)每個內(nèi)容的“內(nèi)容發(fā)送位置信息”。如上所述，“內(nèi)容發(fā)送位置信息”被確定，從而借此可識別要利用由“Sourcejd”確定的邏輯信道發(fā)送的數(shù)據(jù)中的、由 “content_item_id”確定的一個內(nèi)容的數(shù)據(jù)。具體地，通過“內(nèi)容發(fā)送位置信息”確定出FLUTE會話，并且獲得構(gòu)成FLUTE會話的數(shù)據(jù)。FLUTE會話流實際上由被劃分成預定大小的多個文件構(gòu)成，并且這多個文件中的每個文件被附加有“Τ0Ι”。對于上面的示例，已經(jīng)描述了其中基于FDT (FDT是“Τ0Ι”為0的文件)獲得要利用預定FLUTE會話發(fā)送的內(nèi)容的數(shù)據(jù)的情況。注意，F(xiàn)LUTE會話可被用作用于內(nèi)容數(shù)據(jù)的發(fā)送的文件發(fā)送會話的示例，并且FDT 是此文件發(fā)送會話的控制信息，并且可被用作發(fā)送控制數(shù)據(jù)的示例。然而，近年來，在不利用諸如電視接收機之類的音頻-視頻設(shè)備的情況下使用個人計算機等來頻繁地執(zhí)行對內(nèi)容的視聽。因此，如果在接收設(shè)備41處可例如通過與利用因特網(wǎng)獲得內(nèi)容相應的方法執(zhí)行對內(nèi)容的視聽，則便利性被提高。例如，可以進行這樣的布置，其中，基于FDT來確定描述了構(gòu)成相應內(nèi)容的文件的地址信息的地址文件，并且基于在地址文件中所描述的地址信息來獲得構(gòu)成此內(nèi)容的文件。例如，諸如瀏覽器之類的應用軟件被安裝到接收設(shè)備41中。隨后，瀏覽器的RSS 閱讀器功能被用于使能對利用RSS描述的地址文件的分析。此地址文件例如用用于因特網(wǎng)的RSS (RDF站點摘要)來描述。RSS是XML (可擴展標記語言)語句格式，其中，諸如web站點標題或摘要等的元數(shù)據(jù)被按照結(jié)構(gòu)化的方式來描述。圖28是用于描述利用以RSS格式描述的地址文件來獲得構(gòu)成內(nèi)容的文件的示例的示圖。如上所述，有關(guān)每個內(nèi)容的“內(nèi)容發(fā)送位置信息”被描述在NRT-IT的以內(nèi)容為單位的描述區(qū)域中。對于此示例，表示出了在NRT-IT中所描述的稱為“contentjtemjd = http://example. com/NRT/rss. xml” 的信息、稱為 “IP_address/Port/TSI = xx/xx/xx” 的信息，實際上，IP地址、端口號和TSI被描述作為“xx/xx/xx”。由此，F(xiàn)LUTE會話被確定，并且構(gòu)成FLUTE會話流的數(shù)據(jù)被獲得?！唉?Ι”被附加到 FLUTE會話流的多個文件中的每個文件，并且“Τ0Ι”為0的FDT被獲得。對于此示例，以 “〈File”為開頭的XML語句被描述在區(qū)域501中，描述區(qū)域501是FDT的描述區(qū)域的一部分。T IS ^； 501, 7 "Content-Location = http//XYZ. com/newHeadline/ rss. xml”。這表示稱為“XYZ. com/newHeadline/rss. xml”的RSS格式的地址文件通過區(qū)域501的描述被確定。隨后，根據(jù)稱為“T0I” = “1”的描述，表示出要確定的地址文件的標識符。也就是說，這表示“Τ0Ι”為1的文件是地址文件。此外，根據(jù)稱為“Content-Type =〃 application/rss+xml" ”的描述，表示出地址文件以RSS格式被描述。接收設(shè)備41獲得“Τ0Ι”為1的文件作為地址文件，參照地址文件中以 “〈enclosure”為開頭的XML語句的標簽，從而獲得目標內(nèi)容文件的地址信息。對于此示例， 這被描述為 “url = http://XYZ. com/newsHeadline/title. mp4... ”。由此，作為 FDT 的描述的一部分的區(qū)域502被確定。T IS ^； 502, 7 "Content-Location = http //XYZ. com/newsHeadline/ title. mp4”。這表示根據(jù)區(qū)域 502 的描述，確定了稱為 “XYZ. com/newsHeadline/title. mp4... ”的MPEG4(mp4)的內(nèi)容文件。隨后，根據(jù)稱為“Τ0Ι” = “2”的描述，表示出要被確定的地址文件的標識符。也就是說，這表示內(nèi)容文件是“Τ0Ι”為2的文件。此外，根據(jù)稱為 “Content-Type ="video/mp4””的描述，表示此文件是經(jīng)過MPEG4(mp4)格式的壓縮編碼的文件。隨后，接收設(shè)備41獲得“Τ0Ι”為2的文件作為內(nèi)容文件，并且對經(jīng)過了 MPEG4格式的壓縮編碼的文件進行解碼，從而此內(nèi)容可被播放。
因此，接收設(shè)備41例如可被配置為其中安裝了諸如瀏覽器之類的應用軟件的個人計算機等。圖四是圖示出以RSS格式描述的地址文件的示例的示圖。在此示圖中，區(qū)域502 中稱為“<title>News Headline by XYZ</title>”的描述表示由此地址文件確定的內(nèi)容的標題是“News Headline by XYZ”。此外，對于區(qū)域522，描述了以“〈item”為開頭的XML語句。區(qū)域522中禾爾為“〈enclosure url = http://YXZ.com/newsHeadline/title01.mp41ength ="123456789〃 type = " video/mp4 " />”的描述是有關(guān)按照RSS描述格式規(guī)定的 “enclosure”元素的描述?！癳nclosure”元素原本是指示附加到要以RSS分發(fā)的分發(fā)對象的媒介(medium)，但是在此情況中，此元素被用作用于確定以“〈File”為開頭的XML語句的 fn息ο1^1 : ，“enclosure”7 的“url = http//YXZ. com/newsHeadline/titleOl. mp4”被用于確定在圖28中的FDT的區(qū)域502中描述的“Content-Location = http//YXZ. com/newsHeadline/titleOl. mp4，，。此外，“enclosure，，元素的“l(fā)ength = 〃 123456789〃 ” 是表示此內(nèi)容文件的字節(jié)長度的描述。此外，“enclosure”元素的“type = " video/mp4// ” 是表示此內(nèi)容文件是以MPEG4(mp4)壓縮的運動圖像(視頻)文件的描述。注意，按照與針對地址文件中的區(qū)域522相同的方式，如果多個以“〈item”開頭的 XML語句被描述，則通過此地址文件可確定多個內(nèi)容文件。如上所述，本發(fā)明能夠?qū)崿F(xiàn)這樣的布置，其中，諸如瀏覽器等的應用軟件被安裝在接收設(shè)備41中，從而可利用瀏覽器的RSS閱讀器功能來分析以RSS描述的地址文件。因此， 例如，根據(jù)與用因特網(wǎng)瀏覽web頁面的情況下相同的設(shè)備和方法，內(nèi)容可被接收和視聽。注意，用于利用以RSS格式描述的地址文件視聽內(nèi)容的方法可被應用到推送型NRT廣播和拉動型NRT廣播二者中。例如，圖10的步驟S16或者圖25的步驟SlM中的內(nèi)容下載可通過諸如上面參考圖觀和圖四描述的獲得內(nèi)容文件來執(zhí)行。也就是說，可以進行這樣的布置，其中，基于 FDT確定地址文件，并且基于在地址文件中描述的地址信息來獲得構(gòu)成相應內(nèi)容的文件，從而內(nèi)容的下載被執(zhí)行。此外，在這樣的情況中，如上所述，發(fā)送設(shè)備21發(fā)送的內(nèi)容的數(shù)據(jù)被構(gòu)建為除了包括FDT和內(nèi)容文件以外還包括地址文件。順便提及，對于上面參考圖12描述的示例，已經(jīng)做了這樣的描述，其中，接收設(shè)備 41周期性地接收PSIP數(shù)據(jù)并且因此可周期性地獲得VCT和NRT-IT。隨后，對于圖12中的示例，已經(jīng)做了這樣的描述，其中，VCT 210,NRT-IT 211和NRT-IT 212首先被接收，從而發(fā)送內(nèi)容A和內(nèi)容B的邏輯信道以及其FLUTE會話文件被確定。此外，已經(jīng)做了這樣的描述， 其中，VCT 220、NRT-IT 221和NRT-IT 222被新接收并被更新，從而發(fā)送內(nèi)容C的邏輯信道及其FLUTE會話文件基于VCT 220和NRT-IT 221而被確定。也就是說，對于上面的示例，在新發(fā)送內(nèi)容的情況中，需要生成PSIP數(shù)據(jù)并且預先使得接收設(shè)備41新接收VCT和NRT-IT。然而，對于利用以RSS格式描述的地址文件視聽內(nèi)容的方法，可以在不使得接收設(shè)備41新接收VCT和NRT-IT的情況下在接收設(shè)備41處發(fā)送和接收新內(nèi)容。具體地，在使得接收設(shè)備41接收到VCT和NRT-IT并且確定了邏輯信道和FLUTE會話之后，要利用此邏輯信道的FLUTE會話發(fā)送的FDT和地址文件的內(nèi)容在預定定時被修改。由此，可以在不使得接收設(shè)備41新接收VCT和NRT-IT的情況下在接收設(shè)備41處發(fā)送和接收新內(nèi)容。圖30是用于描述能夠在不使得接收設(shè)備41新接收VCT和NRT-IT的情況下在接收設(shè)備41處發(fā)送和視聽新內(nèi)容的方法的示圖。此示圖中的垂直軸表示時間，并且箭頭S表示VCT和NRT-IT的更新周期。注意，VCT和NRT-IT的更新周期等于PSIP數(shù)據(jù)的發(fā)送周期。在圖30中，對于接收設(shè)備41基于VCT和NRT-IT確定的邏輯信道的FLUTE會話， 在 9 點(09:00:00)到 10 點(10:00:00)期間 “FDT 實例 01 (FDT instance。” ”、“RSS 01” 和“內(nèi)容文件01 (Content file 01)”被重復發(fā)送。這里，“FDT實例01 ”是TOI為0的FDT 文件，“RSS01”是由"FDT實例01”確定的以RSS格式描述的地址文件?！皟?nèi)容文件01”是由“ FDT實例01 ”禾口 “ RSS 01 ”確定的內(nèi)容文件。此外，對于接收設(shè)備41基于VCT和NRT-IT確定的邏輯信道的FLUTE會話，在10 點(10:00:00)之后“FDT實例02”、“RSS 02”和“內(nèi)容文件02”被重復發(fā)送?！癋DT實例02” 是TOI為0的FDT文件，“RSS 02”是由“FDT實例02”確定的以RSS格式描述的地址文件。 “內(nèi)容文件02 ”是由“FDT實例02 ”和“ RSS 02 ”確定的內(nèi)容文件。也就是說，對于圖30中的示例，接收設(shè)備41基于VCT和NRT-IT確定的邏輯信道的FLUTE會話是相同的，但是FDT、地址文件和內(nèi)容文件隨著時間而改變。例如，在“內(nèi)容文件01”是內(nèi)容D的文件并且“內(nèi)容文件02”是內(nèi)容E的文件的情況中，接收設(shè)備41可在9點到10點期間接收內(nèi)容D，并且在10點之后接收內(nèi)容E。圖31和圖32是圖示出用于圖30的示例的以RSS格式描述的地址文件的示例的示圖。圖31是與圖30中的“RSS 01”相對應的地址文件。此示圖中的區(qū)域541和區(qū)域 542分別是描述了與圖四中的區(qū)域521和區(qū)域522相同的內(nèi)容的區(qū)域，因此對它們的詳細描述將被省略。對于圖31中的示例，與圖四中的情況不同，區(qū)域543被提供。對于區(qū)域M3，描述了 “<pubDate>Tue，10 Jun 2003 090000GMT<pubDate>”。這表示相應的地址文件在 (GMT (格林威治時間))2003年6月10日(星期二 ) 9點被生成。此外，對于圖31中的示例，與圖四中的情況不同，區(qū)域M4被提供。對于區(qū)域M4， 描述了 “<skipHoursXhour>9</hourX/skipHours>”。這是按照RSS描述格式規(guī)定的有關(guān) “skipHours”元素的描述。“skipHours”元素是用于指定禁止抓取(crawl)的時間區(qū)段的描述，并且在與以“hour”標簽圍繞的部分中所描述的數(shù)值相對應的時間區(qū)段期間抓取被禁止。圖31中的情況表示2003年6月10日9點起一小時內(nèi)沒有文件被更新(抓取)。接收設(shè)備41在與圖30中的箭頭S上靠上邊部分相對應的時間點處接收VCT和 NRT-IT，從而確定邏輯信道和FLUTE會話。由此，當9點到來時接收設(shè)備41自動獲得“FDT 實例01”，并且基于此獲得圖31中所圖示出的地址文件。獲得了圖31中所圖示出的地址文件的接收設(shè)備41在9點參照“FDT實例01”中與區(qū)域502(圖28)相對應的區(qū)域以獲得“內(nèi)容文件01”。因此，在之后的一個小時期間，即，在10點到來之前，不獲得“內(nèi)容文件01”。 此外，獲得了圖31中所圖示出的地址文件的接收設(shè)備41在從9點起經(jīng)過了一個小時以后自動獲得(抓取)內(nèi)容文件。
當10點到來時，要利用相應的FLUTE會話發(fā)送的FDT的描述被修改。也就是說， 當10點到來時，“FDT實例02”作為TOI為0的文件被發(fā)送。無論有關(guān)“skipHours”元素的描述如何，接收設(shè)備41都獲得“FDT實例02”。這是因為FDT是要在接收設(shè)備41基于VCt 和NRT-IT確定的邏輯信道的FLUTE會話中自動獲得的文件。因此，接收設(shè)備41在10點到來時自動獲得“FDT實例02”。此外，如上所述，當10 點到來時，接收設(shè)備41基于圖31中所圖示出的地址文件的內(nèi)容自動執(zhí)行用于獲得內(nèi)容文件的處理。這里，文件的獲得是基于與在圖31中“skipHours”元素有關(guān)的描述而執(zhí)行的。也就是說，當10點到來時，接收設(shè)備41還基于“FDT實例02”的描述獲得在圖32 中所圖示出的地址文件。這是因為由“FDT實例02”確定的地址文件為“RSS 02”。圖32是與圖30中的“RSS 02”相對應的地址文件。在圖32中，區(qū)域Ml的描述以及區(qū)域M2的描述各自與圖31中的情況相同，因此，它們的詳細描述將被省略。在圖32 中，對于區(qū)域 543，描述了 “<pubDate>Tue，10 Jun 2003100000GMT</ pubDate〉”。這表示相應的地址文件在(GMT (格林威治時間))2003年6月10日10點被生成。對于區(qū)域 544，描述了 “<skipHoursXhour>10</hourX/skipHours>，，。這表示自 2003 年6月10日10點起一個小時內(nèi)沒有文件被更新(抓取)。因此，獲得了圖32中的地址文件的接收設(shè)備41參照“FDT實例02”中與區(qū)域 502(圖28)相對應的區(qū)域以獲得“內(nèi)容文件02”。隨后，在之后的一個小時期間，即，在11 點到來之前，不獲得“內(nèi)容文件02”。此外，獲得了圖32中所圖示出的地址文件的接收設(shè)備 41在從10點起經(jīng)過了一個小時以后自動獲得(抓取)文件。因此，隨后，無論有關(guān)“skipHours”元素的描述如何，接收設(shè)備41都獲得“FDT實例02”。這是因為FDT是要在接收設(shè)備41基于VCT和NRT-IT確定的邏輯信道的FLUTE會話中自動獲得的文件。另外，獲得了圖32中所圖示出的地址文件的接收設(shè)備41在11點到來時如上所述那樣基于在圖32中所圖示出的地址文件的描述內(nèi)容執(zhí)行用于自動獲得內(nèi)容文件的處理。 這里，文件的獲得是基于與在圖32中有關(guān)“skipHours”元素的描述而執(zhí)行的。也就是說，當11點到來時，接收設(shè)備41還基于“FDT實例02”的描述獲得在圖32 中所圖示出的地址文件。這是因為由“FDT實例02”確定的地址文件為“RSS 02”。隨后， 接收設(shè)備41參照“FDT實例02”中與區(qū)域502(圖28)相對應的區(qū)域以再次獲得“內(nèi)容文件 02”。因此，在此情況中，在10點時獲得了內(nèi)容文件，并且在11點獲得的內(nèi)容文件是相同的內(nèi)容(“內(nèi)容文件02”)。按照這種方式，可以在不使得接收設(shè)備41新接收VCT和NRT-IT的情況下就能發(fā)送和接收新內(nèi)容。例如，可進行這樣的布置，其中，新的flash作為web頁面的圖像被顯示在接收設(shè)備41的顯示器上，并且圖像隨著預定時間間隔而被自動更新。具體地，例如，圖10的步驟S16或圖25的步驟SlM中的內(nèi)容的下載可以通過諸如上面參考圖30到圖32描述的內(nèi)容文件的獲得來執(zhí)行。也就是說，可進行這樣的布置，其中，基于FDT確定地址文件，并且基于此地址文件來獲得構(gòu)成相應內(nèi)容的數(shù)據(jù)。替代地，內(nèi)容的下載可通過基于在其地址文件中描述的用于控制文件獲得時間區(qū)段的信息(例如，有關(guān)“ skipHours，，元素的描述)重復獲得內(nèi)容文件來執(zhí)行。因此，可在不生成包括VCT和NRT-IT的PSIP數(shù)據(jù)的情況下接收和視聽新的NRT廣播內(nèi)容。因此，例如，對于廣播臺站等，每當新NRT廣播內(nèi)容被發(fā)送時，無需生成包括VCT 和NRT-IT的PSIP，從而可安排更加多樣化的廣播日程。已經(jīng)針對利用以RSS格式描述的地址文件的情況中的示例進行了描述，但是也可采用以ATOM格式描述的地址文件。對于上述示例，已經(jīng)針對可利用原理上適用于ATSC(高級電視系統(tǒng)委員會)標準的方法來實現(xiàn)推送型NRT廣播的實施例進行了描述。然而，例如，可利用原理上適用于 ARIB (無線電工業(yè)和商業(yè)聯(lián)合會)標準的方法來實現(xiàn)推送型NRT廣播。在適用于ARIB標準的方法的NRT廣播的情況中，要被廣播的節(jié)目被分類成群組。這里，群組被用作在表示節(jié)目要以系列方式一起被廣播的情況中的單位。此外，群組是按層級構(gòu)建的，并且例如可被構(gòu)建為使得一個群組被用作父群組并且多個子群組被包括在其父群組中。群組可被用作復用了物理信道的邏輯信道，這將在稍后描述。節(jié)目具有一般意義相同的含義，并且例如，多個節(jié)目被包括在一個群組中。在適用于ARIB標準的方法的NRT廣播的情況中，假定接收設(shè)備41的用戶簽訂了 NRT廣播的視聽合約，以便按照規(guī)則對其進行付費。也就是說，只有支付了其費用的用戶才被允許視聽作為此視聽合約的對象的節(jié)目。例如，可進行這樣的布置，其中，構(gòu)成節(jié)目的圖像數(shù)據(jù)或音頻數(shù)據(jù)等的文件被編碼并被廣播，并且利用支付了費用的用戶的接收設(shè)備41，獲得所接收的節(jié)目的許可，從而此節(jié)目的文件被解碼。在適用于ARIB標準的方法的NRT廣播的情況中，諸如上述群組、節(jié)目、許可等的信息被布置為作為ECG元數(shù)據(jù)而被發(fā)送并被接收設(shè)備41接收。圖33是用于描述在包括適用于ARIB標準的方法的NRT廣播的廣播信號中的協(xié)議棧的示圖。適用于ARIB標準的方法的NRT廣播被稱為衛(wèi)星下載廣播。如圖33中所圖示的，最低層級被用作“物理層”，并且被指派用于衛(wèi)星下載廣播的廣播波的頻帶對應于此層。與“物理層”相鄰的較高層被用作“時隙(SLOT)”?！皶r隙”被用作時分發(fā)送頻帶，并且例如，48個時隙被指派給一個廣播信道。與“時隙”相鄰的較高層被用作“TLV(類型長度值)”。對于“TLV”，此較高層級的分組被劃分成可變長度分組(稱為TLV分組)并被發(fā)送，并且TLV分組的連續(xù)將被稱為TLV流。也就是說，要在與一個廣播信道相對應的發(fā)送頻帶中發(fā)送的信號全部都通過具有與其廣播信道相對應的頭部信息等的TLV分組來發(fā)送。換句話說，在適用于ARIB標準的方法的NRT廣播的情況中，針對每個物理信道(廣播信道)指派TLV流的發(fā)送速率。“IP(多播)”、“頭部壓縮IP(多播)”、“TLV_NIT(網(wǎng)絡信息表)，，以及“AMT(地址映射表)”被描述作為與“TVL”相鄰的較高層級?！癐P(多播)”被用作多播形式的IP分組。 “頭部壓縮IP(多播)”用于通過壓縮IP分組的頭部來去除發(fā)送開銷。例如，這被用作附加了頭部信息的IP分組，其對應于這樣的協(xié)議，其中，不是發(fā)送所有分組的所有頭部信息，而是以間歇的方式發(fā)送一完整頭部分組，并且對于其他分組，利用壓縮的頭部替換頭部并且發(fā)送，并且在接收側(cè)恢復頭部信息。"TLV-NIT(網(wǎng)絡信息表)”和“AMT(地址映射表)”被用作這樣的層級，其中，用于識別附加到TLV分組的標識符的信息基于IP地址、端口號等而被發(fā)送。對于“TLV-NIT”和“AMT”，描述了 TLV分組的復用狀態(tài)等(諸如經(jīng)復用的IP分組的多播群組的列表之類)。接收設(shè)備41參照“TLV-NIT”和“AMT”以確定附加到TLV分組的標識符，從而可提取出目標IP 分組。與“IP (多播)”和“頭部壓縮IP (多播)”相鄰的較高層級被用作“UDP”，并且“數(shù)據(jù)發(fā)送協(xié)議”被顯示作為“UDP”的較高層。“數(shù)據(jù)發(fā)送協(xié)議”被用作與預定協(xié)議相對應的層級，該預定協(xié)議用于發(fā)送其中存儲了“ECG元數(shù)據(jù)”和“TSS”的文件。基于此數(shù)據(jù)發(fā)送協(xié)議， 將生成稍后描述的下載頭部?！癟SS(加時間戳的TQ ”是這樣的層級，其中，編碼的圖像數(shù)據(jù)、音頻數(shù)據(jù)等被劃分成固定長度傳輸分組(TS分組)，并且通過向TS分組的預定位置添加時間戳信息而獲得的分組被發(fā)送?！耙曨l編碼(經(jīng)編碼的圖像數(shù)據(jù))”、“音頻編碼(經(jīng)編碼的音頻數(shù)據(jù))，，以及 “字幕編碼(經(jīng)編碼的字幕數(shù)據(jù))”被描述作為與“TSS”相鄰的較高層。"ECG元數(shù)據(jù)”被用作這樣的層級，其中，構(gòu)成稍后描述的ECH元數(shù)據(jù)的數(shù)據(jù)被劃分成固定長度分組并被發(fā)送。對于“TSS”層級分組或者“ECG元數(shù)據(jù)，，層級分組，諸如要被存儲的文件的識別信息、編碼方式、塊編號等屬性信息作為下載頭部被添加，其被用作UDP分組的有效載荷。按照這種方式，對于作為適用于ARIB標準的方法的NRT廣播的衛(wèi)星下載廣播，具有與“TLV”的TLV分組的發(fā)送速率相對應的發(fā)送頻帶的一個廣播信道(如前所述，即物理信道)可被復用成稱為群組的多個邏輯信道。有關(guān)每個這樣的邏輯信道的信息被描述在群組屬性表和購買屬性表中，群組屬性表是有關(guān)要針對每個物理信道生成的邏輯信道(群組)的控制信息，并且購買屬性表是與用戶的視聽合約相對應的控制信息。群組屬性表和購買屬性表中的每個是被包括在ECG元數(shù)據(jù)中的信息，稍后將描述細節(jié)。基于群組屬性表和購買屬性表，確定作為在要被廣播的節(jié)目中所包括的群組的標識符的“群組ID”，并且基于此“群組ID”，確定作為用于此節(jié)目的標識符的“CRID”。隨后， 基于此“CRID”，確定要被接收的IP分組的IP地址和端口號。此外，通過參照“TLV-NIT”和 “AMT”確定附加到TLV分組的標識符，并且提取出目標IP分組。注意，預定IP地址和端口號被布置為附加到存儲了 ECG元數(shù)據(jù)的IP分組。此ECG 數(shù)據(jù)的IP地址和端口號被預先存儲在接收設(shè)備41中。也就是說，接收設(shè)備41通過基于已經(jīng)存儲的IP地址和端口號參照“TLV-NIT”和 “AMT”來確定附加到TLV的標識符，從而可提取出ECG元數(shù)據(jù)的IP分組。如上所述，基于如此獲得的群組屬性表和購買屬性表，確定作為在要被廣播的節(jié)目中所包括的群組的標識符的“群組ID”。接下來，將描述ECG元數(shù)據(jù)。ECG元數(shù)據(jù)包括群組屬性表、節(jié)目屬性表、節(jié)目位置表、購買屬性表、許可屬性表和下載控制信息表。圖34是圖示出用于本發(fā)明的群組屬性表(群組信息)的示例的示圖。群組屬性表針對每一個群組而被生成。在適用于ARIB標準的方法的NRT廣播的情況中，接收推送型 NRT廣播的接收設(shè)備41被配置為接收與推送型NRT廣播相對應的群組中的全部節(jié)目。對于此示圖中的示例，在群組屬性表中描述了 “群組ID(GroUp ID) ”、“群組類型 (Group type)”、“群組 / 節(jié)目的數(shù)目(Number of groups/programs) ”、“父群組 ID (Parentgroup ID)”、“標題名稱(Title name)”、“概要(Outline)，，、“風格(Genre) ”、“關(guān)鍵詞 (Keyword)，，、“標題媒體(Title media)” 等?！叭航MID”被用作用于確定相應群組的標識符。對于“群組類型”，例如，描述了屬于相應群組的節(jié)目的銷售條件等。例如，在屬于此群組的節(jié)目是十次廣播的系列節(jié)目的情況中，描述了表示此節(jié)目是作為十次廣播的集合被銷售的節(jié)目還是可按每次廣播銷售的節(jié)目的信息。此外，對于“群組類型”，還描述了表示屬于相應群組的節(jié)目是否是推送型NRT廣播節(jié)目的信息。在適用于ARIB標準的方法的NRT廣播的情況中，推送型NRT廣播和拉動型 NRT廣播的差異不在于下載方法，而是在于下載之后的數(shù)據(jù)存儲方法。也就是說，在適用于ARIB標準的方法的NRT廣播的情況中，所下載的節(jié)目數(shù)據(jù)按照與“群組ID”和“群組類型”相關(guān)聯(lián)的方式被記錄在記錄介質(zhì)中。例如，在適用于ARIB標準的方法的NRT廣播的情況中，通過下載推送型NRT廣播節(jié)目而獲得的數(shù)據(jù)被布置為在當屬于相同群組的另一節(jié)目被下載時被覆寫。另一方面，當通過下載而獲得的數(shù)據(jù)是拉動型 NRT廣播節(jié)目時，不執(zhí)行這樣的覆寫。也就是說，接收設(shè)備41基于“群組ID”和“群組類型”判斷新下載的節(jié)目的數(shù)據(jù)是否被覆寫記錄。因此，在用戶簽訂了推送型NRT廣播視聽合約的情況中，節(jié)目的數(shù)據(jù)將自動被覆寫記錄在接收設(shè)備41的記錄介質(zhì)中。因此，例如，簽訂了對“天氣預報”的推送型NRT廣播視聽合約的用戶可總是視聽到最新的預報。對于“群組/節(jié)目的數(shù)目”，描述了屬于相應群組的群組(子群組)、屬于相應群組的節(jié)目的數(shù)目。對于“父群組ID”，在某群組存在相應父群組的情況中，其描述了該父群組的“群組 ID”。對于“標題名稱”、“概要”、“風格”和“關(guān)鍵詞”，分別描述了相應群組的標題、概要、 風格和關(guān)鍵詞。對于“標題媒體”，例如，描述了屬于相應群組的節(jié)目的縮略像數(shù)據(jù)。群組屬性表如此被構(gòu)建。圖35是圖示出用于本發(fā)明的節(jié)目屬性表(節(jié)目信息)的示例的示圖。節(jié)目屬性表針對每一個節(jié)目而被生成。對于此示圖中的示例，在節(jié)目屬性表中描述了 “CRID(內(nèi)容參照ID)”、“群組ID”、 "AV屬性(AV attribute) ”、“標題名稱”、“概要”、“風格”、“關(guān)鍵詞”、“標題媒體”等?！癈RID”被用作確定相應節(jié)目的標識符。對于“群組ID”，描述了節(jié)目所屬的相應群組的“群組ID”。對于“AV屬性”，例如，描述了表示相應節(jié)目是否是帶有字幕的節(jié)目等的信息。對于“標題名稱”、“概要”、“風格”和“關(guān)鍵詞”，分別描述相應節(jié)目的標題、概要、風格和關(guān)鍵詞。對于“標題媒體”，例如，描述屬于相應群組的節(jié)目的縮略像數(shù)據(jù)。節(jié)目屬性表如此被構(gòu)建。圖36是圖示出購買屬性表(購買信息)的示例的示圖。對于此示圖中的示例，在購買屬性表中描述了 “購買ID (Purchase ID) ”、“群組ID/節(jié)目ID”、“費用(Fee)”等。購買屬性表針對對于群組或節(jié)目(內(nèi)容)的每一個視聽合約而被生成?！百徺IID”被用作確定相應視聽合約的標識符。對于“群組ID/節(jié)目ID”，描述了有關(guān)作為相應視聽合約的對象的群組或節(jié)目的 “群組ID”和“節(jié)目M (即，CRID)”。對于“費用”，描述了按照NRT廣播視聽合約要支付的費用。購買屬性表如此被構(gòu)建。圖37是圖示出許可屬性表(許可信息)的示例的示圖。對于此示圖中的示例，在許可屬性表中描述了“許可ID (License ID) ”、“CRID”、“購買ID”、“利用條件(Utilization conditions)”等。許可屬性表針對對于節(jié)目(內(nèi)容)的每一個視聽合約而被生成。“許可ID”是與相應視聽合約相對應的協(xié)議的標識符，并且例如還是存儲用于解碼編碼的節(jié)目文件的密鑰的存儲區(qū)域的地址信息。例如，獲得了 “許可ID”的接收設(shè)備41基于其地址訪問經(jīng)由網(wǎng)絡連接的廣播臺站服務器等。也就是說，上述地址用于確定廣播臺站服務器的預定存儲區(qū)域，并且用于解碼編碼節(jié)目的文件的密鑰被存儲在此存儲區(qū)域中。例如，接收設(shè)備41在訪問廣播臺站服務器時發(fā)送“購買ID”和自己的識別信息等以接收此服務器的認證。在認證成功的情況中，接收設(shè)備41被配置為從該服務器獲得用于解碼文件的密鑰。對于“CRID”，描述了可根據(jù)相應視聽合約視聽的節(jié)目的“CRID”。對于“購買ID”，描述了與相應許可相對應的視聽合約的“購買ID”。對于“利用條件”，描述了表示根據(jù)相應許可對于節(jié)目文件的可解碼次數(shù)(對于內(nèi)容的可播放次數(shù))等的信息。許可屬性表如此被構(gòu)建。圖38是圖示出節(jié)目位置表(節(jié)目位置)的示例的示圖。對于此示圖中的示例，在節(jié)目位置表中描述了 “CRID”、“節(jié)目的參照URL (Reference URL of program) ” “購買ID” 等。節(jié)目位置表針對每一個節(jié)目而被生成。對于“ CRID ”，描述了相應節(jié)目的“ CRID ”。對于“節(jié)目的參照URL”，描述了相應節(jié)目的下載控制信息(稍后描述)的URL。對于“購買ID”，描述了對于作為對象的相應節(jié)目的視聽合約的“購買ID”。節(jié)目位置表如此被構(gòu)建。圖39是圖示出下載控制信息(Downlaod Control ^formation)的示例的示圖。對于此示圖中的示例，在此下載控制信息中描述了 “CRID”、“廣播日程(Broadcasting schedule) ”等。下載控制信息針對每一個節(jié)目而被生成。對于“ CRID ”，描述了相應節(jié)目的“ CRID ”。對于“廣播日程，，，描述了相應節(jié)目的廣播信道、廣播開始時間點、廣播結(jié)束時間點等。另外，在下載控制信息中還描述了用于發(fā)送相應節(jié)目的文件的分組的IP地址和
端口號。下載控制信息如此被構(gòu)建。
注意，實際上，上述群組屬性表、節(jié)目屬性表、節(jié)目位置表、購買屬性表、許可屬性表、下載控制信息表中的每一個被表示為XML語句。例如，接收到ECG元數(shù)據(jù)的接收設(shè)備41的用戶參照在群組屬性表中包括的“標題名稱”、“概要”等，以確定該用戶要視聽的推送型NRT廣播。隨后，該用戶根據(jù)預定的過程簽訂視聽合約以便支付對于此推送型NRT廣播視聽合約所需的費用。例如，支付了費用的該用戶的接收設(shè)備41的標識信息按照與“購買ID”相關(guān)聯(lián)的方式被存儲在廣播臺站服務器中，此“購買ID”與簽訂且支付了費用的視聽合約相對應。此外，與簽訂且支付了費用的視聽合約相對應的“購買ID”被存儲在支付了費用的該用戶的接收設(shè)備41中。在視聽達成協(xié)議和費用支付之后接收到廣播的接收設(shè)備41基于所存儲的“購買 ID”獲得在ECG元數(shù)據(jù)中包括的購買屬性表、許可屬性表和節(jié)目位置表。隨后，接收設(shè)備41基于在節(jié)目位置表中所描述的URL獲得在ECG元數(shù)據(jù)中包括的下載控制信息。接收設(shè)備41通過確定在下載控制信息中所描述的下載日程來確定節(jié)目的播放開始時間點和播放結(jié)束時間點、廣播信道、IP地址、端口號等。因此，例如，NRT廣播節(jié)目的下載日程被存儲在控制器409的內(nèi)部存儲器中。接收設(shè)備41根據(jù)下載日程下載構(gòu)成節(jié)目的文件，并且利用在基于“購買ID”獲得的許可屬性表中所描述的許可ID來確定存儲解碼密鑰的地址。隨后，例如，接收設(shè)備41經(jīng)由網(wǎng)絡訪問上述地址以獲得解碼密鑰，并且對編碼的文件進行解碼并播放。按照這種方式，可利用適用于ARIB標準的方法實現(xiàn)推送型NRT廣播。接下來，將參考圖40中的流程圖來對在接收設(shè)備41處利用適用于ARIB標準的方法接收NRT廣播的情況中的NRT廣播接收處理進行描述。在步驟S201中，接收設(shè)備41獲得ECG元數(shù)據(jù)。此時，接收設(shè)備41基于已經(jīng)存儲的IP地址和端口號來參考“TLV-NIT”和“AMT”，從而確定附加到TLV分組的標識符。隨后， 接收設(shè)備41從所確定的TLV分組提取ECG元數(shù)據(jù)的IP分組，從而獲得ECG元數(shù)據(jù)。在步驟S202中，接收設(shè)備41確定“群組ID”。此時，接收設(shè)備41基于所存儲的“購買ID”來獲得ECG元數(shù)據(jù)中包括的購買屬性表、許可屬性表和節(jié)目位置表。隨后，接收設(shè)備 41確定購買屬性表中包括的“群組ID”。在步驟S203中，接收設(shè)備41基于在步驟S202的處理中所確定的“群組ID”來獲
得群組屬性表，并且確定其“群組類型”。在步驟S204中，接收設(shè)備41生成下載日程。此時，接收設(shè)備41基于利用步驟S202 中的處理獲得的節(jié)目位置表中所描述的URL來獲得下載控制信息。接收設(shè)備41確定在此下載控制信息中所描述的廣播日程，從而確定節(jié)目的廣播開始時間點和廣播結(jié)束時間點、 廣播信道、IP地址、端口號等。如此，例如，NRT廣播節(jié)目的下載日程被存儲在例如控制器 409的內(nèi)部存儲器等中。在步驟S205中，接收設(shè)備41基于在步驟S204的處理中所生成的下載日程來下載節(jié)目的數(shù)據(jù)。在步驟S206中，接收設(shè)備41將在步驟S205的處理中所下載的節(jié)目的數(shù)據(jù)與在步驟S202和步驟S203的處理中所確定的“群組ID”和“群組類型”相關(guān)聯(lián)。在步驟S207中，接收設(shè)備41判斷在步驟S205的處理中所下載的節(jié)目是否是推送型NRT廣播節(jié)目。此時，基于在步驟S206的處理中所獲得的“群組類型”，判斷此節(jié)目是否是推送型NRT廣播節(jié)目。在當在步驟S207中判定在步驟S205的處理中所下載的節(jié)目是推送型NRT廣播節(jié)目的情況中，處理進行到步驟S208。在步驟S208中，接收設(shè)備41覆寫并記錄節(jié)目的數(shù)據(jù)。另一方面，在當在步驟S207中判定在步驟S205的處理中所下載的節(jié)目不是推送型NRT廣播節(jié)目的情況中，處理進行到步驟S209。在步驟S209中，接收設(shè)備41不進行覆寫，但是要記錄節(jié)目的數(shù)據(jù)。也就是說，在步驟S208或步驟S209中，所下載的節(jié)目的數(shù)據(jù)按照與“群組ID”和 “群組類型”相關(guān)聯(lián)的方式被記錄在記錄介質(zhì)中。這里，通過下載推送型NRT廣播節(jié)目而獲得的數(shù)據(jù)在當屬于相同群組的另一節(jié)目被下載時被覆寫(步驟S208中的處理)。例如，先前記錄的節(jié)目的數(shù)據(jù)(此數(shù)據(jù)是與在步驟S202的處理中確定的“群組ID”相同的“群組ID”所相關(guān)聯(lián)的節(jié)目的數(shù)據(jù))被在步驟 S205的處理中所下載的節(jié)目的數(shù)據(jù)覆寫。另一方面，當通過下載獲得的數(shù)據(jù)是拉動型NRT 廣播節(jié)目時，不執(zhí)行上述覆寫(步驟S209中的處理)。也就是說，接收設(shè)備41被配置為基于“群組ID”和“群組類型”來判斷新下載的節(jié)目的數(shù)據(jù)是否被覆寫和記錄(步驟S207中的處理)。因此，在用戶簽訂了推送型NRT廣播視聽合約的情況中，之后，節(jié)目的數(shù)據(jù)被自動覆寫并記錄在接收設(shè)備41的記錄介質(zhì)上。注意，上述處理序列可由硬件執(zhí)行，或者可由軟件執(zhí)行。在上述處理序列由軟件執(zhí)行的情況中，構(gòu)成該軟件的程序從網(wǎng)絡或記錄介質(zhì)被安裝到專用硬件所嵌裝的計算機中。 此程序也可從網(wǎng)絡或記錄介質(zhì)被安裝到例如在圖41中所圖示出的能夠通過安裝各種類型的程序來執(zhí)行各種類型的功能的通用個人計算機700中。在圖41中，CPU (中央處理單元)701根據(jù)存儲在R0M(只讀存儲器)702中的程序或者從存儲單元708被加載到RAM(隨機存取存儲器)703的程序來執(zhí)行各種類型的處理。 CPU 701執(zhí)行各種類型的處理所必要的數(shù)據(jù)等也適當?shù)乇淮鎯υ赗AM 703中。CPU 701、ROM 702和RAM 703經(jīng)由總線704彼此連接?？偩€704還與輸入/輸出接口 705連接。輸入/輸出接口 705與輸入單元706和輸出單元707連接，輸入單元706由鍵盤、 鼠標等構(gòu)成，輸出單元707由揚聲器和顯示器等構(gòu)成，顯示器包括LCD (液晶顯示器)等。此外，輸入/輸出接口 705還與存儲單元708和通信單元709連接，存儲單元708由硬盤等構(gòu)成，通信單元709由調(diào)制解調(diào)器、諸如LAN卡之類的網(wǎng)絡接口卡等構(gòu)成。通信單元709經(jīng)由網(wǎng)絡執(zhí)行通信處理，此網(wǎng)絡包括因特網(wǎng)。根據(jù)需要，輸入/輸出接口 705還與驅(qū)動器710連接，在驅(qū)動器710上適當?shù)匕惭b可移除介質(zhì)711，可移除介質(zhì)711諸如是磁盤、光盤、磁光盤、半導體存儲器等。根據(jù)需要，從該可移除介質(zhì)讀出的計算機程序隨后被安裝到存儲單元708中。在由軟件執(zhí)行上述處理序列的情況中，構(gòu)成軟件的程序從諸如因特網(wǎng)之類的網(wǎng)絡或者由可移除介質(zhì)711構(gòu)成的記錄介質(zhì)被安裝。注意，此記錄介質(zhì)不僅包括由可移除介質(zhì)711(可移除介質(zhì)711由磁盤(包括軟盤(注冊商標))、光盤(包括CD-ROM (致密盤-只讀存儲器)、DVD (數(shù)字通用盤))、磁光盤 (包括MD(迷你盤)(注冊商標))、半導體存儲器等構(gòu)成)配置的記錄介質(zhì)(其中記錄有程序，如圖41中所圖示，被分發(fā)用于向用戶分發(fā)程序，與設(shè)備主體架構(gòu)分離開)，而且包括由 ROM 702或者存儲單元708中包括的硬盤等構(gòu)成的記錄介質(zhì)構(gòu)成的記錄介質(zhì)(其中記錄有程序，被分發(fā)給用戶，處于預先嵌入在設(shè)備主體架構(gòu)中的狀態(tài))。注意，本說明書中的上述處理序列不僅包括按照順著所描述順序的時間順序的方式執(zhí)行的處理，而且還包括并行地或者單獨地執(zhí)行的處理，雖然這樣的處理不一定是按照時間順序的方式被執(zhí)行的。此外，本發(fā)明的實施例不限于上述實施例，可以在不脫離本發(fā)明的本質(zhì)的前提下做出多種修改。標號列表1廣播系統(tǒng)21發(fā)送設(shè)備41接收設(shè)備401 端子402調(diào)諧器403TS解復用器404視頻解碼器405音頻解碼器406文件容器解復用器407FLUTE 處理器408存儲裝置409控制器410 端子411 端子
權(quán)利要求
1 一種內(nèi)容接收設(shè)備，包括控制信息接收裝置，被配置為基于將要作為廣播波發(fā)送的信號接收控制信息，所述控制信息與具有和回放速率不同步的發(fā)送速率的內(nèi)容的廣播有關(guān)；下載日程生成裝置，被配置為基于所述控制信息生成下載日程，所述下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約 fn息；下載裝置，被配置為基于所述下載日程來接收所述內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中；以及回放裝置，被配置為利用所述回放速率來播放在所述記錄介質(zhì)中記錄的內(nèi)容。
2.根據(jù)權(quán)利要求1所述的內(nèi)容接收設(shè)備，其中，與內(nèi)容的廣播有關(guān)的所述控制信息包括預定描述數(shù)據(jù)，在將所述頻帶的所述廣播波信號的發(fā)送路徑作為物理信道的情況中， 所述預定描述數(shù)據(jù)描述與通過利用預定方法將所述物理信道劃分成多個發(fā)送路徑而獲得的邏輯信道有關(guān)的信息；以及元數(shù)據(jù)，所述元數(shù)據(jù)描述與將要利用所述邏輯信道中的各個邏輯信道發(fā)送的內(nèi)容有關(guān)的信息。
3.根據(jù)權(quán)利要求2所述的內(nèi)容接收設(shè)備，其中，所述下載日程生成裝置生成用于接收和記錄將要利用在所述物理信道中包括的多個邏輯信道中的、與所述注冊信息相對應的邏輯信道廣播的所有內(nèi)容的下載日程。
4.根據(jù)權(quán)利要求3所述的內(nèi)容接收設(shè)備，其中，所述下載日程生成裝通過基于所述元數(shù)據(jù)的描述確定所述內(nèi)容的廣播開始時間點并且還確定將要由所述邏輯信道發(fā)送的數(shù)據(jù)中的、用于確定所述內(nèi)容的數(shù)據(jù)的位置信息，來生成所述下載日程。
5.根據(jù)權(quán)利要求4所述的內(nèi)容接收設(shè)備，其中，所述下載裝置通過以下方式來接收所述內(nèi)容基于所述下載日程通過在所述內(nèi)容的廣播開始時間點接收與所述物理信道相對應的頻帶的廣播波，基于所述預定描述數(shù)據(jù)的描述，提取將要由所述物理信道發(fā)送的傳輸分組中的、與所述注冊信息相對應的邏輯信道的傳輸分組，并且基于所述位置信息來確定所述內(nèi)容的數(shù)據(jù)。
6.根據(jù)權(quán)利要求5所述的內(nèi)容接收設(shè)備，其中，所述邏輯信道的傳輸分組被構(gòu)建為包括IP分組；并且其中，所述位置信息包括用于確定將要由所述IP分組發(fā)送的所述內(nèi)容的數(shù)據(jù)的文件發(fā)送會話的信息；并且其中，所述下載裝置基于通過確定所述文件發(fā)送會話而獲得的發(fā)送控制數(shù)據(jù)的描述，來確定所述內(nèi)容的數(shù)據(jù)。
7 根據(jù)權(quán)利要求6所述的內(nèi)容接收設(shè)備，其中，所述下載裝置基于所述發(fā)送控制數(shù)據(jù)的描述，來確定以RSS格式或ATOM格式描述的地址文件，并且基于所述地址文件確定所述內(nèi)容的數(shù)據(jù)。
8.根據(jù)權(quán)利要求2所述的內(nèi)容接收設(shè)備，其中，基于所述預定描述數(shù)據(jù)和所述元數(shù)據(jù)的描述，不論用戶請求如何，都確定所述邏輯信道中的用于提供用于接收將要視聽的內(nèi)容的推送型服務的邏輯信道；并且其中，用于提供所述推送型服務的邏輯信道的列表被呈現(xiàn)給用戶，以供所述用戶接受所述推送型服務的注冊；并且其中，用于確定所述注冊的推送型服務的邏輯信道的信息被存儲作為所述注冊信息。
9.根據(jù)權(quán)利要求2所述的內(nèi)容接收設(shè)備，其中，所述下載日程生成裝置生成用于接收和記錄由所述預定描述數(shù)據(jù)確定的內(nèi)容的下載日程，該內(nèi)容是要由在所述物理信道中包括的多個邏輯信道中的、與所述注冊信息相對應的邏輯信道發(fā)送的內(nèi)容。
10.根據(jù)權(quán)利要求1所述的內(nèi)容接收設(shè)備，所述下載裝置包括覆寫判斷裝置，被配置為判斷所接收到的內(nèi)容是否被覆寫在所述記錄介質(zhì)中所記錄的內(nèi)容上。
11.根據(jù)權(quán)利要求1所述的內(nèi)容接收設(shè)備，其中，由所述下載裝置記錄的所述內(nèi)容基于所述元數(shù)據(jù)的描述被設(shè)定有期滿日期；并且其中，所述期滿日期已經(jīng)過的所述內(nèi)容被去除。
12.—種內(nèi)容接收方法，包括如下步驟基于將要作為廣播波發(fā)送的信號接收控制信息，所述控制信息與具有和回放速率不同步的發(fā)送速率的內(nèi)容的廣播有關(guān)；基于所述控制信息生成下載日程，所述下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約信息；基于所述下載日程，來接收所述內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中；以及利用所述回放速率來播放在所述記錄介質(zhì)中記錄的內(nèi)容。
13.一種使得計算機用作內(nèi)容接收設(shè)備的程序，所述內(nèi)容接收設(shè)備包括控制信息接收裝置，被配置為基于將要作為廣播波發(fā)送的信號接收控制信息，所述控制信息與具有和回放速率不同步的發(fā)送速率的內(nèi)容的廣播有關(guān)；下載日程生成裝置，被配置為基于所述控制信息生成下載日程，所述下載日程是一種用于利用與預先設(shè)定的注冊信息相對應的邏輯信道來接收和記錄要被廣播的內(nèi)容的預約 fn息；下載裝置，被配置為基于所述下載日程來接收所述內(nèi)容中的各個內(nèi)容并記錄在記錄介質(zhì)中；以及回放裝置，被配置為利用所述回放速率來播放在所述記錄介質(zhì)中記錄的內(nèi)容。
14.一種內(nèi)容發(fā)送設(shè)備，包括內(nèi)容信息獲得裝置，被配置為根據(jù)預先創(chuàng)建的廣播日程來獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷裝置，被配置為判斷所述內(nèi)容是否是推送型服務的內(nèi)容，所述推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；第一控制信息生成裝置，被配置為在所述內(nèi)容是所述推送型服務的內(nèi)容的情況中，在生成的第一控制信息中描述表示所述內(nèi)容是所述推送型服務的內(nèi)容的信息以及與所述內(nèi)容有關(guān)的信息，所述第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；第二控制信息生成裝置，被配置為生成第二控制信息，所述第二控制信息描述了用于確定用作預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；復用裝置，被配置為將所述第一控制信息和所述第二控制信息與所述內(nèi)容的數(shù)據(jù)復用，并且還將要通過多個所述邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及廣播波發(fā)送裝置，被配置為調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。
15.一種內(nèi)容發(fā)送方法，包括如下步驟根據(jù)預先創(chuàng)建的廣播日程來獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷所述內(nèi)容是否是推送型服務的內(nèi)容，所述推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；在所述內(nèi)容是所述推送型服務的內(nèi)容的情況中，在生成的第一控制信息中描述表示所述內(nèi)容是所述推送型服務的內(nèi)容的信息以及與所述內(nèi)容有關(guān)的信息，所述第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；生成第二控制信息，所述第二控制信息描述了用于確定用作預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；將所述第一控制信息和所述第二控制信息與所述內(nèi)容的數(shù)據(jù)復用，并且還將要通過多個所述邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。
16.一種使得計算機用作內(nèi)容發(fā)送設(shè)備的程序，所述內(nèi)容發(fā)送設(shè)備包括內(nèi)容信息獲得裝置，被配置為根據(jù)預先創(chuàng)建的廣播日程來獲得與將要以與回放速率不同的發(fā)送速率被廣播的內(nèi)容有關(guān)的信息；判斷裝置，被配置為判斷所述內(nèi)容是否是推送型服務的內(nèi)容，所述推送型服務是無論用戶請求如何都接收要被視聽的內(nèi)容的服務；第一控制信息生成裝置，被配置為在所述內(nèi)容是所述推送型服務的內(nèi)容的情況中，在生成的第一控制信息中描述表示所述內(nèi)容是推送型服務的內(nèi)容的信息以及與所述內(nèi)容有關(guān)的信息，所述第一控制信息是與將要由預定邏輯信道廣播的內(nèi)容有關(guān)的信息；第二控制信息生成裝置，被配置為生成第二控制信息，所述第二控制信息描述了用于確定用作預定頻帶的廣播波信號的發(fā)送路徑的物理信道中的每個邏輯信道的信息；復用裝置，被配置為將所述第一控制信息和所述第二控制信息與所述內(nèi)容的數(shù)據(jù)復用，并且還將要通過多個所述邏輯信道被廣播的數(shù)據(jù)復用為要通過單個物理信道被廣播的數(shù)據(jù)；以及廣播波發(fā)送裝置，被配置為調(diào)制復用得到的數(shù)據(jù)以作為廣播波發(fā)送。
17.—種記錄介質(zhì)，其中記錄有根據(jù)權(quán)利要求10或權(quán)利要求13的程序。
全文摘要
本發(fā)明涉及可實現(xiàn)推送型NRT服務的內(nèi)容接收設(shè)備和方法、內(nèi)容發(fā)送設(shè)備和方法、程序以及記錄介質(zhì)。“Ch.4”被用作用于常規(guī)廣播的廣播信道，并且“Ch.5”和“Ch.6”被用作用于NRT的廣播信道。廣播信道“Ch.5”被復用為邏輯信道“VC5-1”、“VC5-2”和“VC5-3”。邏輯信道“VC5-1”被指派用于單個推送型NRT廣播服務，并且“VC5-2”被指派用于拉動型NRT廣播。邏輯信道“VC5-3”被指派用于另一推送型NRT廣播服務。三個FLUTE會話被提供到“VC5-2”。
文檔編號H04N21/238GK102301734SQ201080006450
公開日2011年12月28日 申請日期2010年2月2日 優(yōu)先權(quán)日2009年2月9日
發(fā)明者北里直久, 山岸靖明 申請人:索尼公司