内容接收设备和方法、内容发送设备和方法、程序以及记录介质的利记博彩app

专利名称：内容接收设备和方法、内容发送设备和方法、程序以及记录介质的利记博彩app
技术领域：
本发明涉及内容接收设备和方法、内容发送设备和方法、程序以及记录介质，并且更具体地涉及可实现推送型(Push-type)NRT服务的内容接收设备和方法、内容发送设备和方法、程序以及记录介质。
背景技术：
近年来，由于数字广播的普及，多信道、高分辨率电视广播的接收已经变得很平
堂
巾ο另一方面，用于使得能够进行不仅通常的电视广播而且能够进行视听者正需求的另外的高级广播服务的技术研究和方法确定正在被考虑利用可用于数字广播的带域。视听者需求的功能的示例包括允许视听者在任何希望的时候都能视听内容的点播(on-demand)视听。然而，已经认识到在非双向发送广播的单向发送广播中难以实现点播视听。因此，为了能够在单向发送广播中进行点播视听，已经研究了一种NRT服务，此种 NRT服务用于在广播内容被临时地记录在存储装置中之后播放此广播内容，假定接收终端将具有大容量的存储装置。NRT(非实时)服务是这样一种服务，该种服务不呈现实时视听且利用广播信号发送作为数据的内容，而无需与内容的即时广播同步地视听内容。具体地，对于NRT服务，与传统的对于广播节目内容等的记录预约不同，例如，在根据广播波的信号的发送频带大的情况中，记录(下载)可以在较短时间内完成。或者，例如，在根据广播波的信号的发送频带小的情况中，下载在较长时间内完成。此外，今年来，内容提供方法已经多样化。例如，传统地，用户请求所希望的内容从而内容由此被提供已经成为主流。然而，近年来，一种称为推送型分发的提供方法已经被采用，其中，作为一侧的服务器侧向用户分发内容，即使没有请求也是如此(例如，参见PTL 1)。而且，对于NRT服务，可以想到两种方法，一种方法用于用户选择各个内容，然后接收并累积此内容，另一种方法用于用户注册要视听的特定内容组，然后，终端自动接收并累积这些内容。对于前一种方法，例如，称为拉动型(Pull-type)NRT服务，并且后一种服务例如被称为推送型(Push-type) NRT服务。引用列表专利文献PTL 1 日本未审查专利申请公开No. 2007-0；35135

发明内容
技术问题关于拉动型NRT服务，已经给定了一种实现方法，但是对于推送型NRT服务，还没有给定实现方法。本发明是鉴于这种情形而做出的，并且使得推送型NRT服务能够得以实现。问题的解决方案本发明的第一方面涉及一种内容接收设备，该内容接收设备包括控制信息接收装置，被配置为基于将要作为广播波发送的信号接收控制信息，控制信息与发送速率和回放速率不同步的内容的广播有关；下载日程生成装置，被配置为基于控制信息生成下载日程，下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息；下载装置，被配置为基于下载日程来接收内容中的各个内容并记录在记录介质中；以及回放装置，被配置为利用回放速率来播放在记录介质中记录的内容。与内容的广播有关的控制信息可包括预定描述数据，在将频带的广播波信号的发送路径作为物理信道的情况中，预定描述数据描述与通过利用预定方法将物理信道划分成多个发送路径而获得的逻辑信道有关的信息；以及元数据，元数据描述与将要利用逻辑信道中的各个逻辑信道发送的内容有关的信息。下载日程生成装置可生成用于接收和记录将要利用在物理信道中包括的多个逻辑信道中的、与注册信息相对应的逻辑信道广播的所有内容的下载日程。下载日程生成装置可通过基于元数据的描述确定将要由逻辑信道发送的数据的内容的广播开始时间点并且还确定用于确定内容的数据的位置信息，来生成下载日程。下载装置可通过以下方式接收内容基于下载日程在内容的广播开始时间点接收与物理信道相对应的频带的广播波，基于预定描述数据的描述，提取将要由物理信道发送的传输分组中的、与注册信息相对应的逻辑信道的传输分组，并且基于位置信息来确定内容的数据。逻辑信道的传输分组可被构建为包括IP分组；并且其中，位置信息可包括用于确定将要由IP分组发送的内容的数据的文件发送会话的信息；并且其中，下载装置可基于由被确定的文件发送会话获得的发送控制数据的描述，来确定内容的数据。下载装置可基于发送控制数据的描述，来确定以RSS格式或ATOM格式描述的地址文件，并且基于地址文件确定内容的数据。基于预定描述数据和元数据的描述，不论用户请求如何都确定逻辑信道中的用于提供推送型服务的逻辑信道来用于接收将要视听的内容；其中，用于提供推送型服务的逻辑信道的列表被呈现给用户，以供用户接受推送型服务的注册；并且其中，用于确定注册的推送型服务的逻辑信道的信息被存储作为注册信息。下载日程生成装置可生成用于接收和记录由预定描述数据确定的内容的下载日程，该内容是将要由在物理信道中包括的多个逻辑信道中的、与注册信息相对应的逻辑信道发送的内容。下载装置可包括覆写判断装置，被配置为判断所接收到的内容是否要被覆写在记录介质中所记录的内容上。由下载装置记录的内容可基于元数据的描述被设定有期满日期；其中，已经过了期满日期的内容被去除。本发明的第一方面涉及一种内容接收方法，该内容接收方法包括如下步骤基于将要作为广播波发送的信号接收控制信息，控制信息与发送速率和回放速率不同步的内容的广播有关；基于控制信息生成下载日程，下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息；基于下载日程来接收内容中的各个内容并记录在记录介质中；以及利用回放速率来播放在记录介质中记录的内容。本发明的第一方面涉及一种使得计算机用作内容接收设备的程序，该内容接收设备包括控制信息接收装置，被配置为基于将要作为广播波发送的信号接收控制信息，控制信息与发送速率和回放速率不同步的内容的广播有关；下载日程生成装置，被配置为基于控制信息生成下载日程，下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息；下载装置，被配置为基于下载日程来接收内容中的各个内容并记录在记录介质中；以及回放装置，被配置为利用回放速率来播放在记录介质中记录的内容。利用本发明的第一方面，基于将要作为广播波发送的信号接收与发送速率和回放速率不同步的内容的广播有关的控制信息，基于控制信息生成下载日程，下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息，基于下载日程接收内容中的各个内容并记录在记录介质中，以及利用回放速率播放在记录介质中记录的内容。本发明的第二方面涉及一种内容发送设备，包括内容信息获得装置，被配置为根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断装置，被配置为判断内容是否是推送型服务的内容，推送型服务是无论用户请求如何都接收要被视听的内容的服务；第一控制信息生成装置，被配置为在内容是推送型服务的内容的情况中，在生成的第一控制信息中描述表示内容是推送型服务的内容的信息以及与内容有关的信息，第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；第二控制信息生成装置，被配置为生成第二控制信息，第二控制信息描述用于确定作为预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；复用装置，被配置为将第一控制信息和第二控制信息与内容的数据复用，并且还将要通过多个逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及广播波发送装置，被配置为调制复用得到的数据以作为广播波发送。本发明的第二方面涉及一种内容发送方法，该内容发送方法包括如下步骤根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断内容是否是推送型服务的内容，推送型服务是无论用户请求如何都接收要被视听的内容的服务；在内容是推送型服务的内容的情况中，在生成的第一控制信息中描述表示内容是推送型服务的内容的信息以及与内容有关的信息，第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；生成第二控制信息，第二控制信息描述用于确定作为预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；将第一控制信息和第二控制信息与内容的数据复用，并且还将要通过多个逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及调制复用得到的数据以作为广播波发送。本发明的第二方面涉及一种使得计算机用作内容发送设备的程序，该内容发送设备包括内容信息获得装置，被配置为根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断装置，被配置为判断内容是否是推送型服务的内容，推送型服务是无论用户请求如何都接收要被视听的内容的服务；第一控制信息生成装置，被配置为在内容是推送型服务的内容的情况中，在生成的第一控制信息中描述表示内容是推送型服务的内容的信息以及与内容有关的信息，第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；第二控制信息生成装置，被配置为生成第二控制信息，第二控制信息描述用于确定作为预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；复用装置，被配置为将第一控制信息和第二控制信息与内容的数据复用，并且还将要通过多个逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及广播波发送装置，被配置为调制复用得到的数据以作为广播波发送。利用本发明的第二方面，根据预先创建的广播日程获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断内容是否是推送型服务的内容，推送型服务是无论用户请求如何都接收要被视听的内容的服务；在内容是推送型服务的内容的情况中， 在生成的第一控制信息中描述表示内容是推送型服务的内容的信息以及与内容有关的信息，第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；生成第二控制信息，第二控制信息描述用于确定作为预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；将第一控制信息和第二控制信息与内容的数据复用，并且将要通过多个逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及调制复用得到的数据以作为广播波发送。发明的有益效果根据本发明，推送型NRT服务能够得以实现。


