CN102301734B - 内容接收设备和方法、内容发送设备和方法 - Google Patents

内容接收设备和方法、内容发送设备和方法 Download PDF

Info

Publication number
CN102301734B
CN102301734B CN201080006450.1A CN201080006450A CN102301734B CN 102301734 B CN102301734 B CN 102301734B CN 201080006450 A CN201080006450 A CN 201080006450A CN 102301734 B CN102301734 B CN 102301734B
Authority
CN
China
Prior art keywords
content
broadcast
information
nrt
data
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Fee Related
Application number
CN201080006450.1A
Other languages
English (en)
Other versions
CN102301734A (zh
Inventor
北里直久
山岸靖明
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Sony Corp
Original Assignee
Sony Corp
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Sony Corp filed Critical Sony Corp
Publication of CN102301734A publication Critical patent/CN102301734A/zh
Application granted granted Critical
Publication of CN102301734B publication Critical patent/CN102301734B/zh
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2362—Generation or processing of Service Information [SI]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/2625—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for delaying content or additional data distribution, e.g. because of an extended sport event
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N7/00—Television systems
    • H04N7/16—Analogue secrecy systems; Analogue subscription systems
    • H04N7/173—Analogue secrecy systems; Analogue subscription systems with two-way working, e.g. subscriber sending a programme selection signal
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H20/00—Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/40—Arrangements for broadcast specially adapted for accumulation-type receivers
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
    • H04N21/2365—Multiplexing of several video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26208—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints
    • H04N21/26241—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists the scheduling operation being performed under constraints involving the time of distribution, e.g. the best time of the day for inserting an advertisement or airing a children program
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/25—Management operations performed by the server for facilitating the content distribution or administrating data related to end-users or client devices, e.g. end-user or client device authentication, learning user preferences for recommending movies
    • H04N21/262—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists
    • H04N21/26283—Content or additional data distribution scheduling, e.g. sending additional data at off-peak times, updating software modules, calculating the carousel transmission frequency, delaying a video stream transmission, generating play-lists for associating distribution time parameters to content, e.g. to generate electronic program guide data
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/41—Structure of client; Structure of client peripherals
    • H04N21/414—Specialised client platforms, e.g. receiver in car or embedded in a mobile appliance
    • H04N21/4147—PVR [Personal Video Recorder]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
    • H04N21/433—Content storage operation, e.g. storage operation in response to a pause request, caching operations
    • H04N21/4334—Recording operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/45—Management operations performed by the client for facilitating the reception of or the interaction with the content or administrating data related to the end-user or to the client device itself, e.g. learning user preferences for recommending movies, resolving scheduling conflicts
    • H04N21/458—Scheduling content for creating a personalised stream, e.g. by combining a locally stored advertisement with an incoming stream; Updating operations, e.g. for OS modules ; time-related management operations
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/47—End-user applications
    • H04N21/472—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content
    • H04N21/47214—End-user interface for requesting content, additional data or services; End-user interface for interacting with content, e.g. for content reservation or setting reminders, for requesting event notification, for manipulating displayed content for content reservation or setting reminders; for requesting event notification, e.g. of sport results or stock market
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/64—Addressing
    • H04N21/6405—Multicasting
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/72—Systems specially adapted for using specific information, e.g. geographical or meteorological information using electronic programme guides [EPG]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/68—Systems specially adapted for using specific information, e.g. geographical or meteorological information
    • H04H60/73—Systems specially adapted for using specific information, e.g. geographical or meteorological information using meta-information
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/60—Network structure or processes for video distribution between server and client or between remote clients; Control signalling between clients, server and network components; Transmission of management data between server and client, e.g. sending from server to client commands for recording incoming content stream; Communication details between server and client 
    • H04N21/63—Control signaling related to video distribution between client, server and network components; Network processes for video distribution between server and clients or between remote clients, e.g. transmitting basic layer and enhancement layers over different transmission paths, setting up a peer-to-peer communication via Internet between remote STB's; Communication protocols; Addressing
    • H04N21/643—Communication protocols
    • H04N21/64322—IP

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Databases & Information Systems (AREA)
  • Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Human Computer Interaction (AREA)
  • Marketing (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Television Signal Processing For Recording (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

本发明涉及可实现推送型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”。

Description

内容接收设备和方法、内容发送设备和方法
技术领域
本发明涉及内容接收设备和方法、内容发送设备和方法、程序以及记录介质，并且更具体地涉及可实现推送型(Push-type)NRT服务的内容接收设备和方法、内容发送设备和方法、程序以及记录介质。 
背景技术
近年来，由于数字广播的普及，多信道、高分辨率电视广播的接收已经变得很平常。 
另一方面，用于使得能够进行不仅通常的电视广播而且能够进行视听者正需求的另外的高级广播服务的技术研究和方法确定正在被考虑利用可用于数字广播的带域。 
视听者需求的功能的示例包括允许视听者在任何希望的时候都能视听内容的点播(on-demand)视听。然而，已经认识到在非双向发送广播的单向发送广播中难以实现点播视听。 
因此，为了能够在单向发送广播中进行点播视听，已经研究了一种NRT服务，此种NRT服务用于在广播内容被临时地记录在存储装置中之后播放此广播内容，假定接收终端将具有大容量的存储装置。NRT(非实时)服务是这样一种服务，该种服务不呈现实时视听且利用广播信号发送作为数据的内容，而无需与内容的即时广播同步地视听内容。 
具体地，对于NRT服务，与传统的对于广播节目内容等的记录预约不同，例如，在根据广播波的信号的发送频带大的情况中，记录(下载)可以在较短时间内完成。或者，例如，在根据广播波的信号的发送频带小的情况中，下载在较长时间内完成。 
此外，今年来，内容提供方法已经多样化。例如，传统地，用户请求所希望的内容从而内容由此被提供已经成为主流。然而，近年来，一种称 为推送型分发的提供方法已经被采用，其中，作为一侧的服务器侧向用户分发内容，即使没有请求也是如此(例如，参见PTL 1)。 
而且，对于NRT服务，可以想到两种方法，一种方法用于用户选择各个内容，然后接收并累积此内容，另一种方法用于用户注册要视听的特定内容组，然后，终端自动接收并累积这些内容。对于前一种方法，例如，称为拉动型(Pull-type)NRT服务，并且后一种服务例如被称为推送型(Push-type)NRT服务。 
引用列表 
专利文献 
PTL 1：日本未审查专利申请公开No.2007-035135 
发明内容
技术问题 
关于拉动型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是图示出被播放的内容图像的另一示例的示图。 
图24是用于描述推送型NRT服务注册处理的示例的流程图。 
图25是用于描述推送型NRT广播接收和回放处理的示例的流程图。 
图26是用于描述下载日程生成处理的示例的流程图。 
图27是用于描述广播波发送处理的示例的流程图。 
图28是用于构成内容的文件利用以RSS格式描述的地址文件而被获得的情况中的示例的示图。 
图29是用于描述用于图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)”。对于“传输流”，此较高层级中的分组被划分成称为传输分组的固定长度分组并被发送，并且传输分组的连续变成传输流。 
也就是说，要利用与单个广播信道相对应的频带被发送的所有信号通过具有与其广播信道相对应的头部信息等的传输分组来发送。 
与传输流相邻的较高层级被作为“片段(Section)”或者“分组化基本流(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的细节按照RFC3926来规定。 
按照这种方式，对于NRT广播，具有与“TS”的传输分组的发送速率(例如20Mps)相对应的发送频带的单个物理信道可被复用成多个逻辑信道。具体地，例如，在被指派了6MHz的单个广播信道的广播波信号的发送路径被作为物理信道的情况中，此物理信道被划分成多条发送路径，从而可提供多个逻辑信道。 
与这样的逻辑信道中的每个信道有关的信息被描述在VCT中，此VCT是与要针对每个物理信道生成的逻辑信道有关的控制信息。VCT的细节稍后将参考图7来描述。基于VCT来确定每个逻辑信道的“Program_number(节目_编号)”，并且基于此“Program_number”来确定“PSI”。随后，基于“PAT”以及“PAT”的“PMT”确定附加到“TS”的传输分组的预定标识符。附加了如此确定的标识符的传输分组被提取，从而单个逻辑信道的数据可被确定。按照这种方式，单个传输流可被识别为多个逻辑信道的分组，从而单个物理信道可被复用为多个逻辑信道。 
如此复用的逻辑信道中的每个逻辑信道将被称为虚拟信道(Virtual Channel)。对于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)”、“Program_number(节目_编号)”、“Source_id(Source_id)”等被描述在以信道为单位的描述区域72-1中。对于“信道名称”和“信道编号”，描述了表示它们中的每个的预定字符和数值。例如，以信道为单位的描述区域72-1中的“信道名称”被描述有“XX台站NRT第一信道”等，并且“信道编号”被描述为“5-1”等。此外，以信道为单位的描述区域72-1中的“信道名称”被描述有“XX台站NRT第二信道”等，并且“信道编号”被描述为“5-2”等。 
“服务类型”被描述有用于识别此逻辑信道是与常规广播相对应的逻 辑信道还是与NRT广播相对应的逻辑信道的信息。例如，在与以信道为单位的描述区域72-1相对应的逻辑信道是NRT广播的逻辑信道的情况中，“服务类型”被描述为“NRT”。 
“Program_number”被用于确定确定此逻辑信道的数据所需的PSI(节目特定信息)。 
“Source_id”被用作用于表示此逻辑信道的ID，实际上，其中描述有预定字符、数值等。也就是说，以信道为单位的描述区域72-1是其中描述有与由“Source_id”确定的单个逻辑信道有关的信息的区域。 
类似地，在以信道为单位的描述区域72-2的每个中也描述了与由“Source_id”确定的单个逻辑信道有关的信息。 
VCT如此被构建。 
如上所述，对于NRT广播，多个逻辑信道中的每个信道可广播单独的内容。有关利用每个逻辑信道发送的内容的信息被描述在NRT-IT中，NRT-IT是针对每个逻辑信道生成的控制信息。 
NRT-IT是由用于使得要利用每个逻辑信道广播的每个NRT广播内容能够在接收设备41处被识别的描述符构成的表。图8是图示出NRT-IT的示例的示图。 
对于此示图中的示例，描述了“Source_id”、“内容数目(Number of contents)”的NRT-IT的描述区域91、以内容为单位的描述区域92-1、以内容为单位的描述区域92-2等。“Source_id”与上面参考图7描述的相同，并且被用作用于识别逻辑信道的ID，实际上，其中描述有预定字符、数值等等。因此，此NRT-IT可与图7中以信道为单位的描述区域72-1、以信道为单位的描述区域72-2等中所描述的逻辑信道中的一个逻辑信道相关。“内容数目”被描述为表示要在预定单位时间利用由“Source_id”确定的逻辑信道广播的内容的数目的数值等等。 
与单个内容有关的信息被描述在以内容为单位的描述区域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中。“content_item_id”被用作用于描述相应内容的ID，实际上，其中描述有预定字符、数值等。也就是说，以内容为单位的描述区域92-1是其中描述有与由“content_item_id”确定的单个内容有关的信息的区域。 
对于“分发日程”，描述有表示相应内容的播放开始时间点和播放结束时间点的信息。注意，该内容是NRT广播内容，因此，根据此播放开始时间点和播放结束时间点，并没有表示出该内容何时可被视听的时间，而是表示出了该内容的下载何时将要开始的时间点，以及内容的下载何时结束的时间点。 
对于“内容期满日期”，描述有用于确定用作相应内容的期满日期的时间点的信息。已经过其期满日期的内容通过被从接收设备41的记录介质中移除等而被布置为被禁止播放。 
对于“内容名称”，描述有诸如相应内容的标题等的字符。 
对于“内容发送位置信息”，描述有用于确定上述参考图6描述的FLUTE会话的IP地址、UDP端口号和标识符“TSI(传输会话标识符)”。该“内容发送位置信息”被确定，从而使得在要利用由“Source_id”确定的逻辑信道发送的数据中，可以识别出由“content_item_id”确定的单个内容数据的数据。 
类似地，在以内容为单位的描述区域92-2的每个中也描述了与由“content_item_id”确定的单个内容有关的信息。
NRT-IT如此被构建。 
按照这种方式，获得了VCT，从而可获得与广播信道的每个逻辑信道有关的信息，并且获得了NRT-IT，从而可获得与要利用每个逻辑信道发送的内容有关的信息。 
图9是用于描述要利用FLUTE会话发送的内容的数据结构的示图。利用FLUTE会话获得的数据构成FLUTE会话流，诸如在本示图的靠下方中所图示出的。实际上，FLUTE会话流由被分割成预定大小的多个文件构成，并且被称为“TOI(传输对象标识符)”的标识符被附加到这多个文件中的每个文件。根据此TOI，这多个文件中的每个文件的发送顺序被布置为确定的。对于此示例，“TOI”为0的文件被作为“FDT”，“TOI”为1的文件被作为“FILE#1”，并且“TOI”为1的文件被作为“FILE#2”，依此类推。 
在构成FLUTE会话流的多个文件中，“TOI”为0的文件被作为“FDT(文件递送表)”。FDT是其中描述了与构成FLUTE会话流的其他文件中的每一个有关的信息的表。对于在图9中的示例，FLUTE会话内作为以文件为单位的信息的描述区域112-1、FLUTE会话内作为以文件为单位的信息的描述区域112-2等被描述在FDT的描述区域111中。 
对于FLUTE会话内作为以文件为单位的信息的描述区域112-1，描述了“TOI”、“content_type(内容_类型)”、“文件名称(File name)”等。“TOI”是用于识别FLUTE会话内的文件的信息，并且实际上，其中描述了预定数值。也就是说，FLUTE会话内作为以文件为单位的信息的描述区域112-1是其中描述有与由“TOI”确定的单个文件有关的信息的区域。 
对于“content_type”，描述了用于确定由“TOI”确定的文件的文件格式(数据类型)的信息。在相应的文件例如是图像数据文件的情况中，“content_type”被作为“视频”等，并且在相应的文件是音频数据的情况中，“content_type”被作为“音频”等。 
对于“文件名称”，描述了相应文件的名称。“文件名称”可被描述为URL。 
类似地，对于FLUTE会话内作为以文件为单位的信息的描述区域112-2等中的每个，描述了与由“TOI”确定的单个文件有关的信息。 
要利用预定的FLUTE会话发送的内容的数据由此被构建。 
接下来，将参考图10的流程图来描述根据接收设备41的拉动型NRT 广播接收和回放处理。 
在步骤S11中，接收设备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中所接受的内容的广播信道。随后，基于在步骤S11中所接收的VCT，接收设备41确定将要利用广播相应内容的逻辑信道发送的数据。此外，接收设备41基于在步骤S11中所接收的NRT-IT确定发送此内容的FLUTE会话，并且获得构成FLUTE会话流的每个文件。当广播结束时间点到达时，在接收设备41处对构成FLUTE会话流的所有文件的获得完成，并且由此，内容的下载完成。 
当下载完成时，接收设备41将由如上获得的文件构成的数据作为单 个内容记录在记录介质中。此时，在步骤S11中所接收的信息中所包括的此内容的元数据也按照与此内容相关联的方式被记录。注意，元数据例如由在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”的“Source_id”。 
例如，逻辑信道“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广播接收构成内容的数据的方法的示图。在此示图中，与一个广播信道相对应的传输流(TS)的发送频带用圆柱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-IT。首先，接收到VCT 210、NRT-IT 211和NRT-IT212。接收设备41参照VCT 210的描述，从而可确定用于识别发送将要被接收并累积的内容A和内容B的逻辑信道的“Source_id”。随后，基于其“Source_id”，接收设备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的“Source_id”，确定描述了有关这些内容的信息的以内容为单位的描述区域。随后，接收设备41参照所确定的以内容为单位的描述区域来确定标识符“TSI”，标识符“TSI”用于确定在“内容发送位置信息”中所包括的IP地址、UDP端口号和FLUTE会话。 
随后，接收设备41确定以圆柱203-1图示的FLUTE会话的文件，并且提取FDT。随后，接收设备41基于此FDT获得构成内容A的数据的每个文件，从而接收并累积内容A。 
此外，类似地，接收设备41确定以圆柱203-2图示的FLUTE会话的文件，并且提取FDT。随后，接收设备41基于此FDT获得构成内容B的数据的每个文件，从而接收并累积内容B。 
接收设备41周期性地接收PSIP数据，从而VCT和NRT-IT被更新。在此情况中，VCT 220、NRT-IT 221和NRT-IT 222被新接收并被更新。在更新后的NRT-IT 221中描述了有关要在以圆柱203-1图示的FLUTE会话的以箭头207图示的时间区段处广播的内容的信息。 
按照与上述情况相同的方式，接收设备41可通过参照VCT 220来确定用于识别发送要被接收并累积的内容C的逻辑信道的“source_id”。随后，接收设备41可基于此“source_id”来确定有关此逻辑信道的NRT-IT221。 
注意，NRT-IT 222是与示图中未图示出的另一逻辑信道相对应的NRT-IT。 
在此情况中，基于内容C的“content_item_id”，确定描述了有关此内容的信息的以内容为单位的描述区域。随后，接收设备41参照所确定的以内容为单位的描述区域来确定标识符“TSI”，此标识符“TSI”用于确定在“内容发送位置信息”中所包括的IP地址、UDP端口号和FLUTE会话。 
随后，接收设备41确定以圆柱203-1图示的FLUTE会话的文件，并且提取FDT。随后，接收设备41基于此FDT获得构成内容C的数据的每个文件，从而接收并累积内容C。 
接下来，将参考图13来对在接收设备41处累积推送型NRT广播内容的示例进行描述。在此示图中，按照与图12的情况相同的方式，传输流(TS)、逻辑信道(虚拟信道：VC)和FLUTE会话以圆柱被图示出。现在，在此示图中，此示图中的水平方向表示时间。 
如上所述，对于接收设备41，在已经注册了预定推送型NRT广播服务的情况中，接收设备41自动接收并累积利用指派给此服务的逻辑信道发送的所有内容。 
对于图13中的示例，“内容1”(是要利用一个FLUTE会话发送的内容)、“内容2”到“内容4”(是要利用另一FLUTE会话发送的内容)被接收并被累积。“内容1”是附加了版本的内容，从而总是最新的内容被覆写。“内容2”到“内容4”被累积，直到被指定为“期满日 期”的时间点经过为止，并且在被指定为“期满日期”的时间点经过时，“内容2”到“内容4”被去除。 
对于在图13中的示例，首先，内容“内容1”的第一版本被接收并被累积。注意，在此示图中，内容“内容1”的第一版本被表示为例如“内容1(v1)”。“内容1”被布置为使得相同的版本被重复广播。现在，假定接收设备41已经接收并累积了第一广播。在此情况中，接收设备41被配置为不接收且不累积第二广播。 
随后，当“内容1”的第二版本的内容被广播时，接收设备41接收并累积此内容。也就是说，已经累积(记录)的“内容1(v1)”被“内容1(v2)”所覆写。这里，接收设备41也被配置为在第一广播已经接收并累积的情况下不接收且不累积第二广播。 
此外，在“内容1(v1)”的接收期间，接收设备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中描述了“信道名称”、“信道编号”、“服务类型”、“Program_number”、“Source_id”、“推送型NRT元信息”等。对于“信道名称”和“信道编号”，分别描述了表示这些的预定字符和数值。例如，以信道为单位的描述区域272-1的“信道名称”被描述为“XX台站NRT第一信道”等，并且信道编号被描述为“5-1”等。此外，以信道为单位的描述区域272-1的“信道名称”被描述为 “XX台站NRT第二信道”等，并且信道编号被描述为“5-2”等。 
对于“服务类型”，描述了用于识别相应逻辑信道是与常规广播相对应的逻辑信道还是与NRT广播相对应的逻辑信道的信息。例如，在以信道为单位的描述区域272-1是NRT广播逻辑信道的情况中，“服务类型”被描述为“NRT”。 
“Source_id”被用作用于识别相应逻辑信道的ID，并且，在实际中，描述了预定字符或数值等。也就是说，以信道为单位的描述区域272-1是描述了有关由“Source_id”确定的一个逻辑信道的信息的区域。 
“推送型NRT元信息”是实现推送型NRT广播所必要的信息，并且例如描述如下的信息。 
对于“推送型NRT元信息”，描述了表示相应逻辑信道是与推送型NRT广播服务相对应的逻辑信道以及此推送型NRT广播服务的服务名称的信息。此外，可描述此推送型NRT广播服务的概要。此外，对于“推送型NRT元信息”，还描述了接收此推送型NRT广播服务的呈现所必要的存储器大小(存储器容量)以及此推送型NRT广播服务的内容分发的最小间隔(时间间隔)。此外，对于“推送型NRT元信息”，例如，在此推送型NRT广播服务是付费提供的情况中，还描述了用于连接到因特网服务器以在诸如计费的处理之前执行各种注册的URL。 
类似地，在以信道为单位的描述区域272-2中也描述了与由“Source_id”确定的一个逻辑信道有关的信息，等等。 
根据本发明的VCT如此被构建。 
在实现推送型NRT广播所必要的信息的描述被布置为添加到NRT-IT的描述区域91中的情况中，NRT-IT被构建为如图15所示。图15是图示出用于本发明的NRT-IT的示例的示图。 
对于在此示图中的示例，在NRT-IT的描述区域91中描述了“Source_id”、“内容数目”、“推送型NRT元信息”、以内容为单位的描述区域292-1、以内容为单位的描述区域292-2等等。 
“Source_id”与上面参考图14所描述的相同，是用于识别逻辑信道的ID，并且实际上，其中描述了预定的字符或数值等。因此，在以信道为 单位的描述区域272-1、以信道为单位的描述区域272-2等的每个中所描述的每一个逻辑信道可与相应的NRT-IT相关联。“内容数目”被描述为表示以预定的单位时间在由“Source_id”确定的逻辑信道中将要广播的内容的数目的数值等等。 
“推送型NRT元信息”被用作实现推送型NRT广播所必要的信息，并且其中描述了与上面参考图14描述的信息相同的信息。 
具体地，对于“推送型NRT元信息”，描述了表示相应逻辑信道是与推送型NRT广播服务相对应的逻辑信道以及此推送型NRT广播服务的服务名称的信息。此外，还可描述此推送型NRT广播服务的概要等。此外，对于“推送型NRT元信息”，还描述了接收此推送型NRT广播服务的呈现所必要的存储器大小(存储器容量)以及此推送型NRT广播服务的内容分发的最小间隔(时间间隔)。此外，对于“推送型NRT元信息”，例如，在此推送型NRT广播服务是付费提供的情况中，还描述了用于连接到因特网服务器以在诸如计费的处理之前执行各种注册的URL等。 
在以内容为单位的描述区域292-1、以内容为单位的描述区域292-2等的每个中描述了有关一个内容的信息。这些描述区域是根据在上述“内容数目”中所描述的数值而提供的。例如，在单位时间利用相应逻辑信道广播的内容的数目为5的情况中，数值“5”被描述在“内容数目”中。随后，下面描述以内容为单位的描述区域292-1、以内容为单位的描述区域292-2等，直到以内容为单位的描述区域292-5。 
在以内容为单位的描述区域292-1中描述了“content_item_id”、“内容版本”、“分发日程”、“内容期满日期”、“内容名称”、“内容发送位置信息”等等。 
“content_item_id”被用作用于描述相应内容的ID，并且实际上，其中描述有预定字符、数值等。也就是说，以内容为单位的描述区域292-1是其中描述有与由“content_item_id”确定的单个内容有关的信息的区域。 
对于“内容版本”，描述了表示有关内容的版本的信息。例如，在如 上面参考图13中所述存在第一版本(内容1(V1))和第二版本(内容1(V2))内容的情况中，“内容1(V1)”和“内容1(V2)”在“content_item_id”方面是相同的。因此，“内容版本”被描述为用于识别附加了相同的“content_item_id”但是版本不同的内容的信息。 
对于“分发日程”，描述了有关相应内容的播放开始时间点和播放结束时间点的信息。注意，此内容是NRT广播内容，因此，根据此播放开始时间点和播放结束时间点，并不表示该内容何时可被视听的时间，而是表示该内容的下载何时将要开始的时间点，以及内容的下载何时结束的时间点。 
对于“内容期满日期”，描述了用于确定用作相应内容的期满日期的时间点的信息。期满日期已经过的内容通过被从接收设备41的记录介质中去除等而被布置为被禁止播放。 
对于“内容名称”，描述了诸如相应内容的标题等的字符。 
对于“内容发送位置信息”，描述了用于确定上述参考图6描述的FLUTE会话的IP地址、UDP端口号和标识符“TSI(传输会话标识符)”。此“内容发送位置信息”被确定，从而在将要利用由“Source_id”确定的逻辑信道发送的数据中，可识别出由“content_item_id”确定的单个内容数据的数据。 
类似地，在以内容为单位的描述区域292-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中以框291图示的范围对应于图15中的描述区域291。此外，图17中以框292-1图示的范围对应于图15中的描述区域292-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)403。 
TS解复用器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广播服务的列表的GUI。图20中的示例图示出其中显示为“NRT”的GUI分量被光标451选择的状态。这里，图标452和图标453被显示在示图中显示为“NRT”的GUI分量的下方。 
“新闻剪辑”被显示在示图中图标452的右侧，并且图标452被布置 作为与推送型NRT广播服务“新闻剪辑”相对应的图标。此外，“天气预报”被显示在示图中图标453的右侧，并且图标453被布置作为与推送型NRT广播服务“天气预报”相对应的图标。 
例如，在用户操纵遥控器等选择了图标452的情况中，诸如图21的图像被显示在显示器的屏幕画面上。在此示图中所图示出的图像被用作用于接受推送型NRT广播服务“新闻剪辑”的注册的GUI。例如，当图21中的按钮261***纵时，在接收设备41处执行推送型NRT广播服务“新闻剪辑”的注册。 
已经执行了推送型NRT广播服务“新闻剪辑”的注册的接收设备41被配置以接收并累积“新闻剪辑”的内容。随后，接收设备41所下载的内容的列表被显示在屏幕画面上，例如在图22中所图示的内容列表。现在，对于图22中的示例，“XXXX”显示每个内容的标题以及此内容的元数据中所包括的信息等。 
接收设备41的用户在显示器的屏幕画面上显示图22中的内容列表等，并且例如通过操纵GUI来选择要视听的内容。由此，所选择的内容被播放，并且如在图23中所图示的，此内容的图像被显示在显示器的屏幕画面上。对于本示例，显示了摄取小镇的情形的图像作为内容的图像。 
接下来，将参考图24中的流程图来对接收设备41进行的推送型NRT广播服务注册处理进行描述。 
在步骤S101中，接收设备41的控制器409控制调谐器402接收有关NRT广播的元数据、控制信息等。 
此时，例如，PSIP数据被接收。注意，如上所述，PSIP数据是这样的数据，即被构建为包括VCT、NRT-IT等，并且被布置为由接收设备41周期性地接收。 
在步骤S102中，控制器409生成推送型NRT广播服务的列表。 
此时，针对在步骤S101中接收的每个NRT-IT检查上面参考图15描述的“推送型NRT元信息”。随后，对于“推送型NRT元信息”，例如根据在图18的区域341中描述的8比特描述符来判断相应的逻辑信道是否是与推送型NRT广播服务相对应的逻辑信道。在判定相应的逻辑信道是 与推送型NRT广播服务相对应的逻辑信道的情况中，基于此逻辑信道的在图18中的区域342中的描述符、“信道名称”、“信道编号”来获得此推送型NRT广播服务的服务名称。 
按照这种方式，基于在步骤S101中接收的每个NRT-IT确定出与推送型NRT广播服务相对应的逻辑信道。因此，推送型NRT广播服务的列表被生成并被显示为诸如上面参考图20所述的GUI。 
在步骤S103中，控制器409接受用户基于在步骤S102的处理中生成推送型NRT广播服务列表对服务的选择。此时，预定的推送型NRT广播服务被选择。 
在步骤S104中，控制器409存储与在步骤S103的处理中选择的推送型NRT广播服务相对应的“Source_id”。这里，“Source_id”可基于在步骤S101中接收的NRT-IT而被确定。 
此外，此时，基于在图18的区域344中描述的描述符，确定接收相应的推送型NRT服务的呈现所必要的存储器大小，并且预约存储装置408的存储区域。 
此外，例如，在此推送型NRT广播服务是付费提供的情况下，通过在图18的区域345中所描述的描述符来确定用于连接到因特网服务器以在诸如计费之类的处理之前执行各种类型的注册等的URL。随后，基于此URL，接收设备41访问此因特网服务器，并且执行付费的视听合约处理。 
按照这种方式，执行了推送型NRT广播服务注册处理。如上所述，利用本发明，提供了与推送型NRT广播的每个服务相对应的逻辑信道，并且相应地，用于确定与注册的推送型NRT广播服务相对应的逻辑信道的“Source_id“被存储。 
接下来，将参考图25中的流程图来对接收设备41进行的推送型NRT广播接收和回放处理进行描述。 
在步骤S121中，接收设备41的控制器409控制调谐器402接收与NRT广播有关的元数据、控制信息等。 
此时，例如，PSIP数据被接收。注意，如上所述，PSIP数据是这样 的数据，即其被构建为包括VCT、NRT-IT等，并且被布置为被接收设备41周期性地接收。随后，在PSIP数据被接收的定时，执行步骤S122中的下载日程生成处理。 
在步骤S122中，控制器409执行下载日程生成处理，此处理将稍后参考图26来描述。因此，推送型NRT广播内容的下载被预约。 
现在，将参考图26来描述图25中在步骤S122中的下载日程生成处理的详细示例。 
在步骤S141中，控制器409基于在图24中的步骤S104的处理中存储的“Source_id”来获得NRT-IT。随后，在步骤S121接收的PSIP数据中所包括的NRT-IT中，提取并获得与在步骤S104的处理中所存储的“Source_id”相对应的NRT-IT。 
在步骤S142中，控制器409检查在步骤S141的处理中获得的NRT-IT的以内容为单位的描述区域。此时，例如，图15中的以内容为单位的描述区域292-1的描述内容被检查。 
在步骤S143中，控制器409获得在步骤S142中检查的以内容为单位的描述区域中所描述的“content_item_id”和“内容版本”。 
在步骤S144中，控制器409判断在存储装置408中是否有相同的内容被记录。具体地，判断是否已经接收并累积了具有相同“content_item_id”和“内容版本”的内容。在步骤S144中判定在存储装置408中还没有记录相同的内容的情况中，处理进行到步骤S145。 
在步骤S145中，控制器409判断是否已经安排了下载相同的内容。例如，诸如上面参考图13描述的“内容1(V1)”，在相同的内容被重复广播了两次的情况下，仅在这些广播中的任一个或另外一个中执行下载就足够了。因此，在步骤S145中，判断是否已经安排了下载相同的内容。在步骤S145中判定没有相同的内容被安排的情况中，处理进行到步骤S146。 
在步骤S146中，控制器409获得在步骤S142中检查的以内容为单位的描述区域中所描述的“分发日程”。因此，获得了相应内容的广播开始时间点和广播结束时间点。 
在步骤S147中，控制器409安排下载与在步骤S142中检查的以内容为单位的描述区域相对应的内容。 
现在，在步骤S144中判定在存储装置408中记录有相同的内容的情况中，步骤S145到步骤S147中的处理被跳过。此外，在步骤S145中判定相同内容的下载被安排的情况中，步骤S146和步骤S147中的处理被跳过。 
在步骤S148中，控制器409判断在步骤S141的处理中所获得的NRT-IT中是否有下一个以内容为单位的描述区域。对于图15中的示例，接着以内容为单位的描述区域292-1之后还有以内容为单位的描述区域292-2，因此，在步骤S148中判定存在下一个以内容为单位的描述区域，从而处理返回到步骤S142。 
随后，在步骤S142中，检查以内容为单位的描述区域292-2的描述内容，并且步骤S143到步骤S147中的处理被重复执行。 
按照这种方式，直到在步骤S148中判定不存在下一个以内容为单位的描述区域，否则步骤S142到步骤S148中的处理被重复执行。当在步骤S148中判定不存在下一个以内容为单位的描述区域时，下载日程生成处理结束。 
随着图26中的处理的结束，例如，推送型NRT广播内容的下载日程被存储到控制器409的内部存储器等中。下载日程例如被构建为是用于确定要下载的内容的FLUTE会话、物理信道、逻辑信道的信息的列表。也就是说，下载日程例如是接收设备41用来自动执行下载的预约信息，这与传统的记录预约信息等具有相同的方式。 
之后，接收设备41根据下载日程执行内容的下载。 
描述将返回到图25。在步骤S122的处理之后，处理进行到步骤S123。在步骤S123中，控制器409判断在步骤S122的处理中所生成的下载日程中的对于内容的广播开始时间点是否已经过，并且进行等待，直到判定此广播开始时间点已经过。当在步骤S123中判定广播开始时间点已经过时，处理进行到步骤S124。 
在步骤S124中，控制器409控制调谐器402、TS解复用器403和 FLUTE处理器407下载内容。 
此时，接收设备41的调谐器402的调谐信道被设定为与在下载日程中指定的物理信道相对应的广播信道。此外，TS解复用器403将在下载日程中指定的逻辑信道的数据输出到FLUTE处理器407。随后，FLUTE处理器407获得在下载日程中指定的FLUTE会话的文件。当内容的广播结束时间点到来时，在接收设备41处完成构成FLUTE会话流的全部文件的获得，从而内容的下载完成。 
在步骤S125中，控制器409判断已经记录的内容是否被在步骤S124的处理中所下载的内容覆写。例如，在“content_item_id”与已经记录的内容相同但是“内容版本”与已经记录的内容不同的内容已被下载的情况中，判定已经记录的内容被覆写。 
此外，在步骤S125中，基于用于接受由在图18中的区域344中所描述的描述符指定的相应推送型NRT广播服务的呈现所必要的存储器大小，判断是否执行覆写。具体地，当需要记录超过预定存储器大小的内容的数据时，判定已经记录的内容被覆写。在此情况中，例如，已经记录的内容中的最旧的内容被在步骤S124的处理中所下载的内容覆写。 
当在步骤S125中判定已经记录的内容被所下载的内容覆写时，处理进行到步骤S127，并且在步骤S124的处理中所下载的内容被覆写和记录。因此，此内容的版本被更新。 
另一方面，当在步骤S125中判定已经记录的内容没有被所下载的内容覆写时，处理进行到步骤S126，并且在步骤S124的处理中所下载的内容被新记录到存储装置408中。 
注意，当内容被记录时，在步骤S121中接收的信息中所包括的此内容的元数据也可按照与此内容相关联的方式被记录。注意，此元数据例如由在NRT-IT中所描述的“内容名称”、“分发日程”、“内容期满日期”等构成。 
这里，已经对在一个内容被下载的情况中的示例进行了描述，但是，实际上，多个内容根据下载日程被下载。 
现在，例如，当接收设备41的用户已经在处理的中间取消了相应推 送型NRT广播服务的注册时，之后，内容的下载不被执行。 
在步骤S128中，控制器409显示在步骤S126或步骤S127的处理中所记录的内容列表。此时，例如，诸如图22中所图示的图像被生成并被显示在显示器上。 
注意，如上所述，对每个内容设定了期满日期，并且期满日期已过去的内容被布置为不被包括在步骤S128中显示的内容列表中。期满日期可基于参考图15所描述的“内容期满日期”来确定。 
在步骤S129中，控制器409接受用户基于在步骤S128的处理中所显示的内容列表对内容的选择。此时，例如，从已经记录在存储装置408中的NRT广播内容中，选择用户想要视听的内容。 
在步骤S130中，控制器409控制文件容器解复用器406支付在步骤S129的处理中所选择的内容。因此，例如，如在图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的控制单元获得有关要被广播的内容的信息。有关内容的信息包括“content_item_id”、“分发日程”、“内容期满日期”、“内容名称”、表示是推送型内容还是拉动型内容的信息，等等。 
在步骤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广播的广播波发送处理被执行。 
注意，对于上面参考图24到图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元信息”等。 
“Source_id”被用作用于识别相应逻辑信道的ID，并且实际上，其中描述了预定字符或数值等。也就是说，以信道为单位的描述区域272-1是其中描述了有关由“Source_id”确定的一个逻辑信道的信息的区域。 
类似地，在以信道为单位的描述区域272-2中也描述了有关由“Source_id”确定的一个逻辑信道的信息，如此等等。 
此外，对于图15中的示例，在NRT-IT的描述区域291中描述了“Source_id”、“内容数目”、“推送型NRT元信息”、以内容为单位的描述区域292-1、以内容为单位的描述区域292-2等。 
“Source_id”与上面参考图14所描述的“Source_id”相同，用作用于识别相应逻辑信道的ID，并且实际上，其中描述了预定字符或数值等。因此，在图14中的在以信道为单位的描述区域272-1、在以信道为单位的描述区域272-2等中描述的一个逻辑信道可与相应的NRT-IT相关联。 
从而，NRT-IT以逻辑信道为单位被生成。 
有关与多个“Source_id”相对应的NRT-IT中的每个NRT-IT的信息被描述在上述SMT中。随后，有关多个NRT-IT中的每个NRT-IT的以内容为单位的描述区域中所描述的内容的、用于实现推送型NRT广播的信息被描述在SMT中。 
也就是说，SMT按照与VCT相同的方式作为描述了有关逻辑信道的信息的预定描述数据被发送。此外，NRT-IT可用作将要利用逻辑信道广播的内容的元数据的示例。 
按照这种方式，例如，将要利用一个逻辑信道被广播的所有内容可被接收作为推送型NRT广播内容。此外，例如，可以进行这样的布置，即将要利用一个逻辑信道广播的内容中的、要在预定时间区段播放的内容被接收作为拉动型NRT广播内容，并且要在另一时间区段播放的内容被接收作为推送型NRT广播内容。利用根据本发明的广播***1，可按照这样的方式来布置和发送VCT和SMT。 
此外，直到目前已经针对以内容为单位的描述区域被提供给NRT-IT的示例进行了描述，并且描述了有关每个内容的“内容发送位置信息”。如上所述，“内容发送位置信息”被确定，从而借此可识别要利用由“Source_id”确定的逻辑信道发送的数据中的、由“content_item_id”确定的一个内容的数据。 
具体地，通过“内容发送位置信息”确定出FLUTE会话，并且获得构成FLUTE会话的数据。FLUTE会话流实际上由被划分成预定大小的多个文件构成，并且这多个文件中的每个文件被附加有“TOI”。对于上面的示例，已经描述了其中基于FDT(FDT是“TOI”为0的文件)获得要利用预定FLUTE会话发送的内容的数据的情况。 
注意，FLUTE会话可被用作用于内容数据的发送的文件发送会话的示例，并且FDT是此文件发送会话的控制信息，并且可被用作发送控制数据的示例。 
然而，近年来，在不利用诸如电视接收机之类的音频-视频设备的情况下使用个人计算机等来频繁地执行对内容的视听。因此，如果在接收设备41处可例如通过与利用因特网获得内容相应的方法执行对内容的视听，则便利性被提高。例如，可以进行这样的布置，其中，基于FDT来确定描述了构成相应内容的文件的地址信息的地址文件，并且基于在地址文件中所描述的地址信息来获得构成此内容的文件。 
例如，诸如浏览器之类的应用软件被安装到接收设备41中。随后，浏览器的RSS阅读器功能被用于使能对利用RSS描述的地址文件的分析。 
此地址文件例如用用于因特网的RSS(RDF站点摘要)来描述。RSS是XML(可扩展标记语言)语句格式，其中，诸如web站点标题或摘要等的元数据被按照结构化的方式来描述。 
图28是用于描述利用以RSS格式描述的地址文件来获得构成内容的文件的示例的示图。如上所述，有关每个内容的“内容发送位置信息”被描述在NRT-IT的以内容为单位的描述区域中。对于此示例，表示出了在NRT-IT中所描述的称为“content_item_id＝ http://example.com/NRT/rss.xml”的信息、称为“IP_address/Port/TSI＝xx/xx/xx”的信息，实际上，IP地址、端口号和TSI被描述作为“xx/xx/xx”。 
由此，FLUTE会话被确定，并且构成FLUTE会话流的数据被获得。“TOI”被附加到FLUTE会话流的多个文件中的每个文件，并且“TOI”为0的FDT被获得。对于此示例，以“<File”为开头的XML语句被描述在区域501中，描述区域501是FDT的描述区域的一部分。 
对于区域501，描述了“Content-Location＝http://XYZ.com/newHeadline/rss.xml”。这表示称为“XYZ.com/newHeadline/rss.xml”的RSS格式的地址文件通过区域501的描述被确定。随后，根据称为“TOI”＝“1”的描述，表示出要确定的地址文件的标识符。也就是说，这表示“TOI”为1的文件是地址文件。此外，根据称为“Content-Type＝″application/rss+xml″”的描述，表示出地址文件以RSS格式被描述。 
接收设备41获得“TOI”为1的文件作为地址文件，参照地址文件中以“<enclosure”为开头的XML语句的标签，从而获得目标内容文件的地址信息。对于此示例，这被描述为“url＝http://XYZ.com/newsHeadline/title.mp4...”。由此，作为FDT的描述的一部分的区域502被确定。 
对于区域502，描述了“Content-Location＝http://XYZ.com/newsHeadline/title.mp4”。这表示根据区域502的描述，确定了称为“XYZ.com/newsHeadline/title.mp4...”的MPEG4(mp4)的内容文件。随后，根据称为“TOI”＝“2”的描述，表示出要被确定的地址文件的标识符。也就是说，这表示内容文件是“TOI”为2的文件。此外，根据称为“Content-Type＝“video/mp4””的描述，表示此文件是经过MPEG4(mp4)格式的压缩编码的文件。 
随后，接收设备41获得“TOI”为2的文件作为内容文件，并且对经过了MPEG4格式的压缩编码的文件进行解码，从而此内容可被播放。 
因此，接收设备41例如可被配置为其中安装了诸如浏览器之类的应 用软件的个人计算机等。 
图29是图示出以RSS格式描述的地址文件的示例的示图。在此示图中，区域502中称为“<title>News Headline by XYZ</title>”的描述表示由此地址文件确定的内容的标题是“News Headline by XYZ”。 
此外，对于区域522，描述了以“<item”为开头的XML语句。区域522中称为“<enclosure url＝http://YXZ.com/newsHeadline/title01.mp4length＝″123456789″type＝″video/mp4″/>”的描述是有关按照RSS描述格式规定的“enclosure”元素的描述。“enclosure”元素原本是指示附加到要以RSS分发的分发对象的媒介(medium)，但是在此情况中，此元素被用作用于确定以“<File”为开头的XML语句的信息。 
也就是说，“enclosure”元素的“url＝http://YXZ.com/newsHeadline/title01.mp4”被用于确定在图28中的FDT的区域502中描述的“Content-Location＝http://YXZ.com/newsHeadline/title01.mp4”。此外，“enclosure”元素的“length＝″123456789″”是表示此内容文件的字节长度的描述。此外，“enclosure”元素的“type＝″video/mp4″”是表示此内容文件是以MPEG4(mp4)压缩的运动图像(视频)文件的描述。 
注意，按照与针对地址文件中的区域522相同的方式，如果多个以“<item”开头的XML语句被描述，则通过此地址文件可确定多个内容文件。 
如上所述，本发明能够实现这样的布置，其中，诸如浏览器等的应用软件被安装在接收设备41中，从而可利用浏览器的RSS阅读器功能来分析以RSS描述的地址文件。因此，例如，根据与用因特网浏览web页面的情况下相同的设备和方法，内容可被接收和视听。注意，用于利用以RSS格式描述的地址文件视听内容的方法可被应用到推送型NRT广播和拉动型NRT广播二者中。 
例如，图10的步骤S16或者图25的步骤S124中的内容下载可通过诸如上面参考图28和图29描述的获得内容文件来执行。也就是说，可以进行这样的布置，其中，基于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 instance01)”、“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分别是描述了与图29中的区域521和区域522相同的内容的区域，因此对它们的详细描述将被省略。 
对于图31中的示例，与图29中的情况不同，区域543被提供。对于区域543，描述了“<pubDate>Tue，10 Jun 2003 09:00:00GMT<pubDate>”。这表示相应的地址文件在(GMT(格林威治时间))2003年6月10日(星期二)9点被生成。 
此外，对于图31中的示例，与图29中的情况不同，区域544被提供。对于区域544，描述了“<skipHours><hour>9</hour></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中，区域541的描述以及区域542的描述各自与图31中的情况相同，因此，它们的详细描述将被省略。 
在图32中，对于区域543，描述了“<pubDate>Tue，10 Jun 200310:00:00GMT</pubDate>”。这表示相应的地址文件在(GMT(格林威治时间))2003年6月10日10点被生成。对于区域544，描述了“<skipHours><hour>10</hour></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的步骤S124中的内容的下载可以通过诸如上面参考图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(加时间戳的TS)”是这样的层级，其中，编码的图像数据、 音频数据等被划分成固定长度传输分组(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(Parent group 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”和“节目ID(即，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 Information)的示例的示图。对于此示图中的示例，在此下载控制信息中描述了“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根据存储在ROM(只读存储器)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端子 

Claims (13)

1.一种内容接收设备，包括：
控制信息接收装置，被配置为基于将要作为广播波发送的信号接收控制信息，所述控制信息与具有和回放速率不同步的发送速率的内容的广播有关；
下载日程生成装置，被配置为基于所述控制信息生成下载日程，所述下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息；
下载装置，被配置为基于所述下载日程来接收所述内容中的各个内容并记录在记录介质中；以及
回放装置，被配置为利用所述回放速率来播放在所述记录介质中记录的内容；
其中，与内容的广播有关的所述控制信息包括：
预定描述数据，在将所述广播波信号的发送路径作为物理信道的情况中，所述预定描述数据描述与通过利用预定方法将所述物理信道划分成多个发送路径而获得的逻辑信道有关的信息；以及
元数据，所述元数据描述与将要利用所述逻辑信道中的各个逻辑信道发送的内容有关的信息。
2.根据权利要求1所述的内容接收设备，其中，所述下载日程生成装置生成用于接收和记录将要利用在所述物理信道中包括的多个逻辑信道中的、与所述注册信息相对应的逻辑信道广播的所有内容的下载日程。
3.根据权利要求2所述的内容接收设备，其中，所述下载日程生成装置通过基于所述元数据的描述确定所述内容的广播开始时间点并且还确定将要由所述逻辑信道发送的数据中的、用于确定所述内容的数据的位置信息，来生成所述下载日程。
4.根据权利要求3所述的内容接收设备，其中，所述下载装置通过以下方式来接收所述内容：
基于所述下载日程通过在所述内容的广播开始时间点接收与所述物理信道相对应的频带的广播波，
基于所述预定描述数据的描述，提取将要由所述物理信道发送的传输分组中的、与所述注册信息相对应的逻辑信道的传输分组，
并且基于所述位置信息来确定所述内容的数据。
5.根据权利要求4所述的内容接收设备，其中，所述逻辑信道的传输分组被构建为包括IP分组；
并且其中，所述位置信息包括用于确定将要由所述IP分组发送的所述内容的数据的文件发送会话的信息；
并且其中，所述下载装置基于通过确定所述文件发送会话而获得的发送控制数据的描述，来确定所述内容的数据。
6.根据权利要求5所述的内容接收设备，其中，所述下载装置基于所述发送控制数据的描述，来确定以RSS格式或ATOM格式描述的地址文件，
并且基于所述地址文件确定所述内容的数据。
7.根据权利要求1所述的内容接收设备，其中，基于所述预定描述数据和所述元数据的描述，不论用户请求如何，都确定所述逻辑信道中的用于提供用于接收将要视听的内容的推送型服务的逻辑信道；
并且其中，用于提供所述推送型服务的逻辑信道的列表被呈现给用户，以供所述用户接受所述推送型服务的注册；
并且其中，用于确定所述注册的推送型服务的逻辑信道的信息被存储作为所述注册信息。
8.根据权利要求1所述的内容接收设备，其中，所述下载日程生成装置生成用于接收和记录由所述预定描述数据确定的内容的下载日程，该内容是要由在所述物理信道中包括的多个逻辑信道中的、与所述注册信息相对应的逻辑信道发送的内容。
9.根据权利要求1所述的内容接收设备，所述下载装置包括：
覆写判断装置，被配置为判断所接收到的内容是否被覆写在所述记录介质中所记录的内容上。
10.根据权利要求1所述的内容接收设备，其中，由所述下载装置记录的所述内容基于所述元数据的描述被设定有期满日期；
并且其中，所述期满日期已经过的所述内容被去除。
11.一种内容接收方法，包括如下步骤：
基于将要作为广播波发送的信号接收控制信息，所述控制信息与具有和回放速率不同步的发送速率的内容的广播有关；
基于所述控制信息生成下载日程，所述下载日程是一种用于利用与预先设定的注册信息相对应的逻辑信道来接收和记录要被广播的内容的预约信息；
基于所述下载日程，来接收所述内容中的各个内容并记录在记录介质中；以及
利用所述回放速率来播放在所述记录介质中记录的内容，
其中，与内容的广播有关的所述控制信息包括：
预定描述数据，在将所述广播波信号的发送路径作为物理信道的情况中，所述预定描述数据描述与通过利用预定方法将所述物理信道划分成多个发送路径而获得的逻辑信道有关的信息；以及
元数据，所述元数据描述与将要利用所述逻辑信道中的各个逻辑信道发送的内容有关的信息。
12.一种内容发送设备，包括：
内容信息获得装置，被配置为根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；
判断装置，被配置为判断所述内容是否是推送型服务的内容，所述推送型服务是无论用户请求如何都接收要被视听的内容的服务；
第一控制信息生成装置，被配置为在所述内容是所述推送型服务的内容的情况中，在生成的第一控制信息中描述表示所述内容是所述推送型服务的内容的信息以及与所述内容有关的信息，所述第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；
第二控制信息生成装置，被配置为生成第二控制信息，所述第二控制信息描述了用于确定用作预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；
复用装置，被配置为将所述第一控制信息和所述第二控制信息与所述内容的数据复用，并且还将要通过多个所述逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及
广播波发送装置，被配置为调制复用得到的数据以作为广播波发送。
13.一种内容发送方法，包括如下步骤：
根据预先创建的广播日程来获得与将要以与回放速率不同的发送速率被广播的内容有关的信息；
判断所述内容是否是推送型服务的内容，所述推送型服务是无论用户请求如何都接收要被视听的内容的服务；
在所述内容是所述推送型服务的内容的情况中，在生成的第一控制信息中描述表示所述内容是所述推送型服务的内容的信息以及与所述内容有关的信息，所述第一控制信息是与将要由预定逻辑信道广播的内容有关的信息；
生成第二控制信息，所述第二控制信息描述了用于确定用作预定频带的广播波信号的发送路径的物理信道中的每个逻辑信道的信息；
将所述第一控制信息和所述第二控制信息与所述内容的数据复用，并且还将要通过多个所述逻辑信道被广播的数据复用为要通过单个物理信道被广播的数据；以及
调制复用得到的数据以作为广播波发送。
CN201080006450.1A 2009-02-09 2010-02-02 内容接收设备和方法、内容发送设备和方法 Expired - Fee Related CN102301734B (zh)

Applications Claiming Priority (7)

Application Number Priority Date Filing Date Title
JP2009027390 2009-02-09
JP2009-027390 2009-02-09
JP2009-164687 2009-07-13
JP2009164687 2009-07-13
JP2009-271763 2009-11-30
JP2009271763A JP5541488B2 (ja) 2009-02-09 2009-11-30 コンテンツ受信装置および方法
PCT/JP2010/051370 WO2010090162A1 (ja) 2009-02-09 2010-02-02 コンテンツ受信装置および方法、コンテンツ送信装置および方法、プログラム、並びに記録媒体

Publications (2)

Publication Number Publication Date
CN102301734A CN102301734A (zh) 2011-12-28
CN102301734B true CN102301734B (zh) 2014-07-09

Family

ID=42542056

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201080006450.1A Expired - Fee Related CN102301734B (zh) 2009-02-09 2010-02-02 内容接收设备和方法、内容发送设备和方法

Country Status (8)

Country Link
US (3) US9584841B2 (zh)
EP (1) EP2395752A4 (zh)
JP (1) JP5541488B2 (zh)
KR (1) KR101669604B1 (zh)
CN (1) CN102301734B (zh)
BR (1) BRPI1008088A2 (zh)
RU (1) RU2518513C2 (zh)
WO (1) WO2010090162A1 (zh)

Families Citing this family (43)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070124395A1 (en) * 2005-09-22 2007-05-31 Stephen Edge Geography-based filtering of broadcasts
US8849183B2 (en) 2007-10-05 2014-09-30 Qualcomm Incorporated Location and time based filtering of broadcast information
US9280778B2 (en) 2008-12-15 2016-03-08 Qualcomm Incorporated Location logging and location and time based filtering
KR101809957B1 (ko) * 2010-03-29 2017-12-18 엘지전자 주식회사 비실시간 서비스 처리 방법 및 방송 수신기
US9078031B2 (en) 2010-10-01 2015-07-07 Sony Corporation Reception apparatus, reception method, and program
US9485108B2 (en) 2011-03-14 2016-11-01 Qualcomm Incorporated System and apparatus for using multichannel file delivery over unidirectional transport (“FLUTE”) protocol for delivering different classes of files in a broadcast network
CA2829750C (en) * 2011-03-15 2017-05-30 Lg Electronics Inc. Method for transmitting broadcast service, receiving method therefor, and receiving device therefor
TWI545955B (zh) 2011-04-28 2016-08-11 Sony Corp Signal receiving apparatus and method, a signal transmission apparatus and method, and program
US9451401B2 (en) 2011-05-27 2016-09-20 Qualcomm Incorporated Application transport level location filtering of internet protocol multicast content delivery
US9848217B2 (en) * 2012-01-20 2017-12-19 Korea Electronics Technology Institute Method for transmitting and receiving program configuration information for scalable ultra high definition video service in hybrid transmission environment, and method and apparatus for effectively transmitting scalar layer information
EP3468177B1 (en) * 2012-01-24 2020-04-29 Saturn Licensing LLC Receiver, reception method, program and information processing system
CN104081759B (zh) * 2012-02-07 2018-01-16 索尼公司 接收设备和接收方法
US8806529B2 (en) 2012-04-06 2014-08-12 Time Warner Cable Enterprises Llc Variability in available levels of quality of encoded content
CN103368686A (zh) * 2012-04-09 2013-10-23 联咏科技股份有限公司 用于传送及接收数据的装置和方法
US20130282870A1 (en) * 2012-04-18 2013-10-24 Sony Corporation Reception apparatus, reception method, transmission apparatus, transmission method, and program
KR20150021487A (ko) * 2012-05-24 2015-03-02 파나소닉 주식회사 영상송신장치, 영상송신방법 및 영상재생장치
US9264648B2 (en) 2012-10-09 2016-02-16 Sony Corporation Receiving device, receiving method, transmitting device, and transmitting method
CN102883188A (zh) * 2012-10-16 2013-01-16 北京千橡网景科技发展有限公司 实时下载播放mp4文件的方法和***
US9942601B2 (en) * 2013-01-24 2018-04-10 Saturn Licensing Llc Storing non-real time content
US10257564B2 (en) * 2013-01-24 2019-04-09 Saturn Licensing Llc Distributed non-real-time content
WO2014158158A1 (en) * 2013-03-28 2014-10-02 Thomson Licensing Adaptive guide based on categorization
US9900166B2 (en) * 2013-04-12 2018-02-20 Qualcomm Incorporated Methods for delivery of flows of objects over broadcast/multicast enabled networks
CN106453028B9 (zh) * 2013-09-13 2020-09-11 华为技术有限公司 传输数据的方法和装置
WO2015040817A1 (ja) * 2013-09-20 2015-03-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
JP2015073245A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
CN103716076B (zh) * 2013-12-25 2017-03-01 华为技术有限公司 一种数据传输方法和设备
JP6426901B2 (ja) * 2014-03-14 2018-11-21 富士通クライアントコンピューティング株式会社 配信方法、再生装置、配信装置、転送制御プログラムおよび配信制御プログラム
MX371161B (es) * 2014-03-14 2020-01-21 Sony Corp Dispositivo de recepcion, metodo de recepcion, dispositivo de transmision, y metodo de transmision.
MX2016012953A (es) * 2014-04-11 2016-12-07 Sony Corp Aparato de recepcion, metodo de recepcion, aparato de transmision, y metodo de transmision.
CN110071785B (zh) 2014-06-24 2021-10-26 株式会社索思未来 接口方法
JP6652058B2 (ja) * 2014-08-07 2020-02-19 ソニー株式会社 送信装置、送信方法および受信装置
RU2701060C2 (ru) 2014-09-30 2019-09-24 Сони Корпорейшн Передающее устройство, способ передачи, приемное устройство и способ приема
JP6589879B2 (ja) * 2014-10-28 2019-10-16 ソニー株式会社 受信装置、送信装置、およびデータ処理方法
KR102332387B1 (ko) * 2014-11-13 2021-11-30 소니그룹주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US20170272691A1 (en) * 2014-12-22 2017-09-21 Lg Electronics Inc. Broadcast signal transmission device, broadcast signal reception device, broadcast signal transmission method, and broadcast signal reception method
US10129308B2 (en) * 2015-01-08 2018-11-13 Qualcomm Incorporated Session description information for over-the-air broadcast media data
JP2017005613A (ja) * 2015-06-15 2017-01-05 ソニー株式会社 放送受信機および方法、並びにプログラム
US10750217B2 (en) * 2016-03-21 2020-08-18 Lg Electronics Inc. Broadcast signal transmitting/receiving device and method
WO2018003541A1 (ja) * 2016-06-30 2018-01-04 ソニーセミコンダクタソリューションズ株式会社 送信装置、送信方法、受信装置、及び、受信方法
RU2658784C1 (ru) 2017-03-23 2018-06-22 Общество с ограниченной ответственностью "БУБУКА" Способ и система контроля за воспроизведением медиа-контента, включающего объекты интеллектуальных прав
FR3070566B1 (fr) * 2017-08-30 2020-09-04 Sagemcom Broadband Sas Procede de recuperation d'un fichier cible d'un logiciel d'exploitation et dispositif d'utilisation
US11606528B2 (en) * 2018-01-03 2023-03-14 Saturn Licensing Llc Advanced television systems committee (ATSC) 3.0 latency-free display of content attribute

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1389066A (zh) * 2000-06-13 2003-01-01 松下电器产业株式会社 存储和转发广播服务***以及接收/存储设备
CN101297535A (zh) * 2005-10-25 2008-10-29 索尼爱立信移动通讯股份有限公司 用于访问与所接收广播内容相关联的可下载内容的方法、***和计算机程序产品

Family Cites Families (29)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6018359A (en) * 1998-04-24 2000-01-25 Massachusetts Institute Of Technology System and method for multicast video-on-demand delivery system
TR200100162T2 (tr) * 1998-05-08 2001-07-23 Qualcomm Incorporated Yüksek kalitede görüntü ve ses programlarının uzak konumlara dağıtımı için alet ve yöntem
US20010047516A1 (en) * 2000-02-01 2001-11-29 Compaq Computer Corporation System for time shifting live streamed video-audio distributed via the internet
US8261315B2 (en) * 2000-03-02 2012-09-04 Tivo Inc. Multicasting multimedia content distribution system
EP1267572A2 (en) * 2001-06-11 2002-12-18 Canal+ Technologies Société Anonyme Improvements in the field of programme delivery
US20030028890A1 (en) * 2001-08-03 2003-02-06 Swart William D. Video and digital multimedia acquisition and delivery system and method
WO2003015393A2 (en) * 2001-08-06 2003-02-20 Digeo Inc. Providing content and applicatons via carousel transmission to thin-client interactive television terminals
EP1311115A1 (en) 2001-11-08 2003-05-14 Deutsche Thomson-Brandt Gmbh Method for recording digital video broadcast data, and digital video recorder
AU2002359882A1 (en) * 2001-12-28 2003-07-24 Pegasus Development Corporation Wideband direct-to-home broadcasting satellite communications system and method
JP2006517757A (ja) * 2003-02-12 2006-07-27 ビデオ、ネットワークス、アイピー、ホールディングス、リミテッド 放送番組を捕獲しかつ選択的に再生するためのシステム
WO2004097803A2 (en) * 2003-04-25 2004-11-11 Xm Satellite Radio Inc. System and method for providing recording and playback of digital media content
JP4351904B2 (ja) * 2003-12-25 2009-10-28 株式会社東芝 放送受信装置
US20060037037A1 (en) * 2004-06-14 2006-02-16 Tony Miranz System and method for providing virtual video on demand
JP4806977B2 (ja) * 2005-06-21 2011-11-02 ソニー株式会社 情報処理装置および方法、並びにプログラム
JP4581890B2 (ja) 2005-07-26 2010-11-17 ソニー株式会社 電子機器、記録制御方法、プログラムおよび記録媒体
WO2007097387A1 (ja) * 2006-02-22 2007-08-30 Access Co., Ltd. 番組放送システム及び番組コンテンツ配信システム
JP2008148231A (ja) * 2006-12-13 2008-06-26 Sony Corp 放送受信装置とダウンロードコンテンツ取得方法
EP1968316A1 (en) 2007-03-06 2008-09-10 Nagravision S.A. Method to control the access to conditional access audio/video content
WO2008117447A1 (ja) 2007-03-27 2008-10-02 Pioneer Corporation 受信装置、受信方法、受信プログラムおよび記録媒体
US20080271101A1 (en) * 2007-04-24 2008-10-30 Shoreline Associates X, Llc System and method for broadband digital video recording
JP2009027390A (ja) 2007-07-18 2009-02-05 Sony Corp コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラム
KR101701853B1 (ko) * 2008-05-02 2017-02-02 엘지전자 주식회사 방송 신호 수신 방법 및 방송 신호 수신 장치
WO2009151265A2 (ko) * 2008-06-09 2009-12-17 엘지전자(주) 방송 신호 수신 방법 및 수신 시스템
US8365229B2 (en) * 2008-06-09 2013-01-29 Lg Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver
US8422509B2 (en) * 2008-08-22 2013-04-16 Lg Electronics Inc. Method for processing a web service in an NRT service and a broadcast receiver
US8272022B2 (en) * 2008-11-18 2012-09-18 Lg Electronics Inc. Method for receiving a broadcast signal and broadcast receiver
US8099752B2 (en) * 2008-12-03 2012-01-17 Sony Corporation Non-real time services
WO2010068035A2 (en) * 2008-12-09 2010-06-17 Lg Electronics Inc. Method for receiving a broadcast signal and broadcast receiver
CA2746186C (en) * 2008-12-09 2013-07-09 Lg Electronics Inc. Method for processing targeting descriptor in non-real-time receiver

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1389066A (zh) * 2000-06-13 2003-01-01 松下电器产业株式会社 存储和转发广播服务***以及接收/存储设备
CN101297535A (zh) * 2005-10-25 2008-10-29 索尼爱立信移动通讯股份有限公司 用于访问与所接收广播内容相关联的可下载内容的方法、***和计算机程序产品

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
JP特开2009-27390A 2009.02.05

Also Published As

Publication number Publication date
EP2395752A1 (en) 2011-12-14
US20110289542A1 (en) 2011-11-24
KR20110116023A (ko) 2011-10-24
CN102301734A (zh) 2011-12-28
EP2395752A4 (en) 2014-06-18
US20170264933A1 (en) 2017-09-14
BRPI1008088A2 (pt) 2016-03-15
US9584841B2 (en) 2017-02-28
JP5541488B2 (ja) 2014-07-09
US10257553B2 (en) 2019-04-09
JP2011041242A (ja) 2011-02-24
RU2518513C2 (ru) 2014-06-10
KR101669604B1 (ko) 2016-10-26
RU2011132384A (ru) 2013-02-10
WO2010090162A1 (ja) 2010-08-12
US20130247124A1 (en) 2013-09-19

Similar Documents

Publication Publication Date Title
CN102301734B (zh) 内容接收设备和方法、内容发送设备和方法
US9716912B2 (en) Transmission method for broadcast service, reception method therefor, and reception apparatus therefor
KR101695514B1 (ko) 방송 서비스 전송 방법, 그 수신 장치 및 그 수신 장치의 부가 서비스 처리 방법
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
KR101695820B1 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
US9661397B2 (en) Broadcast service transmitting method, broadcast service receiving method and broadcast service receiving apparatus
US9723362B2 (en) Method for transmitting and receiving broadcast service and receiving device thereof
CN101213835A (zh) 向家用网络中的iptv提供关于数字广播节目的附加信息的方法和设备
KR20110103982A (ko) 비실시간 서비스 처리 방법 및 방송 수신기
CA2827370A1 (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
CA2829750C (en) Method for transmitting broadcast service, receiving method therefor, and receiving device therefor
KR101984597B1 (ko) 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치

Legal Events

Date Code Title Description
C06 Publication
PB01 Publication
C10 Entry into substantive examination
SE01 Entry into force of request for substantive examination
C14 Grant of patent or utility model
GR01 Patent grant
CF01 Termination of patent right due to non-payment of annual fee
CF01 Termination of patent right due to non-payment of annual fee

Granted publication date: 20140709