專利名稱：：數(shù)據(jù)發(fā)送控制方法、數(shù)據(jù)發(fā)送方法和設(shè)備以及接收設(shè)備的制作方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及數(shù)據(jù)發(fā)送控制方法、數(shù)據(jù)發(fā)送方法、數(shù)據(jù)發(fā)送設(shè)備、以及能夠接收與主TV(電視)節(jié)目廣播相關(guān)的數(shù)據(jù)服務(wù)的接收設(shè)備，所述主TV節(jié)目廣播比如為數(shù)字衛(wèi)星廣播等。
背景技術(shù)：
：近年來，數(shù)字衛(wèi)星廣播已廣為傳播。數(shù)字衛(wèi)星廣播與例如現(xiàn)有的模擬廣播相比，具有很強(qiáng)的抗噪聲性及抗衰落性，并且能夠發(fā)送高質(zhì)量的信號?？梢蕴岣哳l率使用效率并且還可以實現(xiàn)多頻道。具體地講，在數(shù)字衛(wèi)星廣播中，可以由一個衛(wèi)星負(fù)責(zé)數(shù)百個頻道。在這種數(shù)字衛(wèi)星廣播中，配備了許多個專用頻道，如體育、電影、音樂、新聞等等。在那些專用頻道中，廣播相應(yīng)于每個專用內(nèi)容的節(jié)目。已經(jīng)提出了這樣一種方法該方法能夠使用戶使用前面提到的衛(wèi)星廣播系統(tǒng)，在觀看廣播屏幕的同時，下載如音樂片段等的音頻數(shù)據(jù)或者對某些產(chǎn)品進(jìn)行購物交易，就象所謂的電視購物。也就是說，數(shù)據(jù)業(yè)務(wù)廣播是作為數(shù)字衛(wèi)星廣播系統(tǒng)與原始廣播內(nèi)容平行進(jìn)行廣播的。例如，在下載音樂片段數(shù)據(jù)的情況下，音樂片段數(shù)據(jù)與廣播側(cè)的廣播節(jié)目一起多路復(fù)用并播出。當(dāng)下載了音樂片段數(shù)據(jù)時，用戶能夠通過顯示GUI(圖形用戶界面)畫面(即用于下載的操作畫面)進(jìn)行交互式操作。然而，要輸出到GUI畫面的數(shù)據(jù)也要進(jìn)行多路復(fù)用并播出。在擁有接收設(shè)備的用戶側(cè)，在選擇所需頻道的狀態(tài)下，通過接收設(shè)備的預(yù)定操作顯示并輸出要下載音樂片段數(shù)據(jù)的GUI畫面。通過用戶對顯示的操作畫面進(jìn)行的操作，數(shù)據(jù)提供給例如與接收設(shè)備連接的數(shù)字音頻設(shè)備，并且使該數(shù)據(jù)記錄下來。作為如上所述的下載音樂片段數(shù)據(jù)的GUI畫面，考慮到這樣一種結(jié)構(gòu)除了比如部件類(parts-like)圖像數(shù)據(jù)、文本數(shù)據(jù)等形成GUI畫面的信息之外，還將比如用于按照預(yù)定操作進(jìn)行音頻輸出的音頻數(shù)據(jù)等的單元數(shù)據(jù)(文件)作為對象進(jìn)行處理，并且該對象的輸出格式是由預(yù)定系統(tǒng)通過方案說明書(scenariodescription)來規(guī)定的，以便相對于操作畫面實現(xiàn)所需的顯示格式以及所需的輸出格式等。用于通過由描述信息指定而實現(xiàn)某些目的的功能的顯示畫面(這里也包括音頻輸出等)，就象上面提到的GUI畫面，在此稱為“場景(scene)”?！皩ο蟆北硎酒漭敵龈袷礁鶕?jù)描述信息規(guī)定的圖像、音頻聲音、文本等的單元信息。在發(fā)送時，描述信息本身的數(shù)據(jù)文件也作為一個“對象”處理。用于實現(xiàn)場景顯示以及在該場景顯示上進(jìn)行音頻輸出的對象例如由預(yù)定發(fā)送系統(tǒng)進(jìn)行編碼并發(fā)送。在接收設(shè)備側(cè)，接收相應(yīng)于發(fā)送系統(tǒng)的數(shù)據(jù)，對接收數(shù)據(jù)執(zhí)行解碼處理，獲得例如對要顯示的場景所必需的每個對象的一組數(shù)據(jù)，并將該數(shù)據(jù)作為場景輸出。考慮到擁有接收設(shè)備的用戶的使用環(huán)境，希望使用于由接收設(shè)備接收的數(shù)據(jù)服務(wù)的數(shù)據(jù)能夠按照預(yù)定發(fā)送系統(tǒng)盡可能有效地執(zhí)行，并使比如更新要顯示和輸出的場景內(nèi)容、轉(zhuǎn)換場景、和主TV廣播節(jié)目及例如靜止圖像等的附加信息的同步顯示等的處理過程能夠通過小型處理過程盡可能迅速地執(zhí)行。本發(fā)明的概述本發(fā)明的一個目的是提供一種數(shù)據(jù)發(fā)送控制方法、數(shù)據(jù)發(fā)送方法、數(shù)據(jù)發(fā)送設(shè)備及接收設(shè)備，其中對于用于由接收設(shè)備接收的數(shù)據(jù)服務(wù)的數(shù)據(jù)的處理過程能夠盡可能有效地執(zhí)行。另外，本發(fā)明的另一個目的是提供一種數(shù)據(jù)發(fā)送控制方法、數(shù)據(jù)發(fā)送方法、數(shù)據(jù)發(fā)送設(shè)備及接收設(shè)備，其中可盡可能迅速地在接收設(shè)備側(cè)獲得對場景所必需的數(shù)據(jù)，并且例如還可以盡可能迅速地執(zhí)行場景輸出的切換等。為實現(xiàn)本發(fā)明的上述目的，本發(fā)明的目的是提供一種數(shù)據(jù)發(fā)送控制方法、數(shù)據(jù)發(fā)送方法、數(shù)據(jù)發(fā)送設(shè)備及接收設(shè)備，這些方法和設(shè)備可由盡可能小規(guī)模的電路來實現(xiàn)，而不需要例如具有大容量的緩沖器等設(shè)備?？紤]到前面所提到的問題，按照本發(fā)明，按照其中循環(huán)數(shù)據(jù)單元由要傳送的所需數(shù)據(jù)形成并且在所需時間段內(nèi)重復(fù)傳送該循環(huán)數(shù)據(jù)單元的一種傳送系統(tǒng)，來執(zhí)行數(shù)據(jù)發(fā)送控制，以便執(zhí)行循環(huán)數(shù)據(jù)單元切換處理，從而可以使一種事實通知給使用來自接收所述循環(huán)數(shù)據(jù)單元的服務(wù)器側(cè)的循環(huán)數(shù)據(jù)單元的客戶機(jī)，該事實是，循環(huán)數(shù)據(jù)單元的內(nèi)容已被切換。按照上述結(jié)構(gòu)，至少客戶機(jī)可以知道這樣的事實循環(huán)數(shù)據(jù)單元的內(nèi)容已被切換，并且該客戶機(jī)可據(jù)此執(zhí)行所需的相應(yīng)處理。按照本發(fā)明，作為一種相應(yīng)于其中形成的數(shù)據(jù)發(fā)送單元包括與預(yù)定系統(tǒng)的方案(scenario)說明書相關(guān)的對象的數(shù)據(jù)傳送系統(tǒng)的數(shù)據(jù)發(fā)送控制方法，進(jìn)一步形成的循環(huán)數(shù)據(jù)單元包括要在某個預(yù)定時間段內(nèi)傳送的一個或多個數(shù)據(jù)發(fā)送單元，并且重復(fù)傳送該循環(huán)數(shù)據(jù)單元，還執(zhí)行對象更新和通知處理，其中可將一種事實通知給使用來自接收所述循環(huán)數(shù)據(jù)單元的服務(wù)器側(cè)的循環(huán)數(shù)據(jù)單元的客戶機(jī)，該事實是，包括在所述循環(huán)數(shù)據(jù)單元中的對象已被更新。按照上述結(jié)構(gòu)，客戶機(jī)至少可以知道這樣的事實某些對象已相對于形成循環(huán)數(shù)據(jù)單元的數(shù)據(jù)被更新，并且該客戶機(jī)可據(jù)此執(zhí)行所需的相應(yīng)處理。此外，按照本發(fā)明，在發(fā)送多媒體數(shù)據(jù)的數(shù)據(jù)發(fā)送方法中，事件通知是由時間信息和事件名稱構(gòu)成的，表示一個事件要立即產(chǎn)生的代碼定義在該時間信息的位置處，當(dāng)客戶機(jī)想立即產(chǎn)生一個事件時，表示所述事件要立即產(chǎn)生的代碼安排在事件通知的事件信息的時間信息的位置處，并對其進(jìn)行發(fā)送將不能作為時間信息出現(xiàn)的用于包含事件名稱和時間信息的流事件的時間信息的所述代碼中的一種(例如，全為“1”)定義為具有“事件要立即產(chǎn)生”的含義。因此，例如，如果將時間信息的位置設(shè)定為全“1”，并且發(fā)送流事件，則該事件在接收側(cè)立即產(chǎn)生。因此，當(dāng)客戶機(jī)想要通過在略微提前于產(chǎn)生事件的定時的定時處將時間信息的位置例如設(shè)定為全“1”來發(fā)送流事件，從而使顯示數(shù)據(jù)與視頻圖像或音頻聲音同步時，所述顯示數(shù)據(jù)可以與所述視頻圖像或音頻聲音同步。在接收側(cè)不需要有時間管理。此外，按照本發(fā)明，能夠使必要場景的數(shù)據(jù)在接收設(shè)備側(cè)盡可能迅速地獲得，因而可考慮這樣的目的例如使場景輸出的切換等盡可能迅速地執(zhí)行。為實現(xiàn)上述目的，例如，本發(fā)明還考慮這樣的目的能夠使上述結(jié)構(gòu)通過盡可能小規(guī)模的電路來實現(xiàn)，而不必具有大容量的緩沖器等設(shè)備。為達(dá)到此目的，使形成一個場景的場景數(shù)據(jù)相應(yīng)于一個或多個信息發(fā)送單元，并且，一種接收發(fā)送信息的接收設(shè)備，其中包含一個或多個信息發(fā)送單元的發(fā)送數(shù)據(jù)是周期性發(fā)送的，所述接收設(shè)備包含接收裝置，用于接收所述發(fā)送信息并將其作為接收數(shù)據(jù)取出；存儲器裝置，可臨時存儲基于信息發(fā)送單元的數(shù)據(jù)；場景數(shù)據(jù)取出裝置，用于從接收數(shù)據(jù)中提取所述基于信息發(fā)送單元的數(shù)據(jù)，使提取出的數(shù)據(jù)保持在所述存儲器裝置中，將作為存儲在所述存儲器裝置中的場景數(shù)據(jù)的信息發(fā)送單元發(fā)送到用于存儲場景數(shù)據(jù)的場景數(shù)據(jù)存儲裝置，并使所述信息發(fā)送單元存儲在所述場景數(shù)據(jù)存儲裝置中；場景輸出裝置，用于使場景輸出通過使用來自存儲在所述場景數(shù)據(jù)輸出裝置中的場景數(shù)據(jù)的所需場景數(shù)據(jù)來執(zhí)行；信息獲得裝置，用于從由所述接收裝置接收的發(fā)送信息中獲得表示場景優(yōu)先級的場景優(yōu)先級信息；和控制裝置，用于控制所述場景數(shù)據(jù)取出裝置，以便根據(jù)由所述信息獲得裝置獲得的場景優(yōu)先級信息，來選擇作為要從接收數(shù)據(jù)中提取出并存儲在所述存儲器裝置中的場景數(shù)據(jù)的信息發(fā)送單元。按照本發(fā)明的上述結(jié)構(gòu)，作為用于接收的接收設(shè)備，該設(shè)備相應(yīng)于其中包含比如一個或多個信息發(fā)送單元(模塊)的發(fā)送數(shù)據(jù)被周期性發(fā)送的發(fā)送系統(tǒng)(karrusel系統(tǒng))，首先，通過將形成一個場景的場景數(shù)據(jù)相應(yīng)于信息發(fā)送單元的狀態(tài)用作先決條件，根據(jù)場景優(yōu)先級來取出信息發(fā)送單元，并且取出的信息發(fā)送單元存儲在場景數(shù)據(jù)取出裝置中。也就是說，對于確定要根據(jù)場景優(yōu)先級從接收數(shù)據(jù)中提取并取出的模塊進(jìn)行規(guī)定。因此，場景按照場景優(yōu)先級從高優(yōu)先級開始存儲在場景數(shù)據(jù)取出裝置中。附圖的簡要說明圖1是說明本發(fā)明一個實施例的數(shù)字衛(wèi)星廣播接收系統(tǒng)的構(gòu)成示例的方框圖；圖2是說明在該實施例中的接收設(shè)施的構(gòu)成示例的方框圖；圖3是說明用于IRD的遙控器的外觀的前視圖；圖4A和4B是說明廣播畫面和GUI畫面之間的切換的示例圖；圖5是說明地面站的構(gòu)成示例的方框圖；圖6是說明從地面站發(fā)送的數(shù)據(jù)的圖；圖7A到7H是說明發(fā)送數(shù)據(jù)的時分復(fù)用結(jié)構(gòu)的解釋圖；圖8A到8F是說明由DSM-CC形成的發(fā)送格式的解釋圖；圖9是說明數(shù)據(jù)業(yè)務(wù)的目錄(directory)結(jié)構(gòu)的例子的解釋圖；圖10A到10C是傳輸流的數(shù)據(jù)結(jié)構(gòu)圖；圖11A到11D是說明PSI的表結(jié)構(gòu)的解釋圖；圖12是說明IRD的結(jié)構(gòu)的解釋圖；圖13是說明U-UAPI接口的通用控制操作的例子的解釋圖；圖14是說明作為第一個例子的karrusel(卡路塞爾)切換通知控制的解釋圖；圖15是說明作為第二個例子的karrusel切換通知控制的解釋圖；圖16是說明作為第一個例子的對象更新通知控制的解釋圖；圖17是說明作為第二個例子的對象更新通知控制的解釋圖；圖18是說明在該第二個例子中在客戶機(jī)側(cè)配備的表結(jié)構(gòu)的解釋圖；圖19是說明作為第三個例子的對象更新通知控制的解釋圖；圖20A和20B是說明在該第三個例子中在客戶機(jī)側(cè)配備的表結(jié)構(gòu)的解釋圖；圖21是說明用于數(shù)據(jù)業(yè)務(wù)的目錄結(jié)構(gòu)的映射的一個例子的解釋圖；圖22是作為實施例說明用于數(shù)據(jù)業(yè)務(wù)的目錄結(jié)構(gòu)的映射的一個例子的解釋圖；圖23是作為實施例說明用于數(shù)據(jù)服務(wù)的目錄結(jié)構(gòu)的映射的另一個例子的解釋圖；圖24A到24C是說明相應(yīng)于上述實施例而對場景數(shù)據(jù)模塊執(zhí)行的取出操作的解釋圖；圖25是說明場景轉(zhuǎn)換的例子的解釋圖；圖26是說明按照圖17所示場景的轉(zhuǎn)換例子而在下一個場景管理器中管理的場景優(yōu)先級的例子的解釋圖；圖27是說明按照圖17所示場景的轉(zhuǎn)換例子而在所述下一個場景管理器中管理的場景優(yōu)先級的例子的解釋圖；圖28A和28B是說明按照從圖18到圖19的轉(zhuǎn)換所示出的場景優(yōu)先級變化而對場景數(shù)據(jù)的模塊進(jìn)行的取出操作的解釋圖；圖29是用于實現(xiàn)相應(yīng)于實施例中的場景切換的模塊分配的流程圖；圖30A到30C是用于解釋事件的一個例子的示意圖；圖31是用于解釋腳本的示意圖；圖32是說明流事件分組結(jié)構(gòu)的示意圖；圖33A到33D是用于解釋流事件序列的一個例子的定時圖；圖34A到34D是用于解釋流事件序列的另一個例子的定時圖；圖35A到35E是用于解釋事件的另一個例子的示意圖；和圖36A到36E是用于解釋流事件序列的再一個例子的定時圖。實施本發(fā)明的最好模式下面將描述本發(fā)明的一個實施例。作為本發(fā)明所應(yīng)用的一種系統(tǒng)，作為例子提出了這樣一種系統(tǒng)利用數(shù)字衛(wèi)星廣播來播出節(jié)目，并且在接收設(shè)備側(cè)，可下載諸如有關(guān)該節(jié)目的音樂片段數(shù)據(jù)(音頻數(shù)據(jù))等的信息。下面將以下列順序進(jìn)行解釋。1.數(shù)字衛(wèi)星廣播系統(tǒng)1-1.整體結(jié)構(gòu)1-2.用于GUI畫面的操作1-3.地面站1-4.發(fā)送格式1-5.IRD2.karrusel切換時的處理過程2-1.第一個例子2-2.第二個例子3.對象更新時的處理過程3-1.第一個例子3-2.第二個例子3-3.第三個例子4.模塊到隊列的分配5.主視頻圖像●音頻數(shù)據(jù)的再現(xiàn)和附加數(shù)據(jù)的再現(xiàn)之間的同步1.數(shù)字衛(wèi)星廣播系統(tǒng)1-1.整體結(jié)構(gòu)圖1示出了按照一個實施例的數(shù)字衛(wèi)星廣播系統(tǒng)的整體結(jié)構(gòu)。如圖1所示，來自電視(TV)節(jié)目素材服務(wù)器6的電視節(jié)目廣播素材、來自音樂片段素材服務(wù)器7的音樂片段數(shù)據(jù)素材、來自音頻附加信息服務(wù)器8的音頻附加信息、以及來自GUI數(shù)據(jù)服務(wù)器9的GUI數(shù)據(jù)，都發(fā)送到數(shù)字衛(wèi)星廣播的地面站1。TV節(jié)目素材服務(wù)器6是提供普通廣播節(jié)目素材的服務(wù)器。從該電視節(jié)目素材服務(wù)器發(fā)送的音樂廣播素材包含運動圖像和音頻聲音。例如，在音樂廣播節(jié)目的情況下，用于促銷一個新音樂片段的運動圖像和音頻聲音是利用TV節(jié)目素材服務(wù)器6的運動圖像和音頻聲音素材來播出的。音樂片段素材服務(wù)器7是利用音頻頻道來提供音頻節(jié)目的服務(wù)器。音頻節(jié)目素材僅包括音頻聲音。音樂片段素材服務(wù)器7將多個音頻頻道的音頻節(jié)目素材發(fā)送給地面站1。在每個音頻頻道的節(jié)目廣播中，相同的音樂片段在預(yù)定單元時間內(nèi)重復(fù)播出。每個音頻頻道都是獨立的，并且還考慮到音頻頻道的各種使用方法。例如，在一個音頻頻道中，最新日本流行歌曲的少數(shù)幾個音樂片段在某個預(yù)定時間段內(nèi)重復(fù)播出，而在另一個音頻頻道中，最新外國流行歌曲的少數(shù)幾個音樂片段在某個預(yù)定時間段內(nèi)重復(fù)播出。音頻附加信息服務(wù)器8是提供從音樂片段素材服務(wù)器7輸出的音樂片段的時間信息等的服務(wù)器。GUI數(shù)據(jù)服務(wù)器9提供“GUI數(shù)據(jù)”，以形成用于用戶操作的GUI畫面。例如，在關(guān)于下面將解釋的音樂片段的下載的GUI畫面的情況下，提供了形成要發(fā)布的音樂片段的列表頁和每個音樂片段的信息頁的圖像數(shù)據(jù)、文本數(shù)據(jù)、形成唱片封面(albumjacket)的靜止圖像的數(shù)據(jù)等。此外，用于在接收設(shè)施3一側(cè)顯示節(jié)目表的EPG數(shù)據(jù)也從GUI數(shù)據(jù)服務(wù)器9提供，該節(jié)目表是所謂的EPG(ElectricalProgramGuide，電子節(jié)目指南)。作為“GUI數(shù)據(jù)”，例如，采用MHEG(MultimediaHypermediaInformationCodingExperts，多媒體超媒體信息編碼專家組)系統(tǒng)。按照MHEG，每個多媒體信息、過程、操作等以及它們的組合都被看作對象，對這些對象進(jìn)行編碼，之后，將它們設(shè)置為方案說明書的國際標(biāo)準(zhǔn)，以形成一標(biāo)題(例如，GUI畫面)。假定在本實施例中采用MHEG-5。地面站1對從TV節(jié)目素材服務(wù)器6、音樂片段素材服務(wù)器7、音頻附加信息服務(wù)器8和GUI數(shù)據(jù)服務(wù)器9發(fā)送的信息進(jìn)行多路復(fù)用并發(fā)送它們。在本實施例中，由MPEG(MovingPictureExpertsGroup，運動圖像專家組)2系統(tǒng)對從TV節(jié)目素材服務(wù)器6發(fā)送的視頻數(shù)據(jù)進(jìn)行壓縮編碼，并且由MPEG音頻系統(tǒng)對音頻數(shù)據(jù)進(jìn)行壓縮編碼。例如，由MPEG音頻系統(tǒng)或者ATRAC(AdaptiveTransformAcousticCoding，自適應(yīng)變換聲音編碼)系統(tǒng)對從音樂片段素材服務(wù)器7發(fā)送的音頻數(shù)據(jù)進(jìn)行壓縮編碼。在多路復(fù)用時，采用來自密鑰信息服務(wù)器10的密鑰信息對數(shù)據(jù)進(jìn)行加密。下面將描述地面站1的結(jié)構(gòu)的例子。來自地面站1的信號通過衛(wèi)星2由每個家庭的接收設(shè)施3接收。在衛(wèi)星2中安裝了多個轉(zhuǎn)發(fā)器。一個轉(zhuǎn)發(fā)器例如具有30Mbps的發(fā)送能力。作為每個家庭的接收設(shè)施8，配備了拋物面天線11、IRD(IntegratedReceiverDecoder，集成接收器解碼器)12、存儲設(shè)備13及監(jiān)視設(shè)備14。配備的遙控器64執(zhí)行用于IRD12的操作。通過衛(wèi)星2播出的信號由拋物面天線11接收。接收信號由附接到拋物面天線11的LNB(LowNoiseBlockDownConverter，低噪聲塊下變換器)15轉(zhuǎn)換為預(yù)定頻率，并提供給IRD12。作為IRD12的示意性操作，從接收信號中選出預(yù)定頻道的信號，并從選出信號中解調(diào)作為節(jié)目的視頻數(shù)據(jù)和音頻數(shù)據(jù)，并且將其作為視頻信號和音頻信號輸出。IRD12還根據(jù)與作為節(jié)目的數(shù)據(jù)一起多路復(fù)用并發(fā)送的GUI數(shù)據(jù)來輸出GUI畫面。IRD12的這種輸出例如提供給監(jiān)視設(shè)備14。這樣，在監(jiān)視設(shè)備14中，執(zhí)行對由IRD12所接收和選擇的節(jié)目的圖像顯示和音頻輸出，并且可按照用戶的操作顯示GUI畫面，如下面將解釋的。存儲設(shè)備13用于存儲由IRD12下載的音頻數(shù)據(jù)(音樂片段數(shù)據(jù))。對于存儲設(shè)備13的種類沒有特殊限制。可以使用MD(MiniDisk，迷你盤)記錄器/播放器、DAT記錄器/播放器、DVD記錄器/播放器，等等。作為存儲設(shè)備13，音頻數(shù)據(jù)還可以通過使用個人計算機(jī)設(shè)備不但存儲于硬盤中，還能存儲于包括CD-R等的可記錄介質(zhì)中。作為本實施例的接收設(shè)施3，如圖2所示，MD記錄器/播放器13A具有相應(yīng)于用作數(shù)據(jù)傳輸標(biāo)準(zhǔn)的IEEE1394的數(shù)據(jù)接口，并且可用作圖1所示的存儲設(shè)備13。相應(yīng)于圖中所示IEEE1394的MD記錄器/播放器13A由IEEE1394總線16連接到IRD12。結(jié)果，在本實施例中，作為由IRD12接收的音樂片段的音頻數(shù)據(jù)(下載數(shù)據(jù))可在其經(jīng)過由ATRAC系統(tǒng)執(zhí)行的壓縮處理的狀態(tài)下直接取出并記錄。當(dāng)MD記錄器/播放器13A和IRD12由IEEE1394總線16相連時，除了音頻數(shù)據(jù)處，還可以記錄唱片的封面數(shù)據(jù)(靜止圖像數(shù)據(jù))和諸如歌詞(word)的文本數(shù)據(jù)等。IRD12例如可通過電話線4與收費服務(wù)器5通信。在IRD12中插入IC卡，該IC卡中存有各種信息，如后面將解釋的。例如，現(xiàn)在假定下載一個音樂片段的音頻數(shù)據(jù)，則有關(guān)于此的歷史信息存儲在IC卡中。該IC卡中的信息在預(yù)定的時刻通過電話線4發(fā)送給收費服務(wù)器5。收費服務(wù)器5按照所發(fā)送的歷史信息來設(shè)置錢數(shù)，并對用戶進(jìn)行收費。從上述說明中可以理解，在本發(fā)明所應(yīng)用的系統(tǒng)中，地面站1對用作來自TV節(jié)目素材服務(wù)器6的音樂節(jié)目廣播素材的視頻數(shù)據(jù)和音頻數(shù)據(jù)、用作來自音樂片段素材服務(wù)器7的音頻頻道素材的音頻數(shù)據(jù)、來自音頻附加信息服務(wù)器8的音頻附加信息、和來自GUI數(shù)據(jù)服務(wù)器9的GUI數(shù)據(jù)進(jìn)行多路復(fù)用并發(fā)送多路復(fù)用的數(shù)據(jù)。當(dāng)上述廣播由每個家庭的接收設(shè)施3接收到時，所選頻道的節(jié)目例如可由監(jiān)視設(shè)備14監(jiān)視。首先，EPG(電子節(jié)目指南)畫面利用與節(jié)目數(shù)據(jù)一起發(fā)送來的GUI數(shù)據(jù)顯示成為GUI畫面，并且可進(jìn)行節(jié)目的搜索等。其次，在本實施例的情況下，通過例如使用用于特殊服務(wù)而不是普通節(jié)目廣播的GUI畫面執(zhí)行所需操作，可以接收到除了由廣播系統(tǒng)提供的普通節(jié)目的監(jiān)視以外的其它服務(wù)。例如，如果顯示用于下載音頻(音樂片段)數(shù)據(jù)的GUI畫面平面，并且使用該GUI畫面進(jìn)行操作，則用戶可下載所需音樂片段的音頻數(shù)據(jù)，并將記錄和存儲到存儲設(shè)備13中。在本實施例中，用于提供特殊服務(wù)而不是如上所述的與用于GUI畫面的操作相伴隨的普通節(jié)目廣播的數(shù)據(jù)業(yè)務(wù)廣播，也稱為“交互式廣播”，因為也存在具有交互式性能的情況。1-2.用于GUI畫面的操作下面將參照圖3和圖4示意性地解釋上述交互式廣播的一個使用例子，即用于GUI畫面的操作的一個例子。下面將描述下載音樂片段數(shù)據(jù)(音頻數(shù)據(jù))的情況。首先，將具體地參照圖3描述用來使用戶執(zhí)行用于IRD12的操作的遙控器64的操作鍵中的主要操作鍵。在圖3中示出了遙控器64的操作面板表面，在該表面上安排了各種鍵。在所述各種鍵中，下面將描述電源鍵101、數(shù)字鍵102、屏幕顯示轉(zhuǎn)換鍵103、交互式轉(zhuǎn)換鍵104、EPG鍵板單元105和頻道鍵106。電源鍵101是用于打開/關(guān)閉IRD12的電源的鍵。數(shù)字鍵102是在通過指定一個數(shù)字而切換頻道或者例如在必須在GUI畫面上進(jìn)行數(shù)字值輸入操作時操作的鍵。屏幕顯示轉(zhuǎn)換鍵103是用于例如在普通廣播畫面和EPG畫面之間進(jìn)行切換的鍵。例如，如果在由屏幕顯示轉(zhuǎn)換鍵103調(diào)用了EPG畫面的狀態(tài)下操作安排在EPG鍵板單元105中的各個鍵，則可以使用電子節(jié)目指南的顯示畫面進(jìn)行節(jié)目搜索。EPG鍵板單元105中的箭頭鍵105a也可以用于GUI畫面上各種服務(wù)的光標(biāo)移動等，對此將在下文中描述。提供的交互式轉(zhuǎn)換鍵104用于在普通廣播畫面和用于廣播節(jié)目中各種相關(guān)服務(wù)的GUI畫面之間進(jìn)行切換。提供的頻道鍵106是用于按照頻道號碼的升序或降序順序切換IRD12中的播放臺選擇頻道的鍵。然而，本實施例中的遙控器64構(gòu)造成能使例如用于監(jiān)視設(shè)備14的各種操作也可以執(zhí)行，并且也可以提供與這些操作相應(yīng)的各種鍵，但在此省略了對相應(yīng)于監(jiān)視設(shè)備14的各個鍵等的解釋。下面將參照圖4描述用于GUI畫面的操作的一個具體例子。當(dāng)由接收設(shè)施3接收到廣播并選擇了相應(yīng)頻道時，基于從TV節(jié)目素材服務(wù)器6提供的節(jié)目素材的運動圖像顯示在監(jiān)視設(shè)備14的顯示屏上，如圖4A所示。也就是說，顯示普通節(jié)目的內(nèi)容。例如，現(xiàn)在假定顯示音樂節(jié)目。還假定該音樂節(jié)目還伴隨著一個音樂片段的音頻數(shù)據(jù)的下載服務(wù)(交互式廣播)?，F(xiàn)在，假定用戶在顯示音樂節(jié)目的狀態(tài)下例如操作遙控器64的交互式轉(zhuǎn)換鍵104，則顯示屏幕切換到用于下載音頻數(shù)據(jù)的GUI畫面，如圖4B所示。在該GUI畫面中，首先，顯示在圖4A中的由來自TV節(jié)目素材服務(wù)器6的視頻數(shù)據(jù)形成的圖像縮小并顯示在屏幕左上部分中的TV節(jié)目顯示區(qū)21A。由音頻頻道播出的每個頻道的音樂片段的列表21B顯示在屏幕的右上部分中。文本顯示區(qū)21C和封面顯示區(qū)21D顯示在屏幕的左下部分中。此外，歌詞顯示按鈕22、概況顯示按鈕23、信息顯示按鈕24、預(yù)定記錄按鈕25、預(yù)定的列表顯示按鈕26、記錄歷史顯示按鈕27和下載按鈕28顯示在屏幕的右側(cè)。用戶在觀看顯示在列表21B中的音樂片段題目的同時，可搜索所感興趣的音樂片段。如果發(fā)現(xiàn)了所感興趣的音樂片段，則用戶操作遙控器64的箭頭鍵105a(在EPG鍵板單元105中)，將光標(biāo)移到顯示該音樂片段的位置，然后，執(zhí)行一回車操作(例如，按壓箭頭鍵105a的中心位置)。這樣，就可以監(jiān)視到光標(biāo)所指定的音樂片段。也就是說，由于在預(yù)定單位時間內(nèi)在每個音頻頻道重復(fù)播出相同的音樂片段，頻道切換到由IRD12以上述操作選擇的音樂片段的音頻頻道，并且產(chǎn)生音頻聲音，同時TV節(jié)目顯示區(qū)21A的畫面原樣保持，從而可以收聽該音樂片段。在這種情況下，這種音樂片段的MD封面的靜止圖像顯示在封面顯示區(qū)21D中。例如，如果光標(biāo)在上述狀態(tài)下指定到歌詞顯示按鈕22，并執(zhí)行一回車輸入操作(下文中，將光標(biāo)指定到顯示按鈕并執(zhí)行回車操作的操作稱為“按下按鈕”)，則音樂片段的歌詞在與音頻數(shù)據(jù)同步的時刻顯示在文本顯示區(qū)21C中。類似地，通過按壓概況顯示按鈕23或者信息顯示按鈕24，在文本顯示區(qū)21C中顯示相應(yīng)于該音樂片段的藝術(shù)家的概況、音樂會信息等。如上所述，用戶可以了解目前正在發(fā)布哪個音樂片段，并進(jìn)一步了解關(guān)于每個音樂片段的詳細(xì)信息。當(dāng)用戶想購買所監(jiān)視的音樂片段時，他需按壓載按鈕28。當(dāng)按下下載按鈕28時，所選音樂片段的音頻數(shù)據(jù)被下載并存儲到存儲設(shè)備13中。與音樂片段的音頻數(shù)據(jù)一起還可以下載其歌詞數(shù)據(jù)、藝術(shù)家的概況信息、封面的靜止畫面等。每次如上所述地下載音樂片段的音頻數(shù)據(jù)，其歷史信息都存儲在IRD12中的IC卡中。例如每月一次地將存儲在IC卡中的信息取到收費服務(wù)器5中，并按照數(shù)據(jù)服務(wù)的用戶歷史對用戶進(jìn)行收費。這樣，還可以保護(hù)要下載的音樂片段的版權(quán)。當(dāng)用戶想要事先預(yù)定下載時，他需按壓預(yù)定記錄按鈕25。通過按壓該按鈕，切換GUI畫面的顯示，并且在整個屏幕上顯示可預(yù)定的音樂片段的列表。例如，該列表可以一個小時、一個星期、一個頻道等為單位顯示搜索到的音樂片段。當(dāng)用戶選擇了他想要從列表中預(yù)定下載的音樂片段時，關(guān)于這些音樂片段的信息登記到IRD12中。當(dāng)他想要確認(rèn)其下載已被預(yù)定的音樂片段時，可通過按壓預(yù)定的列表顯示按鈕26在整個屏幕上顯示預(yù)定的音樂片段的列表。以此方式預(yù)定的音樂片段由IRD12在預(yù)定時間下載并存儲到存儲設(shè)備13中。當(dāng)用戶想要確認(rèn)下載的音樂片段時，可通過按壓記錄歷史按鈕27在整個屏幕上顯示已被下載的各音樂片段的列表。如上所述，在本發(fā)明所應(yīng)用的系統(tǒng)的接收設(shè)施3中，音樂片段的列表顯示在監(jiān)視設(shè)備14的GUI畫面上。通過按照GUI畫面上的顯示選擇音樂片段，可監(jiān)視該音樂片段?？梢粤私庠撘魳菲蔚母柙~、藝術(shù)家的概況等。此外，可執(zhí)行對各音樂片段的下載及它們的預(yù)定、下載歷史及預(yù)定音樂片段列表的顯示，等等。此外，在下面的詳細(xì)解釋中，如圖4B所示的GUI畫面的顯示、響應(yīng)于用戶對該GUI畫面的操作而進(jìn)行的GUI畫面上的顯示變化、以及音頻輸出是通過由上面提到的基于MHEG系統(tǒng)的方案說明書規(guī)定各對象之間的關(guān)系而實現(xiàn)的。這里所提到的對象是用作相應(yīng)于圖4B所示的每個按鈕的部分的圖像數(shù)據(jù)及顯示在每個顯示區(qū)中的素材數(shù)據(jù)。在本發(fā)明中，假定相應(yīng)于某個對象的信息的輸出格式(圖像顯示、音頻輸出等)的環(huán)境是通過由方案說明書規(guī)定各對象之間的關(guān)系而實現(xiàn)的，所述方案說明書就象稱為“場景”的GUI畫面。還假定方案說明書的一個文件本身也是作為形成一個場景的對象所包括的。如上所述，在本發(fā)明所應(yīng)用的數(shù)字衛(wèi)星廣播系統(tǒng)中，使用多個音頻頻道來發(fā)布廣播節(jié)目并且發(fā)布音樂片段的音頻數(shù)據(jù)。通過使用所發(fā)布音樂片段的列表等可搜索所需音樂片段，并且音頻數(shù)據(jù)可容易地存儲在存儲設(shè)備13中。在數(shù)字衛(wèi)星廣播系統(tǒng)中，包括上面提到的音樂片段數(shù)據(jù)的下載在內(nèi)，還將多種服務(wù)考慮為除了提供節(jié)目的服務(wù)以外的服務(wù)。例如，在播出稱為電視購物的商品介紹節(jié)目的前提條件下，還可以考慮準(zhǔn)備能使購買合同被簽定的畫面(就象GUI畫面)的方法。1-3.地面站盡管上面已描述了作為一個實施例的數(shù)字衛(wèi)星廣播系統(tǒng)的概況，下面還將進(jìn)一步詳細(xì)描述該系統(tǒng)。首先參照圖5描述地面站1的結(jié)構(gòu)。下面的描述是以下列條件為先決條件而進(jìn)行的。在本實施例中，當(dāng)通過衛(wèi)星2從地面站1向接收設(shè)施3進(jìn)行發(fā)送時，使用DSM-CC(DigitalStorageMedia-CommandandControl，數(shù)字存儲介質(zhì)-命令和控制)。眾所周知，按照DSM-CC(MPEG-部分6)系統(tǒng)，規(guī)定了用于搜索例如通過某些網(wǎng)絡(luò)存儲在數(shù)字存儲介質(zhì)(DSM)中的MPEG編碼位流或者將所述流存儲到DSM中的命令和控制系統(tǒng)。在本實施例中，DSM-CC系統(tǒng)用作數(shù)字衛(wèi)星廣播系統(tǒng)中的發(fā)送標(biāo)準(zhǔn)。為通過DSM-CC系統(tǒng)發(fā)送數(shù)據(jù)廣播業(yè)務(wù)(例如，GUI畫面等)的內(nèi)容(一組對象)，必須定義該內(nèi)容的描述格式。在本實施例中，將上述MHEG系統(tǒng)用作描述格式的限定。在圖5所示的地面站1的結(jié)構(gòu)中，TV節(jié)目素材登記系統(tǒng)31將從TV節(jié)目素材(source)服務(wù)器6獲得的素材數(shù)據(jù)登記到AV服務(wù)器35。該素材數(shù)據(jù)發(fā)送到TV節(jié)目發(fā)送系統(tǒng)39。例如用MPEG2系統(tǒng)對視頻數(shù)據(jù)進(jìn)行壓縮，并且例如由MPEG音頻系統(tǒng)對音頻數(shù)據(jù)進(jìn)行打包。TV節(jié)目發(fā)送系統(tǒng)39的輸出發(fā)送到多路復(fù)用器(MUX)45。在音樂片段素材登記系統(tǒng)32中，來自音樂片段素材服務(wù)器7的素材數(shù)據(jù)即音頻數(shù)據(jù)提供給MPEG音頻編碼器36A和ATRAC編碼器36B。在MPEG音頻編碼器36A和ATRAC編碼器36B，對所提供的音頻數(shù)據(jù)執(zhí)行編碼處理(壓縮編碼)，之后，將其登記到MPEG音頻服務(wù)器40A和ATRAC音頻服務(wù)器40B。登記到MPEG音頻服務(wù)器40A中的MPEG音頻數(shù)據(jù)發(fā)送到MPEG音頻發(fā)送系統(tǒng)43A并在此對其打包，之后，發(fā)送到多路復(fù)用器45。登記到ATRAC音頻服務(wù)器40B中的ATRAC數(shù)據(jù)以4倍速ATRAC數(shù)據(jù)發(fā)送到MPEG音頻發(fā)送系統(tǒng)43B并在此對其打包，之后發(fā)送到多路復(fù)用器45。在音頻附加信息登記系統(tǒng)33中，用作來自音頻附加信息服務(wù)器8的素材數(shù)據(jù)的附加信息登記到音頻附加信息數(shù)據(jù)庫37中。登記到音頻附加信息數(shù)據(jù)庫37的音頻附加信息傳送到音頻附加信息發(fā)送系統(tǒng)41，同樣也在此打包，并發(fā)送到多路復(fù)用器45。在GUI素材登記系統(tǒng)34中，用作來自GUI數(shù)據(jù)服務(wù)器9的素材數(shù)據(jù)的GUI數(shù)據(jù)登記到GUI素材數(shù)據(jù)庫38中。登記到GUI素材數(shù)據(jù)庫38中的GUI素材數(shù)據(jù)發(fā)送到GUI編輯(authoring)系統(tǒng)42，由該GUI編輯系統(tǒng)42對該數(shù)據(jù)執(zhí)行一處理，以使其具有可作為GUI畫面即圖4中提到的“場景”輸出的數(shù)據(jù)格式。也就是說，作為發(fā)送到GUI編輯系統(tǒng)42的數(shù)據(jù)，例如，只要是下載音樂片段的GUI畫面，可以是唱片封面的靜止圖像、諸如歌詞等的文本數(shù)據(jù)、此外還有要按照操作輸出的音頻數(shù)據(jù)等。盡管每個上述數(shù)據(jù)都稱為單媒體(monomedia)數(shù)據(jù)，但在GUI編輯系統(tǒng)42中，對那些單媒體數(shù)據(jù)是采用MHEG編輯工具編碼的，并且使得這些數(shù)據(jù)能夠作為對象處理。例如，MHEG-5的內(nèi)容與規(guī)定對象之間的關(guān)系的方案說明書文件(腳本)一起形成，以獲得如圖4B所描述的場景(GUI畫面)的顯示格式，以及與操作相應(yīng)的圖像和音頻數(shù)據(jù)的輸出格式。在如圖4B所示的GUI畫面中，在GUI畫面上顯示基于TV節(jié)目素材服務(wù)器6的素材數(shù)據(jù)的圖像●音頻數(shù)據(jù)(MPEG視頻數(shù)據(jù)、MPEG音頻數(shù)據(jù))并輸出音頻，并且給出與操作相應(yīng)的輸出格式。因此，作為上面提到的方案說明書，在GUI編輯系統(tǒng)42中，基于TV節(jié)目素材服務(wù)器6的素材數(shù)據(jù)的圖像●音頻數(shù)據(jù)、基于音樂片段素材服務(wù)器7的素材數(shù)據(jù)的MPEG音頻數(shù)據(jù)、以及基于音頻附加信息服務(wù)器8的音頻附加信息都在必要時作為對象處理并且由MHEG的腳本(script)規(guī)定。作為從GUI編輯系統(tǒng)42發(fā)送的MHEG內(nèi)容的數(shù)據(jù)，可以是腳本文件、作為對象的各種靜止圖像數(shù)據(jù)文件、文本數(shù)據(jù)文件等。然而，所述靜止圖像數(shù)據(jù)是例如由JPEG(JointPhotographExpertsGroup，聯(lián)合圖片專家組)系統(tǒng)壓縮的640×480像素的數(shù)據(jù)，而所述文本數(shù)據(jù)是例如在800個字符以內(nèi)的文件。由GUI編輯系統(tǒng)42獲得的MHEG內(nèi)容的數(shù)據(jù)發(fā)送到DSM-CC編碼器44。在DSM-CC編碼器44中，將發(fā)送的數(shù)據(jù)轉(zhuǎn)換為傳輸流(下文中縮寫為TS(TransportStream，傳輸流))，該傳輸流的格式使得其能夠多路復(fù)用到相應(yīng)于MPEG2格式的視頻和音頻數(shù)據(jù)的數(shù)據(jù)流中、打包并輸出到多路復(fù)用器45。在多路復(fù)用器45中，在時間基礎(chǔ)上多路復(fù)用來自TV節(jié)目發(fā)送系統(tǒng)39的視頻包和音頻包、來自MPEG音頻發(fā)送系統(tǒng)43A的音頻包、來自ATRAC音頻發(fā)送系統(tǒng)43B的4倍速音頻包、來自音頻附加信息發(fā)送系統(tǒng)41的音頻附加信息包、來自GUI編輯系統(tǒng)42的GUI數(shù)據(jù)包，并在從密鑰信息服務(wù)器10(圖1)輸出的密鑰信息的基礎(chǔ)上對它們進(jìn)行加密。多路復(fù)用器45的輸出發(fā)送到無線電波發(fā)送系統(tǒng)46，由該系統(tǒng)46執(zhí)行一些處理，例如添加糾錯碼、調(diào)制、頻率轉(zhuǎn)換等，之后，將處理過的信號從天線向衛(wèi)星2發(fā)送并輸出。1-4.發(fā)送格式下面將描述以DSM-CC系統(tǒng)為基礎(chǔ)指定的實施例的發(fā)送格式。圖6示出了當(dāng)數(shù)據(jù)從地面站1向衛(wèi)星2發(fā)送并輸出時該數(shù)據(jù)的例子。如前面所提到的，圖中所示的相應(yīng)數(shù)據(jù)實際上已在時間基礎(chǔ)上被多路復(fù)用。在本圖中，如圖6所示，時間t1和時間t2之間的間隔設(shè)定為一個事件，而從時間t2起的間隔設(shè)定為下一個事件。例如，在音樂節(jié)目頻道的情況下，這里所用的“事件”表示改變一組排列成行的多個音樂片段的單位，并且在時間的情況下設(shè)定為30分或者1小時。如圖6所示，在時間t1和時間t2之間的間隔的事件中，通過運動圖像的普通節(jié)目廣播播出具有預(yù)定內(nèi)容A1的節(jié)目。在從時間t2開始的事件中，播出具有內(nèi)容A2的節(jié)目。通過普通節(jié)目播出運動圖像和音頻聲音。作為MPEG音頻頻道(1)到(10)，例如，配備了10個頻道CH1到CH10。在這種情況下，在每個音頻頻道CH1，CH2，CH3，...，和CH10中，在播出一個事件的時間段內(nèi)重復(fù)發(fā)送相同的音樂片段。也就是說，在時間t1和時間t2之間的間隔中的事件的時間段內(nèi)，在音頻頻道CH1中重復(fù)發(fā)送音樂片段B1，在音頻頻道CH2中重復(fù)發(fā)送音樂片段C1，以類似于上述的方式，在音頻頻道CH10中重復(fù)發(fā)送音樂片段K1。這一點也通用于在那些音頻頻道之下示出的4倍速ATRAC音頻頻道(1)到(10)。也就是說，在圖6中，在MPEG音頻頻道和4倍速ATRAC音頻頻道中，括號()中作為頻道號碼示出的數(shù)字等同地指示了相同的音樂片段。括號()中示出的用作音頻附加信息的頻道號碼的數(shù)字表示附加到具有相同頻道號碼的音頻數(shù)據(jù)上的音頻附加信息。此外，作為GUI數(shù)據(jù)發(fā)送的靜止圖像數(shù)據(jù)和文本數(shù)據(jù)也在每個頻道內(nèi)形成。這些數(shù)據(jù)是在MPEG2的傳輸包中時分復(fù)用的，如圖7A到7D所示，并且在IRD12的每個數(shù)據(jù)包中采用標(biāo)題信息發(fā)送并重構(gòu)，如圖7E到7H所示。在上面提到的圖6和圖7所示的發(fā)送數(shù)據(jù)中，至少用于數(shù)據(jù)業(yè)務(wù)(交互式廣播)的GUI數(shù)據(jù)是按照DSM-CC系統(tǒng)邏輯上以下面的方式形成的。下面的解釋僅限于針對從DSM-CC編碼器44輸出的傳輸流的數(shù)據(jù)。如圖8A所示，本實施例的由DSM-CC系統(tǒng)發(fā)送的所有數(shù)據(jù)廣播業(yè)務(wù)都包括在名稱為“服務(wù)網(wǎng)關(guān)”的路由目錄中。作為包括在該服務(wù)網(wǎng)關(guān)中的對象，存在各種目錄，如文件、流、流事件，等等。在這些目錄中，文件設(shè)定為單獨的數(shù)據(jù)文件，如靜止圖像、音頻聲音、文本、以及由MHEG描述的腳本，等等。例如，鏈接到其它數(shù)據(jù)業(yè)務(wù)和AV流(用作TV節(jié)目素材的MPEG視頻數(shù)據(jù)和MPEG音頻數(shù)據(jù)、用作音樂片段素材的MPEG視頻數(shù)據(jù)和ATRAC音頻數(shù)據(jù)，等)的信息包括在流中。該鏈接信息和時間信息同樣也包括在流事件中。目錄是組合彼此有關(guān)的數(shù)據(jù)的文件夾。在DSM-CC系統(tǒng)中，如圖8B所示，對單元信息和服務(wù)網(wǎng)關(guān)分別作為對象單元處理，并轉(zhuǎn)換為BIOP消息的格式。在關(guān)于本發(fā)明的描述中，由于文件、流和流事件這三個對象之間的區(qū)別不是主要的，因此那些文件可以由作為文件的對象來代表，并且將在下文中對其作出解釋。在DSM-CC系統(tǒng)中，形成稱為模塊的數(shù)據(jù)單元，如圖8C所示。該模塊表示通過轉(zhuǎn)換數(shù)據(jù)使其包括變換為如圖8B所示的BIOP消息的一個或多個對象并附加上BIOP標(biāo)題而形成的可變長度的數(shù)據(jù)單元。這種模塊在接收側(cè)變?yōu)榻邮諗?shù)據(jù)的緩沖單元，下文中將對其進(jìn)行解釋。作為DSM-CC系統(tǒng)，對于在由多個對象形成一個模塊的情況下的各個對象之間的關(guān)系沒有特殊規(guī)定或限制。也就是說，極端上講，即使一個模塊由沒有關(guān)系的各場景之間的兩個或多個對象形成，也不違背DSM-CC系統(tǒng)的規(guī)定。為采用稱為由MPEG2格式規(guī)定的部分(section)的格式進(jìn)行發(fā)送，如圖8D所示，對模塊機(jī)械地以稱為“塊”的原則上為固定長度的數(shù)據(jù)單元為基礎(chǔ)進(jìn)行劃分。然而，模塊中的最后一個塊不必設(shè)定為規(guī)定的固定長度。對塊進(jìn)行劃分的原因是基于這樣的事實在MPEG2格式中規(guī)定上述一個部分必須不超過4K字節(jié)。在這種情況下，作為上面提到的塊的數(shù)據(jù)單元和所述部分是類似的。如上所述通過劃分模塊而得到的塊通過附加標(biāo)題而被轉(zhuǎn)換為稱為DDB(DownloadDataBlock，下載數(shù)據(jù)塊)的消息的格式，如圖8E所示。DSI(DownloadServerInitiate，下載服務(wù)器啟動)和DII(DownloadIndicationInformation，下載指示信息)的控制消息與所述到DDB的轉(zhuǎn)換并行形成。DSI和DII是當(dāng)在接收側(cè)從接收數(shù)據(jù)中獲得模塊時所必需的信息(IRD12)。DSI主要具有karrusel(模塊)的識別符，對此將在后面解釋，DSI還具有關(guān)于整個karrusel的信息等，比如karrusel旋轉(zhuǎn)一次的時間、karrusel旋轉(zhuǎn)的超時值(time-outvalue)信息。DSI還具有可以了解數(shù)據(jù)業(yè)務(wù)(在對象karrusel系統(tǒng)的情況下)的路由目錄(服務(wù)網(wǎng)關(guān))位置的信息。DII表示相應(yīng)于包括在karrusel中的每個模塊的信息，并且具有關(guān)于每個模塊的尺寸及版本、模塊的超時值等的信息。如圖8F所示，上面所述的DDB、DSI和DII這三種消息周期性且重復(fù)地發(fā)送，以便相應(yīng)于部分(section)的數(shù)據(jù)單元。因此，在接收側(cè)，在任何時間都可以接收到包括例如獲得目標(biāo)GUI畫面(場景)所必需的對象的模塊。在本說明書中，上述發(fā)送系統(tǒng)稱為類似“旋轉(zhuǎn)木馬(merry-go-round)”式的“karrusel系統(tǒng)”，并且假定圖8F中用圖解法示出的數(shù)據(jù)發(fā)送格式稱為karrusel。作為包括在一個karrusel中的模塊數(shù)目，可以包括多個模塊。例如，一個數(shù)據(jù)服務(wù)所必需的多個模塊也可以由一個karrusel發(fā)送。將“karrusel系統(tǒng)”劃分為“數(shù)據(jù)karrusel系統(tǒng)”級和“對象karrusel系統(tǒng)”級。具體地講，對象karrusel系統(tǒng)是用于利用karrusel將具有比如文件、目錄、流、服務(wù)網(wǎng)關(guān)等的屬性的對象作為數(shù)據(jù)傳送的系統(tǒng)，并且與數(shù)據(jù)karrusel系統(tǒng)的最大區(qū)別點在于可處理目錄結(jié)構(gòu)。對象karrusel系統(tǒng)用在本實施例的系統(tǒng)中。圖9示出相應(yīng)于MHEG系統(tǒng)的作為數(shù)據(jù)服務(wù)的文件(MHEG應(yīng)用程序文件)的目錄結(jié)構(gòu)。如上所述，對象karrusel系統(tǒng)具有能處理該目錄結(jié)構(gòu)的特征。通常講，用作服務(wù)域入口的(MHEG應(yīng)用程序文件)變?yōu)閯偤么嬖谟诜?wù)網(wǎng)關(guān)之下的app0/startup(啟動)文件?；旧现v，應(yīng)用程序目錄(app0，app1，…，appN)存在于服務(wù)域(服務(wù)網(wǎng)關(guān))之下，而稱為startup的應(yīng)用程序文件以及構(gòu)成應(yīng)用程序的每個場景的目錄(scene0，scene1，…)存在于應(yīng)用程序目錄之下。此外，MPEG場景文件和構(gòu)成場景的每個內(nèi)容文件存在于場景目錄之下。由上面所述的karrusel發(fā)送的GUI數(shù)據(jù)即從圖5中的DSM-CC編碼器44輸出的數(shù)據(jù)是以傳輸流的格式輸出的。該傳輸流例如具有圖10所示的結(jié)構(gòu)。圖10A示出了傳輸流。該傳輸流是以MPEG系統(tǒng)定義的比特串，并且是通過如圖中所示連接188字節(jié)固定長度的包(傳輸包)而形成的。如圖10B所示，每個傳輸包包括一首標(biāo)；一自適應(yīng)字段，允許將附加信息包括在特定單獨包中；和一有效負(fù)荷(數(shù)據(jù)區(qū))，表示該包的內(nèi)容(視頻/音頻數(shù)據(jù)，等)。該首標(biāo)實際上例如包括4字節(jié)。如圖10C所示，同步字節(jié)當(dāng)然安排在首標(biāo)的頭部。用作包的標(biāo)識信息的PID(Packet_ID)，表示加擾的存在或不存在的加擾控制信息、以及表示隨后的自適應(yīng)字段和有效負(fù)荷的存在或不存在等的自適應(yīng)字段控制信息都存儲在同步字節(jié)之后的預(yù)定位置。根據(jù)那些控制信息，在接收設(shè)備側(cè)，以包單元為基礎(chǔ)執(zhí)行解擾，并且由解復(fù)用器分離并提取比如視頻/音頻/數(shù)據(jù)等的必要的包。在這里還可以再現(xiàn)用作同步再現(xiàn)視頻/音頻數(shù)據(jù)的基準(zhǔn)的時間信息。從上面的描述中可以理解，多個頻道的視頻/音頻數(shù)據(jù)包已被多路復(fù)用成一個傳輸流。然而，除此之外，還多路復(fù)用了用于選擇稱為PSI(ProgramSpecificInformation，節(jié)目特定信息)的播送臺的信號、限制性接收(按照個人合同情況確定允許或禁止接收收費頻道的接收功能)所必需的信息(EMM/ECM)、以及用于實現(xiàn)諸如EPG的服務(wù)的SI(服務(wù)信息)等。PSI包含如圖11所示的四個表。每個表都是以稱為部分(section)格式的相應(yīng)于MPEG系統(tǒng)的格式發(fā)送的。圖11A示出了NIT(NetworkInformationTable，網(wǎng)絡(luò)信息表)和CAT(ConditionalAccessTable，條件性接入表)。在所述NIT中，在所有的載波中都已多路復(fù)用相同的內(nèi)容。在該NIT中描述了每個載波的發(fā)送標(biāo)準(zhǔn)(極化平面、載波頻率、卷積率等)以及其中多路復(fù)用的頻道的列表。作為NIT的PID，可設(shè)定為PID＝0x0010。同樣，在所述CAT中，也在所有的載波中已多路復(fù)用相同的內(nèi)容。在該CAT中描述了包括諸如限制性接收的識別的個人信息以及合同信息等的EMM(權(quán)利管理消息)。作為PID，可表示為PID＝0x0001。在圖11B中，示出的PAT用作具有對每個載波特有的內(nèi)容的信息。在該P(yáng)AT中描述了載波中的頻道信息和說明每個頻道的內(nèi)容的PMT的PID。作為PID，可表示為PID＝0x0000。作為載波中每個頻道的信息，提供了圖11C所示的一個PMT表(ProgramMapTable，節(jié)目映射表)。在PMT中，已多路復(fù)用了每個頻道的內(nèi)容。例如，如在圖11中所示的，由PAT指定構(gòu)成每個頻道的分量(視頻/音頻等)以及PMT的PID，其中已描述了解擾所必需的ECM(EncryptionControlMessage，加密控制消息)包的PID。1-5.IRD隨后將參照圖12描述為接收設(shè)施3提供的IRD12的構(gòu)成示例。在該圖示出的IRD12中，由拋物面天線11的LNB15轉(zhuǎn)換為預(yù)定頻率的接收信號輸入到輸入端T1并提供給調(diào)諧器/前端單元51。在調(diào)諧器/前端單元51中，根據(jù)從CPU(中央處理單元)80提供并且其中已設(shè)置了發(fā)送標(biāo)準(zhǔn)的設(shè)置信號，接收由該設(shè)置信號確定的載波(接收頻率)，并且例如使其經(jīng)過維特比(Viterbi)解碼處理、糾錯處理等，從而獲得傳輸流。由調(diào)諧器/前端單元51獲得的傳輸流提供給解擾器52。在調(diào)諧器/前端單元51中，從傳輸流中獲得PSI的包，更新其播放臺選擇信息，獲得該傳輸流中每個頻道的分量PID并將其例如發(fā)送給CPU80。在CPU80中，獲得的PID用于接收信號處理。在解擾器52中，通過CPU80接收存儲在IC卡中的解擾密鑰數(shù)據(jù)，并且由CPU80設(shè)置PID。解擾處理是根據(jù)解擾密鑰數(shù)據(jù)來執(zhí)行的，并且將所述PID和所得數(shù)據(jù)發(fā)送給傳輸單元53。傳輸單元53包含解復(fù)用器70和例如由DRAM等構(gòu)成的隊列(queue)71。隊列71的形成使得相應(yīng)于模塊單元的多個存儲器區(qū)域排列成各列。例如，在本實施例中，提供了32列的存儲器區(qū)域。也就是說，多至32個模塊的信息可同時存儲。作為解復(fù)用器70的示意性操作，按照由CPU80的DeMUX(解復(fù)用器)驅(qū)動器82設(shè)置的篩選(filter)條件，從解擾器52所提供的傳輸流中分離出必需的傳輸包。必要時，將隊列71用作工作區(qū)域，并且獲得已在圖7E到7H中示出的格式的數(shù)據(jù)，并將其提供給每個必需的功能電路部分。由解復(fù)用器70分離的MPEG視頻數(shù)據(jù)輸入到MPEG2視頻解碼器55，并且MPEG音頻數(shù)據(jù)輸入給MPEG音頻解碼器54。由解復(fù)用器70分離的MPEG視頻/音頻數(shù)據(jù)的每個包以稱為PES(PacketizedElementaryStream，打包的基本流)的格式輸入到每個解碼器。由解復(fù)用器70將傳輸流中的MHEG內(nèi)容的數(shù)據(jù)寫入隊列71中的相應(yīng)存儲器區(qū)域，同時將所述數(shù)據(jù)以傳輸包單元為基礎(chǔ)從傳輸流中分離并提取出來，以使其以模塊單元為基礎(chǔ)收集而形成。收集到模塊單元的MHEG內(nèi)容的數(shù)據(jù)在CPU80的控制下通過總線寫入并保持在DSM-CC緩沖器91中。至于傳輸流中的4倍速ATRAC數(shù)據(jù)(壓縮音頻數(shù)據(jù))，同樣，由解復(fù)用器70以傳輸包單元為基礎(chǔ)分離并提取必要數(shù)據(jù)，并將其輸出到IEEE1394接口60。在通過IEEE1394接口60發(fā)送數(shù)據(jù)的情況下，除了發(fā)送音頻數(shù)據(jù)外，還發(fā)送視頻數(shù)據(jù)、各種命令信號等。在已輸入了按作為PES格式的MPEG視頻數(shù)據(jù)的MPEG2視頻解碼器55中，按照MPEG2格式執(zhí)行解碼處理，同時將存儲器55A用作工作區(qū)域。解碼的視頻數(shù)據(jù)提供給顯示處理電路58。從MPEG2視頻解碼器55輸入的視頻數(shù)據(jù)和將在下文中解釋的從主存儲器90的MHEG緩沖器92中獲得的用于數(shù)據(jù)業(yè)務(wù)等的GUI畫面的視頻數(shù)據(jù)，輸入到顯示處理單元58。顯示處理單元58對如上所述輸入的視頻數(shù)據(jù)執(zhí)行所需的信號處理，由預(yù)定電視系統(tǒng)將其轉(zhuǎn)換為模擬音頻信號，并將其輸出到模擬視頻輸出端T2。這樣，通過連接模擬視頻輸出端T2和監(jiān)視設(shè)備14的視頻輸入端，例如，可執(zhí)行如前面提到的圖4中的顯示。輸入了PES格式的MPEG音頻數(shù)據(jù)的MPEG音頻解碼器54按照MPEG音頻格式執(zhí)行解碼處理，同時將存儲器54A用作工作區(qū)域。解碼的音頻數(shù)據(jù)提供給D/A轉(zhuǎn)換器56和光學(xué)/數(shù)字輸出接口(I/F)59。D/A轉(zhuǎn)換器56將輸入的音頻數(shù)據(jù)轉(zhuǎn)換為模擬音頻信號，并將其輸出到開關(guān)電路57。開關(guān)電路57切換信號路徑，以便將該模擬音頻信號輸出到模擬音頻輸出端T3或者T4。假定提供的模擬音頻輸出端T3連接到監(jiān)視設(shè)備14的模擬音頻輸入端。提供的模擬音頻輸出端T4用于以模擬信號輸出下載的音樂片段。光學(xué)/數(shù)字輸出接口59將輸入的數(shù)字音頻數(shù)據(jù)轉(zhuǎn)換為光信號并將其輸出。在這種情況下，光學(xué)/數(shù)字輸出接口59例如符合IEC958。當(dāng)CPU80執(zhí)行各種控制處理時，將主存儲器90用作工作區(qū)域。在該實施例中，在主存儲器90中分配作為上述DSM-CC緩沖器91和MHEG緩沖器92的區(qū)域。按照MHEG系統(tǒng)的腳本說明書，在MHEG緩沖器92中提供了產(chǎn)生圖像數(shù)據(jù)(例如，GUI畫面的圖像數(shù)據(jù))的工作區(qū)域。在該工作區(qū)域中形成的圖像數(shù)據(jù)通過總線提供給顯示處理單元58。CPU80執(zhí)行IRD12中的總體控制。這種控制也包括對在解復(fù)用器70中的數(shù)據(jù)分離和提取進(jìn)行的控制。此外還通過對獲得的MHEG內(nèi)容的數(shù)據(jù)執(zhí)行解碼處理來按照所述腳本說明內(nèi)容執(zhí)行構(gòu)成GUI畫面(場景)的處理。因此，作為本實施例的CPU80，例如，除提供了執(zhí)行主控制處理的控制處理單元81之外，至少還提供了DeMUX驅(qū)動器82、DSM-CC解碼器塊83和MHEG解碼器塊84。在本實施例中，至少所述DSM-CC解碼器塊83和MHEG解碼器塊84是由軟件組成的。DeMUX驅(qū)動器82根據(jù)輸入的傳輸流的PID設(shè)置解復(fù)用器70中的篩選條件DSM-CC解碼器塊83具有用作DSM管理器的功能。存儲在DSM-CC緩沖器91中的模塊單元的數(shù)據(jù)重構(gòu)成MHEG內(nèi)容的數(shù)據(jù)。按照來自MHEG解碼器塊84的訪問信號來執(zhí)行關(guān)于所需的DSM-CC解碼的處理等。MHEG解碼器塊84訪問由DSM-CC解碼器塊83獲得的MHEG內(nèi)容的數(shù)據(jù)，即由DSM-CC緩沖器91獲得的MHEG內(nèi)容的數(shù)據(jù)，并執(zhí)行解碼處理，以輸出場景。也就是說，通過實現(xiàn)由MHEG內(nèi)容的腳本文件規(guī)定的對象之間的關(guān)系來形成場景。在這種情況下，當(dāng)形成作為一個場景的GUI畫面時，使用MHEG緩沖器92，并按照腳本文件的內(nèi)容形成GUI畫面的圖像數(shù)據(jù)。將U-UAPI(DSM-CCU-UAPI(ApplicationPortabilityInterface，應(yīng)用程序可移植接口))用作DSM-CC解碼器塊83和MHEG解碼器塊84之間的接口。該U-UAPI是例如在客戶機(jī)(MHEG解碼器塊84)側(cè)訪問DSM管理器對象(實現(xiàn)DSM的功能的服務(wù)器對象DSM-CC解碼器塊83)時使用的接口，并且是能使包括在karrusel中的其屬性比如為服務(wù)網(wǎng)關(guān)、目錄、文件、流、流事件等的對象可以象文件系統(tǒng)那樣以結(jié)構(gòu)方式訪問的API。通過經(jīng)API訪問包括在karrusel中的對象，使用該karrusel的程序(客戶機(jī))可通過使用總線名稱訪問到對象，而不涉及到karrusel接收操作。由于該U-UAPI是一組規(guī)定的接口，它們的使用與較低層的數(shù)據(jù)傳送系統(tǒng)無關(guān)，因此該U-UAPI具有這樣的優(yōu)點能使使用該API的程序可用在提供U-UAPI的任何數(shù)據(jù)傳送系統(tǒng)中。下面將描述提取目標(biāo)對象的操作例子，該目標(biāo)對象是通過CPU80的控制從傳輸流中形成一個場景所必需的。在DSM-CC中，IOR(InteroperableObjectReference，可互操作的對象基準(zhǔn))用于表示傳輸流中對象的位置。標(biāo)簽(association_tag)信息用于識別包括對象的模塊信息所具有的DII，該標(biāo)簽信息包括在IOR內(nèi)，在該IOR內(nèi)還包括用于查找對象的相應(yīng)于karrusel的識別符、包括該對象的模塊的識別符(在下文中將該識別符表示為module_id)、以及指定一個模塊中的對象的識別符(在下文中將該識別符表示為objectkey)。具有模塊信息的DII包括諸如關(guān)于一個或多個模塊中的每一個模塊的module_id、模塊的大小和版本的信息；和用于識別各模塊的標(biāo)簽(association_tag)信息。當(dāng)從傳輸流提取的IOR由CPU80識別時，通過接收和分離對象而由IOR獲得所示對象的處理例如如下面所示。(Pr1)在CPU80的DeMUX驅(qū)動器82中，通過搜索與來自karrusel中的PMT的ES循環(huán)的IOR的association_tag(關(guān)聯(lián)標(biāo)簽)的值具有相同的值的的基本流(下文中縮寫為ES)來獲得PID。包括在ES中的DII具有該P(yáng)ID。(Pr2)PID和table_id_extension作為篩選條件設(shè)置到解復(fù)用器70中。因此，解復(fù)用器70分離出DII并將其輸出到CPU80。(Pr3)在DII中，獲得相應(yīng)于包括在上面提到的IOR中的module_id的模塊的association_tag。(Pr4)從PMT的ES循環(huán)(karrusel)中搜索具有與association_tag的值相同的值的ES，從而獲得PID。目標(biāo)模塊包括在具有此PID的ES中。(Pr5)將PID和module_id設(shè)置為篩選(filter)條件，并且由解復(fù)用器70進(jìn)行篩選。按照該篩選條件分離并提取出的傳輸包存儲在隊列71的所需存儲器區(qū)域(列)中，以使目標(biāo)模塊可最終形成。(Pr6)從該模塊中提取相應(yīng)于包括在上述IOR中的object_key的對象，并使其變?yōu)槟繕?biāo)模塊。從該模塊提取的目標(biāo)例如寫入DSM-CC緩沖器91中的預(yù)定區(qū)域。例如，通過重復(fù)上述操作，收集目標(biāo)對象，并將它們存儲到DSM-CC緩中器91中，來獲得形成必要場景的MHEG內(nèi)容。在人-機(jī)接口61中，接收從遙控器64發(fā)送的命令信號，并將其發(fā)送給CPU80。CPU80執(zhí)行所需的控制處理，以按照接收的命令信號獲得設(shè)備的操作。IC卡65插入到IC卡槽62中。由CPU80將信息寫入到插入的IC卡65中或者從插入的IC卡65中讀出。Modem(調(diào)制解調(diào)器)63通過電話線4連接到收費服務(wù)器5，對該modem63進(jìn)行控制，以便在CPU80的控制下進(jìn)行IRD12和收費服務(wù)器5之間的通信。下面將參照圖4中描述的顯示格式補(bǔ)充解釋具有上述結(jié)構(gòu)的IRD12中的視頻/音頻素材的信號流。在如圖4A所示輸出普通程序的情況下，從輸入的傳輸流中分別提取必要節(jié)目的MPEG視頻數(shù)據(jù)和MPEG音頻數(shù)據(jù)，并使這些數(shù)據(jù)經(jīng)過解碼處理。所述MPEG視頻數(shù)據(jù)和MPEG音頻數(shù)據(jù)輸出到模擬視頻輸出端T2和模擬音頻輸出端T3，從而在監(jiān)視設(shè)備14中執(zhí)行廣播節(jié)目的圖像顯示和音頻輸出。在如圖4B所示輸出GUI畫面的情況下，由傳輸單元53從輸入的傳輸流中分離并提取出對于GUI畫面(場景)所必需的MHEG內(nèi)容的數(shù)據(jù)，并將該數(shù)據(jù)存儲在DSM-CC緩沖器91中。DSM-CC解碼器塊83和MHEG解碼器塊84使用此數(shù)據(jù)來行使上面提到的功能，以便由MHEG緩沖器92形成場景(GUI畫面)的圖像數(shù)據(jù)。該圖像數(shù)據(jù)通過顯示處理單元58提供給模擬視頻輸出端T2，從而在監(jiān)視設(shè)備14上顯示GUI畫面。當(dāng)從圖4B所示的GUI畫面上的音樂片段的列表21B中選擇了音樂片段，并且監(jiān)視該音樂片段的音頻數(shù)據(jù)時，由解復(fù)用器70取得該音樂片段的MPEG音頻數(shù)據(jù)。該MPEG音頻數(shù)據(jù)通過MPEG音頻解碼器54、D/A轉(zhuǎn)換器56、開關(guān)電路57和模擬音頻輸出端T3轉(zhuǎn)換為模擬音頻信號，并將該音頻信號輸出到監(jiān)視設(shè)備14。當(dāng)按下圖4B中所示的GUI畫面上的下載按鈕28并且下載音頻數(shù)據(jù)時，由解復(fù)用器70提取要下載的音樂片段的音頻數(shù)據(jù)，并將該音頻數(shù)據(jù)輸出到模擬音頻輸出端T4、光學(xué)/數(shù)字輸出接口59或者IEEE1394接口60。具體講，當(dāng)圖2中所示的相應(yīng)于IEEE1394的MD記錄器/播放器13A連接到IEEE1394接口60時，在解復(fù)用器70中，下載音樂片段的4倍速ATRAC數(shù)據(jù)經(jīng)IEEE1394接口60被提取并記錄到裝入該MD記錄器/播放器13A的盤中。在此情況下，例如，也是由解復(fù)用器70從傳輸流中提取出例如由JPEG系統(tǒng)壓縮的唱片封面的靜止圖像數(shù)據(jù)以及諸如歌詞和藝術(shù)家的概況等的文本數(shù)據(jù)，并經(jīng)IEEE1394接口60將這些數(shù)據(jù)傳送到MD記錄器/播放器13A。該MD記錄器/播放器13A可將所述靜止圖像數(shù)據(jù)和文本數(shù)據(jù)記錄到裝入盤的預(yù)定區(qū)域。下面將參照圖13描述U-UAPI接口的一般例子。下面將作為例子解釋作為客戶機(jī)的MHEG解碼器塊84再現(xiàn)流的情況。在該圖中，在圈“○”中示出的數(shù)字表示MHEG解碼器塊84和DSM-CC解碼器塊83的處理過程。下面將按照該處理過程進(jìn)行解釋。(處理過程1)客戶機(jī)在所需定時處向服務(wù)器發(fā)送Event∷Subscribe(“streamon”)。Event∷Subscribe(“streamon”)是向服務(wù)器預(yù)訂(subscribe)一消息的接口，該消息是之后要接收一“streamon”事件。(處理過程2)當(dāng)接收到Event∷Subscribe(“streamon”)時，服務(wù)器返回相應(yīng)于“streamon”事件的事件號碼。在此情況下，Event#10設(shè)置并發(fā)送到客戶機(jī)(處理過程3)當(dāng)獲得事件號碼時，客戶機(jī)向服務(wù)器輸出Event∷notify(事件∷通知)。Event∷notify是這樣的接口如果在服務(wù)器側(cè)產(chǎn)生某事件，則其通知由客戶機(jī)側(cè)向服務(wù)器側(cè)請求。(處理過程4)作為用于(處理過程3)的通知的響應(yīng)處理，如果在如圖15所示的某個定時處在接收數(shù)據(jù)中產(chǎn)生“streamon”事件，則服務(wù)器將Event#10作為為“streamon”事件設(shè)置的事件號碼發(fā)送給客戶機(jī)。(處理過程5)客戶機(jī)通過接收的Event#10來了解“streamon”事件的產(chǎn)生。在這種情況下，例如，執(zhí)行用于流再現(xiàn)的MHEG解碼處理。2.karrusel切換時的處理過程下面將描述在進(jìn)行karrusel切換時的處理過程。當(dāng)由對象karrusel系統(tǒng)接收到數(shù)字?jǐn)?shù)據(jù)廣播時，假定在廣播期間切換karrusel的內(nèi)容(廣播內(nèi)容)，則在切換時刻點使切換之前的karrusel的數(shù)據(jù)無效，并使系統(tǒng)進(jìn)入能夠訪問新內(nèi)容的karrusel的狀態(tài)。作為用于形成karrusel的數(shù)據(jù)單元，例如，設(shè)置相應(yīng)于圖6中所示的一個事件的數(shù)據(jù)。迄今為止，服務(wù)器側(cè)(DSM-CC解碼器塊83)不具有這樣的接口該接口能夠在切換karrusel的內(nèi)容時的定時處，將切換消息通知到客戶機(jī)側(cè)(MHEG解碼器塊84)。也就是說，在IRD12中，即使karrusel的內(nèi)容在DSM-CC解碼器塊83側(cè)的接收數(shù)據(jù)中進(jìn)行切換，它也不能立即通知到MHEG解碼器塊84側(cè)。在后面的描述中，將MHEG解碼器塊84稱為客戶機(jī)，而將DSM-CC解碼器塊83稱為服務(wù)器。不管當(dāng)前用于場景顯示的karrusel內(nèi)容的切換沒有被通知的狀況，在客戶機(jī)隨后從服務(wù)器中讀出此karrusel的情況下，由該karrusel讀出并顯示與前面的karrusel不同的數(shù)據(jù)。例如，當(dāng)客戶機(jī)想不顧karrusel內(nèi)容的切換而保持前面的顯示狀態(tài)時，則客戶機(jī)側(cè)的這種操作會造成不方便。作為這種狀態(tài)，例如，可以提到的一種情況是這樣一種狀態(tài)用戶監(jiān)視能使該用戶購買音樂片段等的廣播，在該用戶執(zhí)行關(guān)于該購買的輸入操作等的同時，karrusel的內(nèi)容被切換。在這種情況下，在切換karrusel的內(nèi)容的時間點，到此為止一直進(jìn)行著的購買操作變?yōu)闊o效并且購買失敗。相反，在必須按照karrusel的內(nèi)容切換改變當(dāng)前場景顯示的一部分內(nèi)容的情況下，直到有機(jī)會從服務(wù)器中讀出切換的karrusel才會改變場景的顯示。也就是說，切換場景的顯示內(nèi)容的時刻比切換karrusel的內(nèi)容的實際時刻延遲了如上面所提到的，由于karrusel的內(nèi)容切換沒有通知給客戶機(jī)的事實，會產(chǎn)生一些不方便。2-1.第一個例子因此，在本實施例中，如下文中將要解釋的，能使客戶機(jī)(MHEG解碼器塊84)側(cè)知道karrusel的內(nèi)容的切換，從而能夠執(zhí)行與其相應(yīng)的MHEG解碼處理。作為用于向客戶機(jī)通知karrusel的內(nèi)容被切換的事實的接口，可使用相應(yīng)于U-UAPI的接口。如上面所提到的，傳統(tǒng)的DSM-CC解碼器塊83不具有用于在karrusel的內(nèi)容被切換的時刻向客戶機(jī)通知karrusel的內(nèi)容被切換的事實的接口。表示karrusel的切換的標(biāo)識信息不從廣播電臺發(fā)送。然而，當(dāng)切換karrusel的內(nèi)容時，這些內(nèi)容會反映到圖8中描述的DSI的內(nèi)容。也就是說，改變DSI中的karrusel內(nèi)容的信息，并且將此應(yīng)用在本實施例中。作為本實施例的karrusel切換通知控制，在第一個例子中將“DSI_CHANGED”事件附加為U-UAPI的接口。該“DSI_CHANGED”事件表示在服務(wù)器側(cè)接收到其內(nèi)容被改變的新的DSI消息。按照如圖14中的(處理過程1)到(處理過程4)的處理來執(zhí)行karrusel切換通知控制。(處理過程1)客戶機(jī)向服務(wù)器發(fā)送Event∷Subscribe(“DSI_CHANGED”)。(處理過程2)當(dāng)接收到Event∷Subscribe(“DSI_CHANGED”)時，服務(wù)器向客戶機(jī)返回為該“DSI_CHANGED”(DSI已改變)事件設(shè)置的事件號碼。在此情況下，將Event#1設(shè)置給該“DSI_CHANGED”事件并返回。(處理過程3)在獲得事件號碼之后，客戶機(jī)向服務(wù)器發(fā)送Event∷notify，并且，如果產(chǎn)生了包括“DSI_CHANGED”的某個事件，則發(fā)出一請求以將其通知給服務(wù)器。(處理過程4)允許服務(wù)器保持包括在接收的karrusel數(shù)據(jù)中的DSI。假定包括在接收的karrusel數(shù)據(jù)中的DSI在接收到Event∷notify之后的某個時刻改變。這就意味著切換了由DSI所表示的karrusel的內(nèi)容。如上面所提到的，當(dāng)改變DSI時，即產(chǎn)生“DSI_CHANGED”事件時，服務(wù)器將為該“DSI_CHANGED”事件設(shè)置的事件號碼(Event#1)發(fā)送給客戶機(jī)，作為對(處理過程3)的Event∷notify的響應(yīng)。因此，客戶機(jī)至少可以以近乎實時的方式知道這樣的事實在當(dāng)前正播出的數(shù)據(jù)業(yè)務(wù)中切換了karrusel。響應(yīng)于該通知，作為(處理過程5)，可以執(zhí)行相應(yīng)于karrusel的內(nèi)容切換的一些適當(dāng)?shù)腗HEG解碼處理(場景的輸出控制等)。在圖14所示的例子中，客戶機(jī)可以在改變DSI的時間點進(jìn)行切換之后使用karrusel2的數(shù)據(jù)開始處理也就是說，在本發(fā)明中，客戶機(jī)可以通過(處理過程4)檢測karrusel的切換時刻。根據(jù)該定時，可以請求在DSM-CC緩沖器91中讀出的切換之后karrusel2的數(shù)據(jù)，并將該數(shù)據(jù)存儲在MHEG緩沖器92中。因此，可以在幾乎與karrusel的切換時刻同時的時刻由切換之后karrusel2的數(shù)據(jù)構(gòu)成并輸出GUI畫面。盡管如上面所提到的，圖14中作為(處理過程3)示出的Event∷notify是從客戶機(jī)向服務(wù)器請求以通知產(chǎn)生了某事件的事實，實際上，如果由于產(chǎn)生某事件而在服務(wù)器側(cè)執(zhí)行響應(yīng)于Event∷notify的通知，Event∷notify在此時刻無效因此，在圖14所示的實際處理中，在作為(處理過程1)首先發(fā)出了Event∷Subscriber(“DSI_CHANGED”)之后，如果通知響應(yīng)于一次發(fā)出的Event∷notify的事件，以便向客戶機(jī)通知在服務(wù)器側(cè)產(chǎn)生了“DSI_CHANGED”事件，而不會將其丟失，則在此之后立即發(fā)出下一個Event∷notify。也就是說，在服務(wù)器側(cè)，構(gòu)造成盡可能使Event∷notify無效的時間段不發(fā)生。利用這種方法，在數(shù)據(jù)業(yè)務(wù)廣播期間，每次切換DSI，都可以以幾乎實時的方式將“DSI_CHANGED”事件的產(chǎn)生通知給客戶機(jī)，而不會將其丟失考慮到用于使DSI的切換在數(shù)據(jù)業(yè)務(wù)廣播期間被無丟失地連續(xù)通知的處理，剛好在啟動MHEG解碼器塊84的程序(MHEG引擎)之后的時刻以及切換karrusel的數(shù)據(jù)內(nèi)容的時刻，執(zhí)行用于將(處理過程1)的Event∷Subscriber(“DSI_CHANGED”)從客戶機(jī)通知給服務(wù)器的接口程序。啟動MHEG解碼器塊84的程序的情況相應(yīng)于這樣的時刻例如，當(dāng)頻道從比如迄今為止一直接收不伴隨業(yè)務(wù)數(shù)據(jù)廣播的廣播的狀態(tài)切換時，或者節(jié)目從該狀態(tài)改變時，從而可以新接收伴隨著數(shù)據(jù)業(yè)務(wù)廣播的節(jié)目等。2-2.第二個例子隨后，將參照圖15描述作為第二個例子的karrusel切換通知控制。在該第二個例子中，在將事件號碼(Event#1)發(fā)送(處理過程4)給客戶機(jī)之后(即，在切換karrusel之后)，客戶機(jī)可以在切換之前一段預(yù)定時間內(nèi)連續(xù)使用karrusel1。由于從(處理過程1)開始并到達(dá)(處理過程4)的處理步驟類似于上述第一個例子中的處理步驟，因而省略了對其的描述。在本例中，當(dāng)在客戶機(jī)中發(fā)送了事件號碼(Event#1)時(處理過程4)，由IRD12接收切換之后的karrusel2。然而，將切換之前karrusel1的可處理數(shù)據(jù)1繼續(xù)用于相應(yīng)處理(處理過程6)。在這種情況下，服務(wù)器不向客戶機(jī)公開切換之后karrusel2的數(shù)據(jù)，而公開作為可處理數(shù)據(jù)1在DSM-CC緩沖器91中取出的karrusel1的數(shù)據(jù)(例如，陰影部分)以及設(shè)置(sets)，以使客戶機(jī)可以訪問到這些數(shù)據(jù)和設(shè)置。也就是說，執(zhí)行用以在改變DSI的切換之后延遲讀出karrusel2的數(shù)據(jù)的控制。之后，客戶機(jī)在預(yù)定時刻(處理過程7)發(fā)送Session∷detach(會話脫開)。Session∷detach是用于讓客戶機(jī)請求釋放相應(yīng)于沒有由服務(wù)器通過(處理過程6)公開的karrusel2的可處理數(shù)據(jù)2的釋放請求事件，并且該事件在預(yù)定時刻發(fā)送給服務(wù)器。這樣，服務(wù)器能使客戶機(jī)訪問相應(yīng)于karrusel2的可處理數(shù)據(jù)2。因此，在發(fā)送Session∷detach之后，客戶機(jī)可根據(jù)由服務(wù)器新公開的karrusel2的可處理數(shù)據(jù)2來執(zhí)行所需處理。作為發(fā)送Session∷detach的時刻，例如，可以預(yù)設(shè)從(處理過程6)開始起經(jīng)過的一個時間，或者該時刻可以設(shè)置為確定當(dāng)前正處理的數(shù)據(jù)即本例中的可處理數(shù)據(jù)1變?yōu)椴槐匾臅r刻。作為區(qū)別可處理數(shù)據(jù)1變?yōu)椴槐匾囊蛩?，例如，可以是由用戶檢測到所需操作的情況，等。如上面所提到的，按照該第二個例子，即使在切換karrusel之后，也可以通過繼續(xù)使用切換之前的數(shù)據(jù)來執(zhí)行處理。因此，可以將系統(tǒng)構(gòu)造成使得當(dāng)前正執(zhí)行的處理不會相關(guān)于karrusel的切換而中斷。3.對象更新時的處理過程下面將描述更新對象時的處理。例如，當(dāng)由對象karrusel系統(tǒng)接收到數(shù)字?jǐn)?shù)據(jù)廣播時，假定在廣播期間更新了包括在該karrusel中的某個對象的版本，則在更新時刻使得更新之前的對象的數(shù)據(jù)無效，并且系統(tǒng)進(jìn)入能夠訪問該新版本的對象的狀態(tài)。然而，傳統(tǒng)的DSM-CC系統(tǒng)不具有這樣的接口該接口能夠在更新karrusel中的對象版本的時刻將該更新事實通知到客戶機(jī)側(cè)。也就是說，在IRD12的情況下，即使在DSM-CC解碼器塊83側(cè)發(fā)生了接收數(shù)據(jù)中某個對象的版本更新(version-up)，該事實也不能立即通知到MHEG解碼器塊84側(cè)。不管當(dāng)前用在場景顯示中的對象的版本更新沒有被通知的狀況，在客戶機(jī)隨后從服務(wù)器中讀出此對象的情況下，由該對象讀出并顯示與前面的對象不同的數(shù)據(jù)。例如，在客戶機(jī)想不顧對象的版本更新而保持前面的顯示狀態(tài)的情況下，則客戶機(jī)側(cè)的這種操作會造成不方便。相反，如果必須按照對象的版本更新改變當(dāng)前場景顯示的一部分內(nèi)容，則直到有機(jī)會從服務(wù)器中讀出更新的對象才會改變場景的顯示。也就是說，更新場景的顯示內(nèi)容的時刻比對象的版本更新的實際時刻延遲了。如上面所提到的，由于對象的版本更新沒有通知給客戶機(jī)，會產(chǎn)生一些不方便。因此，在本實施例中，如下文中將要解釋的，能使客戶機(jī)(MHEG解碼器塊84)側(cè)知道對象的版本更新，從而能夠執(zhí)行與其相應(yīng)的MHEG解碼處理。此外，通過使版本更新對象可以指定，該對象可被再一次從服務(wù)器側(cè)有效讀出。作為用于通知對象的版本更新的接口，可使用符合U-UAPI的接口。3-1.第一個例子如上面所提到的，DSM-CC不具有用于在karrusel中的對象被更新的時刻向客戶機(jī)通知該更新事實的接口。表示對象的更新的標(biāo)識信息不從廣播電臺發(fā)送。然而，在DSM-CC中，當(dāng)更新某對象(版本更新)時，響應(yīng)于該更新而對包括此對象的模塊執(zhí)行版本更新。該模塊的版本更新會反映到圖8中描述的DII的內(nèi)容。也就是說，改變DII中的模塊的版本信息，并且將此應(yīng)用在本實施例中。作為本實施例的對象更新通知控制，在第一個例子中，將“DII_CHANGED”事件附加為U-UAPI的接口。該“DII_CHANGED”事件表示在服務(wù)器側(cè)接收到其內(nèi)容被更新的新的DII消息。按照如圖16中的(處理過程1)到(處理過程4)的處理來執(zhí)行對象更新通知控制。(處理過程1)客戶機(jī)向服務(wù)器發(fā)送Event∷Subscribe(“DII_CHANGED”)。(處理過程2)當(dāng)接收到Event∷Subscribe(“DII_CHANGED”)時，服務(wù)器向客戶機(jī)返回為該“DII_CHANGED”事件設(shè)置的事件號碼。在本例中，將Event#2設(shè)置給該“DII_CHANGED”事件并返回。(處理過程3)在獲得事件號碼之后，客戶機(jī)向服務(wù)器發(fā)送Event∷notify，并且，如果產(chǎn)生了包括“DII_CHANGED”的某個事件，則發(fā)出請求通知該事件。(處理過程4)在服務(wù)器中，為包括在接收的karrusel的數(shù)據(jù)中的每個DII保持DII的版本值。假定包括在接收的karrusel的數(shù)據(jù)中的DII的版本值已在接收到Event∷notify之后的某個時刻改變，即DII的內(nèi)容已被改變。這就意味著在由DII所表示的karrusel的模塊中，某個對象的版本更新了，盡管該對象不能被指定。如上面所提到的，當(dāng)發(fā)生了DII的版本更新(內(nèi)容的切換)時，即產(chǎn)生“DII_CHANGED”事件時，響應(yīng)于(處理過程3)的Event∷notify，服務(wù)器將為該“DII_CHANGED”事件設(shè)置的事件號碼(Event#2)發(fā)送給客戶機(jī)。因此，客戶機(jī)可以以近乎實時的方式知道這樣的事實在當(dāng)前正播出的數(shù)據(jù)業(yè)務(wù)中至少發(fā)生了對象改變。按照該通知，可以執(zhí)行相應(yīng)于對象的版本更新的一些適當(dāng)?shù)腗HEG解碼處理(關(guān)于場景的輸出控制，等)。在U-UAPI的說明書中規(guī)定，當(dāng)執(zhí)行接口程序時，可以附加某些信息，并且可以傳送所得數(shù)據(jù)。因此，當(dāng)通過(處理過程4)將事件號碼(Event#2)發(fā)送給客戶機(jī)時，如圖中所示，如果相應(yīng)于DII的更新的版本更新模塊的標(biāo)識信息(模塊Id)與事件號碼一起附加，則客戶機(jī)側(cè)可以指定其中對象內(nèi)容被改變的模塊。在此情況下，由于在客戶機(jī)側(cè)沒有指定更新的對象，不可能區(qū)別當(dāng)前感興趣的對象(例如，當(dāng)前用于在客戶機(jī)側(cè)顯示GUI畫面等的對象，等)是否屬于版本更新模塊。因此，例如，在客戶機(jī)側(cè)，再一次從DSM-CC緩沖器91中裝入對于當(dāng)前正輸出的場景(GUI畫面，等)所必須的所有對象。通過使用該方法，盡管實際更新的對象有可能與當(dāng)前正輸出的場景的內(nèi)容的改變無關(guān)，但只要更新的對象涉及當(dāng)前正輸出的場景的內(nèi)容的改變，該場景的內(nèi)容就必然會改變。盡管如上面所提到的，作為(處理過程3)示出的Event∷notify是從客戶機(jī)向服務(wù)器請求以通知該客戶機(jī)產(chǎn)生了某事件的事實，實際上，如果由于產(chǎn)生某事件而使服務(wù)器側(cè)發(fā)送響應(yīng)于Event∷notify的通知，則Event∷notify在此時刻無效。因此，在圖16所示的實際處理中，作為(處理過程1)首先發(fā)出Event∷Subscribe(“DII_CHANGED”)。之后，為了向客戶機(jī)通知在服務(wù)器側(cè)產(chǎn)生了“DII_CHANGED”事件，而不會將其丟失，則在執(zhí)行響應(yīng)于一次發(fā)出的Event∷notify的事件通知之后，會立即發(fā)出下一個Event∷notify。也就是說，在服務(wù)器側(cè)，盡可能使Event∷notify無效的時間段不發(fā)生。利用這種方法，在數(shù)據(jù)業(yè)務(wù)廣播期間，每次切換DII，都可以以幾乎實時的方式將“DII_CHANGED”事件的產(chǎn)生通知給客戶機(jī)，而不會將其丟失考慮到能使在數(shù)據(jù)業(yè)務(wù)廣播期間的DII的切換被無丟失地連續(xù)通知，剛好在啟動MHEG解碼器塊84的程序(MHEG引擎)之后的時刻以及改變karrusel的數(shù)據(jù)內(nèi)容(廣播內(nèi)容)本身的時刻，執(zhí)行作為(處理過程1)將Event∷Subscribe(“DII_CHANGED”)從客戶機(jī)傳送給服務(wù)器的接口程序。啟動MHEG解碼器塊84的程序的情況設(shè)定于這樣的時刻例如，當(dāng)頻道從比如迄今為止一直接收不伴隨業(yè)務(wù)數(shù)據(jù)廣播的廣播的狀態(tài)切換時，或者節(jié)目從該狀態(tài)改變時，從而可以新接收伴隨著數(shù)據(jù)業(yè)務(wù)廣播的節(jié)目等。3-2.第二個例子隨后，將參照圖17和18描述作為第二個例子的對象更新通知控制。在該第二個例子中，可在客戶機(jī)側(cè)指定改變的對象。圖17中示出的由(處理過程1)到(處理過程8)執(zhí)行的該第二個例子的處理過程如下。(處理過程1)即使在該第二個例子中，以類似于上述第一個例子情況的方式使用“DII_CHANGED”事件，并且客戶機(jī)首先向服務(wù)器傳送Event∷Subscribe(“DII_CHANGED”)。(處理過程2)當(dāng)接收到Event∷Subscribe(“DII_CHANGED”)時，服務(wù)器向客戶機(jī)返回為該“DII_CHANGED”事件設(shè)置的事件號碼。在本例中，作為相應(yīng)于該“DII_CHANGED”事件的事件號碼，設(shè)置并返回Event#2。(處理過程3)在獲得事件號碼之后，客戶機(jī)向服務(wù)器發(fā)送Version∷get(objectId)的接口程序。Version∷get(objectId)是用于在客戶機(jī)側(cè)向服務(wù)器側(cè)發(fā)送感興趣的對象的接口。作為該接口程序的變元(objectId)，說明了關(guān)于所感興趣的對象的對象標(biāo)識(objectId)。在本說明書中，“感興趣的對象”例如表示用在當(dāng)前正由客戶機(jī)(MHEG解碼器塊84)輸出的場景(GUI畫面等)中的對象等。作為實際的Version∷get()，存在下列API。interfaceVersion{voidget(inObjRefobj，outu_shortmoduleId)；}；(處理過程4)響應(yīng)于Version∷get(objectId)的接收，從服務(wù)器返回moduleId，作為由objectId表示的對象所屬的模塊的標(biāo)識信息。響應(yīng)于返回的moduleId，客戶機(jī)側(cè)發(fā)送相應(yīng)于返回的moduleId的objectId并對其進(jìn)行存儲。對于客戶機(jī)中所有當(dāng)前感興趣的對象，都執(zhí)行包含(處理過程3)→(處理過程4)的接口程序。現(xiàn)在，假定完成了例如相應(yīng)于(處理過程3)→(處理過程4)的最后一個接口程序的(處理過程5)→(處理過程6)的接口程序，則在客戶機(jī)側(cè)獲得如圖18所示的表信息。也就是說，由于執(zhí)行了[(處理過程3)→(處理過程4)]...[(處理過程5)→(處理過程6)]，對于客戶機(jī)側(cè)所有感興趣的對象中的每一個對象，都獲得其中使objectId和moduleId相互對應(yīng)的一個表。之后的處理例程在(處理過程7)之前。(處理過程7)客戶機(jī)向服務(wù)器發(fā)送Event∷notify。當(dāng)產(chǎn)生某事件時，客戶機(jī)請求通知該事件。(處理過程8)下面在服務(wù)器中，假定響應(yīng)于Event∷notify而使DII的內(nèi)容切換并且產(chǎn)生“DII_CHANGED”事件，則從服務(wù)器向客戶機(jī)發(fā)送已為該“DII_CHANGED”事件設(shè)置的事件號碼(Event#2)。然而，如上面所提到的，在U-UAPI中規(guī)定在發(fā)送某事件時可附加某些信息。在這種情況下，將DII的版本更新所對應(yīng)的模塊(即版本更新對象所屬的模塊)的moduleId附加到事件號碼(Event#2)，并發(fā)送所得數(shù)據(jù)。設(shè)置如下的API。<prelisting-type="program-listing"><![CDATA[moduleDSM{interfaceEvent{structStreamEvent{ushorteventId；∥用于DIICHANGED的idAppNPTrAppTime；∥不使用sequence＜u_short，65535＞moduleIdList；∥(NEW)}}}]]></pre>當(dāng)如上所述在客戶機(jī)側(cè)獲得了事件號碼(Event#2)和moduleId時，客戶機(jī)側(cè)搜索圖18所示的表，并搜索與通過(處理過程8)從所述表中發(fā)送的moduleId相符的moduleId。由于存在著由相應(yīng)于搜索到的moduleId的objectId所表示的對象是更新對象的可能性，故客戶機(jī)將該對象指定為更新對象。在此情況下，例如，還存在這樣的可能性相應(yīng)于與通過(處理過程8)發(fā)送的moduleId相符的moduleId的多個objectId存在于所述表中。在此情況下，盡管由所述多個objectId所表示的所有對象實際上不一定總是被更新，故將多個對象看做被更新。通過這種方法，實際被更新的對象當(dāng)然包括在其中。此外，在該第二個例子中，為在不丟失DII的切換的情況下能夠?qū)ⅰ癉II_CHANGED”事件的事件號碼+moduleId通知給客戶機(jī)，以類似于第一個例子的情況的方式，需要剛好在啟動MHEG解碼器塊84之后以及切換karrusel的時刻，執(zhí)行作為(處理過程1)從客戶機(jī)向服務(wù)器傳送Event∷Subscribe(“DII_CHANGED”)的處理。此外，在實際處理過程中作為(處理過程7)向服務(wù)器傳送Event∷notify的過程中，當(dāng)通知與其相應(yīng)的某事件，并且獲得了事件號碼+moduleId的返回(處理過程8)時，立即傳送下一個Event∷notify(#2)。如上面所提到的，客戶機(jī)可以通過了解更新的對象來執(zhí)行相應(yīng)于對象的版本更新的適當(dāng)?shù)腗HEG解碼處理，作為例子可以執(zhí)行下面的處理。如上面所提到的，MPEG解碼器塊84按照MHEG的描述內(nèi)容，從DSM-CC緩沖器91中讀出必要對象的數(shù)據(jù)，通過MHEG緩沖器92形成諸如GUI畫面等的場景的數(shù)據(jù)，并將其輸出到顯示處理單元58?，F(xiàn)在，假定由圖17中所示的過程來指定一個或多個特定對象的版本更新。還假定將這些對象用作形成當(dāng)前GUI畫面的對象，并且，如果這些對象的內(nèi)容改變(版本更新)，則必須將該改變情況盡可能迅速地反映到GUI畫面。在這種情況下，MPEG解碼器塊84再一次只裝入其版本更新被從存儲在DSM-CC緩沖器91中的模塊單元數(shù)據(jù)中指定的對象的數(shù)據(jù)。在MHEG緩沖器92中，通過只交換所述各對象中的內(nèi)容并將其輸出到顯示處理單元58來形成新場景的數(shù)據(jù)。例如，在不能指定更新對象的情況下，只通知相對于場景產(chǎn)生某些變化的可能性(例如，第一個例子)，即使在例如相應(yīng)于一部分場景內(nèi)容改變的情況下，也必須對于形成場景的所有對象都從DSM-CC緩沖器91中讀出數(shù)據(jù)，并在MHEG緩沖器92中重構(gòu)該場景。另一方面，在如同在第二個例子中所示那樣指定了更新對象的情況下，就象在前面的處理中所示的那樣，MHEG解碼器塊84僅相對于一部分場景內(nèi)容改變所必需的對象執(zhí)行處理就足夠了。換言之，當(dāng)改變了一部分相同場景內(nèi)容時，甚至還可以減小MHEG解碼器塊84的處理負(fù)擔(dān)。3-3.第三個例子隨后，將參照圖19和20描述作為第三個例子的對象更新通知控制。在該第三個例子中，也可以在客戶機(jī)側(cè)指定改變的對象。然而，在該第三個例子中，不使用用在上述第一和第二個例子中的“DII_CHANGED”事件圖19所示的第三個例子中的處理過程如下(處理過程1)相對于當(dāng)前感興趣的對象，客戶機(jī)向服務(wù)器側(cè)傳送UpdateEvent∷subscribe(objectId)(更新事件∷預(yù)訂(對象Id))。UpdateEvent∷subscribe(objectId)是在執(zhí)行了由變元表示的objectld所指示的對象所屬于的模塊的版本更新的情況下預(yù)訂接收一事件(UpdateEvent)的事件。調(diào)用如下的API。interfaceUpdateEvent{voidsubscribe(inObjRefobj，outu_shortupeventId)；voidnotify(inu_shortup_eventId)；}；(處理過程2)當(dāng)接收到UpdateEvent∷subscribe(objectId)時，服務(wù)器返回UpdateEventId(更新事件標(biāo)識)，作為對接收的UpdateEvent∷subscribe(objectId)所特有的標(biāo)識信息。該UpdateEventId是在服務(wù)器側(cè)專門設(shè)置的標(biāo)識(Id)。客戶機(jī)重復(fù)傳送UpdateEvent∷subscribe(objectId)(處理過程1)，并且響應(yīng)于此，對于所有當(dāng)前感興趣的對象重復(fù)接收UpdateEventId(處理過程2)。現(xiàn)在假定(處理過程3)→(處理過程4)的處理相應(yīng)于涉及最后一個對象的(處理過程1)→(處理過程2)。在按照所有感興趣的對象完成了(處理過程1)→(處理過程2)...(處理過程3)→(處理過程4)時的階段，客戶機(jī)(MHEG解碼器塊84)可以獲得圖20A所示的表信息。該表信息說明了作為(處理過程1)(或(處理過程3))發(fā)送給服務(wù)器的objectId，即對于感興趣的對象的objectId，和響應(yīng)于此而從服務(wù)器得出的UpdateEventId之間的對應(yīng)關(guān)系。圖20B示出的表信息是在服務(wù)器(DSM-CC解碼器塊83)側(cè)獲得的。該表信息說明了相應(yīng)于由(處理過程1)(或(處理過程3))發(fā)送的objectId而設(shè)置的UpdateEventId、指定由上述objectId表示的對象所屬于的模塊的moduleId(模塊標(biāo)識)、以及該模塊的versionnumber(版本號碼)(由DII表示)之間的對應(yīng)關(guān)系。(處理過程5)當(dāng)如上所述地完成了(處理過程1)→(處理過程2)...(處理過程3)→(處理過程4)時，客戶機(jī)向服務(wù)器發(fā)送UpdateEvent∷notify(更新事件∷通知)。如果產(chǎn)生了更新事件(模塊的更新)，則客戶機(jī)請求通知該事件。(處理過程6)接收到UpdateEvent∷notify之后，服務(wù)器將由接收的DII表示的模塊的版本值與圖20B所示的表相對照。當(dāng)相應(yīng)于表中某個模塊標(biāo)識的版本號碼與由DII表示的模塊的版本值不同時，識別為存在該模塊的版本更新。當(dāng)如上所述地相對于模塊執(zhí)行了版本更新時，即，當(dāng)產(chǎn)生了UpdateEvent時，服務(wù)器參照所述表而附加相應(yīng)于該版本更新模塊的moduleId的UpdateEventId，調(diào)用下列API，并返回UpdateEventId。<prelisting-type="program-listing"><![CDATA[interfaceUpdateEvent{structVersionUpEvent{u_shorteventId；∥用于DII_CHANGED的id}}]]></pre>當(dāng)由(處理過程6)接收并獲得了UpdateEventId時，客戶機(jī)訪問所述表(圖20A)中與接收的UpdateEventId相符的UpdateEventId。通過查看與訪問的UpdateEventId相應(yīng)的objectId，來指定版本更新對象。在該第三個例子中，由于如上所述地指定版本更新對象，也可以按照類似于前面第二個例子的方式更高效地執(zhí)行MHEG解碼器塊84側(cè)的處理。在該第三個例子的情況下，還存在下面的優(yōu)點。如圖20A所示，在客戶機(jī)(MHEG解碼器塊84)所具有的表中，能夠使objectId對應(yīng)于在服務(wù)器側(cè)專門設(shè)定的UpdateEventId。因此，在客戶機(jī)側(cè)，可通過響應(yīng)于Event∷notify取得UpdateEventId，來無條件地指定objectId。也就是說，在該第三個例子中，不需要為在客戶機(jī)側(cè)指定版本更新對象而搜索所述表，從而減小了客戶機(jī)的處理負(fù)擔(dān)。在該第三個例子中，在作為(處理過程5)向服務(wù)器傳送UpdateEvent∷notify的過程中，在獲得響應(yīng)于此UpdateEventId的應(yīng)答(處理過程6)之后，也立即傳送下一個UpdateEvent∷notify，從而能使版本更新模塊無丟失地被通知。在客戶機(jī)側(cè)對版本的更新不感興趣的情況下(例如，當(dāng)停止顯示GUI畫面時)，發(fā)出下列API。interfaceUpdateEvent{voidunsubscribe(up_eventId)；}；于是，在服務(wù)器側(cè)擦除用于通知UpdateEvent的管理信息。4.模塊到隊列的分配至于實現(xiàn)場景顯示以及該場景顯示上的音頻輸出等的對象，對于要在廣播電臺側(cè)形成要播出的場景的數(shù)據(jù)執(zhí)行正確的映射，并按照預(yù)定發(fā)送系統(tǒng)對于對象進(jìn)行編碼并發(fā)送。例如，如果對于一個確定的節(jié)目來說必須有多個場景，則正確映射并發(fā)送對所述多個場景所必需的對象的數(shù)據(jù)。在接收設(shè)備側(cè)，通過按照發(fā)送系統(tǒng)執(zhí)行解碼處理，例如，獲得作為對場景所必需的每個對象組的數(shù)據(jù)，并將其作為一場景輸出。對于擁有接收設(shè)備的用戶，從舒適的操作環(huán)境的角度來講，最好，在選定某個頻道之后直到首次顯示場景之前所需的等待時間，或者當(dāng)某個場景的顯示切換到另一個場景的顯示時所需的等待時間盡可能的短。在將DSM-CC系統(tǒng)用作發(fā)送標(biāo)準(zhǔn)的數(shù)字衛(wèi)星廣播系統(tǒng)中，接收設(shè)備即IRD的類型可根據(jù)接收緩沖器的結(jié)構(gòu)劃分為兩種。一種是IRD具有與數(shù)據(jù)業(yè)務(wù)(GUI畫面的顯示輸出)相對應(yīng)的諸如快閃存儲器、硬盤等的大容量接收緩沖器的結(jié)構(gòu)。在這種結(jié)構(gòu)中，播出的全部數(shù)據(jù)業(yè)務(wù)(MHEG內(nèi)容)被匯總(inalump)接收并保持在接收緩沖器中。因此，在一次接收并取出數(shù)據(jù)業(yè)務(wù)之后，由MHEG形成的任何場景(GUI畫面平面)都可以只通過等待存儲器存取的等待時間就立即顯示并輸出。也就是說，即使用戶執(zhí)行用于切換GUI畫面(場景)等的操作，也可以幾乎立即顯示下一場景。在這種情況下，由于切換解復(fù)用器的篩選條件而造成的輕微額外開銷不會顯著造成關(guān)于GUI畫面的顯示的問題。另一種涉及由于要降低IRD的成本等原因而不具有如上所述的大容量接收緩沖器的結(jié)構(gòu)，這種結(jié)構(gòu)就相應(yīng)于本實施例的IRD12。在這種情況下，不能緩存全部數(shù)據(jù)廣播業(yè)務(wù)的數(shù)據(jù)，相反，該IRD僅具有能夠緩存作為接收單元接收數(shù)據(jù)廣播的數(shù)據(jù)的數(shù)個模塊的接收緩沖器。在圖12所示的IRD12中，該接收緩沖器相應(yīng)于隊列71，并且僅提供了能夠如上所述地緩存各模塊的存儲器區(qū)域的32列。相反，在這種IRD中，模塊的大小不能超過接收器的緩沖存儲器的大小。因此，全部數(shù)據(jù)業(yè)務(wù)都是由數(shù)個模塊的組構(gòu)成的，并且每次都執(zhí)行僅接收對于顯示等所必需的模塊的過程。上述的用于提取對象的過程(Pr1)到(Pr6)相應(yīng)于諸如不具有大容量接收緩沖器的IRD的結(jié)構(gòu)。假定將圖9的目錄結(jié)構(gòu)用作例如某個數(shù)據(jù)業(yè)務(wù)中的前提條件，首先在該數(shù)據(jù)業(yè)務(wù)中訪問的應(yīng)用程序是稱為Gateway/app0/startup的文件，而第一個場景是由包括在scenedir0或者一文本文件中的靜止圖像構(gòu)成的?，F(xiàn)在，假定由IRD相對于如上所述的數(shù)據(jù)業(yè)務(wù)啟動接收，則執(zhí)行下列過程。(Pr11)參照PMT獲得所需數(shù)據(jù)業(yè)務(wù)的PID，此篩選過程是由解復(fù)用器在將PID、table_id和table_id_extension用作篩選條件的同時執(zhí)行的，并且獲得DSI。服務(wù)網(wǎng)關(guān)對象的IOR已被寫入DSI。(Pr12)通過上述的對象提取過程(Pr1)和(Pr6)從IOR中獲得服務(wù)網(wǎng)關(guān)對象在服務(wù)網(wǎng)關(guān)對象和目錄對象這兩種BIOP消息中，剛好在目錄之下的對象的名稱和位置(IOR)信息和目錄種類是作為稱為“捆綁(binding)”的屬性信息提供的。因此，當(dāng)給出了對象的名稱時，通過從服務(wù)網(wǎng)關(guān)開始并逐一向下追蹤目錄(如果存在相同名稱的對象，必需較高總線名稱，直到對象名稱不同的位置)，可以到達(dá)該名稱的對象。進(jìn)一步還執(zhí)行下列過程。(Pr13)app0對象的IOR是從服務(wù)網(wǎng)關(guān)對象的捆綁信息中獲得的，并且該app0對象是由所述對象提取過程(Pr1)和(Pr6)得出的。(Pr14)startup對象的IOR是從app0對象的捆綁信息中獲得的，并且該startup(啟動)對象是由所述對象提取過程(Pr1)和(Pr6)得出的。以類似于上述的過程，獲得作為第一場景的scenedir0等。如上面所提到的，形成各模塊的對象之間的關(guān)系在DSM-CC系統(tǒng)中沒有特別限制而是任意設(shè)定的。因此，如圖21所示，假定執(zhí)行能使一個對象相應(yīng)于一個模塊的映射，并且從地面站1發(fā)送數(shù)據(jù)。在進(jìn)行由DSM-CC編碼器44形成模塊的處理時，對MHEG內(nèi)容的數(shù)據(jù)執(zhí)行用于數(shù)據(jù)業(yè)務(wù)的目錄結(jié)構(gòu)的映射處理。在此情況下，繼續(xù)接收一新模塊，以隨后在IRD側(cè)由(Pr11)到(Pr14)的過程獲得對象。因此，必須執(zhí)行這樣一過程每次獲得對象都多次改變篩選條件并將其設(shè)置到解復(fù)用器70并且進(jìn)行篩選(filtering)。由于這種篩選操作的接收造成了場景取出的延遲，從而造成了業(yè)務(wù)性能的惡化，由此也延遲了顯示考慮到用于karrusel的一次旋轉(zhuǎn)的時間段到達(dá)從幾秒到幾十秒或更長范圍內(nèi)的一時間，盡管其依賴于數(shù)據(jù)業(yè)務(wù)的全部數(shù)據(jù)大小或者在廣播時分配的頻帶。由于在最壞的情況下在一次篩選操作中會發(fā)生karrusel的一個旋轉(zhuǎn)周期的等待時間(平均值為1/2旋轉(zhuǎn)周期)，通過盡可能減少篩選次數(shù)，會直接有利于提高業(yè)務(wù)性能。下面將考慮場景的切換。按照圖21所示的映射，發(fā)生這樣的情況當(dāng)從正顯示的場景中調(diào)用下一個場景的文件時，該文件必須從較高目錄中搜索。例如，在圖21所示的映射的情況下，當(dāng)從app0/scenedir0轉(zhuǎn)移到app0/scenedir1時，已經(jīng)從app0對象的BIOP消息中獲得scenedir1的捆綁信息。然而，當(dāng)從app0/scenedir0轉(zhuǎn)移到appN/scenedir0時，從存在于服務(wù)網(wǎng)關(guān)對象的BIOP消息中的appN對象的捆綁信息中搜索appN/scenedir0。也就是說，為改變場景，首先接收服務(wù)網(wǎng)關(guān)對象的模塊，從BIOP消息中獲得appN的捆綁信息，識別appN/scenedir0的目錄，之后，必須接收appN/scenedir0的模塊。(然而，上述的操作僅僅是在首次訪問appN時執(zhí)行的。在第二次及后續(xù)次的訪問中，如果保持appN的捆綁信息，則沒有必要執(zhí)行上述過程。)也就是說，甚至在這種情況下，由于模塊的篩選而導(dǎo)致的場景切換等待時間變長。因此，在本實施例中，使用下面的對象映射方法，從而甚至可由上面所述的(Pr1)到(Pr6)的對象提取過程來減小由于首次場景顯示或者場景的切換而導(dǎo)致的等待時間。圖22示出了按照本實施例的用于數(shù)據(jù)業(yè)務(wù)的目錄結(jié)構(gòu)的映射的一個例子在圖22中，將構(gòu)成一個場景的所有對象組合成一個模塊(模塊2，3，…，N)，并且包括服務(wù)網(wǎng)關(guān)的其它較高目錄映射為一個模塊(模塊1)。然而，將首先訪問的應(yīng)用程序文件“Startup”映射到與第一場景相同的模塊(模塊2)。通過執(zhí)行如上所述的映射，如果首先接收服務(wù)網(wǎng)關(guān)的模塊1，并且所有的子目錄結(jié)構(gòu)都存在于該相同模塊中，則IRD12側(cè)可以通過接收該模塊1來獲得整個目錄結(jié)構(gòu)。隨后接收模塊2，并且該模塊2是通過映射首先出現(xiàn)的場景的文件而形成的。因此，在完成對該模塊2的數(shù)據(jù)取出之后，獲得輸出該第一場景所必需的對象的所有信息。也就是說，當(dāng)完成上面所述的(Pr5)的過程時，幾乎在相同的時間內(nèi)也完成了(Pr6)的過程。實際上，當(dāng)在隊列71中獲得模塊2時，模塊2用作一個場景的數(shù)據(jù)并將其發(fā)送到DSM-CC緩沖器91中。這種過程類似地也對包括路由目錄的模塊1執(zhí)行。因此，在這種情況下，只要連續(xù)完成對諸如模塊1和模塊2的兩次模塊接收(捕獲)，就可以原樣開始第一場景的再現(xiàn)。當(dāng)該場景進(jìn)一步切換到另一個場景時，可參照首先取出的目錄對象的捆綁信息直接接收所需場景目錄的模塊。即使在這種情況下，盡管場景切換的額外開銷肯定不大，也必須在出現(xiàn)數(shù)據(jù)業(yè)務(wù)的第一個場景之前兩次接收模塊。按照圖22所示的映射，盡管多個對象進(jìn)入其中組合了較高目錄的模塊1，由于服務(wù)網(wǎng)關(guān)和目錄的兩種對象是通過組合諸如如上所述要捆綁到目錄的對象的名稱和IOR的較少數(shù)據(jù)量的信息而構(gòu)成的，即使對象數(shù)目較大，整個數(shù)據(jù)容量也不會大。圖23示出了作為一個實施例的另一個映射例子。在本例中，對于組合的較高目錄的組，要首先訪問的應(yīng)用程序文件(startup)和第一個場景的對象進(jìn)一步映射到一個模塊1。其它模塊2，…，N是通過以與圖22所示的模塊3，…，N等類似的方式組合對于每個場景所必需的對象而形成的。在執(zhí)行映射并且發(fā)送所得數(shù)據(jù)的情況下，IRD側(cè)僅接收模塊1并將其從隊列電路71發(fā)送到DSM-CC緩沖器91，以使第一個場景可以很快顯示。由于在此階段可參照目錄對象的捆綁信息，因而能夠按照后續(xù)場景的切換立即訪問包含必要場景的對象的模塊。盡管在上述映射例子中形成一個場景的各對象必然存儲在一個模塊中，但在形成一個場景的所有對象的容量較大并且超過指定為一個模塊的最大尺寸的情況下，例如，形成一個確定場景的各對象盡可能多地存儲到第n個模塊，并且第(n+1)個模塊是由形成不能存儲在第n個模塊中的相同場景的對象形成的。使得所述第n和(n+1)個模塊連續(xù)并通過karrusel系統(tǒng)來發(fā)送。通過使用這種方法，盡管必須兩次接收所述第n和(n+1)個模塊，場景可以相對迅速地再現(xiàn)。在下面的描述中，通過如上所述地存儲能夠形成一個場景的所有對象而形成的模塊也稱為“場景模塊”。隨后，將參照圖24到28描述在IRD12側(cè)作為接收處理的對隊列71的模塊分配。在該實施例的IRD12中，將能使廣播側(cè)(地面站側(cè))的數(shù)據(jù)映射被執(zhí)行的條件用作先決條件，并且執(zhí)行對下面將解釋的隊列71的模塊分配，從而能進(jìn)一步高效獲得必要的場景。在圖24A中，概念性地示出了傳輸單元53中的解復(fù)用器70和隊列70以及DSM-CC緩沖器91中的存儲器區(qū)域的結(jié)構(gòu)。作為該圖中示出的傳輸單元53，示出了解復(fù)用器70和形成隊列71的存儲器區(qū)域Mem-1，Mem-2，Mem-3，…，和Mem-32。每個存儲器區(qū)域可存儲模塊單元的數(shù)據(jù)。如上面所提到的，從傳輸流中分離并提取出適合于為解復(fù)用器70給出的篩選條件的數(shù)據(jù)(例如，部分單元)。分離并提取的部分存儲在任意存儲器區(qū)域Mem-1到Mem-32中。通過重復(fù)該操作，對某個存儲器區(qū)域形成一模塊，并將該模塊存儲在其中，該模塊包含一組收集的部分，以適合于篩選條件。例如，現(xiàn)在假定由解復(fù)用器70分離并提取由構(gòu)成場景A的數(shù)據(jù)所形成的模塊數(shù)據(jù)，并將其存儲在存儲器區(qū)域Mem-2中。在使用該場景A的模塊以顯示GUI畫面的情況下，從存儲器區(qū)域Mem-2中讀出該場景A的模塊數(shù)據(jù)并將其寫入DSM-CC緩沖器中。也就是說，作為接收的場景模塊的通用發(fā)送格式，在該場景一次存儲在隊列的存儲器區(qū)域中之后，該場景存儲在DSM-CC緩沖器91中。MHEG解碼器塊84訪問如上所述存儲在DSM-CC緩沖器91的場景數(shù)據(jù)，并將其裝入并存儲在MHEG緩沖器中，以便能夠輸出GUI畫面的場景等。就象這里作為存儲器區(qū)域Mem-1到Mem-32所表示的，本實施例中形成隊列71的存儲器區(qū)域也限于32列。只要實際進(jìn)行了接收傳輸流的操作，這些存儲器區(qū)域就處于它們中的多數(shù)被分離出的各種模塊數(shù)據(jù)以及例如MPEG流數(shù)據(jù)等占用的狀態(tài)，以便適合于各種不同的篩選條件。這種條件意味著，例如，即使MHEG解碼器塊84設(shè)法取出需要訪問到DSM-CC緩沖器91中的多個場景模塊，由于臨時保持場景模塊的存儲器區(qū)域數(shù)目有限，實際上很難比如將許多必需場景模塊成塊存儲到隊列中的多個存儲器區(qū)域并將它們傳送到DSM-CC緩沖器91。在DSM-CC系統(tǒng)中，模塊的接收順序(取出順序)沒有特殊規(guī)定。也就是說，由傳輸單元53將各模塊提取并存儲在各存儲器區(qū)域的順序是任意設(shè)定的因此，在本實施例中，在如上所述地假定存儲器區(qū)域的數(shù)目有限的前提下，模塊分配(接收順序)是如下面所述以這種方式規(guī)定的該方式使得需要存儲在DSM-CC緩沖器91中的模塊由傳輸單元53盡可能迅速地獲得。如上所述，例如在圖22和23中示出了數(shù)據(jù)業(yè)務(wù)的目錄結(jié)構(gòu)和用于該目錄結(jié)構(gòu)的模塊的映射。然而，例如，對于app0的目錄，只要獲得app0/startup和app0/scenedir0/scene0的對象，就可以獲得形成應(yīng)用程序app0的場景的優(yōu)先級信息。相同的方案也可以類似地應(yīng)用于其它應(yīng)用程序app1到appN。對于優(yōu)先級來說，例如，在顯示輸出從某個場景的顯示輸出轉(zhuǎn)移到其它場景的顯示輸出(該轉(zhuǎn)移稱為“轉(zhuǎn)換”)的情況下，通常有多個作為其它場景的候選者。然而，在那些多個場景候選者中，例如，當(dāng)必須通過用戶的操作切換場景時，按照切換可能性的程度分配優(yōu)先級。在本實施例中，模塊分配是根據(jù)場景的優(yōu)先級信息規(guī)定的，下面將參照圖24再次對其進(jìn)行解釋。為方便解釋，現(xiàn)在假定可將場景模塊保持在傳輸單元53中的存儲器區(qū)域僅僅為Mem-2，并且其它存儲器區(qū)域被占用以存儲其它類型的數(shù)據(jù)(例如，MPEG視頻數(shù)據(jù)等)。下面將針對由應(yīng)用程序app0輸出場景的情況進(jìn)行解釋。在傳輸單元53中，假定已接收到app0/startup和app0/scenedir0/scene0的對象所屬于的各模塊，并且例如在CPU80的控制處理單元81中，已獲得了應(yīng)用程序app0中的場景優(yōu)先級信息。假定針對存在于app0的目錄結(jié)構(gòu)之下的多個場景，由優(yōu)先級信息給出的優(yōu)先級類似為場景A→場景B→場景C→場景D→…，并且必須將各場景盡可能多地存儲到DSM-CC緩沖器91中。在這種情況下，控制處理單元81首先執(zhí)行一控制，以使具有最高優(yōu)先級的場景A的模塊存儲在傳輸單元53的存儲器區(qū)域Mem-2中。根據(jù)該控制，解復(fù)用器驅(qū)動器82將適合于場景A的模塊的篩選條件設(shè)置給解復(fù)用器70。因此，如圖24A所示，場景A的模塊存儲在存儲器區(qū)域Mem-2中并傳送到DSM-CC緩沖器91。隨后，作為用于捕獲其優(yōu)先級僅次于場景A的優(yōu)先級的場景B的處理，控制處理單元81指示解復(fù)用器驅(qū)動器82將適合于場景B的模塊的篩選條件設(shè)置到解復(fù)用器70中。因此，如圖24B所示，在存儲器區(qū)域Mem-2中獲得場景B的模塊并將其傳送給DSM-CC緩沖器91。在圖24A的各電路塊中，僅提取存儲器區(qū)域Mem-2和DSM-CC緩沖器91，并將它們示于圖24B中。同樣的方案也類似地應(yīng)用于圖24C。此外，為獲得其優(yōu)先級次于場景B的優(yōu)先級的場景C，將適合于場景C的模塊的篩選條件設(shè)置給解復(fù)用器70。如圖24C所示，獲得場景C并將其傳送給DSM-CC緩沖器91。以類似于上述的方式，將相應(yīng)于優(yōu)先級的場景的篩選條件設(shè)置給解復(fù)用器70，并且在存儲器區(qū)域Mem-2中獲得各場景模塊并將其傳送給DSM-CC緩沖器91。通過執(zhí)行上述操作，將輸出場景所必需的場景模塊的數(shù)據(jù)，或者其中在場景切換時在下一個需要它的概率較高的場景模塊的數(shù)據(jù)，按照優(yōu)先級存儲在DSM-CC緩沖器91中。MHEG解碼器塊84訪問通過DSM-CC緩沖器91獲得的場景模塊的數(shù)據(jù)，并輸出如上所述的諸如GUI畫面等的場景。然而，如果在數(shù)據(jù)廣播期間通過用戶的操作請求調(diào)用所需場景，則該調(diào)用請求的場景的數(shù)據(jù)已經(jīng)保持在DSM-CC緩沖器91中的概率非常高。調(diào)用請求的場景數(shù)據(jù)幾乎可被必然訪問并迅速輸出。DSM-CC緩沖器91的容量很顯然有限，并且實際上不可能分配大容量。因此，例如，存在這樣的情況不能存儲其中假定由MHEG解碼器塊84使用的所有的場景模塊。因此，例如假定發(fā)生了下面的不方便。例如，如圖25所示，假定在某個應(yīng)用程序之下準(zhǔn)備了5個場景A、B、C、D和E，并且各場景之間的轉(zhuǎn)換格式(其轉(zhuǎn)換規(guī)則描述在MHEG中)如圖所示地設(shè)置。例如，在場景A的情況下，可執(zhí)行到場景B、C或者E的轉(zhuǎn)換。假定DSM-CC緩沖器91的容量限定為最多可以存儲4個場景模塊的容量。在此條件下，如果MHEG解碼器塊84使用其中準(zhǔn)備了如圖25所示的5個場景模塊即場景A到E，這5個模塊即場景A到E中的一個不能存儲在DSM-CC緩沖器91中。在上述條件下，例如，假定在某個階段顯示并輸出場景A，并且存儲在DSM-CC緩沖器91中的場景模塊為4個場景A、B、C和D。例如，如果在此狀態(tài)下通過用戶的操作請求調(diào)用場景E，則響應(yīng)于此而執(zhí)行從場景A到場景E的轉(zhuǎn)換。然而，由于在此情況下場景E不存在于DSM-CC緩沖器91中，為滿足對場景E的調(diào)用請求，必須從karrusel中新取出場景E的模塊。對于這個時間段，會給用戶造成一個等待時間，直到從場景A的顯示到場景E的顯示的轉(zhuǎn)換結(jié)束因此，為盡可能解決這種不方便，在本實施例中進(jìn)一步執(zhí)行下面的模塊分配。在MHEG系統(tǒng)的實際數(shù)據(jù)業(yè)務(wù)中，存在的一種情況是，某個應(yīng)用程序中多個場景之間的優(yōu)先級隨著當(dāng)前顯示并輸出的場景進(jìn)行改變。按照正輸出的場景變化的優(yōu)先級也可以根據(jù)上面提到的優(yōu)先級信息來獲得。因此，在本實施例中，作為MHEG解碼器塊84的程序，啟動下一個場景管理器，以便當(dāng)某個場景當(dāng)前正輸出時，通過將正輸出的場景用作激活的參考來管理其它場景的優(yōu)先級。作為所述下一個場景管理器的管理例子，假定在當(dāng)前正輸出如圖25所示各場景之間的場景A的情況下，由下一個場景管理器管理的各優(yōu)先級如圖26所示。也就是說，假定各優(yōu)先級是以(1)場景A→(2)場景C→(3)→場景E→(4)場景B→(5)場景D的順序管理的。這種優(yōu)先級實際上是由圖中所示的優(yōu)先級值確定的。優(yōu)先級值越大，則優(yōu)先級越高。用于場景A外的其它場景的優(yōu)先級值的設(shè)定為對場景C設(shè)定為“10”，對場景E設(shè)定為“9”，對場景B設(shè)定為“7”，并且對場景D設(shè)定為“1”。在此情況下，存儲在DSM-CC緩沖器91中的場景模塊為如圖28A所示的場景A、E、C和B。當(dāng)假定在此狀態(tài)下發(fā)出一請求，以執(zhí)行從場景A到場景C的轉(zhuǎn)換時，例如，MHEG解碼器塊84在圖28A所示的存儲狀態(tài)下執(zhí)行用于從DSM-CC緩沖器91訪問場景C的數(shù)據(jù)并將其輸出的處理。在MHEG解碼器塊84中，相應(yīng)于到場景C的轉(zhuǎn)換，由比如圖27所示的下一個場景管理器更新并管理場景的優(yōu)先級。在圖27中，假定將當(dāng)前正輸出的場景C設(shè)置到頭部，則各優(yōu)先級是以(1)場景C→(2)場景B→(3)→場景A→(4)場景D→(5)場景E的順序管理的。在這種情況下，用于場景C外的其它場景的優(yōu)先級值的設(shè)定為對場景B設(shè)定為“7”，對場景A設(shè)定為“6”，對場景D設(shè)定為“4”，并且對場景E設(shè)定為“2”，并且上述優(yōu)先級是按照這些優(yōu)先級值來確定的。如上面所提到的，按照當(dāng)前正輸出的場景來改變各場景之間的優(yōu)先級。在本實施例中，根據(jù)如圖27所示的更新的場景之間的優(yōu)先級，來如下更新存儲在DSM-CC緩沖器91中的場景模塊的內(nèi)容。例如，CPU80對當(dāng)前由圖27所示的下一個場景管理器管理的場景之間的優(yōu)先級與在圖28A中存儲在DSM-CC緩沖器91中的場景模塊進(jìn)行比較。因此，可以理解，按照如圖27所示的優(yōu)先級，第一優(yōu)先級的場景C、第二優(yōu)先級的場景B、第三優(yōu)先級的場景A和第五優(yōu)先級(最低優(yōu)先級)的場景E存儲在DSM-CC緩沖器91中，而第四優(yōu)先級的場景D不存儲。因此，CPU80執(zhí)行一控制，其控制方式使得存儲在DSM-CC緩沖器91中的場景模塊變?yōu)楫?dāng)前管理的優(yōu)先級之中的較高四個場景。也就是說，在此情況下，如圖28B所示，場景D代替場景E存儲在DSM-CC緩沖器91中，從而能使所述較高四個場景模塊被最終存儲。為達(dá)到此目的，首先，CPU80中的控制處理單元81發(fā)出指令，其指令方式使得例如用于獲得場景D的模塊的篩選條件從解復(fù)用器驅(qū)動器82輸出到解復(fù)用器70。這樣，場景D的模塊存儲在隊列71中分配給該場景數(shù)據(jù)的各模塊的存儲器區(qū)域中。執(zhí)行用于DSM-CC緩沖器91的寫控制，其控制方式使得在隊列71的存儲器區(qū)域中獲得的場景D的模塊用場景E的模塊來代替。例如，由控制處理單元80執(zhí)行所述寫控制就足夠了。如果作為在按照場景切換改變的場景優(yōu)先級之間進(jìn)行比較的結(jié)果必須交換兩個或多個場景模塊以及迄今為止存儲在DSM-CC緩沖器91中的場景模塊數(shù)據(jù)，則按照上述控制操作取出這些場景模塊。例如，當(dāng)用戶在輸出某個場景的狀態(tài)下執(zhí)行場景的切換操作時，實際上，很有可能按照此時刻由下一個場景管理器管理的優(yōu)先級選擇要切換的場景因此，如果規(guī)定傳輸單元53中的模塊分配，以便優(yōu)先將來自按照如上所述當(dāng)前輸出的場景而確定的各場景中更高優(yōu)先級的場景的模塊存儲到DSM-CC緩沖器91，例如，可以盡可能避免這樣一種情況發(fā)生的可能性當(dāng)請求場景轉(zhuǎn)換時，該場景的模塊不存儲在如上所述的DSM-CC緩沖器91中。因此，在多數(shù)情況下，場景的切換按照場景切換操作立即進(jìn)行。實際上，需要略微較高的時間才能使DSM-CC緩沖器91的存儲狀態(tài)按照相應(yīng)于例如圖28A和28B所示的場景切換而改變的場景優(yōu)先級而移位。然而，例如，在開始輸出場景C之后通常需要存在一定時間段才能使第一場景切換操作被執(zhí)行。也就是說，用戶通常在開始輸出場景C之后對場景C的圖像觀察一會兒。由于DSM-CC緩沖器91中的場景數(shù)據(jù)交換通常在這樣一個時間段內(nèi)幾乎可以結(jié)束，因而在實際應(yīng)用中不會發(fā)生問題。下面將參照圖29的流程圖描述實現(xiàn)圖26到28描述的模塊分配的處理操作。該圖中示出的各處理過程由CPU80執(zhí)行。也就是說，這些處理過程是由這樣一種方法實現(xiàn)的解復(fù)用器82、DSM-CC解碼器83和MHEG解碼器塊84根據(jù)控制處理單元81的整體控制來適當(dāng)執(zhí)行所需的控制處理。該圖示出關(guān)于在下列情況下的場景模塊分配的相應(yīng)處理，所述情況例如為因為執(zhí)行了由用戶請求場景切換的操作等，必須進(jìn)行場景切換。首先，在步驟S101，對于按照場景切換之前的下一個場景管理器的場景優(yōu)先級列出的場景候選者和按照場景切換之后的下一個場景管理器的場景優(yōu)先級列出的場景候選者進(jìn)行比較，并且提取出這些場景候選者之中的不一致的(dissident)候選者。將這些場景候選者之中的相一致的場景登記到要由下一個場景管理器按照場景切換進(jìn)行處理的“場景列表”中。該處理過程例如是通過由MHEG解碼器塊84啟動所述下一個場景管理器而實現(xiàn)的。在隨后的步驟S102中，執(zhí)行這樣的處理該處理使得在步驟S101中提取的不同場景候選者中，刪除場景切換之前的場景候選者，并將場景切換之后變?yōu)楹蜻x者的場景添加到列表中，該處理是由MHEG解碼器塊84執(zhí)行的。通過該處理，按照場景切換，將變?yōu)楹蜻x者的多個場景準(zhǔn)備為場景列表在步驟S103，對于登記為場景列表的各場景，按照場景優(yōu)先級執(zhí)行排序，該場景優(yōu)先級是使用所述下一個場景管理器的功能而按照場景切換改變的因此，管理狀態(tài)從圖26所示的下一個場景管理器的管理狀態(tài)轉(zhuǎn)移到圖27所示的下一個場景管理器的管理狀態(tài)。在步驟S101到S103中示出的處理過程中，步驟S101和S102中的處理過程沒有在上述關(guān)于圖26和27的描述中特別提到。這是因為，在圖26和27所示的情況中，場景候選者不會由于場景A到場景C的場景切換而交換。也就是說，當(dāng)從圖26到27進(jìn)行場景切換時，在步驟S101不提取不同的場景，并且認(rèn)為所有的場景都一致，以使它們登記在場景列表中。在步驟S103之后，執(zhí)行步驟S104的處理。在步驟S103所存儲的場景列表中，開始對作為優(yōu)先者的最高級別的場景進(jìn)行處理。也就是說，該場景作為“當(dāng)前場景”處理，并且執(zhí)行后續(xù)處理。作為步驟S104中的“作為優(yōu)先者的最高級別的場景”，除了當(dāng)前正輸出的場景(圖27的場景C)之外，還選擇最高優(yōu)先級的場景。即，在圖27所示的情況下選擇場景B。例如，當(dāng)獲得圖27所示的優(yōu)先級管理狀態(tài)時，如果場景C不存儲在DSM-CC緩沖器91中，則假定執(zhí)行步驟S104中的處理，以便例外地將場景C作為當(dāng)前場景處理。在隨后的步驟S105中，檢驗由步驟S104中選擇的當(dāng)前場景的數(shù)據(jù)形成的模塊(場景模塊)的數(shù)據(jù)大小。該數(shù)據(jù)大小例如可由下列方法來識別從karrusel的數(shù)據(jù)中取出作為相應(yīng)于當(dāng)前場景模塊的控制信息的DII(參照圖8)，并且，例如，DSM-CC解碼器塊83查閱表示取出的DII中的模塊數(shù)據(jù)大小的信息。這里所獲得的當(dāng)前場景模塊的數(shù)據(jù)大小信息被暫時保持并用于步驟S107的辨別操作，對該操作將在下文中解釋。在步驟S106，辨別系統(tǒng)是否處于當(dāng)前場景模塊已被存儲在DSM-CC緩沖器91中的狀態(tài)中。如果是，則接著執(zhí)行步驟S110，并執(zhí)行這樣一處理對于迄今為止的當(dāng)前場景，將分配了下一級優(yōu)先級的場景選擇為場景列表上的當(dāng)前場景，并開始對這樣的當(dāng)前場景進(jìn)行的處理。另一方面，如果在步驟S106中的判斷結(jié)果為否，則處理流程進(jìn)到處理步驟S107。在步驟S107，進(jìn)行檢驗查看DSM-CC緩沖器91的當(dāng)前剩余容量(數(shù)據(jù)取出可能容量)是否大于在步驟S105檢驗的當(dāng)前場景模塊的大小。如果檢驗結(jié)果為是，即，判斷出存在能夠取出和存儲當(dāng)前場景模塊容量的剩余容量，作為DSM-CC緩沖器91的當(dāng)前剩余容量，則接著執(zhí)行步驟S111。執(zhí)行這樣一處理將來自karrusel的當(dāng)前場景模塊數(shù)據(jù)累積到隊列71中，并將其取出并存儲到DSM-CC緩沖器91中。CPU80實現(xiàn)此處理的控制操作以及與其相關(guān)的每個部分的信號處理操作例如在圖28的描述中所述及。在執(zhí)行了步驟S111的處理之后，處理例程經(jīng)過步驟S110的處理返回到步驟S105的處理。如果在步驟S107的檢驗結(jié)果為否，并且當(dāng)DSM-CC緩沖器91的當(dāng)前剩余容量小于在步驟S105中檢驗的當(dāng)前場景模塊的大小時，處理流程進(jìn)到步驟S108。在步驟S108，將由所述下一個場景管理器管理的當(dāng)前優(yōu)先級管理與當(dāng)前存儲在DSM-CC緩沖器91中的場景模塊進(jìn)行比較，并且在當(dāng)前存儲在DSM-CC緩沖器91中的場景模塊中，指定當(dāng)前作為具有最低優(yōu)先級的模塊管理的場景模塊。在下一步驟S109中，判斷指定的場景模塊的優(yōu)先級是否低于當(dāng)前模塊的優(yōu)先級。在步驟S109中，如果在步驟S108中指定的場景模塊的優(yōu)先級低于當(dāng)前場景的優(yōu)先級，則接著執(zhí)行步驟S112。從DSM-CC緩沖器中刪除指定的場景模塊，并且處理例程返回到步驟S107。通過該處理，從DSM-CC緩沖器91中刪除最低優(yōu)先級的場景模塊(然而，僅將其優(yōu)先級低于當(dāng)前場景的優(yōu)先級的場景模塊才作為目標(biāo)處理)，直到獲得可以取出當(dāng)前場景模塊的DSM-CC緩沖器91的剩余容量。如果在步驟S109的判斷結(jié)果為否，即，當(dāng)判斷出在步驟S108中指定的場景模塊的優(yōu)先級高于當(dāng)前場景的優(yōu)先級時，在此階段，存儲在DSM-CC緩沖器91中的場景模塊最終相應(yīng)于由下一個場景管理器管理的當(dāng)前場景的優(yōu)先級。也就是說，按照上面的具體例子，獲得與圖27所示的下一個場景管理器的管理相對應(yīng)的圖28B所示的場景模塊的存儲狀態(tài)。在此情況下，迄今為止完成了如圖所示用于模塊分配的處理。5.主視頻圖像●音頻數(shù)據(jù)的再現(xiàn)和附加數(shù)據(jù)的再現(xiàn)之間的同步在多路復(fù)用和廣播音樂片段數(shù)據(jù)以便與TV廣播節(jié)目并行進(jìn)行下載的業(yè)務(wù)的情況下，存在這樣一種情況客戶機(jī)想要使主頻道的視頻圖像和音頻數(shù)據(jù)的再現(xiàn)(例如，圖4中的21A)與諸如靜止圖像等的附加數(shù)據(jù)的再現(xiàn)(例如，圖4中的21D)同步。例如，圖像以下列方式顯示。也就是說，如圖30所示，在主節(jié)目的畫面P1通過圖30A所示的布置在時刻T0和時刻T2之間的時間段進(jìn)行顯示的同時，如圖30B所示，在時刻T1除了顯示主節(jié)目的畫面P1之外，還顯示附加數(shù)據(jù)的靜止圖像P2。靜止圖像P2連續(xù)顯示，直到時刻T2。靜止圖像在時刻T2消失，如圖30C所示。在這種情況下，即使僅僅是與視頻圖像和音頻數(shù)據(jù)的廣播同時地發(fā)送附加數(shù)據(jù)，則在接收側(cè)，視頻圖像和音頻數(shù)據(jù)的再現(xiàn)也不能總是與附加數(shù)據(jù)的再現(xiàn)同步。下面將描述這樣一種方法利用該方法，在腳本中描述事件的產(chǎn)生時間，并且當(dāng)事件的產(chǎn)生時間到來時開始再現(xiàn)數(shù)據(jù)。通過如上所述詳細(xì)描述事件產(chǎn)生時間，主視頻圖像和音頻數(shù)據(jù)的再現(xiàn)可以與附加到其上的靜止圖像數(shù)據(jù)等的再現(xiàn)相同步。在此情況下，如果對于要發(fā)送的時間信息要求秒級精度或更高精度，則對發(fā)送側(cè)和接收側(cè)造成的負(fù)擔(dān)增加。經(jīng)常還會有這樣一種情況由于體育節(jié)目、特殊新聞廣播等改變節(jié)目的規(guī)定時間。在由腳本描述顯示附加數(shù)據(jù)的時間信息并使系統(tǒng)可操作的情況下，如果如上所述存在節(jié)目的時間變化，則很難應(yīng)付這種情況。因此，在本實施例中，由時間信息構(gòu)成事件通知，并且在時間信息部分定義和安排事件名稱和表示該事件要立即產(chǎn)生的代碼，并對其進(jìn)行發(fā)送。通過使用此方法，在接收側(cè)不需要管理時間，并且可以減小CPU的負(fù)荷。下面將在下文中詳細(xì)描述使主頻道的視頻圖像和音頻數(shù)據(jù)的再現(xiàn)與靜止圖像的附加數(shù)據(jù)的再現(xiàn)同步的方法。作為包括在主服務(wù)網(wǎng)關(guān)中的對象，可以是上面所提到的目錄、文件、流和流事件。然而，在這些對象之中，編輯是由GUI編輯系統(tǒng)42執(zhí)行的，以便鏈接信息、事件名稱和時間信息包括在流事件中。圖31示出了產(chǎn)生這樣一個流事件的腳本(MHEG)的例子。如圖31所示，當(dāng)形成這種顯示數(shù)據(jù)時的事件名稱定義在該腳本之中，并且描述了根據(jù)該事件名稱發(fā)生狀態(tài)變化(顯示數(shù)據(jù)的開/關(guān)(on/off))。在DSM-CC編碼器44中，讀出要同步的視頻素材的時間代碼，將讀出的時間代碼用作時間信息，并且通過使該時間代碼相應(yīng)于事件名稱來形成流事件包。從廣播站與karrusel分開地重復(fù)發(fā)送該流事件包，如下文中將解釋的。圖32示出這種流事件包的結(jié)構(gòu)。如圖32所示，在流事件包的頭部提供表示流事件包的首標(biāo)。在該首標(biāo)之后描述了一對第一事件名稱和時間信息。此外，在此之后描述了一對下一個事件名稱和時間信息?？衫^續(xù)連接多對事件名稱和時間信息。作為事件的時間信息，存在這樣一種情況一種不可能的代碼，例如其中所有比特都為1的全“1”安排在時間信息部分。在此情況下，定義其意味著“事件立即產(chǎn)生”。盡管主節(jié)目的視頻圖像和音頻數(shù)據(jù)和附加數(shù)據(jù)是從發(fā)送側(cè)發(fā)送的，流事件包在從早于同步定時的預(yù)定處理時間的定時起的預(yù)定間隔內(nèi)重復(fù)發(fā)送多次在接收側(cè)，當(dāng)接收流事件包時，該事件在相應(yīng)于包中的時間信息的時刻產(chǎn)生。如果時間信息部分指示全“1”，則事件在接收之后很快產(chǎn)生。因此，主節(jié)目的視頻圖像和音頻數(shù)據(jù)的再現(xiàn)可以與附加數(shù)據(jù)的顯示同步。也就是說，如圖33A所示，主節(jié)目的視頻圖像和音頻數(shù)據(jù)的流連續(xù)發(fā)送。附加數(shù)據(jù)包是如圖33C所示那樣發(fā)送的，并且附加數(shù)據(jù)預(yù)先取到接收器中。在本例中，假定一個事件(Event1)是在時間點T1產(chǎn)生的，而另一個事件(Event2)是在時間點T2產(chǎn)生的。事件(Event1)啟動靜止圖像P2的顯示。事件(Event2)關(guān)閉靜止圖像P2的顯示。在此情況下，如圖33B所示，在略微提前于產(chǎn)生事件(Event1)的時刻點T1的時刻，發(fā)送其中事件名稱為事件(Event1)并且時間信息部分設(shè)置為全“1”的流事件包SE1-1。周期性地發(fā)送其中事件名稱為事件(Event1)并且時間信息部分設(shè)置為全“1”的流事件包SE1-2，SE1-3，…，直到開始下一個事件(Event2)的時刻之前的時刻。在略微提前于產(chǎn)生事件(Event2)的時刻點T2的時刻，發(fā)送其中事件名稱為事件(Event2)并且時間信息部分設(shè)置為全“1”的流事件包SE2-1。周期性地發(fā)送其中事件名稱為事件(Event2)并且時間信息部分設(shè)置為全“1”的流事件包SE2-2，SE2-3，…，直到開始下一個事件的時刻之前的時刻(或者直到節(jié)目結(jié)束)。在接收側(cè)，在略微提前于產(chǎn)生事件(Event1)的時刻點T1的時刻，接收流事件包SE1-1。由于在事件包SE1-1中將時間信息部分設(shè)置為全“1”，在接收到事件包SE1-1的時間點立即產(chǎn)生事件(Event1)。由于該事件(Event1)打開了靜止圖像P2的顯示，該事件在接收到流事件包SE1-1的時間點立即產(chǎn)生。靜止圖像P2的顯示開啟，如圖33D所示。流事件包SE1-1在略微提前于產(chǎn)生事件(Event1)的時間點T1的時刻發(fā)送的原因是必須考慮處理時間。由于存在這種處理時間，通過在略微提前于產(chǎn)生事件(Event1)的時間點T1的時刻發(fā)送流事件包SE1-1，靜止圖像剛好在時間點T1顯示。由于圖33D所示的顯示數(shù)據(jù)已在產(chǎn)生事件之前取出，因而考慮到顯示數(shù)據(jù)的處理時間僅僅基于圖像顯現(xiàn)所需的時間，并且可以認(rèn)為其幾乎為常數(shù)。隨后在略微提前于產(chǎn)生事件(Event2)的時間點T2的一時刻接收流事件包SE2-1。由于流事件包SE2-1的時間信息部分設(shè)置為全“1”，事件(Event2)在接收流事件包SE2-1的時間點立即產(chǎn)生。由于該事件(Event2)關(guān)閉了靜止圖像P2的顯示，該事件在接收到流事件包SE2-1的時間點立即產(chǎn)生，并且關(guān)閉靜止圖像P2的顯示。由于存在顯示時間的處理時間，數(shù)據(jù)的處理剛好在時間點T2完成。如圖33D所示，擦除靜止圖像。如上面所提到的，用于產(chǎn)生各事件的流事件包在早于產(chǎn)生每個事件的時間的時刻經(jīng)過事件數(shù)據(jù)的處理時間發(fā)送。用于該事件的附加數(shù)據(jù)已被事先發(fā)送并取出到接收器。因此，每個事件可在規(guī)定時間產(chǎn)生。重復(fù)發(fā)送流事件包，直到開始下一個事件的時間點，或者直到節(jié)目結(jié)束。相同的流事件包重復(fù)發(fā)送的原因是，在接收器的電源在定義的每個事件的時間之后接通的情況下，或者在該狀況從另一個頻道改變到此頻道的情況下，必須將顯示數(shù)據(jù)移到正確的狀態(tài)。在上面的例子中，事件(Event1)和事件(Event2)都作為流事件包發(fā)送，其中時間信息部分設(shè)置為全“1”。然而，其中描述了事件名稱和事件時間信息的流事件包和其中將事件名稱和時間信息部分設(shè)置為全“1”的流事件包可被組合并發(fā)送。圖34示出了這樣一個例子，在該例子中，其中描述了事件名稱和事件時間信息的流事件包和其中將事件名稱和時間信息部分設(shè)置為全“1”的流事件包可被組合并發(fā)送。也就是說，在圖34中，事件(Event11)的流事件包SE11-1，SE11-2，SE11-3，...在時間點T11開啟靜止圖像P2的顯示?！皶r間T1”描述在流事件包SE11-1，SE11-2，SE11-3，...的時間信息中。另一方面，事件(Event12)的流事件包SE12-1，SE12-2，SE12-3，...在時間點T12關(guān)閉靜止圖像P2的顯示。在流事件包SE12-1，SE12-2，SE12-3，...中，時間信息部分設(shè)置為全“1”。在此情況下，如圖34B所示，從產(chǎn)生事件(Event11)的時間點T11之前的一時刻起，周期性重復(fù)發(fā)送流事件包SE11-1，SE11-2，SE11-3，...。在略微提前于開始下一個事件(Event12)的時間點T12的一時刻，發(fā)送事件(Event12)的流事件包SE12-1。隨后，周期性重復(fù)發(fā)送類似的流事件包SE12-2，SE12-3，...。在接收側(cè)，在產(chǎn)生事件的時間點T11之前的一時刻接收流事件包SE11-1，SE11-2，SE11-3，...。所有的流事件包SE11-1，SE11-2，SE11-3，...都是類似的包。流事件包SE11-1，SE11-2，SE11-3，...的時間信息設(shè)置為“時間T11”。因此，接收器側(cè)等待，直到時間點T11到來。當(dāng)時間點T11到來時，產(chǎn)生事件(Event11)。由于該事件(Event11)開啟了靜止圖像P2的顯示，靜止圖像P2的顯示從時間點T11起開啟，如圖34D所示。流事件包SE12-1在略微提前于產(chǎn)生事件(Event12)的時間點T12的一時刻被接收。由于該流事件包SE12-1的時間信息設(shè)置為全“1”，該事件(Event12)在接收到流事件包SE12-1的時間點立即產(chǎn)生。由于該事件(Event12)關(guān)閉了靜止圖像P2的顯示，該事件(Event12)在接收到流事件包SE12-1的時間點立即產(chǎn)生。關(guān)閉靜止圖像P2的顯示。由于存在顯示時間的處理時間，如圖34D所示，靜止圖像P2的顯示處理剛好在時間點T12完成，并且擦除該靜止圖像在此情況下，也重復(fù)發(fā)送流事件包，直到開始下一個事件的時間點，或者直到節(jié)目結(jié)束。相同的流事件包如上所述地重復(fù)發(fā)送的原因是，以類似于上述的方式，在接收器的電源在定義的每個事件的時間之后接通的情況下，或者在該狀況從另一個頻道改變到此頻道的情況下，必須將顯示數(shù)據(jù)移到正確的狀態(tài)。在在流事件包的時間信息中描述時間并且發(fā)送該流事件包的情況下，描述MHEG腳本，比如為“如果描述的時間信息指示當(dāng)前時間通過，則事件立即產(chǎn)生”。通過使用此方法，描述了流事件包的時間信息，并且，甚至在當(dāng)前時間已通過了由該時間信息所示的時間的情況下，事件也會立即產(chǎn)生。盡管上述的例子涉及簡單的事件處理，比如為開啟/關(guān)閉一個附加數(shù)據(jù)，但也可以處理多個附加數(shù)據(jù)。在此情況下，通過將關(guān)于相同附加數(shù)據(jù)的各事件處理為一組，可以類似于簡單序列情況下的方式執(zhí)行處理。例如，如圖35所示，假定以下列方式執(zhí)行顯示處理在時間T20和時間T24之間的時間段內(nèi)通過如圖35A所示的布置顯示主節(jié)目的圖像P21，在時間點T21如圖35B那樣顯示靜止圖像P22，進(jìn)一步在時間點T22如圖35C那樣顯示靜止圖像P23，在時間點T23如圖35D那樣只擦除靜止圖像P22，在時間點T24如圖35E那樣擦除靜止圖像P23，并且，僅有主運動圖像P21連續(xù)顯示。如上面所提到的，當(dāng)存在兩個事件，即關(guān)于靜止圖像P22的事件和關(guān)于靜止圖像P23的事件時，將關(guān)于每個附加數(shù)據(jù)的各事件考慮為一個組。首先，作為關(guān)于靜止圖像P22的組的事件，存在這樣一個事件該事件在時間點T21開啟靜止圖像P22的顯示，并在時間點T23關(guān)閉靜止圖像P22的顯示。作為關(guān)于靜止圖像P23的組的事件，存在這樣一個事件該事件在時間點T22開啟靜止圖像P23的顯示，并在時間點T24關(guān)閉靜止圖像P23的顯示。為實現(xiàn)關(guān)于第一組的靜止圖像P22的事件，在略微提前于時間點T21的一時刻，發(fā)送其中將時間信息部分設(shè)置為全“1”的用于開啟靜止圖像P22的顯示的事件名稱的流事件包。之后，周期性地重復(fù)發(fā)送該流事件包。在略微提前于時間點T23的一時刻，發(fā)送其中將時間信息部分設(shè)置為全“1”的用于關(guān)閉靜止圖像P22的顯示的事件名稱的流事件包。之后，周期性地重復(fù)發(fā)送該流事件包。為實現(xiàn)關(guān)于下一組的靜止圖像P23的事件，在略微提前于時間點T22的一時刻，發(fā)送其中將時間信息部分設(shè)置為全“1”的用于接通靜止圖像P23的顯示的事件名稱的流事件包。之后，周期性地重復(fù)發(fā)送該流事件包。在略微提前于時間點T24的一時刻，發(fā)送其中將時間信息部分設(shè)置為全“1”的用于關(guān)閉靜止圖像P23的顯示的事件名稱的流事件包。之后，周期性地重復(fù)發(fā)送該流事件包。如上面所提到的，當(dāng)存在關(guān)于多個附加數(shù)據(jù)的事件時，通過對每個數(shù)據(jù)執(zhí)行組合(grouping)，可以對這些數(shù)據(jù)以類似于一個數(shù)據(jù)的情況下的方式來考慮。在同時產(chǎn)生多個事件的情況下，不需要通過另一個包來發(fā)送這些事件，并且多個流事件信息可由一個流事件包發(fā)送。圖36示出了實現(xiàn)相應(yīng)于圖35所示事件的流的流事件序列。如圖36A所示，主節(jié)目的視頻圖像和音頻數(shù)據(jù)流連續(xù)發(fā)送。附加數(shù)據(jù)的包如圖36C所示那樣發(fā)送，并且此附加數(shù)據(jù)包已被事先取出。事件(EventG1-1)是用于開啟靜止圖像P22的顯示的事件。事件(EventG1-2)是用于關(guān)閉靜止圖像P22的顯示的事件。事件(EventG2-1)是用于開啟靜止圖像P23的顯示的事件。事件(EventG2-2)是用于關(guān)閉靜止圖像P23的顯示的事件。在此情況下，如圖36B所示，在略微提前于產(chǎn)生事件(EventG1-1)的時間點T21的一時刻，發(fā)送其中事件名稱為事件(EventG1-1)并且時間信息部分設(shè)置為全“1”的流事件包SE21-1。之后，周期性地重復(fù)發(fā)送相同的流事件包SE21-2，SE21-3，…。在略微提前于產(chǎn)生事件(EventG2-1)的時間點T22的一時刻，發(fā)送其中事件名稱為事件(EventG2-1)并且時間信息部分設(shè)置為全“1”的流事件包。在此情況下，也必須連續(xù)發(fā)送其中事件名稱為事件(EventG1-1)并且時間信息部分設(shè)置為全“1”的流事件包。因此，周期性地連續(xù)發(fā)送其中這些事件已被合并的流事件包SE22-1，SE22-2，SE22-3，…。在略微提前于產(chǎn)生事件(EventG1-2)的時間點T23的一時刻，發(fā)送其中事件名稱為事件(EventG1-2)并且時間信息部分設(shè)置為全“1”的流事件包。在此情況下，也必須連續(xù)發(fā)送其中事件名稱為事件(EventG2-1)并且時間信息部分設(shè)置為全“1”的流事件包。因此，周期性地連續(xù)發(fā)送其中這些事件已被合并的流事件包SE23-1，SE23-2，SE23-3，…。在略微提前于產(chǎn)生事件(EventG2-2)的時間點T24的一時刻，發(fā)送其中事件名稱為事件(EventG2-2)并且時間信息部分設(shè)置為全“1”的流事件包。在此情況下，也必須連續(xù)發(fā)送其中事件名稱為事件(EventG1-2)并且時間信息部分設(shè)置為全“1”的流事件包。因此，周期性地連續(xù)發(fā)送其中這些事件已被合并的流事件包SE24-1，SE24-2，SE24-3，…。通過如上所述地對每個目標(biāo)組合流事件，例如，即使此頻道在時間T22和時間T23之間的時間段內(nèi)被選擇，作為產(chǎn)生兩個事件即事件(EventG1-1)和事件(EventG2-1)的結(jié)果，靜止圖像P22的顯示和靜止圖像P23的顯示都可以開啟。當(dāng)在時間T23和時間T24之間的時間段內(nèi)選擇了此頻道時，事件(EventG2-1)和事件(EventG1-2)都產(chǎn)生，從而可最終顯示靜止圖像P23。盡管對本發(fā)明已對于將DSM-CC系統(tǒng)用作數(shù)據(jù)發(fā)送系統(tǒng)并將U-UAPI用作MHEG客戶機(jī)服務(wù)器之間的接口的情況作了描述，但本發(fā)明不限于此。本發(fā)明可應(yīng)用于任何符合上面實施例中描述的發(fā)送格式的發(fā)送系統(tǒng)和接口。本發(fā)明所應(yīng)用的系統(tǒng)不限于數(shù)字衛(wèi)星廣播系統(tǒng)，而是還可應(yīng)用于例如電纜電視等的廣播、因特網(wǎng)等等。如上所述，按照本發(fā)明，例如，作為用于通過DSM-CC系統(tǒng)中的對象karrusel發(fā)送數(shù)據(jù)的系統(tǒng)的接收側(cè)的數(shù)據(jù)發(fā)送控制方法，可從自karrusel接收并保持?jǐn)?shù)據(jù)的服務(wù)器側(cè)向客戶機(jī)通知這樣的事實karrusel的內(nèi)容已被改變，以便通過使用karrusel的數(shù)據(jù)實現(xiàn)所需功能。因此，客戶機(jī)側(cè)能夠響應(yīng)于karrusl的內(nèi)容切換而迅速或高效地按照此通知執(zhí)行操作。按照本發(fā)明，作為用于如上所述將karrusel的內(nèi)容已被改變事實通知給客戶機(jī)的karrusel內(nèi)容切換通知處理，例如，在現(xiàn)有的比如U-UAPI等的接口下，可設(shè)置表示關(guān)于karrusel的內(nèi)容切換的控制信息(DSI)的變化的控制信息變化事件(DSI_CHANGED)，并且，通過使用該控制信息變化事件，該控制信息已被改變的事實從客戶機(jī)側(cè)通知到服務(wù)器側(cè)。也就是說，可按照現(xiàn)有的接口實現(xiàn)karrusel的內(nèi)容切換的通知，而不用使用專門接口標(biāo)準(zhǔn)，從而賦予了普遍性。預(yù)訂事件(Event∷subscribe)的傳送是在激活客戶機(jī)的程序或者切換karrusel本身時執(zhí)行的。通過允許事件通知請求(Event∷notify)在獲得來自服務(wù)器的事件通知請求的響應(yīng)消息之后立即執(zhí)行，可在激活客戶機(jī)的程序之后獲得karrusel的內(nèi)容切換通知，而且?guī)缀醪粫⑵鋪G失。例如，GUI畫面的內(nèi)容可以幾乎快速響應(yīng)于廣播側(cè)等的karrusel的內(nèi)容切換而變化。故提高了可靠性此外，在產(chǎn)生控制信息改變事件之前karrusel的內(nèi)容連續(xù)用于預(yù)定時間段，直到在服務(wù)器向客戶機(jī)通知產(chǎn)生了控制信息變化事件之后客戶機(jī)向服務(wù)器傳送會話脫開(Session∷detach…releaserequest(會話∷脫開…釋放請求))。因此，能夠以下列方式構(gòu)建系統(tǒng)即使切換了karrusel的內(nèi)容，也不中斷之前剛好基于該karrusel的內(nèi)容執(zhí)行的處理。作為在用于通過例如DSM-CC系統(tǒng)下的對象karrusel執(zhí)行數(shù)據(jù)傳送的系統(tǒng)接收側(cè)的數(shù)據(jù)傳送控制方法，可從接收并保持來自karrusel的數(shù)據(jù)的服務(wù)器側(cè)向客戶機(jī)通知一事實karrusel(循環(huán)數(shù)據(jù)單元)中的對象已被更新，以便通過使用此karrusel的數(shù)據(jù)實現(xiàn)所需功能。因此，客戶機(jī)側(cè)能夠按照此通知，迅速或高效地執(zhí)行要響應(yīng)于該對象更新而執(zhí)行的處理。在本發(fā)明中，作為用于如上所述將對象更新通知給客戶機(jī)的對象更新通知處理，例如，在現(xiàn)有的比如U-UAPI等接口下設(shè)置控制信息改變事件(DII_CHANGED)，該控制信息改變事件意味著改變關(guān)于其內(nèi)容按照對象的更新而更新的模塊的控制信息(DII)。通過使用該控制信息改變事件，控制信息改變的存在從客戶機(jī)側(cè)通知給服務(wù)器側(cè)。也就是說，可按照現(xiàn)有的接口實現(xiàn)對象的更新通知，而不用使用專門接口標(biāo)準(zhǔn)，因而賦予了普遍性。當(dāng)根據(jù)所述控制信息改變事件從服務(wù)器側(cè)通知了控制信息改變事件的產(chǎn)生時，如果添加了控制信息所對應(yīng)的模塊，則客戶機(jī)側(cè)不僅可以知道對象只不過在karrusel中更新，而且還可以指定更新對象所屬于的模塊。因此，當(dāng)執(zhí)行用于將數(shù)據(jù)等再次裝入的處理時可以高效地執(zhí)行處理。作為本發(fā)明的另一個對象更新通知處理，意味著DII的改變的控制信息改變事件(DII_CHANGED)在現(xiàn)有的比如U-UAPI等的接口之下進(jìn)行設(shè)置，并且客戶機(jī)側(cè)以類似于上面提到的方式預(yù)訂接收所述控制信息改變事件(Event∷subscribe)。之后，所感興趣對象的ID發(fā)送到服務(wù)器，并且該對象所屬于的模塊從服務(wù)器發(fā)送到客戶機(jī)。響應(yīng)于客戶機(jī)的接收該控制信息改變事件的后續(xù)請求，服務(wù)器側(cè)添加更新的控制信息的模塊的ID，并通知客戶機(jī)該控制信息改變事件的存在。因此，在接收器側(cè)，通過搜索其中使得對象ID和模塊ID相對應(yīng)的表，也可以指定幾乎更新的對象。在此情況下，客戶機(jī)側(cè)例如在對象單元基礎(chǔ)上再次裝入數(shù)據(jù)就足夠了。進(jìn)一步減小了處理負(fù)擔(dān)。作為再一個對象更新通知處理，客戶機(jī)側(cè)添加所感興趣對象的ID并向服務(wù)器預(yù)訂接收模塊的更新事件，并且，服務(wù)器響應(yīng)于此(預(yù)訂)而執(zhí)行接口程序，以使特殊模塊更新事件被設(shè)置并返回給客戶機(jī)。響應(yīng)于客戶機(jī)的接收模塊更新事件的后續(xù)請求，服務(wù)器側(cè)添加更新控制信息的模塊更新事件ID，并且發(fā)送模塊更新事件。甚至通過使用此結(jié)構(gòu)，在客戶機(jī)側(cè)，通過搜索其中使得對象ID和模塊更新事件ID相對應(yīng)的表，也可以指定幾乎更新的對象。在此結(jié)構(gòu)中，由于獲得的模塊更新事件ID和相應(yīng)的對象ID是無條件地獲得的，不需要為了指定更新對象而搜索該表。因而進(jìn)一步減小了處理負(fù)擔(dān)。預(yù)訂事件(Event∷subscribe)的傳送是在激活客戶機(jī)的程序或者切換karrusel本身時執(zhí)行的。通過以下列方式進(jìn)行構(gòu)建使得事件通知請求(Event∷notify)在獲得來自服務(wù)器的事件通知請求的響應(yīng)消息之后立即執(zhí)行，可在激活客戶機(jī)的程序之后獲得對象更新的通知，而且?guī)缀醪粫⑵鋪G失。例如，GUI畫面的內(nèi)容可以幾乎快速響應(yīng)于廣播側(cè)等的對象更新而變化。故提高了可靠性。按照本發(fā)明，對于包含事件名稱和時間信息的流事件的時間信息，不能作為時間信息出現(xiàn)的一個代碼(例如，全“1”)定義為意味著“事件立即產(chǎn)生”。因此，當(dāng)通過將時間信息部分設(shè)置為例如全“1”而發(fā)送流事件時，該事件在接收側(cè)立即產(chǎn)生。因此，當(dāng)客戶機(jī)想要使顯示數(shù)據(jù)與視頻圖像和音頻數(shù)據(jù)同步時，通過在略微提前于產(chǎn)生事件的定時的一時刻發(fā)送其中將時間信息部分例如設(shè)置為全“1”的流事件，顯示數(shù)據(jù)可以與視頻圖像和音頻數(shù)據(jù)同步。因此，視頻圖像和音頻數(shù)據(jù)與附加數(shù)據(jù)之間的同步可以輕易實現(xiàn)，并且能夠容易地處理節(jié)目的改變。在接收側(cè)不需要時間管理。此外，本發(fā)明是以下列方式說明的作為發(fā)送系統(tǒng)，一個場景的場景數(shù)據(jù)原則上形成一個模塊，而作為相應(yīng)于通過karrusel系統(tǒng)發(fā)送包含一個或多個模塊的發(fā)送數(shù)據(jù)的情況的接收設(shè)備，按照各場景的優(yōu)先級確定作為要從karrusel(發(fā)送信息)中提取并取出到隊列(存儲器裝置)的場景數(shù)據(jù)的模塊。例如，在沒有特別說明模塊到隊列的取出順序的情況下，需要較長時間才能在場景數(shù)據(jù)存儲裝置(DSM-CC緩沖器)中獲得并取出顯示輸出所必需的場景數(shù)據(jù)。為解決這個問題，必需多個隊列才能使作為目標(biāo)場景數(shù)據(jù)的模塊通過場景數(shù)據(jù)存儲裝置被盡可能迅速地獲得。另一方面，按照本發(fā)明，由于作為場景數(shù)據(jù)的各模塊是按照優(yōu)先級通過上述結(jié)構(gòu)取出的，即使在使用有限數(shù)目的隊列裝置的結(jié)構(gòu)中，也能相對迅速地獲得顯示輸出所必需的場景數(shù)據(jù)或者很有可能必需的場景數(shù)據(jù)。也就是說，按照本發(fā)明，即使隊列電路較少，本發(fā)明也能迅速地處理場景輸出和場景切換。相反，與不使用本發(fā)明而實現(xiàn)快速場景輸出和場景切換的情況相比，可以減少隊列數(shù)目，從而可以減小IRD(接收設(shè)備)的電路規(guī)模，并且可以實現(xiàn)低成本。由于要從接收數(shù)據(jù)的karrusel中取出的作為場景數(shù)據(jù)的模塊是按照要響應(yīng)于當(dāng)前輸出的場景改變的優(yōu)先級確定的，獲得這樣一種狀態(tài)場景數(shù)據(jù)已響應(yīng)于場景顯示的切換，按照從較高級場景數(shù)據(jù)起的優(yōu)先級優(yōu)先存儲在場景數(shù)據(jù)存儲裝置中。在此情況下，要由場景顯示的切換操作來選擇的場景的場景數(shù)據(jù)已存儲在場景數(shù)據(jù)存儲裝置中的可能性非常高。因此，即使在例如，當(dāng)執(zhí)行了場景顯示的切換操作時，在許多情況下，場景切換操作也能迅速執(zhí)行。該結(jié)構(gòu)尤其對于下列條件有效場景數(shù)據(jù)存儲裝置(DSM-CC緩沖器)的容量有限，并且不能存儲大量場景數(shù)據(jù)。工業(yè)應(yīng)用性本發(fā)明可用于下列情況發(fā)送與主TV節(jié)目廣播相關(guān)的音樂數(shù)據(jù)，并且例如在數(shù)字衛(wèi)星廣播中傳播音樂等。權(quán)利要求1.一種數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法相應(yīng)于一數(shù)據(jù)傳送系統(tǒng)，其中循環(huán)數(shù)據(jù)單元由要傳送的所需數(shù)據(jù)形成，并且所述循環(huán)數(shù)據(jù)單元在所需時間段內(nèi)周期性重復(fù)傳送，和執(zhí)行一循環(huán)數(shù)據(jù)單元切換處理過程，用于使所述循環(huán)數(shù)據(jù)單元的內(nèi)容被切換的事實從接收所述循環(huán)數(shù)據(jù)單元的服務(wù)器側(cè)通知到使用所述循環(huán)數(shù)據(jù)單元的客戶機(jī)。2.如權(quán)利要求1所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，其內(nèi)容按照所述循環(huán)數(shù)據(jù)單元的切換而切換的控制信息包括在所述循環(huán)數(shù)據(jù)單元中，所述循環(huán)數(shù)據(jù)單元切換處理是由下列方式實現(xiàn)的設(shè)置表示所述控制信息已在預(yù)定接口標(biāo)準(zhǔn)下接收的控制信息改變事件，和之后，至少執(zhí)行第一處理過程，用于允許所述客戶機(jī)向所述服務(wù)器發(fā)送一預(yù)訂事件，以預(yù)訂接收所述控制信息改變事件，第二處理過程，用于允許所述客戶機(jī)向所述服務(wù)器發(fā)送一事件通知請求，以請求產(chǎn)生事件的通知，和第三處理過程，用于向所述客戶機(jī)通知這樣一事實所述控制信息改變事件已在接收到改變的控制信息時產(chǎn)生，作為所述服務(wù)器對所述事件通知請求的響應(yīng)。3.如權(quán)利要求2所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，作為所述第一處理過程的所述預(yù)訂事件的發(fā)送是在所述循環(huán)數(shù)據(jù)單元的內(nèi)容被切換時執(zhí)行的。4.如權(quán)利要求2所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，作為所述第一處理過程的所述預(yù)訂事件的發(fā)送是在激活所述客戶機(jī)的程序時執(zhí)行的。5.如權(quán)利要求2所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，在所述服務(wù)器通過所述第三處理過程通知所述客戶機(jī)產(chǎn)生了所述控制信息改變事件之后，在所述第三處理過程中產(chǎn)生所述控制信息改變事件之前在預(yù)定時間段內(nèi)所述客戶機(jī)繼續(xù)使用所述循環(huán)數(shù)據(jù)單元，直到相應(yīng)于所述改變了的控制信息的循環(huán)數(shù)據(jù)單元的釋放請求發(fā)送到所述服務(wù)器。6.一種數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的，該方式使得，所述方法相應(yīng)于一數(shù)據(jù)傳送系統(tǒng)，其中形成一數(shù)據(jù)發(fā)送單元，以便包括按預(yù)定系統(tǒng)的方案說明書相關(guān)的對象，此外，形成一循環(huán)數(shù)據(jù)單元，以便包括要在某個預(yù)定時間段內(nèi)發(fā)傳送的一個或多個數(shù)據(jù)發(fā)送單元，并且，所述循環(huán)數(shù)據(jù)單元重復(fù)傳送，和執(zhí)行一對象更新通知處理過程，用于使所述循環(huán)數(shù)據(jù)單元中包括的對象被更新的事實被從接收所述循環(huán)數(shù)據(jù)單元的服務(wù)器側(cè)通知到使用所述循環(huán)數(shù)據(jù)單元的客戶機(jī)。7.如權(quán)利要求6所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，其內(nèi)容按照所述對象的更新而更新并且與所述數(shù)據(jù)發(fā)送單元相關(guān)的控制信息被包括在所述循環(huán)數(shù)據(jù)單元中，和所述對象更新通知處理過程由下列方式實現(xiàn)設(shè)置表示所述控制信息已在預(yù)定接口標(biāo)準(zhǔn)下接收的控制信息更新事件，和之后，至少執(zhí)行第一處理過程，用于允許所述客戶機(jī)向所述服務(wù)器發(fā)送一預(yù)訂事件，以預(yù)訂接收所述控制信息更新事件，第二處理過程，用于允許所述客戶機(jī)向所述服務(wù)器發(fā)送一事件通知請求，以請求產(chǎn)生事件的通知，和第三處理過程，用于向所述客戶機(jī)通知這樣一事實所述控制信息更新事件已在接收到更新的控制信息時產(chǎn)生，作為所述服務(wù)器對所述事件通知請求的響應(yīng)。8.如權(quán)利要求7所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述第三處理過程添加由更新的控制信息所表示的數(shù)據(jù)發(fā)送單元的識別信息，并通知所述客戶機(jī)已產(chǎn)生控制信息接收事件的事實。9.如權(quán)利要求7所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得作為所述第一處理過程的所述預(yù)訂事件的發(fā)送是在激活所述客戶機(jī)的程序或者切換所述循環(huán)數(shù)據(jù)單元本身時執(zhí)行的。10.如權(quán)利要求7所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得，在從所述服務(wù)器獲得用于所述事件通知請求的響應(yīng)消息之后，作為所述第二處理過程的所述事件通知請求立即執(zhí)行。11.如權(quán)利要求6所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得，關(guān)于所述數(shù)據(jù)發(fā)送單元的信息包括在所述循環(huán)數(shù)據(jù)單元中，所述數(shù)據(jù)發(fā)送單元的內(nèi)容按照屬于其的對象的更新而更新，和所述對象更新通知處理過程至少執(zhí)行第一處理過程，用于允許客戶機(jī)向服務(wù)器發(fā)送一預(yù)訂事件，以預(yù)訂接收所述控制信息更新事件，第二處理過程，用于允許客戶機(jī)將所感興趣對象的對象ID通知給服務(wù)器側(cè)，并允許服務(wù)器側(cè)向客戶機(jī)返回所通知的對象所屬的數(shù)據(jù)發(fā)送單元的數(shù)據(jù)發(fā)送單元ID，第三處理過程，用于允許客戶機(jī)形成表示由所述第二處理過程通知給服務(wù)器側(cè)的對象ID和由所述第二處理過程從所述服務(wù)器側(cè)獲得的數(shù)據(jù)發(fā)送單元ID之間的對應(yīng)關(guān)系的表信息，第四處理過程，用于允許客戶機(jī)向服務(wù)器發(fā)送一事件通知請求，以請求產(chǎn)生事件的通知，第五處理過程，用于在由所述服務(wù)器作為對所述服務(wù)器中的事件通知請求的響應(yīng)處理而接收到更新的控制信息時，添加由更新的控制信息表示的數(shù)據(jù)發(fā)送單元ID，并將控制信息更新事件的產(chǎn)生通知給客戶機(jī)，和第六處理過程，用于允許客戶機(jī)搜索與由所述第五處理過程獲得的數(shù)據(jù)發(fā)送單元ID相符的表信息的數(shù)據(jù)發(fā)送單元ID，并指明由相應(yīng)于所述搜索到的數(shù)據(jù)發(fā)送單元ID的對象ID所表示的對象已被更新。12.如權(quán)利要求11所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得，作為所述第一處理過程的所述預(yù)訂事件的發(fā)送是在激活所述客戶機(jī)的程序或者切換所述循環(huán)數(shù)據(jù)單元本身時執(zhí)行的。13.如權(quán)利要求11所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得，在從所述服務(wù)器獲得對所述事件通知請求的響應(yīng)消息之后，作為所述第四處理過程的所述事件通知請求立即執(zhí)行。14.如權(quán)利要求6所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得，關(guān)于所述數(shù)據(jù)發(fā)送單元的信息包括在所述循環(huán)數(shù)據(jù)單元中，所述數(shù)據(jù)發(fā)送單元的內(nèi)容按照屬于其的對象的更新而更新，和所述對象更新通知處理過程執(zhí)行第一處理過程，用于允許客戶機(jī)向服務(wù)器發(fā)送一預(yù)訂事件，以預(yù)訂接收一數(shù)據(jù)發(fā)送單元更新事件，并發(fā)送所感興趣對象的對象ID，并且允許客戶機(jī)響應(yīng)于此而設(shè)置特殊的數(shù)據(jù)發(fā)送單元更新事件ID，并將所述數(shù)據(jù)發(fā)送單元更新事件ID發(fā)送到客戶機(jī)，第二處理過程，用于允許客戶機(jī)形成表示由所述第一處理過程發(fā)送到服務(wù)器側(cè)的對象ID和由所述第一處理過程從所述服務(wù)器側(cè)獲得的數(shù)據(jù)發(fā)送單元更新事件ID之間的對應(yīng)關(guān)系的表信息，第三處理過程，用于允許客戶機(jī)向服務(wù)器發(fā)送一事件通知請求，以請求產(chǎn)生數(shù)據(jù)發(fā)送單元更新事件的通知，第四處理過程，用于在作為對所述服務(wù)器中的事件通知請求的響應(yīng)而接收到更新的控制信息時，添加由更新的控制信息表示并且相應(yīng)于包括在數(shù)據(jù)發(fā)送單元中的對象的對象ID而設(shè)置的數(shù)據(jù)發(fā)送單元更新事件ID，并將該數(shù)據(jù)發(fā)送單元更新事件的產(chǎn)生通知給客戶機(jī)，和第五處理過程，用于允許客戶機(jī)識別與由所述第四處理過程獲得的數(shù)據(jù)發(fā)送單元更新事件ID相符的所述表信息的數(shù)據(jù)發(fā)送單元更新事件ID的對象ID，并且指明由所述識別的對象ID表示的對象作為更新的對象。15.如權(quán)利要求14所述的數(shù)據(jù)發(fā)送控制方法，其特征在于，所述方法是以下列方式構(gòu)建的該方式使得，在從所述服務(wù)器獲得對于所述事件通知請求的響應(yīng)消息之后，作為所述第二處理過程的所述事件通知請求立即執(zhí)行。16.一種發(fā)送多媒體數(shù)據(jù)的數(shù)據(jù)發(fā)送方法，其特征在于一事件通知是由時間信息和事件名稱構(gòu)成的，在所述時間信息的位置處定義表示一事件要立即產(chǎn)生的代碼，和當(dāng)打算立即產(chǎn)生該事件時，所述表示該事件要立即產(chǎn)生的代碼被安排在所述事件通知的所述時間信息的位置并對其進(jìn)行發(fā)送。17.如權(quán)利要求16所述的數(shù)據(jù)發(fā)送方法，其特征在于，所述表示事件要立即產(chǎn)生的代碼從不能作為所述時間信息存在的代碼中選擇。18.如權(quán)利要求16所述的數(shù)據(jù)發(fā)送方法，其特征在于，包括所述表示事件要立即產(chǎn)生的代碼的所述事件通知是在提前于打算產(chǎn)生該事件的時刻的作為預(yù)定數(shù)據(jù)處理時間的一時刻發(fā)送的。19.如權(quán)利要求16所述的數(shù)據(jù)發(fā)送方法，其特征在于，包括所述表示事件要立即產(chǎn)生的代碼的所述事件通知是在提前于打算產(chǎn)生該事件的時刻的作為預(yù)定數(shù)據(jù)處理時間的一時刻發(fā)送的，并且之后，以預(yù)定周期重復(fù)發(fā)送類似事件通知。20.如權(quán)利要求19所述的數(shù)據(jù)發(fā)送方法，其特征在于，所述類似事件通知是以預(yù)定周期重復(fù)發(fā)送的，直到開始下一個事件。21.如權(quán)利要求19所述的數(shù)據(jù)發(fā)送方法，其特征在于，所述類似事件通知是以預(yù)定周期重復(fù)發(fā)送的，直到節(jié)目結(jié)束。22.如權(quán)利要求16所述的數(shù)據(jù)發(fā)送方法，其特征在于，包括所述表示事件要立即產(chǎn)生的代碼的所述事件通知和描述所述時間信息的一事件通知是混合發(fā)送的。23.如權(quán)利要求16所述的數(shù)據(jù)發(fā)送方法，其特征在于，當(dāng)存在多個所述事件時，所述各事件對作為相同目標(biāo)的數(shù)據(jù)的每個事件進(jìn)行組合，并且，當(dāng)同時發(fā)送多個組的事件信息時，所述每個組的多個事件信息合并為一個事件包并被發(fā)送。24.一種數(shù)據(jù)發(fā)送設(shè)備，其特征在于，該設(shè)備包括用于發(fā)送由時間信息和事件名稱構(gòu)成的事件通知的裝置；和用于發(fā)送其中表示一事件要立即產(chǎn)生的代碼安排在所述時間信息的位置處的事件通知的裝置。25.一種接收設(shè)備，其特征在于，該設(shè)備包括用于接收一事件通知的裝置；和一裝置，用于當(dāng)接收到包括時間信息的事件通知時，按照由所述事件通知發(fā)送的時間信息產(chǎn)生一事件，并且當(dāng)接收到包括表示立即產(chǎn)生事件的代碼的事件通知時，立即產(chǎn)生所述事件。26.一種接收設(shè)備，其特征在于，該設(shè)備作為一種接收發(fā)送信息的接收設(shè)備，該發(fā)送信息中形成一個場景的場景數(shù)據(jù)相應(yīng)于一個或多個信息發(fā)送單元，并且包含一個或多個所述信息發(fā)送單元的發(fā)送數(shù)據(jù)是周期性發(fā)送的，所述接收設(shè)備包括接收裝置，用于接收所述發(fā)送信息并取出作為接收數(shù)據(jù)的所述信息；場景數(shù)據(jù)取出裝置，具有可按所述信息發(fā)送單元臨時存儲數(shù)據(jù)的存儲器裝置，所述場景數(shù)據(jù)取出裝置用于從所述接收數(shù)據(jù)中提取基于所述信息發(fā)送單元的數(shù)據(jù)，將所述數(shù)據(jù)存儲到所述存儲器裝置中，并且將作為保持在所述存儲器裝置中的所述場景數(shù)據(jù)的信息發(fā)送單元發(fā)送并存儲到用于存儲場景數(shù)據(jù)的場景數(shù)據(jù)存儲裝置中；場景輸出裝置，能夠使用存儲在所述場景數(shù)據(jù)存儲裝置中的場景數(shù)據(jù)中的所需場景數(shù)據(jù)來輸出一場景；信息獲得裝置，用于從由所述接收裝置接收的發(fā)送信息中獲得表示場景優(yōu)先級的場景優(yōu)先級信息；和控制裝置，用于控制所述場景數(shù)據(jù)取出裝置，以便根據(jù)由所述信息獲得裝置獲得的場景優(yōu)先級信息，來選擇作為要從接收數(shù)據(jù)中提取出并存儲在所述存儲器裝置中的場景數(shù)據(jù)的信息發(fā)送單元。27.如權(quán)利要求26所述的接收設(shè)備，其特征在于，所述控制裝置根據(jù)所述場景優(yōu)先級信息，鑒別要按照由所述場景輸出裝置輸出的場景作改變的場景的優(yōu)先級；和所述控制裝置控制所述場景數(shù)據(jù)取出裝置，其控制方式使得，按照所述鑒別的場景優(yōu)先級獲得要存儲在所述場景數(shù)據(jù)存儲裝置中的場景數(shù)據(jù)，并且選擇作為要從接收數(shù)據(jù)中提取并存儲在存儲器裝置中的所述場景數(shù)據(jù)的信息發(fā)送單元。全文摘要客戶機(jī)向服務(wù)器發(fā)送一事件Event∷Subscribe(“DSI_CHANGED”)。服務(wù)器向客戶機(jī)返回為“DSI_CHANGED”事件設(shè)置的事件號碼。在獲得該事件號碼之后,客戶機(jī)向服務(wù)器發(fā)送Event∷notify，并請求包括“DSI_CHANGED”的某事件產(chǎn)生通知。當(dāng)在接收的karrusel的DSI中有變化時,即,當(dāng)在接收到Event∷notify之后的某個時刻產(chǎn)生“DSI_CHANGED”事件時,服務(wù)器向客戶機(jī)發(fā)送相應(yīng)于該“DSI_CHANGED”事件的事件號碼,作為對EVent∷notify的響應(yīng)。在服務(wù)器通知客戶機(jī)產(chǎn)生了事件號碼之后,在產(chǎn)生事件號碼之前的karrusel的內(nèi)容繼續(xù)使用一時間段,在該時間段內(nèi)客戶機(jī)向服務(wù)器發(fā)送Session∷detach。文檔編號H04N7/24GK1277770SQ9980158公開日2000年12月20日申請日期1999年7月14日優(yōu)先權(quán)日1998年7月14日發(fā)明者北里直久,齋藤潤也,村田賢一,片山靖申請人:索尼公司