图1是图示出根据本发明的一个实施例的广播系统的配置示例的示图。图2是图示出ECG的示例的示图。图3是图示出EPG的示例的示图。图4是图示出内容列表的示例的示图。图5是图示出被播放的内容图像的示例的示图。图6是用于描述在包括NRT广播和常规广播的的广播波信号中的协议栈的示图。图7是图示出VCT的结构示例的示图。图8是图示出NRT-IT的结构示例的示图。图9是用于描述要利用FLUTE会话发送的内容的数据结构的示图。图10是用于描述拉动型NRT广播接收和回放处理的示例的流程图。图11是用于描述根据本发明的推送型NRT广播的示例的示图。图12是用于描述构成内容的数据被接收设备41利用NRT广播接收的方法的示图。图13是用于描述推送型NRT广播的内容在接收设备41处被累积的示例。图14是图示出VCT的另一结构示例的示图。图15是图示出NRT-IT的另一结构示例的示图。图16是用于描述图15中的NRT-IT的语法的示例的示图。图17是用于描述图15中的NRT-IT的语法的示例的示图。图18是用于描述“推送型NRT元信息”的语法的示例的示图。
图19是图示出图1中的接收设备的配置示例的框图。图20是图示出显示在显示器的屏幕画面上的图像示例的示图。图21是图示出用于接受推送型NRT广播服务的注册的GUI示例的示图。图22是图示出内容列表的另一示例的示图。图23是图示出被播放的内容图像的另一示例的示图。图M是用于描述推送型NRT服务注册处理的示例的流程图。图25是用于描述推送型NRT广播接收和回放处理的示例的流程图。图沈是用于描述下载日程生成处理的示例的流程图。图27是用于描述广播波发送处理的示例的流程图。图观是用于构成内容的文件利用以RSS格式描述的地址文件而被获得的情况中的示例的示图。图四是用于描述用于图28的示例的以RSS格式描述的地址文件的示例的示图。图30是用于描述用于使得新内容能够在接收设备41处被发送和视听而无需使得接收设备41新接收VCT和NRT-IT的示图。图31是图示出用于图30的示例中的以RSS格式描述的地址文件的示例的示图。图32是图示出用于图30的示例中的以RSS格式描述的地址文件的示例的示图。图33是用于描述在适用于ARIB标准的包括NRT广播的广播波信号中的协议栈的示图。图34是图示出群组属性表的结构示例的示图。图35是图示出节目属性表的结构示例的示图。图36是图示出购买属性表的结构示例的示图。图37是图示出许可属性表的结构示例的示图。图38是图示出节目位置表的示例的示图。图39是图示出下载内容信息的结构示例的示图。图40是用于描述NRT广播接收处理的示例的示图。图41是图示出个人计算机的配置示例的框图。
具体实施例方式下面，将参考附图来描述本发明的实施例。图1是图示出根据本发明的一个实施例的广播系统的配置示例的示图。如此图中所图示的，广播系统1由安装在广播台站11中的发送设备21和安装在用户家里12等地方的接收设备41构成。注意，实际中，接收设备安装在每个用户家里。例如，预定的广播波频带(例如，6MHz)被指派给单个广播信道，其被指派的频带被当作单个广播信道，并且通过接收设备41选择广播信道来执行信道调谐。此外，对于数字广播，也可提供多个逻辑信道以被复用在单个广播信道上。发送设备21是用于发送数字广播波信号的设备，并且被配置以发送常规广播信号和NRT广播信号。这里，常规广播是假定在已经接收到广播的信号的接收设备41处实时视听的广播，并且是假定内容的视听与内容的广播时间点同步的广播。另一方面，NRT广播是这样一种广播，这种广播不假定实时视听，用于利用根据广播波的信号来发送作为数据的内容，而无需与内容的广播时间点同步地视听内容。对于NRT广播，不像传统的对于广播节目内容的记录预约，例如，在根据广播波的信号的发送频带较大的情况中，即在发送速率较高的情况中，记录(下载)可在较短时间内完成。替代地，例如，在根据广播波的信号的发送频带较小，即在发送速率较低的情况中，内容的下载在较长时间内完成。另一方面，对于常规广播，广播内容被实时视听，并且因此，内容的发送被执行的发送时间一般与内容的回放时间是相同的。也就是说，对于NRT广播，作为数字数据要被广播的内容可以以与其回放速率大大不同的发送速率而从发送设备21被发送到接收设备41。另一方面，对于常规广播，作为数字数据要被广播的内容不能以与其回放速率大大不同的发送速率而从发送设备21被发送到接收设备41对于广播系统1，构成发送设备21发送的信号的(已经利用NRT广播广播了的) 内容被接收设备41接收，并且被记录并累积在接收设备41所具有的记录介质(存储装置) 中。随后，利用NRT广播的内容由接收设备41的用户通过播放记录在记录介质中的内容而被视听。对于NRT广播，想到有两种方法，一种方法用于用户选择各个内容，然后接收并累积此内容，另一种方法用于执行用于视听特定内容群组的注册，然后接收设备41自动接收并累积这些内容。现在，前一种方法将被称为拉动型NRT广播，并且后一种方法将被称为推送型NRT广播。注意，推送型广播例如还将被称为订阅型(Subscription-type) NRT广播。首先，将描述拉动型NRT广播。对于NRT广播，被构建为包括被称为PSIP (节目和系统信息协议)数据的元数据、 控制信息等的数据周期性地被接收设备41接收。接收设备41基于在PSIP数据中的元数据、控制信息等来生成可利用NRT广播接收的内容列表。此内容列表被称为ECG(电子内容指南)。注意，PSIP数据的细节在ATSC(高级电视系统委员会)标准中被描述。图2是图示出显示在屏幕画面上的ECG的示例的示图。对于在本示图中的示例，可利用NRT广播接收的内容列表被显示为NRT节目列表，此NRT节目列表中具有这些节目中的每个节目的广播开始时间点。注意，对于在图2中的示例，“XXXX”显示每个内容的标题， 并且此内容的广播开始时间点被显示为诸如“1/30 15:00(表示广播系统1月30日15:00 点)”之类的描述。替代地，可利用NRT广播接收的内容可被显示为EPG (电子节目指南)。图3是图示出显示在屏幕画面上的EPG的示例。此示示出在被称为“NRT#1”的信道、被称为 “NRT#2”的信道和被称为“RT#1”的信道中广播的节目的EPG。这里，被称为“NRT#1”的信道和被称为“NRT#2”的信道被用作NRT广播信道，并且被称为“RT#1”的信道被用作常规广
播信道。在图3中所显示的每个矩形框表示每个节目(或内容)的广播时间区段。根据此 EPG，对于常规广播信道“RT#1”，表示在矩形框显示的时间区段，相应的节目(或内容)可被视听。另一方面，对于NRT广播信道“NRT#1”和“NRT#2”，表示在矩形框显示的时间区段，相应的节目(或内容)可被下载。接收设备41的用户在显示器之类的屏幕画面上显示图2中的ECG或图3中的EPG， 并且例如操纵GUI来选择所希望的NRT广播内容。在所选择的内容的广播开始时间点，接收设备41执行此内容的下载。然而，对于NRT，下载处理由接收设备41执行，接收设备41 接收广播波信号并且将与此信号相对应的数据记录到记录介质中。随后，接收设备41所下载的内容列表被显示在屏幕画面上，例如被显示为图4中所图示出的内容列表。图4是图示出显示在屏幕画面上的内容列表的示例。注意，对于图 4的示例，“XXXX”显示每个内容的标题。接收设备41的用户将图4中的内容列表显示在显示器之类的屏幕画面上，并且例如操纵GUI来选择要视听的内容。由此，所选择的内容被播放，并且如在图5中所图示出的， 内容的图像被显示在显示器的屏幕画面上。对于此示例，正在打高尔夫球的人的图像被显示为内容图像。按照这种方式，NRT广播内容被接收并被视听。图6是用于描述包括NRT广播和常规广播的广播波信号中的协议栈的示图。如在图6中所图示出的，最低层级被作为“物理层(Physical Layer) ”，并且指派给此信道的广播波频带与此相对应。与“物理层”相邻的较高层级被用作“传输流(TS) ”。 对于“传输流”，此较高层级中的分组被划分成称为传输分组的固定长度分组并被发送，并且传输分组的连续变成传输流。也就是说，要利用与单个广播信道相对应的频带被发送的所有信号通过具有与其广播信道相对应的头部信息等的传输分组来发送。与传输流相邻的较高层级被作为“片段(Action)，，或者“分组化基本流(PES) ”。 例如，类似于常规广播内容，要实时播放的数据作为“PES”的分组而被发送。此外，文件传送的数据、控制信息的数据等作为“片段”而被发送。如图6中所图示出的，响应于“PES”的分组的类型，“字幕编码(Caption Coding) ”、“音频编码(Audio Coding) ”以及“视频编码(Video Coding) ”被规定作为“PES” 的较高层级。“字幕编码”是存储与图像的字幕有关的数据的分组，“音频编码”是存储音频数据的分组，并且“视频编码”是存储图像数据的分组。在图6中，“PSIP”和"PSI (节目特定信息)，，被显示作为与“片段”相邻的较高层级。“PSIP”是包括稍后描述的VCT、NRT-IT等的层级。“PSI (节目特定信息)”是包括 PAT(节目关联表)、PMT(节目映射表)等的层级。此外，在图6中，“DSM-CC(数字存储媒体命令和控制)”被显示作为与“片段”相邻的较高层级。“DSM-CC”被用作用于在广播流的MPEG2-TS上发送IP分组的适配层。注意， "DSM-CC"被规定为是ISO标准。“交互数据编码(Interactive Date Coding)，，被显示为与“DSM-CC，，相邻的较高层级。流传输的广播通过存储在“交互数据编码”、“字幕编码”、“音频编码”和“视频编码” 中的数据实现。也就是说，这些数据片段被接收，从而常规广播节目可被接收和被播放。此外，“IP”被显示为与“DSM-CC”相邻的较高层级。这里显示的“IP”与TCP/IP的协议栈中的IP相同，并且IP分组由IP地址确定。如在图6中图示出的，NRT广播被配置有IP分组。当然，NRT广播不是通信，而是呈现为广播，并且最初不必要使用作为通信协议的TCP/IP的协议栈，而是在执行内容下载时才正式使用IP分组。与“IP”相邻的较高层级是“UDP”，并且“FLUTE/ALC(异步分层编码协议)/LCT(分层编码传输(构建块))”被显示为与该“UDP”相邻的较高层级。具体地，对于NRT广播，例如，用于指定TCP/IP通信中UDP的端口的分组被发送，并且根据FLUTE (通过单向传输的文件递送)的会话被建立。随后，构成内容的数据通过FLUTE会话确定。FLUTE是一种通信协议，通过此通信协议可利用单向路径(例如，仅仅在向下方向中的发送路径)来执行数据分发，从而可执行任意文件的发送。注意，FLUTE的细节按照RFC3^6来规定。按照这种方式，对于NRT广播，具有与“TS”的传输分组的发送速率(例如20Mps) 相对应的发送频带的单个物理信道可被复用成多个逻辑信道。具体地，例如，在被指派了 6MHz的单个广播信道的广播波信号的发送路径被作为物理信道的情况中，此物理信道被划分成多条发送路径，从而可提供多个逻辑信道。与这样的逻辑信道中的每个信道有关的信息被描述在VCT中，此VCT是与要针对每个物理信道生成的逻辑信道有关的控制信息。VCT的细节稍后将参考图7来描述。基于VCT来确定每个逻辑信道的“Progranuiumber (节目_编号)”，并且基于此“Program_ number”来确定“PSI”。随后，基于“PAT”以及“PAT”的“PMT”确定附加到“TS”的传输分组的预定标识符。附加了如此确定的标识符的传输分组被提取，从而单个逻辑信道的数据可被确定。按照这种方式，单个传输流可被识别为多个逻辑信道的分组，从而单个物理信道可被复用为多个逻辑信道。如此复用的逻辑信道中的每个逻辑信道将被称为虚拟信道(Virtual Channel) 0 对于NRT广播，单个逻辑信道可被多个FLUTE会话复用。对于常规广播，单个物理信道(例如，单个广播信道)被布置与单个逻辑信道相对应，并且不像NRT广播那样被复用为多个信道。因此，对于NRT广播，不像常规广播的情况那样，多个内容也可通过利用单个广播信道而被同时广播(发送)。接下来，将描述在上述PSIP数据中包括的VCT (虚拟信道表)和NRT-IT (NRT信息表)。VCT是由用于使得每个虚拟信道(逻辑信道)能够被接收设备41识别的描述符构成的表。图7是图示出VCT的示例的示图。对于此示图中的示例，“TS_id”、“信道数目”、以信道为单位的描述区域72-1、以信道为单位的描述区域72-2等被描述在VCT的描述区域71中。“TS_id”被用作用于表示输出流的ID，实际上，其中描述了预定字符、数值等等。因此，其可识别VCT是哪个物理信道 (广播信道)的VCT。“信道数目”被描述为表示在由“TS_id”确定的物理信道中包括的逻辑信道的数目的数值等等。与单个逻辑信道有关的信息被描述在以信道为单位的描述区域72-1、以信道为单位的描述区域72-2等的每个中。这些描述区域是根据在“信道数目”中描述的数值而提供的。例如，在相应物理信道中包括的逻辑信道的数目为3的情况中，数值“3”被描述在“信道数目”中。随后，描述以信道为单位的描述区域72-1、以信道为单位的描述区域72-2、以及以信道为单位的描述区域72-3。“信道名称(Cahnnel name) ”、“信道编号(Channel number) ”、“服务类型(Service type) ”、“Progranuiumber(节目 _编号)”、“Sourcejd(Sourcejd) ”等被描述在以信道为单位的描述区域72-1中。对于“信道名称”和“信道编号”，描述了表示它们中的每个的预定字符和数值。例如，以信道为单位的描述区域72-1中的“信道名称”被描述有“XX台站NRT第一信道”等，并且“信道编号”被描述为“5-1”等。此外，以信道为单位的描述区域72-1中的“信道名称”被描述有“XX台站NRT第二信道”等，并且“信道编号”被描述为“5-2”等。“服务类型”被描述有用于识别此逻辑信道是与常规广播相对应的逻辑信道还是与NRT广播相对应的逻辑信道的信息。例如，在与以信道为单位的描述区域72-1相对应的逻辑信道是NRT广播的逻辑信道的情况中，“服务类型”被描述为“NRT”。"Program_number"被用于确定确定此逻辑信道的数据所需的PSI (节目特定信“Sourcejd”被用作用于表示此逻辑信道的ID，实际上，其中描述有预定字符、数值等。也就是说，以信道为单位的描述区域72-1是其中描述有与由“Sourcejd”确定的单个逻辑信道有关的信息的区域。类似地，在以信道为单位的描述区域72-2的每个中也描述了与由“Sourcejd”确定的单个逻辑信道有关的信息。VCT如此被构建。如上所述，对于NRT广播，多个逻辑信道中的每个信道可广播单独的内容。有关利用每个逻辑信道发送的内容的信息被描述在NRT-IT中，NRT-IT是针对每个逻辑信道生成的控制信息。NRT-IT是由用于使得要利用每个逻辑信道广播的每个NRT广播内容能够在接收设备41处被识别的描述符构成的表。图8是图示出NRT-IT的示例的示图。对于此示图中的示例，描述了“Sourcejd”、“内容数目(Number of contents) ”的 NRT-IT的描述区域91、以内容为单位的描述区域92-1、以内容为单位的描述区域92_2等。 “Sourcejd”与上面参考图7描述的相同，并且被用作用于识别逻辑信道的ID，实际上，其中描述有预定字符、数值等等。因此，此NRT-IT可与图7中以信道为单位的描述区域72-1、 以信道为单位的描述区域72-2等中所描述的逻辑信道中的一个逻辑信道相关。“内容数目” 被描述为表示要在预定单位时间利用由“Sourcejd”确定的逻辑信道广播的内容的数目的数值等等。与单个内容有关的信息被描述在以内容为单位的描述区域92-1、以内容为单位的描述区域92-2等的每个中。这些描述区域是根据在上述“内容数目”中描述的数值而提供的。例如，在要在单位时间利用相应的逻辑信道广播的内容的数目为5的情况下，数值“5” 被描述在“内容数目”中。随后，描述以内容为单位的描述区域92-1、以内容为单位的描述区域92-2等直到以内容为单位的描述区域92-5。"content_item_id(内容 _项目 _id) ”、“分发日程(Distribution schedule)，，、 “内容期满日期(Contents expiration date)”、“内容名称(Contents name)，，、“内容发送位置信息(Contents transmission location information) ”等被描述在以内容为单位的描述区域92-1中。“contentjtemjd”被用作用于描述相应内容的ID，实际上，其中描述有预定字符、数值等。也就是说，以内容为单位的描述区域92-1是其中描述有与由“content item_id”确定的单个内容有关的信息的区域。对于“分发日程”，描述有表示相应内容的播放开始时间点和播放结束时间点的信息。注意，该内容是NRT广播内容，因此，根据此播放开始时间点和播放结束时间点，并没有表示出该内容何时可被视听的时间，而是表示出了该内容的下载何时将要开始的时间点，以及内容的下载何时结束的时间点。对于“内容期满日期”，描述有用于确定用作相应内容的期满日期的时间点的信息。已经过其期满日期的内容通过被从接收设备41的记录介质中移除等而被布置为被禁止播放。对于“内容名称”，描述有诸如相应内容的标题等的字符。对于“内容发送位置信息”，描述有用于确定上述参考图6描述的FLUTE会话的IP 地址、UDP端口号和标识符“TSI (传输会话标识符)”。该“内容发送位置信息”被确定，从而使得在要利用由“Sourcejd”确定的逻辑信道发送的数据中，可以识别出由“content item_id”确定的单个内容数据的数据。类似地，在以内容为单位的描述区域92-2的每个中也描述了与由“ content item_id”确定的单个内容有关的信息。NRT-IT如此被构建。按照这种方式，获得了 VCT，从而可获得与广播信道的每个逻辑信道有关的信息， 并且获得了 NRT-IT，从而可获得与要利用每个逻辑信道发送的内容有关的信息。图9是用于描述要利用FLUTE会话发送的内容的数据结构的示图。利用FLUTE会话获得的数据构成FLUTE会话流，诸如在本示图的靠下方中所图示出的。实际上，FLUTE会话流由被分割成预定大小的多个文件构成，并且被称为“Τ0Ι (传输对象标识符)，，的标识符被附加到这多个文件中的每个文件。根据此Τ0Ι，这多个文件中的每个文件的发送顺序被布置为确定的。对于此示例，“Τ0Ι”为0的文件被作为“FDT”，“T0I”为1的文件被作为 “FILE#1”，并且“Τ0Ι”为1的文件被作为“FILE#2”，依此类推。在构成FLUTE会话流的多个文件中，“Τ0Ι”为0的文件被作为“FDT(文件递送表)”。FDT是其中描述了与构成FLUTE会话流的其他文件中的每一个有关的信息的表。对于在图9中的示例，FLUTE会话内作为以文件为单位的信息的描述区域112-1、FLUTE会话内作为以文件为单位的信息的描述区域112-2等被描述在FDT的描述区域111中。对于FLUTE会话内作为以文件为单位的信息的描述区域112-1，描述了 “Τ0Ι”、 “COntent_type (内容_类型)”、“文件名称(File name)，，等。“ TOI ”是用于识别FLUTE会话内的文件的信息，并且实际上，其中描述了预定数值。也就是说，FLUTE会话内作为以文件为单位的信息的描述区域112-1是其中描述有与由“Τ0Ι”确定的单个文件有关的信息的区域。对于“contentjype”，描述了用于确定由“Τ0Ι”确定的文件的文件格式(数据类型)的信息。在相应的文件例如是图像数据文件的情况中，“contentjype”被作为“视频” 等，并且在相应的文件是音频数据的情况中，“contentjype”被作为“音频”等。对于“文件名称”，描述了相应文件的名称。“文件名称”可被描述为URL。类似地，对于FLUTE会话内作为以文件为单位的信息的描述区域112-2等中的每个，描述了与由“Τ0Ι”确定的单个文件有关的信息。要利用预定的FLUTE会话发送的内容的数据由此被构建。接下来，将参考图10的流程图来描述根据接收设备41的拉动型NRT广播接收和回放处理。在步骤Sll中，接收设备41接收与NRT广播有关的元数据、控制信息等。
此时，例如，PSIP数据被接收。注意，如上所述，PSIP数据用作这样的数据，其被构建为包括VCT、NRT-IT等，并且由接收设备41周期性地接收。此外，如上面参考图7和图 8所描述的，获得了 VCT，从而可获得与广播信道的每个逻辑信道有关的信息。此外，获得了 NRT-IT，从而可获得与将要利用每个逻辑信道广播的内容有关的信息。在步骤S12中，接收设备41基于在PSIP数据中所包括的VCT和NRT-IT来生成可利用NRT广播接收的内容的列表。在步骤S13中，接收设备41在显示器上显示与在步骤S12中所生成的列表相对应的ECG。此时，例如，诸如图2中所图示出的ECG图像被显示。替代地，在步骤S13中，诸如图3中所图示出的EPG可被显示。在步骤S14中，接收设备41接受用户基于在步骤S13中所显示的ECG对内容的选择。此时，例如，用户希望视听的NRT广播内容被选择。在步骤S15中，接收设备41判断在步骤S14的处理中所接受的内容的广播开始时间点是否到达，并且进行等待，直到判定此广播开始时间点到达为止。在步骤S15中，当判定广播开始时间点到达时，处理进行到步骤S16。在步骤S16中，接收设备41下载内容。此时，接收设备41的调谐信道被设定为在步骤S14中所接受的内容的广播信道。 随后，基于在步骤Sll中所接收的VCT，接收设备41确定将要利用广播相应内容的逻辑信道发送的数据。此外，接收设备41基于在步骤Sll中所接收的NRT-IT确定发送此内容的 FLUTE会话，并且获得构成FLUTE会话流的每个文件。当广播结束时间点到达时，在接收设备41处对构成FLUTE会话流的所有文件的获得完成，并且由此，内容的下载完成。当下载完成时，接收设备41将由如上获得的文件构成的数据作为单个内容记录在记录介质中。此时，在步骤Sll中所接收的信息中所包括的此内容的元数据也按照与此内容相关联的方式被记录。注意，元数据例如由在NRT-IT中所描述的“内容名称”、“分发日程”、“内容期满日期”等构成。这里，已经描述了在单个内容被下载的情况中的示例，但是，例如在步骤S14中已经选择了多个内容的情况中，在步骤S15和步骤S16中，这多个内容被下载。在步骤S17中，接收设备41显示与在步骤S16的处理中所下载的内容有关的列表。此时，例如，诸如图4中所图示出的图像被生成并被显示在显示器上。在步骤S18中，接收设备41接受用户基于在步骤S17的处理中所显示的内容列表对内容的选择。此时，例如，在已经记录在接收设备41的记录介质中的NRT广播内容中，用户希望视听的内容被选择。在步骤S19中，接收设备41播放在步骤S18的处理中选择被接受的内容。由此， 例如，如图5中所图示出的，此内容的图像被显示在显示器上。按照这种方式，由接收设备41进行的拉动型NRT广播接收和回放处理被执行。直到目前已经针对拉动型NRT广播做了描述，但是用于实现这样的拉动型NRT广播的大多数技术已经得到了研究，例如作为ATSC(高级电视系统委员会)。按照这种方式， 对于拉动型NRT广播，例如，关于在广播台站和接收设备制造商之间如何实现等做了具体假定。然而，对于推送型NRT广播，还没有估想出具体的实现方式。因此，本发明使得能够以特定的方式实现推送型NRT广播。如上所述，对于推送型NRT广播，视听者执行用于视听特定内容群组的注册，然后接收设备41自动接收和累积这些内容。如下被假定作为特定的推送型NRT广播。例如，考虑天气预报的推送型NRT广播。在此情况中，用户预先注册称为“天气预报”的推送型NRT广播服务。然后，接收设备41自动接收并累积将要利用预定广播信道广播的天气预报节目的内容。例如，天气预报节目是5分钟长的节目，并且每天两次给出基于最新天气信息的预报，并且例如，在接收设备41中所累积的内容随着最新内容而被更新。因此，用户可总是视听到基于最新天气信息的天气广播。此外，例如，考虑新闻剪辑的推送型NRT广播。在此情况中，用户预先注册称为“新闻剪辑”的推送型NRT广播服务。然后，接收设备41自动接收并累积将要利用预定广播信道广播的新闻节目的内容。例如，新节目是15分钟长的节目，并且给出与最新政策经济信息有关的新闻，并且例如，在接收设备41中累积的内容随着最新内容而被更新。此外，内容可在仅被累积预定时间之后被去除。此外，例如，可做出这样的布置，其中，用于接收“新闻剪辑”服务的呈现所必要的接收设备41的存储器大小(存储器容量)被指定，并且对于超过其存储器大小的量，内容被覆写并被更新。这样的服务的呈现被接收，从而用户可总是视听与最新的政策经济信息有关的新闻。对于推送型NRT广播，诸如上面描述的推送型NRT广播服务例如由各广播台站等提供。这样的服务可以是免费的，或者可以是收费的。因此，接收设备41的用户选择所希望的服务并且注册在接收设备41中。利用本发明，提供了与推送型NRT广播的每种服务相对应的逻辑信道。也就是说， 在存在三种推送型NRT广播服务的情况中，意味着存在三个逻辑信道。将参考图11来描述根据本发明的推送型NRT广播示例。图11表示其中常规广播和NRT广播利用三个广播信道“Ch. 4”、“Ch. 5”和“Ch. 6”来执行的示例。“Ch. 4”用作常规广播的广播信道，并且“Ch. 5”和“Ch. 6”被用作NRT的广播信道。注意，对于此图，示图中的水平方面表示广播波的频率，并且示图中的垂直方向表示时间。此外，诸如要利用每个信道广播的内容的类型之类的内容在示图中通过阴影线等来表示。对于本示例，常规广播内容、拉动型NRT广播内容、推送型NRT广播内容和广播空闲时段在示图中通过阴影线来表示。对于图11中的示例，“Ch. 5”被复用在三个逻辑信道中。对于本示例，广播信道 "Ch. 5”被复用在逻辑信道“VC5-1”、逻辑信道“VC5-2”和逻辑信道“VC5-3”中。注意，在本示图中，在逻辑信道“VC5-1”到“VC5-3”的每个中显示的每个矩形框表示每个内容的广播时间区段。逻辑信道“VC5-1”是被指派给单个推送型NRT广播服务的逻辑信道。逻辑信道 “VC5-2”是被指派给拉动型NRT广播服务的逻辑信道。“VC5-3”是被指派给另一推送型NRT 广播服务的逻辑信道。此外，对于此示例，对于逻辑信道“VC5-3”，包括了用作信道空闲的时间区段。对于逻辑信道“VC5-2”，提供了三个FLUTE会话。也就是说，对于将要利用逻辑信道“VC5-2”广播的拉动型NRT广播，可同时广播三个内容。
此外，对于图11中的示例，“Ch. 6”被复用在两个逻辑信道中。对于本示例，广播信道“Ch. 6”被复用在逻辑信道“VC6-1 ”和逻辑信道“VC6-2”中。注意，在本示图中，在逻辑信道“VC6-1”到“VC6-2”的每个中显示的每个矩形框表示每个内容的广播时间区段。逻辑信道“VC6-1”是被指派给单个推送型NRT广播服务的逻辑信道。逻辑信道 “VC6-2”是被指派给拉动型NRT广播服务的逻辑信道。对于逻辑信道“VC6-1”，提供了两个FLUTE会话。也就是说，对于将要利用逻辑信道“ VC6-1，，广播的推送型NRT广播，可同时广播两个内容。在此情况中，利用广播信道“Ch. 5”周期性地发送的PSIP数据包括一个VCT，其中描述有用于识别“ch. 5”的物理信道的传输流的“TS_id”。此外，其PSIP数据还包括三个NRT-IT，其中分别描述有用于识别逻辑信道“VC5-1 “、逻辑信道“VC5-2”和逻辑信道 “VC5-3” 的 “Source_id，，。类似地，利用广播信道“Ch. 6”周期性地发送的PSIP数据包括一个VCT，其中描述有用于识别“Ch.6”的物理信道的传输流的“TS_id”。此外，其PSIP数据还包括两个NRT-IT， 其中分别描述有用于识别逻辑信道“VC6-1 “和逻辑信道“VC6-2”的“Sourcejd”。例如，逻辑信道“VC5-1”被指派用于XX广播台站的“新闻剪辑”，并且逻辑信道 “VC5-3”被指派用于XX广播台站的“天气预报”。逻辑信道“VC6-1”被指派用于XX广播台站的“新闻剪辑”。此外，对于图11中的示例，“Ch. 4”没有被划分成多个逻辑信道。常规广播逻辑信道“VC4-1”实际上与此物理信道相同。如上所述，接收设备41周期性地接收PSIP数据，从而可以基于VCT识别出将要利用每个逻辑信道发送的数据。因此，例如，注册了 XX广播台站的“天气预报”的接收设备41 自动地下载将在逻辑信道“ VC5-3 ”发送的所有内容。另一方面，在接收作为常规广播发送的内容(节目)的情况中，基于VCT和EIT(事件信息表)来确定内容。按照这种方式，根据本发明，可利用推送型NRT广播、拉动型NRT广播和常规广播来广播内容。对于推送型NRT广播，并不是提供用户选择的个别内容，而是单方面地(单向地) 向用户提供内容，因此，难以利用与拉动型NRT广播和常规广播相同的广播系统来实现推送型NRT广播。因此，利用本发明，注册了推送型NRT广播服务的接收设备41被配置为自动下载将要利用与其服务相对应的逻辑信道发送的所有内容。因此，可利用与拉动型广播和常规广播相同的广播系统来实现推送型NRT广播。图12是用于描述接收设备41利用NRT广播接收构成内容的数据的方法的示图。 在此示图中，与一个广播信道相对应的传输流(化)的发送频带用圆柱201图示。现在，假定示图中的垂直方向表示时间。此外，在图12中，被复用在圆柱201的传输流中的逻辑信道(虚拟信道VC)用圆柱202图示出。注意，对于此示例，被复用在传输流中的逻辑信道(虚拟信道VC)的数目为一个，但是，实际上，多个逻辑信道可被复用。此外，在图12中，在与圆柱202相对应的逻辑信道中所包括的FLUTE会话用圆柱 203-1和圆柱203-2被图示出。也就是说，两个FLUTE会话被包括在与圆柱202相对应的逻辑信道中。构成将由接收设备41接收并累积(记录)的内容的数据作为圆柱203-1和圆柱203-2的FLUTE会话被发送。接收设备41被设定为接收将要利用与圆柱201相对应的传输流的广播信道的与圆柱202相对应的逻辑信道广播的内容A到内容C，这些内容是NRT广播内容。如上所述，接收设备41周期性地接收PSIP数据，并且因此可周期性地获得VCT和 NRT-IT0首先,接收到VCT 210,NRT-IT 211和NRT-IT212。接收设备41参照VCT 210的描述，从而可确定用于识别发送将要被接收并累积的内容A和内容B的逻辑信道的“Source id”。随后，基于其“Sourcejd”，接收设备41可确定有关此逻辑信道的NRT-IT 211。注意，NRT-IT 212是与示图未示出的另一逻辑信道相对应的NRT-IT。此外，接收设备41确定其NRT-IT 211的描述中描述了有关将要被接收和累积的内容的信息的以内容为单位的描述区域。现在，对于图12中的示例，在首先接收的NRT-IT 211中描述了有关要在以圆柱203-1图示的FLUTE会话的以箭头205图示的时间区段处广播的内容的信息。此外，在首先接收的NRT-IT 211中还描述了有关以圆柱203-2图示的 FLUTE会话的以箭头206图示的时间区段处的内容的信息。在此情况中，基于内容A和内容B的“Sourcejd”，确定描述了有关这些内容的信息的以内容为单位的描述区域。随后，接收设备41参照所确定的以内容为单位的描述区域来确定标识符“TSI ”，标识符“TSI，，用于确定在“内容发送位置信息”中所包括的IP地址、 UDP端口号和FLUTE会话。随后，接收设备41确定以圆柱203-1图示的FLUTE会话的文件，并且提取FDT。随后，接收设备41基于此FDT获得构成内容A的数据的每个文件，从而接收并累积内容A。此外，类似地，接收设备41确定以圆柱203-2图示的FLUTE会话的文件，并且提取 FDT0随后，接收设备41基于此FDT获得构成内容B的数据的每个文件，从而接收并累积内容B。接收设备41周期性地接收PSIP数据，从而VCT和NRT-IT被更新。在此情况中， VCT 220、NRT-IT 221和NRT-IT 222被新接收并被更新。在更新后的NRT-IT 221中描述了有关要在以圆柱203-1图示的FLUTE会话的以箭头207图示的时间区段处广播的内容的
fn息ο按照与上述情况相同的方式，接收设备41可通过参照VCT 220来确定用于识别发送要被接收并累积的内容C的逻辑信道的“sourcejd”。随后，接收设备41可基于此 “sourcejd”来确定有关此逻辑信道的NRT-IT221。注意，NRT-IT 222是与示图中未图示出的另一逻辑信道相对应的NRT-IT。在此情况中，基于内容C的“contentjtenUd”，确定描述了有关此内容的信息的以内容为单位的描述区域。随后，接收设备41参照所确定的以内容为单位的描述区域来确定标识符“TSI”，此标识符“TSI”用于确定在“内容发送位置信息”中所包括的IP地址、UDP 端口号和FLUTE会话。随后，接收设备41确定以圆柱203-1图示的FLUTE会话的文件，并且提取FDT。随后，接收设备41基于此FDT获得构成内容C的数据的每个文件，从而接收并累积内容C。接下来，将参考图13来对在接收设备41处累积推送型NRT广播内容的示例进行描述。在此示图中，按照与图12的情况相同的方式，传输流(化)、逻辑信道(虚拟信道VC)和FLUTE会话以圆柱被图示出。现在，在此示图中，此示图中的水平方向表示时间。如上所述，对于接收设备41，在已经注册了预定推送型NRT广播服务的情况中，接收设备41自动接收并累积利用指派给此服务的逻辑信道发送的所有内容。对于图13中的示例，“内容1” (是要利用一个FLUTE会话发送的内容)、“内容2” 到“内容4”(是要利用另一 FLUTE会话发送的内容)被接收并被累积。“内容1”是附加了版本的内容，从而总是最新的内容被覆写。“内容2”到“内容4”被累积，直到被指定为“期满日期”的时间点经过为止，并且在被指定为“期满日期”的时间点经过时，“内容2”到“内容4”被去除。对于在图13中的示例，首先，内容“内容1”的第一版本被接收并被累积。注意， 在此示图中，内容“内容1”的第一版本被表示为例如“内容I(Vl) ”。“内容1”被布置为使得相同的版本被重复广播。现在，假定接收设备41已经接收并累积了第一广播。在此情况中，接收设备41被配置为不接收且不累积第二广播。随后，当“内容1”的第二版本的内容被广播时，接收设备41接收并累积此内容。 也就是说，已经累积(记录)的“内容l(vl)”被“内容1(ν2)”所覆写。这里，接收设备41 也被配置为在第一广播已经接收并累积的情况下不接收且不累积第二广播。此外，在“内容1 (vl)，，的接收期间，接收设备41开始“内容2”的接收，并且在“内容2”的接收完成时累积“内容2”。“内容2”被布置为使得相同的广播被重复广播两次。现在，假定接收设备41已经接收并累积了第一广播。在此示例中，接收设备41被配置为接收并累积第二广播。类似地，接收设备41接收并累积“内容3”。随后，接收设备41此外还接收并累积 “内容4”。如上所述，“内容2”和“内容3”被累积，直到被指定为“期满日期”的时间点经过为止，并且在被指定为“期满日期”的时间点经过时，“内容2”和“内容3”被去除。在图13 中，被指定为“期满日期”的时间点被描述为“期满(expire) ”。注意，内容的去除可在被指定为“期满日期”的时间点处执行，或者已经过其“期满日期”的内容可以例如按照预定的时间间隔被去除。另外，例如，在指示了显示累积的内容的列表的情况下，可一起去除“期满日期”已经过的内容。按照这种方式，推送型NRT广播内容可响应于其版本不断被更新，或者也可按照与拉动型NRT广播相同的方式进行累积，直到期满日期经过为止。如上所述，利用本发明，一个推送型NRT广播的服务被指派给一个逻辑信道。因此，利用本发明，实现推送型NRT广播所必要的信息被置于可存储以逻辑信道为单位的信息的广播信号的位置中。具体地，实现推送型NRT广播所必要的信息的描述被布置为添加到参考图7描述的VCT的以信道为单位的描述区域72-1、72-2等中。替代地，实现推送型 NRT广播所必要的信息的描述被布置为添加到参考图8描述的NRT-IT的描述区域91中。在实现推送型NRT广播所必要的信息的描述被布置为添加到VCT的以信道为单位的描述区域中的情况中，VCT被构建为如图14所示。图14是图示出用于本发明的VCT的示例的示图。对于在此示图中的示例，在VCT的描述区域271中描述了“TS_id”、“信道数目”、以信道为单位的描述区域272-1、以信道为单位的描述区域272-2等。
“TS_id”是用于识别传输流的ID，并且，实际上，描述了预定的字符或数值等。因此，可识别出VCT被包括在哪个物理信道(广播信道)中。“信道数目”被描述为表示在由 “TS_id”确定的物理信道中所包括的逻辑信道的数目的数值。在以信道为单位的描述区域272-1、以信道为单位的描述区域272-2等的每个中， 描述了有关一个逻辑信道的信息。这种描述区域是根据在上述“信道数目”中所描述的数值而提供的。例如，在此物理信道中所包括的逻辑信道的数目为3的情况中，数值“3”被描述在“信道数目”中。因此，下面描述以信道为单位的描述区域272-1、以信道为单位的描述区域272-2、以信道为单位的描述区域272-3。在以信道为单位的描述区域272-1中描述了 “信道名称”、“信道编号”、“服务类型”、“Pr0gram_number”、“S0urCe_id”、“推送型NRT元信息”等。对于“信道名称”和“信道编号”，分别描述了表示这些的预定字符和数值。例如，以信道为单位的描述区域272-1的 “信道名称”被描述为“XX台站NRT第一信道”等，并且信道编号被描述为“5-1”等。此外， 以信道为单位的描述区域272-1的“信道名称”被描述为“XX台站NRT第二信道”等，并且信道编号被描述为“5-2”等。对于“服务类型”，描述了用于识别相应逻辑信道是与常规广播相对应的逻辑信道还是与NRT广播相对应的逻辑信道的信息。例如，在以信道为单位的描述区域272-1是NRT 广播逻辑信道的情况中，“服务类型”被描述为“NRT”。“Sourcejd”被用作用于识别相应逻辑信道的ID，并且，在实际中，描述了预定字符或数值等。也就是说，以信道为单位的描述区域272-1是描述了有关由“Sourcejd”确定的一个逻辑信道的信息的区域。“推送型NRT元信息”是实现推送型NRT广播所必要的信息，并且例如描述如下的
fn息ο对于“推送型NRT元信息”，描述了表示相应逻辑信道是与推送型NRT广播服务相对应的逻辑信道以及此推送型NRT广播服务的服务名称的信息。此外，可描述此推送型NRT 广播服务的概要。此外，对于“推送型NRT元信息”，还描述了接收此推送型NRT广播服务的呈现所必要的存储器大小(存储器容量)以及此推送型NRT广播服务的内容分发的最小间隔(时间间隔)。此外，对于“推送型NRT元信息”，例如，在此推送型NRT广播服务是付费提供的情况中，还描述了用于连接到因特网服务器以在诸如计费的处理之前执行各种注册的 URL。类似地，在以信道为单位的描述区域272-2中也描述了与由“Sourcejd”确定的一个逻辑信道有关的信息，等等。根据本发明的VCT如此被构建。在实现推送型NRT广播所必要的信息的描述被布置为添加到NRT-IT的描述区域 91中的情况中，NRT-IT被构建为如图15所示。图15是图示出用于本发明的NRT-IT的示例的示图。对于在此示图中的示例，在NRT-IT的描述区域91中描述了 “Sourcejd”、“内容数目”、“推送型NRT元信息”、以内容为单位的描述区域四2-1、以内容为单位的描述区域 292-2等等。“Sourcejd”与上面参考图14所描述的相同，是用于识别逻辑信道的ID，并且实际上，其中描述了预定的字符或数值等。因此，在以信道为单位的描述区域272-1、以信道为单位的描述区域272-2等的每个中所描述的每一个逻辑信道可与相应的NRT-IT相关联。 “内容数目”被描述为表示以预定的单位时间在由“SoUrCe_id”确定的逻辑信道中将要广播的内容的数目的数值等等。“推送型NRT元信息”被用作实现推送型NRT广播所必要的信息，并且其中描述了与上面参考图14描述的信息相同的信息。具体地，对于“推送型NRT元信息”，描述了表示相应逻辑信道是与推送型NRT广播服务相对应的逻辑信道以及此推送型NRT广播服务的服务名称的信息。此外，还可描述此推送型NRT广播服务的概要等。此外，对于“推送型NRT元信息”，还描述了接收此推送型 NRT广播服务的呈现所必要的存储器大小(存储器容量)以及此推送型NRT广播服务的内容分发的最小间隔(时间间隔)。此外，对于“推送型NRT元信息”，例如，在此推送型NRT广播服务是付费提供的情况中，还描述了用于连接到因特网服务器以在诸如计费的处理之前执行各种注册的URL等。在以内容为单位的描述区域四2_1、以内容为单位的描述区域四2_2等的每个中描述了有关一个内容的信息。这些描述区域是根据在上述“内容数目”中所描述的数值而提供的。例如，在单位时间利用相应逻辑信道广播的内容的数目为5的情况中，数值“5”被描述在“内容数目”中。随后，下面描述以内容为单位的描述区域四2-1、以内容为单位的描述区域四2-2等，直到以内容为单位的描述区域四2-5。在以内容为单位的描述区域四2_1中描述了“contentjtemjd”、“内容版本”、“分发日程”、“内容期满日期”、“内容名称”、“内容发送位置信息”等等。“contentjtemjd”被用作用于描述相应内容的ID，并且实际上，其中描述有预定字符、数值等。也就是说，以内容为单位的描述区域四2-1是其中描述有与由“content item_id”确定的单个内容有关的信息的区域。对于“内容版本”，描述了表示有关内容的版本的信息。例如，在如上面参考图13 中所述存在第一版本(内容I(Vl))和第二版本(内容1(V2))内容的情况中，“内容I(Vl) ” 和“内容1(V2)”在“contentjtemjd”方面是相同的。因此，“内容版本”被描述为用于识别附加了相同的“ content_item_id，，但是版本不同的内容的信息。对于“分发日程”，描述了有关相应内容的播放开始时间点和播放结束时间点的信息。注意，此内容是NRT广播内容，因此，根据此播放开始时间点和播放结束时间点，并不表示该内容何时可被视听的时间，而是表示该内容的下载何时将要开始的时间点，以及内容的下载何时结束的时间点。对于“内容期满日期”，描述了用于确定用作相应内容的期满日期的时间点的信息。期满日期已经过的内容通过被从接收设备41的记录介质中去除等而被布置为被禁止播放。对于“内容名称”，描述了诸如相应内容的标题等的字符。对于“内容发送位置信息”，描述了用于确定上述参考图6描述的FLUTE会话的IP 地址、UDP端口号和标识符“TSI (传输会话标识符)”。此“内容发送位置信息”被确定，从而在将要利用由“Sourcejd”确定的逻辑信道发送的数据中，可识别出由“contentjtenu id”确定的单个内容数据的数据。
类似地，在以内容为单位的描述区域四2_2等的每个中也描述了与由“content item_id”确定的单个内容有关的信息。根据本发明的NRT-IT如此被构建。如上所述，实现推送型NRT广播所必要的信息可被描述在VCT中，或者可被描述在 NRT-IT中。下文中将针对用于实现推送型NRT广播所必要的信息被描述在NRT-IT中的示例进行描述。将参考图16和图17来描述根据本发明的NRT-IT的语法的示例。注意，图16和图17是连续的语法，其中图17中的第一行“for(j = 0 ；j < . . . {”一直持续到图16中的最后一行 “num_item_in_section” 的下一行。图16和图17中以框图示的范围对应于图15中的描述区域四1。此外，图17 中以框四2-1图示的范围对应于图15中的描述区域四2-1。注意，对于图16和图17中的示例，为了描述简明，以内容为单位的描述区域的数目被确定为一个。对于图中所示出的语法，在每个描述区域中所描述的每个相应的描述符被定义有比特数(No. of Bits)。在图16中，在区域310中描述的8比特描述符被用作用于确定此信息的类型的 ID，并且其中存储了预定的值。根据此描述符，判定此信息是NRT-IT。在图16中，被图示为区域311中所描述的16比特描述符的信息对应于参考图15 所描述的“SourCe_id”。在图16中，被图示为区域312中所描述的描述符的信息对应于参考图15所描述的“推送型NRT元信息”。注意，将稍后参考图18来描述此细节。在图16中，被图示为区域313中所描述的8比特描述符的信息对应于参考图15 所描述的“内容数目”。在图17中，被图示为区域314中所描述的14比特描述符的信息对应于参考图15 所描述的 “content_item_id，，。在图17中，被图示为区域315中所描述的8比特描述符的信息对应于参考图15 所描述的“内容版本”。在图17中，被图示为区域316中所描述的描述符的信息对应于参考图15所描述的“分发日程”。在图17中，被图示为区域317中所描述的描述符的信息对应于参考图15所描述的“内容期满日期”。在图17中，被图示为区域318中所描述的描述符的信息对应于参考图15所描述的“内容名称”。在图17中，被图示为区域319中所描述的描述符的信息对应于参考图15所描述的“内容发送位置信息”。图18是图示出在图16的区域312中描述的“推送型NRT元信息”的语法的示例的示图。注意，在实现推送型NRT广播所必要的信息被布置为描述在NRT-IT中的情况中， 此示图是图16中的区域312中描述的“推送型NRT元信息”的语法的示例。另一方面，在实现推送型NRT广播所必要的信息被布置为描述在VCT中的情况中，此示图是图14中的以信道为单位的描述区域272-1、以信道为单位的描述区域272-2等中描述的“推送型NRT元信息”的语法的示例。对于在此示图所图示的语法，在相应描述区域中描述的各描述符被定义有比特数 (No. of Bits)。根据在图18中的区域341中所描述的8比特描述符，其表示相应的信道是与推送型NRT广播服务相对应的逻辑信道。根据在图18中的区域342中所描述的描述符，描述了相应推送型NRT广播服务的服务名称。根据在图18中的区域343中所描述的描述符，表示相应推送型NRT广播服务中的内容分发的最小间隔(时间间隔)。根据在图18中的区域344中所描述的描述符，表示用于接收相应推送型NRT广播服务的呈现所必要的存储器大小(容量大小)。在相应的推送型NRT广播服务是付费提供的情况下，根据在图18中的区域345中所描述的描述符，描述了用于连接到因特网服务器以在诸如计费之类的处理之前执行各种注册的URL。图19是图示出图1中的接收设备41的配置示例的框图。在此示图中，基于经由未示出的天线等接收的广播波的信息被布置为提供给端子401。调谐器402被配置为基于控制器409的控制，从自端子401输出的信号提取与预定广播信道相对应的信号，并且作为数字信号输出给TS解复用器(TS Demux) 4030TS解复用器403从自调谐器402输出的数字信号生成传输分组。随后，TS解复用器403基于控制器409的控制，提取附加有预定标识符的传输分组，并且将此传输分组作为预定逻辑信道的数据输出。在相应逻辑信道是常规广播逻辑信道的情况中，TS解复用器403将此逻辑信道的数据输出到视频解码器404或音频解码器405。视频解码器404和音频解码器405被配置为对经编码的图像数据和经编码的音频数据解码，并且将此图像信号和音频信号分别输出到端子401和端子411。端子410和端子411被连接到例如由电视接收机等构成的显示器和扬声器。另一方面，在相应逻辑信道是NRT广播逻辑信道的情况中，TS解复用器403将此逻辑信道的数据输出到FLUTE处理器407。FLUTE处理器407从作为此逻辑信道的数据而提供的数据中获得利用FLUTE会话确定的文件，并且将构成这些文件的数据作为内容数据记录在存储装置408中。注意，在控制器409处生成的元数据例如可以按照与内容数据相关联的方式被记录在存储装置408 中。存储装置408例如是诸如HDD (硬盘驱动器)等的记录介质，并且记录内容数据， 并且除此以外，还记录接收设备41处所必要的信息。文件容器解复用器406被配置为基于控制器409的控制，从存储装置408读出要播放的内容数据并且输出到视频解码器404和音频解码器405。例如，在存储装置408中所记录的NRT广播内容被播放的情况中，文件容器解复用器406被配置为基于控制器409的控制从存储装置408读出此内容的数据。控制器409例如被配置为包括处理器、存储器等，并且控制接收设备41的每个单元。控制器409例如接受用户经由未示出的遥控器等提供的调谐信道命令的信号、要下载的内容的指定、要播放的内容的指定等。此外，控制器409例如根据需要生成GUI (图形用户界面)的显示数据，并且经由视频解码器404输出到端子410。图20是图示出在连接到接收设备41的显示器的屏幕画面上所显示的图像的示例。此示图中所图示出的图像被用作用于接收设备41显示推送型NRT广播服务的列表的⑶I。图20中的示例图示出其中显示为“NRT”的⑶I分量被光标451选择的状态。这里，图标452和图标453被显示在示图中显示为“NRT”的⑶I分量的下方。“新闻剪辑”被显示在示图中图标452的右侧，并且图标452被布置作为与推送型 NRT广播服务“新闻剪辑”相对应的图标。此外，“天气预报”被显示在示图中图标453的右侧，并且图标453被布置作为与推送型NRT广播服务“天气预报”相对应的图标。例如，在用户操纵遥控器等选择了图标452的情况中，诸如图21的图像被显示在显示器的屏幕画面上。在此示图中所图示出的图像被用作用于接受推送型NRT广播服务 “新闻剪辑”的注册的GUI。例如，当图21中的按钮261被操纵时，在接收设备41处执行推送型NRT广播服务“新闻剪辑”的注册。已经执行了推送型NRT广播服务“新闻剪辑”的注册的接收设备41被配置以接收并累积“新闻剪辑”的内容。随后，接收设备41所下载的内容的列表被显示在屏幕画面上， 例如在图22中所图示的内容列表。现在，对于图22中的示例，“XXXX”显示每个内容的标题以及此内容的元数据中所包括的信息等。接收设备41的用户在显示器的屏幕画面上显示图22中的内容列表等，并且例如通过操纵GUI来选择要视听的内容。由此，所选择的内容被播放，并且如在图23中所图示的，此内容的图像被显示在显示器的屏幕画面上。对于本示例，显示了摄取小镇的情形的图像作为内容的图像。接下来，将参考图M中的流程图来对接收设备41进行的推送型NRT广播服务注册处理进行描述。在步骤SlOl中，接收设备41的控制器409控制调谐器402接收有关NRT广播的元数据、控制信息等。此时，例如，PSIP数据被接收。注意，如上所述，PSIP数据是这样的数据，即被构建为包括VCT、NRT-IT等，并且被布置为由接收设备41周期性地接收。在步骤S102中，控制器409生成推送型NRT广播服务的列表。此时，针对在步骤SlOl中接收的每个NRT-IT检查上面参考图15描述的“推送型 NRT元信息”。随后，对于“推送型NRT元信息”，例如根据在图18的区域341中描述的8比特描述符来判断相应的逻辑信道是否是与推送型NRT广播服务相对应的逻辑信道。在判定相应的逻辑信道是与推送型NRT广播服务相对应的逻辑信道的情况中，基于此逻辑信道的在图18中的区域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的区域344中描述的描述符，确定接收相应的推送型NRT 服务的呈现所必要的存储器大小，并且预约存储装置408的存储区域。此外，例如，在此推送型NRT广播服务是付费提供的情况下，通过在图18的区域 345中所描述的描述符来确定用于连接到因特网服务器以在诸如计费之类的处理之前执行各种类型的注册等的URL。随后，基于此URL，接收设备41访问此因特网服务器，并且执行付费的视听合约处理。按照这种方式，执行了推送型NRT广播服务注册处理。如上所述，利用本发明，提供了与推送型NRT广播的每个服务相对应的逻辑信道，并且相应地，用于确定与注册的推送型NRT广播服务相对应的逻辑信道的“Sourcejd “被存储。接下来，将参考图25中的流程图来对接收设备41进行的推送型NRT广播接收和回放处理进行描述。在步骤S121中，接收设备41的控制器409控制调谐器402接收与NRT广播有关的元数据、控制信息等。此时，例如，PSIP数据被接收。注意，如上所述，PSIP数据是这样的数据，即其被构建为包括VCT、NRT-IT等，并且被布置为被接收设备41周期性地接收。随后，在PSIP数据被接收的定时，执行步骤S122中的下载日程生成处理。在步骤S122中，控制器409执行下载日程生成处理，此处理将稍后参考图沈来描述。因此，推送型NRT广播内容的下载被预约。现在，将参考图沈来描述图25中在步骤S122中的下载日程生成处理的详细示例。在步骤S141中，控制器409基于在图M中的步骤S104的处理中存储的“SourCe_ id”来获得NRT-IT。随后，在步骤S121接收的PSIP数据中所包括的NRT-IT中，提取并获得与在步骤S104的处理中所存储的“Sourcejd”相对应的NRT-IT。在步骤S142中，控制器409检查在步骤S141的处理中获得的NRT-IT的以内容为单位的描述区域。此时，例如，图15中的以内容为单位的描述区域四2-1的描述内容被检查。在步骤S143中，控制器409获得在步骤S142中检查的以内容为单位的描述区域中所描述的“contentjtemjd”和“内容版本”。在步骤S144中，控制器409判断在存储装置408中是否有相同的内容被记录。具体地，判断是否已经接收并累积了具有相同“contentjtemjd”和“内容版本”的内容。在步骤S144中判定在存储装置408中还没有记录相同的内容的情况中，处理进行到步骤S145。在步骤S145中，控制器409判断是否已经安排了下载相同的内容。例如，诸如上面参考图13描述的“内容I(Vl) ”，在相同的内容被重复广播了两次的情况下，仅在这些广播中的任一个或另外一个中执行下载就足够了。因此，在步骤S145中，判断是否已经安排了下载相同的内容。在步骤S145中判定没有相同的内容被安排的情况中，处理进行到步骤 S146。在步骤S146中，控制器409获得在步骤S142中检查的以内容为单位的描述区域中所描述的“分发日程”。因此，获得了相应内容的广播开始时间点和广播结束时间点。在步骤S147中，控制器409安排下载与在步骤S142中检查的以内容为单位的描述区域相对应的内容。现在，在步骤S144中判定在存储装置408中记录有相同的内容的情况中，步骤 S145到步骤S147中的处理被跳过。此外，在步骤S145中判定相同内容的下载被安排的情况中，步骤S146和步骤S147中的处理被跳过。在步骤S148中，控制器409判断在步骤S141的处理中所获得的NRT-IT中是否有下一个以内容为单位的描述区域。对于图15中的示例，接着以内容为单位的描述区域 292-1之后还有以内容为单位的描述区域四2-2，因此，在步骤S148中判定存在下一个以内容为单位的描述区域，从而处理返回到步骤S142。随后，在步骤S142中，检查以内容为单位的描述区域四2_2的描述内容，并且步骤 S143到步骤S147中的处理被重复执行。按照这种方式，直到在步骤S148中判定不存在下一个以内容为单位的描述区域， 否则步骤S142到步骤S148中的处理被重复执行。当在步骤S148中判定不存在下一个以内容为单位的描述区域时，下载日程生成处理结束。随着图沈中的处理的结束，例如，推送型NRT广播内容的下载日程被存储到控制器409的内部存储器等中。下载日程例如被构建为是用于确定要下载的内容的FLUTE会话、 物理信道、逻辑信道的信息的列表。也就是说，下载日程例如是接收设备41用来自动执行下载的预约信息，这与传统的记录预约信息等具有相同的方式。之后，接收设备41根据下载日程执行内容的下载。描述将返回到图25。在步骤S122的处理之后，处理进行到步骤S123。在步骤S123 中，控制器409判断在步骤S122的处理中所生成的下载日程中的对于内容的广播开始时间点是否已经过，并且进行等待，直到判定此广播开始时间点已经过。当在步骤S123中判定广播开始时间点已经过时，处理进行到步骤S124。在步骤SlM中，控制器409控制调谐器402、TS解复用器403和FLUTE处理器407 下载内容。此时，接收设备41的调谐器402的调谐信道被设定为与在下载日程中指定的物理信道相对应的广播信道。此外，TS解复用器403将在下载日程中指定的逻辑信道的数据输出到FLUTE处理器407。随后，FLUTE处理器407获得在下载日程中指定的FLUTE会话的文件。当内容的广播结束时间点到来时，在接收设备41处完成构成FLUTE会话流的全部文件的获得，从而内容的下载完成。在步骤S125中，控制器409判断已经记录的内容是否被在步骤SlM的处理中所下载的内容覆写。例如，在“contentjtemjd”与已经记录的内容相同但是“内容版本”与已经记录的内容不同的内容已被下载的情况中，判定已经记录的内容被覆写。此外，在步骤S125中，基于用于接受由在图18中的区域344中所描述的描述符指定的相应推送型NRT广播服务的呈现所必要的存储器大小，判断是否执行覆写。具体地，当需要记录超过预定存储器大小的内容的数据时，判定已经记录的内容被覆写。在此情况中， 例如，已经记录的内容中的最旧的内容被在步骤SlM的处理中所下载的内容覆写。当在步骤S125中判定已经记录的内容被所下载的内容覆写时，处理进行到步骤 S127，并且在步骤SlM的处理中所下载的内容被覆写和记录。因此，此内容的版本被更新。另一方面，当在步骤S125中判定已经记录的内容没有被所下载的内容覆写时，处理进行到步骤S126，并且在步骤SlM的处理中所下载的内容被新记录到存储装置408中。注意，当内容被记录时，在步骤S121中接收的信息中所包括的此内容的元数据也可按照与此内容相关联的方式被记录。注意，此元数据例如由在NRT-IT中所描述的“内容名称”、“分发日程”、“内容期满日期”等构成。这里，已经对在一个内容被下载的情况中的示例进行了描述，但是，实际上，多个内容根据下载日程被下载。现在，例如，当接收设备41的用户已经在处理的中间取消了相应推送型NRT广播服务的注册时，之后，内容的下载不被执行。在步骤SU8中，控制器409显示在步骤SU6或步骤S127的处理中所记录的内容列表。此时，例如，诸如图22中所图示的图像被生成并被显示在显示器上。注意，如上所述，对每个内容设定了期满日期，并且期满日期已过去的内容被布置为不被包括在步骤SU8中显示的内容列表中。期满日期可基于参考图15所描述的“内容期满日期”来确定。在步骤SU9中，控制器409接受用户基于在步骤SU8的处理中所显示的内容列表对内容的选择。此时，例如，从已经记录在存储装置408中的NRT广播内容中，选择用户想要视听的内容。在步骤S130中，控制器409控制文件容器解复用器406支付在步骤SU9的处理中所选择的内容。因此，例如，如在图23中所图示出的，此内容的图像被显示在显示器中。注意，在注册的推送型NRT广播服务是付费提供的时，与此服务相应的逻辑信道的数据被全部编码和广播。然而，可作出如下布置，其中，用于解码与此服务相应的逻辑信道的数据的密钥作为EMM分组预先被发送给注册了此服务的接收设备41。因此，因为接收设备41注册了此服务，所以编码数据被利用预先存储并发送的密钥而被解码，从而内容可被视听。按照这种方式，执行了接收设备41进行的推送型NRT广播接收和回放处理。按照这种方式，利用本发明，注册了推送型NRT广播服务的接收设备41被配置为自动下载利用与此服务相对应的逻辑信道发送的所有内容。因此，可以在不对诸如现有的设施、标准之类执行大规模修改的情况下实现推送型NRT服务。此外，由根据本发明的接收设备41接收的NRT广播的广播波由发送设备21发送。 发送设备21被配置为包括复用单元，复用单元用于生成例如其中复用了元信息、诸如控制信息之类的数据和内容的数据的信号。内容的数据是由图像数据和音频数据构成的数据，此图像数据和音频数据经受了用于编码视频数据和音频数据的AV编码器例如利用MPEG系统的压缩编码。诸如元信息、控制数据等的数据例如是由PSIP数据等构成的数据。发送设备21生成与预定广播日程相对应的VCT和NRT-IT，并且生成由包括VCT和NRT-IT等的PSIP数据构成的数据作为附加数据。随后，发送设备21生成其中附加数据和内容的数据在复用单元处被复用的信号，对其信号进行调制，并且输出作为广播波。将参考图27中的流程图来描述由发送设备21进行的根据NRT广播的广播波发送处理。在步骤S161中，发送设备21的控制单元获得广播日程。稍后描述的有关要被广播的内容的信息被包括在广播日程中。在步骤S162中，发送设备21的控制单元获得有关要被广播的内容的信息。有关内容的信息包括“contentjtemjd”、“分发日程”、“内容期满日期”、“内容名称”、表示是推送型内容还是拉动型内容的信息，等等。在步骤S163中，发送设备21的控制单元判断根据在步骤S162的处理中获得的信息的内容是否是推送型NRT广播内容。注意，实际上，针对在广播日程中所描述的多个内容中的每个内容都执行步骤S163中的处理。当步骤S163中判定根据在步骤S162的处理中所获得的信息的内容是推送型NRT 广播内容时，处理进行到步骤S164。在步骤S164中，发送设备21的控制单元生成用于推送型广播的NRT-IT。此时，例如，上面参考图15所描述的NRT-IT被生成。当在步骤S163中判定在步骤S162的处理中所获得的信息的内容不是推送型NRT 广播内容时，处理进行到步骤S165。在步骤S165中，发送设备21的控制单元生成用于拉动型广播的NRT-IT。此时，例如，上面参考图8所描述的NRT-IT被生成。在步骤S166中，发送设备21的控制单元生成VCT。在步骤S167中，发送设备21的控制单元生成由包括VCT和NRT-IT的PSIP数据之类构成的附加数据。在步骤S168中，发送设备21的复用单元基于广播日程生成其中复用了附加数据和内容的数据的信号。注意，此时，与附加数据和内容的数据的复用同时，将要由多个逻辑信道发送的数据被复用为将要由一个物理信道发送的数据。在步骤S169中，发送设备21对在步骤S168的处理中所生成的信号进行调制，并且在步骤S170中输出在步骤S169的处理中调制了的信号的广播波。按照这种方式，根据NRT广播的广播波发送处理被执行。注意，对于上面参考图M到图27描述的处理，在假定用于实现推送型NRT广播所必要的信息(例如，“推送型NRT元信息”)被描述在NRT-IT中的情况下进行了描述。然而， 很显然，用于实现推送型NRT广播所必要的信息可被描述在VCT中，如参考图14所描述的。按照这种方式，根据本发明，可在不对现有的设施和标准等执行大规模修改的情况下实现推送型NRT服务。顺便提及，对于上面参考图14所描述的示例，用于实现推送型NRT广播所必要的信息已被描述在VCT中，但是此信息可被描述在控制信息的另一片段中。例如，对于图14中的VCT，替代“推送型NRT元数据”被描述在以信道为单位的描述区域272-1、以信道为单位的描述区域272-2等中，描述了 “常规/NRT识别信息”。“常规 /NRT识别信息”被用作表示相应逻辑信道是常规广播逻辑信道还是NRT广播逻辑信道的信息。随后，在相应逻辑信道是NRT广播逻辑信道的情况中，除了 VCT以外，接收设备41还接收到SMT (服务映射表)。随后，用于实现推送型NRT广播所必要的信息(例如，“推送型NRT 元信息”)被描述在SMT中。在此情况中，例如，针对每一个物理信道而生成SMT。例如，如上面参考图14所描述的，“TS_id”被用作用于识别传输流的ID，并且实际上，其中描述了预定字符或数值等。因此，可识别VCT被包括在哪个物理信道(广播信道) 中。例如，基于此“TS_id”，SMT被确定。此外，如上所述，在VCT的以信道为单位的描述区域272-1中描述了“信道名称”、 “信道编号”、“服务类型”、“Program_number”、“SourCe_id”、“推送型NRT元信息”等。“Sourcejd”被用作用于识别相应逻辑信道的ID，并且实际上，其中描述了预定字符或数值等。也就是说，以信道为单位的描述区域272-1是其中描述了有关由“Sourcejd” 确定的一个逻辑信道的信息的区域。类似地，在以信道为单位的描述区域272-2中也描述了有关由“Sourcejd”确定的一个逻辑信道的信息，如此等等。此外，对于图15中的示例，在NRT-IT的描述区域中描述了 “Sourcejd”、“内容数目”、“推送型NRT元信息”、以内容为单位的描述区域四2-1、以内容为单位的描述区域 292-2 等。“Sourcejd”与上面参考图14所描述的“Sourcejd”相同，用作用于识别相应逻辑信道的ID，并且实际上，其中描述了预定字符或数值等。因此，在图14中的在以信道为单位的描述区域272-1、在以信道为单位的描述区域272-2等中描述的一个逻辑信道可与相应的NRT-IT相关联。从而，NRT-IT以逻辑信道为单位被生成。有关与多个“Sourcejd”相对应的NRT-IT中的每个NRT-IT的信息被描述在上述 SMT中。随后，有关多个NRT-IT中的每个NRT-IT的以内容为单位的描述区域中所描述的内容的、用于实现推送型NRT广播的信息被描述在SMT中。也就是说，SMT按照与VCT相同的方式作为描述了有关逻辑信道的信息的预定描述数据被发送。此外，NRT-IT可用作将要利用逻辑信道广播的内容的元数据的示例。按照这种方式，例如，将要利用一个逻辑信道被广播的所有内容可被接收作为推送型NRT广播内容。此外，例如，可以进行这样的布置，即将要利用一个逻辑信道广播的内容中的、要在预定时间区段播放的内容被接收作为拉动型NRT广播内容，并且要在另一时间区段播放的内容被接收作为推送型NRT广播内容。利用根据本发明的广播系统1，可按照这样的方式来布置和发送VCT和SMT。此外，直到目前已经针对以内容为单位的描述区域被提供给NRT-IT的示例进行了描述，并且描述了有关每个内容的“内容发送位置信息”。如上所述，“内容发送位置信息”被确定，从而借此可识别要利用由“Sourcejd”确定的逻辑信道发送的数据中的、由 “content_item_id”确定的一个内容的数据。具体地，通过“内容发送位置信息”确定出FLUTE会话，并且获得构成FLUTE会话的数据。FLUTE会话流实际上由被划分成预定大小的多个文件构成，并且这多个文件中的每个文件被附加有“Τ0Ι”。对于上面的示例，已经描述了其中基于FDT (FDT是“Τ0Ι”为0的文件)获得要利用预定FLUTE会话发送的内容的数据的情况。注意，FLUTE会话可被用作用于内容数据的发送的文件发送会话的示例，并且FDT 是此文件发送会话的控制信息，并且可被用作发送控制数据的示例。然而，近年来，在不利用诸如电视接收机之类的音频-视频设备的情况下使用个人计算机等来频繁地执行对内容的视听。因此，如果在接收设备41处可例如通过与利用因特网获得内容相应的方法执行对内容的视听，则便利性被提高。例如，可以进行这样的布置，其中，基于FDT来确定描述了构成相应内容的文件的地址信息的地址文件，并且基于在地址文件中所描述的地址信息来获得构成此内容的文件。例如，诸如浏览器之类的应用软件被安装到接收设备41中。随后，浏览器的RSS 阅读器功能被用于使能对利用RSS描述的地址文件的分析。此地址文件例如用用于因特网的RSS (RDF站点摘要)来描述。RSS是XML (可扩展标记语言)语句格式，其中，诸如web站点标题或摘要等的元数据被按照结构化的方式来描述。图28是用于描述利用以RSS格式描述的地址文件来获得构成内容的文件的示例的示图。如上所述，有关每个内容的“内容发送位置信息”被描述在NRT-IT的以内容为单位的描述区域中。对于此示例，表示出了在NRT-IT中所描述的称为“contentjtemjd = http://example. com/NRT/rss. xml” 的信息、称为 “IP_address/Port/TSI = xx/xx/xx” 的信息，实际上，IP地址、端口号和TSI被描述作为“xx/xx/xx”。由此，FLUTE会话被确定，并且构成FLUTE会话流的数据被获得。“Τ0Ι”被附加到 FLUTE会话流的多个文件中的每个文件，并且“Τ0Ι”为0的FDT被获得。对于此示例，以 “〈File”为开头的XML语句被描述在区域501中，描述区域501是FDT的描述区域的一部分。T IS ^； 501, 7 "Content-Location = http//XYZ. com/newHeadline/ rss. xml”。这表示称为“XYZ. com/newHeadline/rss. xml”的RSS格式的地址文件通过区域501的描述被确定。随后，根据称为“T0I” = “1”的描述，表示出要确定的地址文件的标识符。也就是说，这表示“Τ0Ι”为1的文件是地址文件。此外，根据称为“Content-Type =〃 application/rss+xml" ”的描述，表示出地址文件以RSS格式被描述。接收设备41获得“Τ0Ι”为1的文件作为地址文件，参照地址文件中以 “〈enclosure”为开头的XML语句的标签，从而获得目标内容文件的地址信息。对于此示例， 这被描述为 “url = http://XYZ. com/newsHeadline/title. mp4... ”。由此，作为 FDT 的描述的一部分的区域502被确定。T IS ^； 502, 7 "Content-Location = http //XYZ. com/newsHeadline/ title. mp4”。这表示根据区域 502 的描述，确定了称为 “XYZ. com/newsHeadline/title. mp4... ”的MPEG4(mp4)的内容文件。随后，根据称为“Τ0Ι” = “2”的描述，表示出要被确定的地址文件的标识符。也就是说，这表示内容文件是“Τ0Ι”为2的文件。此外，根据称为 “Content-Type ="video/mp4””的描述，表示此文件是经过MPEG4(mp4)格式的压缩编码的文件。随后，接收设备41获得“Τ0Ι”为2的文件作为内容文件，并且对经过了 MPEG4格式的压缩编码的文件进行解码，从而此内容可被播放。
因此，接收设备41例如可被配置为其中安装了诸如浏览器之类的应用软件的个人计算机等。图四是图示出以RSS格式描述的地址文件的示例的示图。在此示图中，区域502 中称为“<title>News Headline by XYZ</title>”的描述表示由此地址文件确定的内容的标题是“News Headline by XYZ”。此外，对于区域522，描述了以“〈item”为开头的XML语句。区域522中禾尔为“〈enclosure url = http://YXZ.com/newsHeadline/title01.mp41ength ="123456789〃 type = " video/mp4 " />”的描述是有关按照RSS描述格式规定的 “enclosure”元素的描述。“enclosure”元素原本是指示附加到要以RSS分发的分发对象的媒介(medium)，但是在此情况中，此元素被用作用于确定以“〈File”为开头的XML语句的 fn息ο1^1 : ，“enclosure”7 的“url = http//YXZ. com/newsHeadline/titleOl. mp4”被用于确定在图28中的FDT的区域502中描述的“Content-Location = http//YXZ. com/newsHeadline/titleOl. mp4，，。此外，“enclosure，，元素的“length = 〃 123456789〃 ” 是表示此内容文件的字节长度的描述。此外，“enclosure”元素的“type = " video/mp4// ” 是表示此内容文件是以MPEG4(mp4)压缩的运动图像(视频)文件的描述。注意，按照与针对地址文件中的区域522相同的方式，如果多个以“〈item”开头的 XML语句被描述，则通过此地址文件可确定多个内容文件。如上所述，本发明能够实现这样的布置，其中，诸如浏览器等的应用软件被安装在接收设备41中，从而可利用浏览器的RSS阅读器功能来分析以RSS描述的地址文件。因此， 例如，根据与用因特网浏览web页面的情况下相同的设备和方法，内容可被接收和视听。注意，用于利用以RSS格式描述的地址文件视听内容的方法可被应用到推送型NRT广播和拉动型NRT广播二者中。例如，图10的步骤S16或者图25的步骤SlM中的内容下载可通过诸如上面参考图观和图四描述的获得内容文件来执行。也就是说，可以进行这样的布置，其中，基于 FDT确定地址文件，并且基于在地址文件中描述的地址信息来获得构成相应内容的文件，从而内容的下载被执行。此外，在这样的情况中，如上所述，发送设备21发送的内容的数据被构建为除了包括FDT和内容文件以外还包括地址文件。顺便提及，对于上面参考图12描述的示例，已经做了这样的描述，其中，接收设备 41周期性地接收PSIP数据并且因此可周期性地获得VCT和NRT-IT。随后，对于图12中的示例，已经做了这样的描述，其中，VCT 210,NRT-IT 211和NRT-IT 212首先被接收，从而发送内容A和内容B的逻辑信道以及其FLUTE会话文件被确定。此外，已经做了这样的描述， 其中，VCT 220、NRT-IT 221和NRT-IT 222被新接收并被更新，从而发送内容C的逻辑信道及其FLUTE会话文件基于VCT 220和NRT-IT 221而被确定。也就是说，对于上面的示例，在新发送内容的情况中，需要生成PSIP数据并且预先使得接收设备41新接收VCT和NRT-IT。然而，对于利用以RSS格式描述的地址文件视听内容的方法，可以在不使得接收设备41新接收VCT和NRT-IT的情况下在接收设备41处发送和接收新内容。具体地，在使得接收设备41接收到VCT和NRT-IT并且确定了逻辑信道和FLUTE会话之后，要利用此逻辑信道的FLUTE会话发送的FDT和地址文件的内容在预定定时被修改。由此，可以在不使得接收设备41新接收VCT和NRT-IT的情况下在接收设备41处发送和接收新内容。图30是用于描述能够在不使得接收设备41新接收VCT和NRT-IT的情况下在接收设备41处发送和视听新内容的方法的示图。此示图中的垂直轴表示时间，并且箭头S表示VCT和NRT-IT的更新周期。注意，VCT和NRT-IT的更新周期等于PSIP数据的发送周期。在图30中，对于接收设备41基于VCT和NRT-IT确定的逻辑信道的FLUTE会话， 在 9 点(09:00:00)到 10 点(10:00:00)期间 “FDT 实例 01 (FDT instance。” ”、“RSS 01” 和“内容文件01 (Content file 01)”被重复发送。这里，“FDT实例01 ”是TOI为0的FDT 文件，“RSS01”是由"FDT实例01”确定的以RSS格式描述的地址文件。“内容文件01”是由“ FDT实例01 ”禾口 “ RSS 01 ”确定的内容文件。此外，对于接收设备41基于VCT和NRT-IT确定的逻辑信道的FLUTE会话，在10 点(10:00:00)之后“FDT实例02”、“RSS 02”和“内容文件02”被重复发送。“FDT实例02” 是TOI为0的FDT文件，“RSS 02”是由“FDT实例02”确定的以RSS格式描述的地址文件。 “内容文件02 ”是由“FDT实例02 ”和“ RSS 02 ”确定的内容文件。也就是说，对于图30中的示例，接收设备41基于VCT和NRT-IT确定的逻辑信道的FLUTE会话是相同的，但是FDT、地址文件和内容文件随着时间而改变。例如，在“内容文件01”是内容D的文件并且“内容文件02”是内容E的文件的情况中，接收设备41可在9点到10点期间接收内容D，并且在10点之后接收内容E。图31和图32是图示出用于图30的示例的以RSS格式描述的地址文件的示例的示图。图31是与图30中的“RSS 01”相对应的地址文件。此示图中的区域541和区域 542分别是描述了与图四中的区域521和区域522相同的内容的区域，因此对它们的详细描述将被省略。对于图31中的示例，与图四中的情况不同，区域543被提供。对于区域M3，描述了 “<pubDate>Tue，10 Jun 2003 090000GMT<pubDate>”。这表示相应的地址文件在 (GMT (格林威治时间))2003年6月10日(星期二 ) 9点被生成。此外，对于图31中的示例，与图四中的情况不同，区域M4被提供。对于区域M4， 描述了 “<skipHoursXhour>9</hourX/skipHours>”。这是按照RSS描述格式规定的有关 “skipHours”元素的描述。“skipHours”元素是用于指定禁止抓取(crawl)的时间区段的描述，并且在与以“hour”标签围绕的部分中所描述的数值相对应的时间区段期间抓取被禁止。图31中的情况表示2003年6月10日9点起一小时内没有文件被更新(抓取)。接收设备41在与图30中的箭头S上靠上边部分相对应的时间点处接收VCT和 NRT-IT，从而确定逻辑信道和FLUTE会话。由此，当9点到来时接收设备41自动获得“FDT 实例01”，并且基于此获得图31中所图示出的地址文件。获得了图31中所图示出的地址文件的接收设备41在9点参照“FDT实例01”中与区域502(图28)相对应的区域以获得“内容文件01”。因此，在之后的一个小时期间，即，在10点到来之前，不获得“内容文件01”。 此外，获得了图31中所图示出的地址文件的接收设备41在从9点起经过了一个小时以后自动获得(抓取)内容文件。
当10点到来时，要利用相应的FLUTE会话发送的FDT的描述被修改。也就是说， 当10点到来时，“FDT实例02”作为TOI为0的文件被发送。无论有关“skipHours”元素的描述如何，接收设备41都获得“FDT实例02”。这是因为FDT是要在接收设备41基于VCt 和NRT-IT确定的逻辑信道的FLUTE会话中自动获得的文件。因此，接收设备41在10点到来时自动获得“FDT实例02”。此外，如上所述，当10 点到来时，接收设备41基于图31中所图示出的地址文件的内容自动执行用于获得内容文件的处理。这里，文件的获得是基于与在图31中“skipHours”元素有关的描述而执行的。也就是说，当10点到来时，接收设备41还基于“FDT实例02”的描述获得在图32 中所图示出的地址文件。这是因为由“FDT实例02”确定的地址文件为“RSS 02”。图32是与图30中的“RSS 02”相对应的地址文件。在图32中，区域Ml的描述以及区域M2的描述各自与图31中的情况相同，因此，它们的详细描述将被省略。在图32 中，对于区域 543，描述了 “<pubDate>Tue，10 Jun 2003100000GMT</ pubDate〉”。这表示相应的地址文件在(GMT (格林威治时间))2003年6月10日10点被生成。对于区域 544，描述了 “<skipHoursXhour>10</hourX/skipHours>，，。这表示自 2003 年6月10日10点起一个小时内没有文件被更新(抓取)。因此，获得了图32中的地址文件的接收设备41参照“FDT实例02”中与区域 502(图28)相对应的区域以获得“内容文件02”。随后，在之后的一个小时期间，即，在11 点到来之前，不获得“内容文件02”。此外，获得了图32中所图示出的地址文件的接收设备 41在从10点起经过了一个小时以后自动获得(抓取)文件。因此，随后，无论有关“skipHours”元素的描述如何，接收设备41都获得“FDT实例02”。这是因为FDT是要在接收设备41基于VCT和NRT-IT确定的逻辑信道的FLUTE会话中自动获得的文件。另外，获得了图32中所图示出的地址文件的接收设备41在11点到来时如上所述那样基于在图32中所图示出的地址文件的描述内容执行用于自动获得内容文件的处理。 这里，文件的获得是基于与在图32中有关“skipHours”元素的描述而执行的。也就是说，当11点到来时，接收设备41还基于“FDT实例02”的描述获得在图32 中所图示出的地址文件。这是因为由“FDT实例02”确定的地址文件为“RSS 02”。随后， 接收设备41参照“FDT实例02”中与区域502(图28)相对应的区域以再次获得“内容文件 02”。因此，在此情况中，在10点时获得了内容文件，并且在11点获得的内容文件是相同的内容(“内容文件02”)。按照这种方式，可以在不使得接收设备41新接收VCT和NRT-IT的情况下就能发送和接收新内容。例如，可进行这样的布置，其中，新的flash作为web页面的图像被显示在接收设备41的显示器上，并且图像随着预定时间间隔而被自动更新。具体地，例如，图10的步骤S16或图25的步骤SlM中的内容的下载可以通过诸如上面参考图30到图32描述的内容文件的获得来执行。也就是说，可进行这样的布置，其中，基于FDT确定地址文件，并且基于此地址文件来获得构成相应内容的数据。替代地，内容的下载可通过基于在其地址文件中描述的用于控制文件获得时间区段的信息(例如，有关“ skipHours，，元素的描述)重复获得内容文件来执行。因此，可在不生成包括VCT和NRT-IT的PSIP数据的情况下接收和视听新的NRT广播内容。因此，例如，对于广播台站等，每当新NRT广播内容被发送时，无需生成包括VCT 和NRT-IT的PSIP，从而可安排更加多样化的广播日程。已经针对利用以RSS格式描述的地址文件的情况中的示例进行了描述，但是也可采用以ATOM格式描述的地址文件。对于上述示例，已经针对可利用原理上适用于ATSC(高级电视系统委员会)标准的方法来实现推送型NRT广播的实施例进行了描述。然而，例如，可利用原理上适用于 ARIB (无线电工业和商业联合会)标准的方法来实现推送型NRT广播。在适用于ARIB标准的方法的NRT广播的情况中，要被广播的节目被分类成群组。这里，群组被用作在表示节目要以系列方式一起被广播的情况中的单位。此外，群组是按层级构建的，并且例如可被构建为使得一个群组被用作父群组并且多个子群组被包括在其父群组中。群组可被用作复用了物理信道的逻辑信道，这将在稍后描述。节目具有一般意义相同的含义，并且例如，多个节目被包括在一个群组中。在适用于ARIB标准的方法的NRT广播的情况中，假定接收设备41的用户签订了 NRT广播的视听合约，以便按照规则对其进行付费。也就是说，只有支付了其费用的用户才被允许视听作为此视听合约的对象的节目。例如，可进行这样的布置，其中，构成节目的图像数据或音频数据等的文件被编码并被广播，并且利用支付了费用的用户的接收设备41，获得所接收的节目的许可，从而此节目的文件被解码。在适用于ARIB标准的方法的NRT广播的情况中，诸如上述群组、节目、许可等的信息被布置为作为ECG元数据而被发送并被接收设备41接收。图33是用于描述在包括适用于ARIB标准的方法的NRT广播的广播信号中的协议栈的示图。适用于ARIB标准的方法的NRT广播被称为卫星下载广播。如图33中所图示的，最低层级被用作“物理层”，并且被指派用于卫星下载广播的广播波的频带对应于此层。与“物理层”相邻的较高层被用作“时隙(SLOT)”。“时隙”被用作时分发送频带，并且例如，48个时隙被指派给一个广播信道。与“时隙”相邻的较高层被用作“TLV(类型长度值)”。对于“TLV”，此较高层级的分组被划分成可变长度分组(称为TLV分组)并被发送，并且TLV分组的连续将被称为TLV流。也就是说，要在与一个广播信道相对应的发送频带中发送的信号全部都通过具有与其广播信道相对应的头部信息等的TLV分组来发送。换句话说，在适用于ARIB标准的方法的NRT广播的情况中，针对每个物理信道(广播信道)指派TLV流的发送速率。“IP(多播)”、“头部压缩IP(多播)”、“TLV_NIT(网络信息表)，，以及“AMT(地址映射表)”被描述作为与“TVL”相邻的较高层级。“IP(多播)”被用作多播形式的IP分组。 “头部压缩IP(多播)”用于通过压缩IP分组的头部来去除发送开销。例如，这被用作附加了头部信息的IP分组，其对应于这样的协议，其中，不是发送所有分组的所有头部信息，而是以间歇的方式发送一完整头部分组，并且对于其他分组，利用压缩的头部替换头部并且发送，并且在接收侧恢复头部信息。"TLV-NIT(网络信息表)”和“AMT(地址映射表)”被用作这样的层级，其中，用于识别附加到TLV分组的标识符的信息基于IP地址、端口号等而被发送。对于“TLV-NIT”和“AMT”，描述了 TLV分组的复用状态等(诸如经复用的IP分组的多播群组的列表之类)。接收设备41参照“TLV-NIT”和“AMT”以确定附加到TLV分组的标识符，从而可提取出目标IP 分组。与“IP (多播)”和“头部压缩IP (多播)”相邻的较高层级被用作“UDP”，并且“数据发送协议”被显示作为“UDP”的较高层。“数据发送协议”被用作与预定协议相对应的层级，该预定协议用于发送其中存储了“ECG元数据”和“TSS”的文件。基于此数据发送协议， 将生成稍后描述的下载头部。“TSS(加时间戳的TQ ”是这样的层级，其中，编码的图像数据、音频数据等被划分成固定长度传输分组(TS分组)，并且通过向TS分组的预定位置添加时间戳信息而获得的分组被发送。“视频编码(经编码的图像数据)”、“音频编码(经编码的音频数据)，，以及 “字幕编码(经编码的字幕数据)”被描述作为与“TSS”相邻的较高层。"ECG元数据”被用作这样的层级，其中，构成稍后描述的ECH元数据的数据被划分成固定长度分组并被发送。对于“TSS”层级分组或者“ECG元数据，，层级分组，诸如要被存储的文件的识别信息、编码方式、块编号等属性信息作为下载头部被添加，其被用作UDP分组的有效载荷。按照这种方式，对于作为适用于ARIB标准的方法的NRT广播的卫星下载广播，具有与“TLV”的TLV分组的发送速率相对应的发送频带的一个广播信道(如前所述，即物理信道)可被复用成称为群组的多个逻辑信道。有关每个这样的逻辑信道的信息被描述在群组属性表和购买属性表中，群组属性表是有关要针对每个物理信道生成的逻辑信道(群组)的控制信息，并且购买属性表是与用户的视听合约相对应的控制信息。群组属性表和购买属性表中的每个是被包括在ECG元数据中的信息，稍后将描述细节。基于群组属性表和购买属性表，确定作为在要被广播的节目中所包括的群组的标识符的“群组ID”，并且基于此“群组ID”，确定作为用于此节目的标识符的“CRID”。随后， 基于此“CRID”，确定要被接收的IP分组的IP地址和端口号。此外，通过参照“TLV-NIT”和 “AMT”确定附加到TLV分组的标识符，并且提取出目标IP分组。注意，预定IP地址和端口号被布置为附加到存储了 ECG元数据的IP分组。此ECG 数据的IP地址和端口号被预先存储在接收设备41中。也就是说，接收设备41通过基于已经存储的IP地址和端口号参照“TLV-NIT”和 “AMT”来确定附加到TLV的标识符，从而可提取出ECG元数据的IP分组。如上所述，基于如此获得的群组属性表和购买属性表，确定作为在要被广播的节目中所包括的群组的标识符的“群组ID”。接下来，将描述ECG元数据。ECG元数据包括群组属性表、节目属性表、节目位置表、购买属性表、许可属性表和下载控制信息表。图34是图示出用于本发明的群组属性表(群组信息)的示例的示图。群组属性表针对每一个群组而被生成。在适用于ARIB标准的方法的NRT广播的情况中，接收推送型 NRT广播的接收设备41被配置为接收与推送型NRT广播相对应的群组中的全部节目。对于此示图中的示例，在群组属性表中描述了 “群组ID(GroUp ID) ”、“群组类型 (Group type)”、“群组 / 节目的数目(Number of groups/programs) ”、“父群组 ID (Parentgroup ID)”、“标题名称(Title name)”、“概要(Outline)，，、“风格(Genre) ”、“关键词 (Keyword)，，、“标题媒体(Title media)” 等。“群组ID”被用作用于确定相应群组的标识符。对于“群组类型”，例如，描述了属于相应群组的节目的销售条件等。例如，在属于此群组的节目是十次广播的系列节目的情况中，描述了表示此节目是作为十次广播的集合被销售的节目还是可按每次广播销售的节目的信息。此外，对于“群组类型”，还描述了表示属于相应群组的节目是否是推送型NRT广播节目的信息。在适用于ARIB标准的方法的NRT广播的情况中，推送型NRT广播和拉动型 NRT广播的差异不在于下载方法，而是在于下载之后的数据存储方法。也就是说，在适用于ARIB标准的方法的NRT广播的情况中，所下载的节目数据按照与“群组ID”和“群组类型”相关联的方式被记录在记录介质中。例如，在适用于ARIB标准的方法的NRT广播的情况中，通过下载推送型NRT广播节目而获得的数据被布置为在当属于相同群组的另一节目被下载时被覆写。另一方面，当通过下载而获得的数据是拉动型 NRT广播节目时，不执行这样的覆写。也就是说，接收设备41基于“群组ID”和“群组类型”判断新下载的节目的数据是否被覆写记录。因此，在用户签订了推送型NRT广播视听合约的情况中，节目的数据将自动被覆写记录在接收设备41的记录介质中。因此，例如，签订了对“天气预报”的推送型NRT广播视听合约的用户可总是视听到最新的预报。对于“群组/节目的数目”，描述了属于相应群组的群组(子群组)、属于相应群组的节目的数目。对于“父群组ID”，在某群组存在相应父群组的情况中，其描述了该父群组的“群组 ID”。对于“标题名称”、“概要”、“风格”和“关键词”，分别描述了相应群组的标题、概要、 风格和关键词。对于“标题媒体”，例如，描述了属于相应群组的节目的缩略像数据。群组属性表如此被构建。图35是图示出用于本发明的节目属性表(节目信息)的示例的示图。节目属性表针对每一个节目而被生成。对于此示图中的示例，在节目属性表中描述了 “CRID(内容参照ID)”、“群组ID”、 "AV属性(AV attribute) ”、“标题名称”、“概要”、“风格”、“关键词”、“标题媒体”等。“CRID”被用作确定相应节目的标识符。对于“群组ID”，描述了节目所属的相应群组的“群组ID”。对于“AV属性”，例如，描述了表示相应节目是否是带有字幕的节目等的信息。对于“标题名称”、“概要”、“风格”和“关键词”，分别描述相应节目的标题、概要、风格和关键词。对于“标题媒体”，例如，描述属于相应群组的节目的缩略像数据。节目属性表如此被构建。图36是图示出购买属性表(购买信息)的示例的示图。对于此示图中的示例，在购买属性表中描述了 “购买ID (Purchase ID) ”、“群组ID/节目ID”、“费用(Fee)”等。购买属性表针对对于群组或节目(内容)的每一个视听合约而被生成。“购买ID”被用作确定相应视听合约的标识符。对于“群组ID/节目ID”，描述了有关作为相应视听合约的对象的群组或节目的 “群组ID”和“节目M (即，CRID)”。对于“费用”，描述了按照NRT广播视听合约要支付的费用。购买属性表如此被构建。图37是图示出许可属性表(许可信息)的示例的示图。对于此示图中的示例，在许可属性表中描述了“许可ID (License ID) ”、“CRID”、“购买ID”、“利用条件(Utilization conditions)”等。许可属性表针对对于节目(内容)的每一个视听合约而被生成。“许可ID”是与相应视听合约相对应的协议的标识符，并且例如还是存储用于解码编码的节目文件的密钥的存储区域的地址信息。例如，获得了 “许可ID”的接收设备41基于其地址访问经由网络连接的广播台站服务器等。也就是说，上述地址用于确定广播台站服务器的预定存储区域，并且用于解码编码节目的文件的密钥被存储在此存储区域中。例如，接收设备41在访问广播台站服务器时发送“购买ID”和自己的识别信息等以接收此服务器的认证。在认证成功的情况中，接收设备41被配置为从该服务器获得用于解码文件的密钥。对于“CRID”，描述了可根据相应视听合约视听的节目的“CRID”。对于“购买ID”，描述了与相应许可相对应的视听合约的“购买ID”。对于“利用条件”，描述了表示根据相应许可对于节目文件的可解码次数(对于内容的可播放次数)等的信息。许可属性表如此被构建。图38是图示出节目位置表(节目位置)的示例的示图。对于此示图中的示例，在节目位置表中描述了 “CRID”、“节目的参照URL (Reference URL of program) ” “购买ID” 等。节目位置表针对每一个节目而被生成。对于“ CRID ”，描述了相应节目的“ CRID ”。对于“节目的参照URL”，描述了相应节目的下载控制信息(稍后描述)的URL。对于“购买ID”，描述了对于作为对象的相应节目的视听合约的“购买ID”。节目位置表如此被构建。图39是图示出下载控制信息(Downlaod Control ^formation)的示例的示图。对于此示图中的示例，在此下载控制信息中描述了 “CRID”、“广播日程(Broadcasting schedule) ”等。下载控制信息针对每一个节目而被生成。对于“ CRID ”，描述了相应节目的“ CRID ”。对于“广播日程，，，描述了相应节目的广播信道、广播开始时间点、广播结束时间点等。另外，在下载控制信息中还描述了用于发送相应节目的文件的分组的IP地址和
端口号。下载控制信息如此被构建。
注意，实际上，上述群组属性表、节目属性表、节目位置表、购买属性表、许可属性表、下载控制信息表中的每一个被表示为XML语句。例如，接收到ECG元数据的接收设备41的用户参照在群组属性表中包括的“标题名称”、“概要”等，以确定该用户要视听的推送型NRT广播。随后，该用户根据预定的过程签订视听合约以便支付对于此推送型NRT广播视听合约所需的费用。例如，支付了费用的该用户的接收设备41的标识信息按照与“购买ID”相关联的方式被存储在广播台站服务器中，此“购买ID”与签订且支付了费用的视听合约相对应。此外，与签订且支付了费用的视听合约相对应的“购买ID”被存储在支付了费用的该用户的接收设备41中。在视听达成协议和费用支付之后接收到广播的接收设备41基于所存储的“购买 ID”获得在ECG元数据中包括的购买属性表、许可属性表和节目位置表。随后，接收设备41基于在节目位置表中所描述的URL获得在ECG元数据中包括的下载控制信息。接收设备41通过确定在下载控制信息中所描述的下载日程来确定节目的播放开始时间点和播放结束时间点、广播信道、IP地址、端口号等。因此，例如，NRT广播节目的下载日程被存储在控制器409的内部存储器中。接收设备41根据下载日程下载构成节目的文件，并且利用在基于“购买ID”获得的许可属性表中所描述的许可ID来确定存储解码密钥的地址。随后，例如，接收设备41经由网络访问上述地址以获得解码密钥，并且对编码的文件进行解码并播放。按照这种方式，可利用适用于ARIB标准的方法实现推送型NRT广播。接下来，将参考图40中的流程图来对在接收设备41处利用适用于ARIB标准的方法接收NRT广播的情况中的NRT广播接收处理进行描述。在步骤S201中，接收设备41获得ECG元数据。此时，接收设备41基于已经存储的IP地址和端口号来参考“TLV-NIT”和“AMT”，从而确定附加到TLV分组的标识符。随后， 接收设备41从所确定的TLV分组提取ECG元数据的IP分组，从而获得ECG元数据。在步骤S202中，接收设备41确定“群组ID”。此时，接收设备41基于所存储的“购买ID”来获得ECG元数据中包括的购买属性表、许可属性表和节目位置表。随后，接收设备 41确定购买属性表中包括的“群组ID”。在步骤S203中，接收设备41基于在步骤S202的处理中所确定的“群组ID”来获
得群组属性表，并且确定其“群组类型”。在步骤S204中，接收设备41生成下载日程。此时，接收设备41基于利用步骤S202 中的处理获得的节目位置表中所描述的URL来获得下载控制信息。接收设备41确定在此下载控制信息中所描述的广播日程，从而确定节目的广播开始时间点和广播结束时间点、 广播信道、IP地址、端口号等。如此，例如，NRT广播节目的下载日程被存储在例如控制器 409的内部存储器等中。在步骤S205中，接收设备41基于在步骤S204的处理中所生成的下载日程来下载节目的数据。在步骤S206中，接收设备41将在步骤S205的处理中所下载的节目的数据与在步骤S202和步骤S203的处理中所确定的“群组ID”和“群组类型”相关联。在步骤S207中，接收设备41判断在步骤S205的处理中所下载的节目是否是推送型NRT广播节目。此时，基于在步骤S206的处理中所获得的“群组类型”，判断此节目是否是推送型NRT广播节目。在当在步骤S207中判定在步骤S205的处理中所下载的节目是推送型NRT广播节目的情况中，处理进行到步骤S208。在步骤S208中，接收设备41覆写并记录节目的数据。另一方面，在当在步骤S207中判定在步骤S205的处理中所下载的节目不是推送型NRT广播节目的情况中，处理进行到步骤S209。在步骤S209中，接收设备41不进行覆写，但是要记录节目的数据。也就是说，在步骤S208或步骤S209中，所下载的节目的数据按照与“群组ID”和 “群组类型”相关联的方式被记录在记录介质中。这里，通过下载推送型NRT广播节目而获得的数据在当属于相同群组的另一节目被下载时被覆写(步骤S208中的处理)。例如，先前记录的节目的数据(此数据是与在步骤S202的处理中确定的“群组ID”相同的“群组ID”所相关联的节目的数据)被在步骤 S205的处理中所下载的节目的数据覆写。另一方面，当通过下载获得的数据是拉动型NRT 广播节目时，不执行上述覆写(步骤S209中的处理)。也就是说，接收设备41被配置为基于“群组ID”和“群组类型”来判断新下载的节目的数据是否被覆写和记录(步骤S207中的处理)。因此，在用户签订了推送型NRT广播视听合约的情况中，之后，节目的数据被自动覆写并记录在接收设备41的记录介质上。注意，上述处理序列可由硬件执行，或者可由软件执行。在上述处理序列由软件执行的情况中，构成该软件的程序从网络或记录介质被安装到专用硬件所嵌装的计算机中。 此程序也可从网络或记录介质被安装到例如在图41中所图示出的能够通过安装各种类型的程序来执行各种类型的功能的通用个人计算机700中。在图41中，CPU (中央处理单元)701根据存储在R0M(只读存储器)702中的程序或者从存储单元708被加载到RAM(随机存取存储器)703的程序来执行各种类型的处理。 CPU 701执行各种类型的处理所必要的数据等也适当地被存储在RAM 703中。CPU 701、ROM 702和RAM 703经由总线704彼此连接。总线704还与输入/输出接口 705连接。输入/输出接口 705与输入单元706和输出单元707连接，输入单元706由键盘、 鼠标等构成，输出单元707由扬声器和显示器等构成，显示器包括LCD (液晶显示器)等。此外，输入/输出接口 705还与存储单元708和通信单元709连接，存储单元708由硬盘等构成，通信单元709由调制解调器、诸如LAN卡之类的网络接口卡等构成。通信单元709经由网络执行通信处理，此网络包括因特网。根据需要，输入/输出接口 705还与驱动器710连接，在驱动器710上适当地安装可移除介质711，可移除介质711诸如是磁盘、光盘、磁光盘、半导体存储器等。根据需要，从该可移除介质读出的计算机程序随后被安装到存储单元708中。在由软件执行上述处理序列的情况中，构成软件的程序从诸如因特网之类的网络或者由可移除介质711构成的记录介质被安装。注意，此记录介质不仅包括由可移除介质711(可移除介质711由磁盘(包括软盘(注册商标))、光盘(包括CD-ROM (致密盘-只读存储器)、DVD (数字通用盘))、磁光盘 (包括MD(迷你盘)(注册商标))、半导体存储器等构成)配置的记录介质(其中记录有程序，如图41中所图示，被分发用于向用户分发程序，与设备主体架构分离开)，而且包括由 ROM 702或者存储单元708中包括的硬盘等构成的记录介质构成的记录介质(其中记录有程序，被分发给用户，处于预先嵌入在设备主体架构中的状态)。注意，本说明书中的上述处理序列不仅包括按照顺着所描述顺序的时间顺序的方式执行的处理，而且还包括并行地或者单独地执行的处理，虽然这样的处理不一定是按照时间顺序的方式被执行的。此外，本发明的实施例不限于上述实施例，可以在不脱离本发明的本质的前提下做出多种修改。标号列表1广播系统21发送设备41接收设备401 端子402调谐器403TS解复用器404视频解码器405音频解码器406文件容器解复用器407FLUTE 处理器408存储装置409控制器410 端子411 端子
权利要求
1 一种内容接收设备，包括控制信息接收装置，被配置为基于将要作为广播波发送的信号接收控制信息，所述控制信息与具有和回放速率不同步的发送速率的内容的广播有关；下载日程生成装置，被配置为基于所述控制信息生成下载日程，所述下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约 fn息；下载装置，被配置为基于所述下载日程来接收所述内容中的各个内容并记录在记录介质中；以及回放装置，被配置为利用所述回放速率来播放在所述记录介质中记录的内容。
2.根据权利要求1所述的内容接收设备，其中，与内容的广播有关的所述控制信息包括预定描述数据，在将所述频带的所述广播波信号的发送路径作为物理信道的情况中， 所述预定描述数据描述与通过利用预定方法将所述物理信道划分成多个发送路径而获得的逻辑信道有关的信息；以及元数据，所述元数据描述与将要利用所述逻辑信道中的各个逻辑信道发送的内容有关的信息。
3.根据权利要求2所述的内容接收设备，其中，所述下载日程生成装置生成用于接收和记录将要利用在所述物理信道中包括的多个逻辑信道中的、与所述注册信息相对应的逻辑信道广播的所有内容的下载日程。
4.根据权利要求3所述的内容接收设备，其中，所述下载日程生成装通过基于所述元数据的描述确定所述内容的广播开始时间点并且还确定将要由所述逻辑信道发送的数据中的、用于确定所述内容的数据的位置信息，来生成所述下载日程。
5.根据权利要求4所述的内容接收设备，其中，所述下载装置通过以下方式来接收所述内容基于所述下载日程通过在所述内容的广播开始时间点接收与所述物理信道相对应的频带的广播波，基于所述预定描述数据的描述，提取将要由所述物理信道发送的传输分组中的、与所述注册信息相对应的逻辑信道的传输分组，并且基于所述位置信息来确定所述内容的数据。
6.根据权利要求5所述的内容接收设备，其中，所述逻辑信道的传输分组被构建为包括IP分组；并且其中，所述位置信息包括用于确定将要由所述IP分组发送的所述内容的数据的文件发送会话的信息；并且其中，所述下载装置基于通过确定所述文件发送会话而获得的发送控制数据的描述，来确定所述内容的数据。
7 根据权利要求6所述的内容接收设备，其中，所述下载装置基于所述发送控制数据的描述，来确定以RSS格式或ATOM格式描述的地址文件，并且基于所述地址文件确定所述内容的数据。
8.根据权利要求2所述的内容接收设备，其中，基于所述预定描述数据和所述元数据的描述，不论用户请求如何，都确定所述逻辑信道中的用于提供用于接收将要视听的内容的推送型服务的逻辑信道；并且其中，用于提供所述推送型服务的逻辑信道的列表被呈现给用户，以供所述用户接受所述推送型服务的注册；并且其中，用于确定所述注册的推送型服务的逻辑信道的信息被存储作为所述注册信息。
9.根据权利要求2所述的内容接收设备，其中，所述下载日程生成装置生成用于接收和记录由所述预定描述数据确定的内容的下载日程，该内容是要由在所述物理信道中包括的多个逻辑信道中的、与所述注册信息相对应的逻辑信道发送的内容。
10.根据权利要求1所述的内容接收设备，所述下载装置包括覆写判断装置，被配置为判断所接收到的内容是否被覆写在所述记录介质中所记录的内容上。
11.根据权利要求1所述的内容接收设备，其中，由所述下载装置记录的所述内容基于所述元数据的描述被设定有期满日期；并且其中，所述期满日期已经过的所述内容被去除。
12.—种内容接收方法，包括如下步骤基于将要作为广播波发送的信号接收控制信息，所述控制信息与具有和回放速率不同步的发送速率的内容的广播有关；基于所述控制信息生成下载日程，所述下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息；基于所述下载日程，来接收所述内容中的各个内容并记录在记录介质中；以及利用所述回放速率来播放在所述记录介质中记录的内容。
13.一种使得计算机用作内容接收设备的程序，所述内容接收设备包括控制信息接收装置，被配置为基于将要作为广播波发送的信号接收控制信息，所述控制信息与具有和回放速率不同步的发送速率的内容的广播有关；下载日程生成装置，被配置为基于所述控制信息生成下载日程，所述下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约 fn息；下载装置，被配置为基于所述下载日程来接收所述内容中的各个内容并记录在记录介质中；以及回放装置，被配置为利用所述回放速率来播放在所述记录介质中记录的内容。
14.一种内容发送设备，包括内容信息获得装置，被配置为根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断装置，被配置为判断所述内容是否是推送型服务的内容，所述推送型服务是无论用户请求如何都接收要被视听的内容的服务；第一控制信息生成装置，被配置为在所述内容是所述推送型服务的内容的情况中，在生成的第一控制信息中描述表示所述内容是所述推送型服务的内容的信息以及与所述内容有关的信息，所述第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；第二控制信息生成装置，被配置为生成第二控制信息，所述第二控制信息描述了用于确定用作预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；复用装置，被配置为将所述第一控制信息和所述第二控制信息与所述内容的数据复用，并且还将要通过多个所述逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及广播波发送装置，被配置为调制复用得到的数据以作为广播波发送。
15.一种内容发送方法，包括如下步骤根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断所述内容是否是推送型服务的内容，所述推送型服务是无论用户请求如何都接收要被视听的内容的服务；在所述内容是所述推送型服务的内容的情况中，在生成的第一控制信息中描述表示所述内容是所述推送型服务的内容的信息以及与所述内容有关的信息，所述第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；生成第二控制信息，所述第二控制信息描述了用于确定用作预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；将所述第一控制信息和所述第二控制信息与所述内容的数据复用，并且还将要通过多个所述逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及调制复用得到的数据以作为广播波发送。
16.一种使得计算机用作内容发送设备的程序，所述内容发送设备包括内容信息获得装置，被配置为根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；判断装置，被配置为判断所述内容是否是推送型服务的内容，所述推送型服务是无论用户请求如何都接收要被视听的内容的服务；第一控制信息生成装置，被配置为在所述内容是所述推送型服务的内容的情况中，在生成的第一控制信息中描述表示所述内容是推送型服务的内容的信息以及与所述内容有关的信息，所述第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；第二控制信息生成装置，被配置为生成第二控制信息，所述第二控制信息描述了用于确定用作预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；复用装置，被配置为将所述第一控制信息和所述第二控制信息与所述内容的数据复用，并且还将要通过多个所述逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及广播波发送装置，被配置为调制复用得到的数据以作为广播波发送。
17.—种记录介质，其中记录有根据权利要求10或权利要求13的程序。
全文摘要
本发明涉及可实现推送型NRT服务的内容接收设备和方法、内容发送设备和方法、程序以及记录介质。“Ch.4”被用作用于常规广播的广播信道，并且“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日 优先权日2009年2月9日
发明者北里直久, 山岸靖明 申请人:索尼公司