KR20110116023A - 콘텐츠 수신 장치 및 방법, 콘텐츠 송신 장치 및 방법, 프로그램, 및 기록 매체 - Google Patents

콘텐츠 수신 장치 및 방법, 콘텐츠 송신 장치 및 방법, 프로그램, 및 기록 매체 Download PDF

Info

Publication number
KR20110116023A
KR20110116023A KR1020117017863A KR20117017863A KR20110116023A KR 20110116023 A KR20110116023 A KR 20110116023A KR 1020117017863 A KR1020117017863 A KR 1020117017863A KR 20117017863 A KR20117017863 A KR 20117017863A KR 20110116023 A KR20110116023 A KR 20110116023A
Authority
KR
South Korea
Prior art keywords
content
information
broadcast
data
nrt
Prior art date
Application number
KR1020117017863A
Other languages
English (en)
Other versions
KR101669604B1 (ko
Inventor
나오히사 기따자또
야스아끼 야마기시
Original Assignee
소니 주식회사
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 소니 주식회사 filed Critical 소니 주식회사
Publication of KR20110116023A publication Critical patent/KR20110116023A/ko
Application granted granted Critical
Publication of KR101669604B1 publication Critical patent/KR101669604B1/ko

Links

Images

Classifications

    • 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
    • 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
    • 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)
  • Marketing (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Human Computer Interaction (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

본 발명은, Push형 NRT 서비스를 실현할 수 있도록 할 수 있는 콘텐츠 수신 장치 및 방법, 콘텐츠 송신 장치 및 방법, 프로그램 및 기록 매체에 관한 것이다. 「Ch.4」는 통상 방송의 방송 채널로 되고, 「Ch.5」 및 「Ch.6」은 NRT의 방송 채널로 된다. 방송 채널 「Ch.5」가 논리 채널 「VC5-1」, 「VC5-2」 및 「VC5-3」으로 다중화되어 있다. 논리 채널 「VC5-1」은, 1개의 Push형 NRT 방송의 서비스로 할당되고, 「VC5-2」는, Pull형 NRT 방송으로 할당된다. 논리 채널 「VC5-3」은, 다른 하나의 Push형 NRT 방송의 서비스로 할당된다. 「VC5-2」에는, 3개의 FLUTE 세션이 설치된다.

Description

콘텐츠 수신 장치 및 방법, 콘텐츠 송신 장치 및 방법, 프로그램, 및 기록 매체{CONTENT RECEIVING DEVICE AND METHOD, CONTENT TRANSMITTING DEVICE AND METHOD, PROGRAM, AND STORAGE MEDIUM}
본 발명은, 콘텐츠 수신 장치 및 방법, 콘텐츠 송신 장치 및 방법, 프로그램, 및 기록 매체에 관한 것으로, 특히, Push형 NRT 서비스를 실현할 수 있도록 하는 콘텐츠 수신 장치 및 방법, 콘텐츠 송신 장치 및 방법, 프로그램, 및 기록 매체에 관한 것이다.
최근, 디지털 방송의 보급에 의해, 다채널, 혹은 고정밀한 텔레비전 방송의 수신이 일반화되어 있다.
한편, 디지털 방송에서 이용 가능한 대역을 이용하여, 통상의 텔레비전 방송뿐만 아니라, 시청자가 요구하는 더욱 고도의 방송 서비스를 가능하게 하기 위한 기술 검토, 방식 책정이 행해지고 있다.
시청자가 요구하는 기능으로서, 시청자가 시청하고 싶을 때에 콘텐츠를 시청할 수 있도록 하는 온 디맨드 시청을 들 수 있다. 그러나, 쌍방향이 아닌, 일방향 전송의 방송에 있어서 온 디맨드 시청을 실현하는 것은 곤란하게 되어 왔다.
따라서, 일방향 전송의 방송에 있어서 온 디맨드 시청을 가능하게 하기 위하여, 수신 단말기가 대용량의 스토리지를 보유하는 것을 전제로 하여, 방송된 콘텐츠를 일단 스토리지에 기록한 후에, 재생하는 NRT 서비스가 검토되고 있다. NRT(Non-RealTime) 서비스는, 실시간으로의 시청을 전제로 하지 않아, 콘텐츠의 방송 시각에 동기하여 콘텐츠를 시청할 필요가 없으며, 콘텐츠를 데이터로서 방송 신호에 의해 송신하는 것이다.
즉, NRT 서비스에서는, 종래의 방송 프로그램의 콘텐츠의 녹화 예약 등과는 상이하고, 예를 들어 방송파에 의한 신호의 전송 대역이 큰 경우, 보다 단시간에 녹화(다운로드)가 완료되도록 하는 것이 가능하다. 혹은 또한, 예를 들어 방송파에 의한 신호의 전송 대역이 작은 경우, 보다 장시간에 다운로드가 완료되게 된다.
또한, 최근, 콘텐츠의 제공 방식이 다양화되고 있다. 예를 들어, 종래, 유저가 원하는 콘텐츠를 리퀘스트하고, 그 콘텐츠가 제공되는 것이 주류이었다. 그러나 최근에는, 리퀘스트하지 않아도, 서버측이 일방적으로 콘텐츠를 유저에게 배신하는 Push형 배신이라 칭해지는 제공 방식도 채용되고 있다(예를 들어, 특허문헌 1 참조).
NRT 서비스에 있어서도, 시청자가 개개의 콘텐츠를 선택한 후, 수신하여 축적하는 방식과, 시청자가 특정한 콘텐츠의 집합을 시청하는 등록을 행한 다음에, 단말기가 이들 콘텐츠를 자동적으로 수신하여 축적하는 방식의 2가지의 방식을 생각할 수 있다. 전자의 방식은, 예를 들어 Pull형 NRT 서비스라 칭해지고, 후자의 방식은, 예를 들어 Push형 NRT 서비스라 칭해진다.
일본 특허 공개 제2007-035135호 공보
Pull형 NRT 서비스에 관해서는, 이미 실현 방법이 상정되고 있지만, Push형 NRT 서비스에 관해서는, 아직 실현 방법이 상정되어 있지 않다.
본 발명은 이와 같은 상황을 감안하여 이루어진 것이며, Push형 NRT 서비스를 실현할 수 있도록 하는 것이다.
본 발명의 제1 측면은, 방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보를 수신하는 제어 정보 수신 수단과, 상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄을 생성하는 다운로드 스케줄 생성 수단과, 상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록하는 다운로드 수단과, 상기 기록 매체에 기록된 콘텐츠를, 상기 재생 레이트로 재생하는 재생 수단을 구비하는 콘텐츠 수신 장치이다.
상기 콘텐츠의 방송에 관한 제어 정보에는, 상기 주파수 대역의 방송파의 신호의 전송로를 물리 채널로 한 경우, 상기 물리 채널을 소정 방식으로 복수의 전송로로 분할함으로써 얻어지는 논리 채널에 관한 정보가 기술된 소정의 기술 데이터와, 상기 논리 채널의 각각에 있어서 전송되는 콘텐츠에 관한 정보가 기술된 메타 데이터가 포함되도록 할 수 있다.
상기 다운로드 스케줄 생성 수단은, 상기 물리 채널에 존재하는 복수의 논리 채널 중, 상기 등록 정보에 대응하는 상기 논리 채널에서 방송되는 모든 콘텐츠를 수신하여 기록하기 위한 다운로드 스케줄을 생성하도록 할 수 있다.
상기 다운로드 스케줄 생성 수단은, 상기 메타 데이터의 기술에 기초하여, 상기 콘텐츠의 방송 개시 시각을 특정함과 함께, 상기 논리 채널에서 전송되는 데이터 중, 상기 콘텐츠의 데이터를 특정하기 위한 로케이션 정보를 특정하여 상기 다운로드 스케줄을 생성하도록 할 수 있다.
상기 다운로드 수단은, 상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 방송 개시 시각에, 상기 물리 채널에 대응하는 주파수 대역의 방송파를 수신하고, 상기 소정의 기술 데이터의 기술에 기초하여, 상기 물리 채널에서 전송되는 트랜스포트 패킷 중, 상기 등록 정보에 대응하는 논리 채널의 트랜스포트 패킷을 추출하고, 상기 로케이션 정보에 기초하여, 상기 콘텐츠의 데이터를 특정함으로써, 상기 콘텐츠를 수신하도록 할 수 있다.
상기 논리 채널의 트랜스포트 패킷은, IP 패킷을 포함하여 구성되고, 상기 로케이션 정보에는, 상기 IP 패킷에 의해 전송되는 상기 콘텐츠의 데이터의 파일 전송 세션을 특정하기 위한 정보가 포함되고, 상기 다운로드 수단은, 상기 파일 전송 세션이 특정됨으로써 취득되는 전송 제어 데이터의 기술에 기초하여 상기 콘텐츠의 데이터를 특정하도록 할 수 있다.
상기 다운로드 수단은, 상기 전송 제어 데이터의 기술에 기초하여, RSS 형식 또는 ATOM 형식으로 기술된 어드레스 파일을 특정하고, 상기 어드레스 파일에 기초하여 상기 콘텐츠의 데이터를 특정하도록 할 수 있다.
상기 소정의 기술 데이터와 상기 메타 데이터의 기술에 기초하여, 상기 논리 채널 중, 유저의 리퀘스트에 의하지 않고, 시청해야 할 콘텐츠를 수신시키는 Push형 서비스를 제공하는 논리 채널을 특정하고, 상기 Push형 서비스를 제공하는 논리 채널의 일람을 유저에게 제시하고, 상기 유저에 의한 상기 Push형 서비스의 등록을 접수하고, 상기 등록된 Push형 서비스의 논리 채널을 특정하는 정보를 상기 등록 정보로서 기억하도록 할 수 있다.
상기 다운로드 스케줄 생성 수단은, 상기 물리 채널에 존재하는 복수의 논리 채널 중, 상기 등록 정보에 대응하는 상기 논리 채널에서 방송되는 콘텐츠이며, 상기 소정의 기술 데이터에 의해 특정되는 콘텐츠를 수신하여 기록하기 위한 다운로드 스케줄을 생성하도록 할 수 있다.
상기 다운로드 수단은, 상기 수신한 콘텐츠를, 상기 기록 매체에 기록되어 있는 콘텐츠에 덮어쓰기할지 여부를 판정하는 덮어쓰기 판정 수단을 갖도록 할 수 있다.
상기 다운로드 수단에 의해 기록된 상기 콘텐츠에는, 상기 메타 데이터의 기술에 기초하여 유효 기한이 설정되어, 상기 유효 기한이 경과한 상기 콘텐츠를 삭제하도록 할 수 있다.
본 발명의 제1 측면은, 방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보를 수신하고, 상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄을 생성하고, 상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록하고, 상기 기록 매체에 기록된 콘텐츠를, 상기 재생 레이트로 재생하는 스텝을 포함하는 콘텐츠 수신 방법이다.
본 발명의 제1 측면은, 컴퓨터를, 방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보를 수신하는 제어 정보 수신 수단과, 상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄을 생성하는 다운로드 스케줄 생성 수단과, 상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록하는 다운로드 수단과, 상기 기록 매체에 기록된 콘텐츠를, 상기 재생 레이트로 재생하는 재생 수단을 구비하는 콘텐츠 수신 장치로서 기능시키는 프로그램이다.
본 발명의 제1 측면에 있어서는, 방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보가 수신되고, 상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄이 생성되고, 상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록되고, 상기 기록 매체에 기록된 콘텐츠가 상기 재생 레이트로 재생된다.
본 발명의 제2 측면은, 미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보를 취득하는 콘텐츠 정보 취득 수단과, 상기 콘텐츠가, 유저의 리퀘스트에 의하지 않고, 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부를 판정하는 판정 수단과, 상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보를 기술하는 제1 제어 정보 생성 수단과, 소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보를 생성하는 제2 제어 정보 생성 수단과, 상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께, 복수의 상기 논리 채널에서 방송되는 데이터를, 1개의 물리 채널에서 방송되는 데이터로서 다중화하는 다중화 수단과, 상기 다중화된 데이터를 변조하여 방송파로서 송신하는 방송파 송신 수단을 구비하는 콘텐츠 송신 장치이다.
본 발명의 제2 측면은, 미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보를 취득하고, 상기 콘텐츠가, 유저의 리퀘스트에 의하지 않고, 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부를 판정하고, 상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보를 기술하고, 소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보를 생성하고, 상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께, 복수의 상기 논리 채널에서 방송되는 데이터를, 1개의 물리 채널에서 방송되는 데이터로서 다중화하고, 상기 다중화된 데이터를 변조하여 방송파로서 송신하는 스텝을 포함하는 콘텐츠 송신 방법이다.
본 발명의 제2 측면은, 컴퓨터를, 미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보를 취득하는 콘텐츠 정보 취득 수단과, 상기 콘텐츠가, 유저의 리퀘스트에 의하지 않고, 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부를 판정하는 판정 수단과, 상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보를 기술하는 제1 제어 정보 생성 수단과, 소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보를 생성하는 제2 제어 정보 생성 수단과, 상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께, 복수의 상기 논리 채널에서 방송되는 데이터를, 1개의 물리 채널에서 방송되는 데이터로서 다중화하는 다중화 수단과, 상기 다중화된 데이터를 변조하여 방송파로서 송신하는 방송파 송신 수단을 구비하는 콘텐츠 송신 장치로서 기능시키는 프로그램이다.
본 발명의 제2 측면에 있어서는, 미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보가 취득되고, 상기 콘텐츠가, 유저의 리퀘스트에 의하지 않고, 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부가 판정되고, 상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보가 기술되고, 소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보가 생성되고, 상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께, 복수의 상기 논리 채널에서 방송되는 데이터가, 1개의 물리 채널에서 방송되는 데이터로서 다중화되고, 상기 다중화된 데이터가 변조되어 방송파로서 송신된다.
본 발명에 따르면, Push형 NRT 서비스를 실현할 수 있다.
도 1은 본 발명의 일 실시 형태에 관한 방송 시스템의 구성예를 도시하는 도면이다.
도 2는 ECG의 예를 도시하는 도면이다.
도 3은 EPG의 예를 도시하는 도면이다.
도 4는 콘텐츠 리스트의 예를 도시하는 도면이다.
도 5는 재생된 콘텐츠의 화상의 예를 도시하는 도면이다.
도 6은 NRT 방송 및 통상 방송을 포함하는 방송파의 신호에 있어서의 프로토콜 스택을 설명하는 도면이다.
도 7은 VCT의 구성예를 도시하는 도면이다.
도 8은 NRT-IT의 구성예를 도시하는 도면이다.
도 9는 FLUTE의 세션에 의해 전송되는 콘텐츠의 데이터 구성을 설명하는 도면이다.
도 10은 Pull형 NRT 방송 수신 재생 처리의 예를 설명하는 흐름도이다.
도 11은 본 발명에 있어서의 Push형 NRT 방송의 예에 대하여 설명하는 도면이다.
도 12는 NRT 방송에 있어서 콘텐츠를 구성하는 데이터가 수신 장치(41)에 의해 수신되는 방식에 대하여 설명하는 도면이다.
도 13은 Push형 NRT 방송의 콘텐츠가 수신 장치(41)에 있어서 축적되는 예에 대하여 설명하는 도면이다.
도 14는 VCT의 다른 구성예를 도시하는 도면이다.
도 15는 NRT-IT의 다른 구성예를 도시하는 도면이다.
도 16은 도 15의 NRT-IT의 구문의 예를 설명하는 도면이다.
도 17은 도 15의 NRT-IT의 구문의 예를 설명하는 도면이다.
도 18은 「Push형 NRT 메타 정보」의 구문의 예를 설명하는 도면이다.
도 19는 도 1의 수신 장치의 구성예를 도시하는 블록도이다.
도 20은 디스플레이의 화면에 표시되는 화상의 예를 도시하는 도면이다.
도 21은 Push형 NRT 방송의 서비스의 등록을 접수하는 GUI의 예를 도시하는 도면이다.
도 22는 콘텐츠 리스트의 다른 예를 도시하는 도면이다.
도 23은 재생된 콘텐츠의 화상의 다른 예를 도시하는 도면이다.
도 24는 Push형 NRT 방송 서비스 등록 처리의 예를 설명하는 흐름도이다.
도 25는 Push형 NRT 방송 수신 재생 처리의 예를 설명하는 흐름도이다.
도 26은 다운로드 스케줄 생성 처리의 예를 설명하는 흐름도이다.
도 27은 방송파 송신 처리의 예를 설명하는 흐름도이다.
도 28은 RSS 형식으로 기술된 어드레스 파일을 사용하여 콘텐츠를 구성하는 파일이 취득되는 경우의 예를 설명하는 도면이다.
도 29는 도 28의 예에 있어서 사용되는 RSS 형식으로 기술된 어드레스 파일의 예를 도시하는 도면이다.
도 30은 VCT, NRT-IT를 새롭게 수신 장치(41)에 수신시키지 않아도, 새로운 콘텐츠를 전송하여 수신 장치(41)로 시청하게 할 수 있도록 하는 방식을 설명하는 도면이다.
도 31은 도 30의 예에 있어서 사용되는 RSS 형식으로 기술된 어드레스 파일의 예를 도시하는 도면이다.
도 32는 도 30의 예에 있어서 사용되는 RSS 형식으로 기술된 어드레스 파일의 예를 도시하는 도면이다.
도 33은 ARIB의 규격에 적합한 방식의 NRT 방송을 포함하는 방송파의 신호에 있어서의 프로토콜 스택을 설명하는 도면이다.
도 34는 그룹 속성 테이블의 구성예를 도시하는 도면이다.
도 35는 프로그램 속성 테이블의 구성예를 도시하는 도면이다.
도 36은 구입 속성 테이블의 구성예를 도시하는 도면이다.
도 37은 라이센스 속성 테이블의 구성예를 도시하는 도면이다.
도 38은 프로그램 로케이션(Program Location) 테이블의 예를 도시하는 도면이다.
도 39는 다운로드 제어 정보의 구성예를 도시하는 도면이다.
도 40은 NRT 방송 수신 처리의 예를 설명하는 도면이다.
도 41은 퍼스널 컴퓨터의 구성예를 도시하는 블록도이다.
이하, 도면을 참조하여, 본 발명의 실시 형태에 대하여 설명한다.
도 1은, 본 발명의 일 실시 형태에 관한 방송 시스템의 구성예를 도시하는 도면이다. 도 1에 도시된 바와 같이, 방송 시스템(1)은, 방송국(11)에 설치된 송신 장치(21) 및 유저 집(12) 등에 설치된 수신 장치(41)에 의해 구성되어 있다. 또한, 실제로는, 복수의 유저 집의 각각에 수신 장치가 설치되어 있다.
예를 들어, 1개의 방송 채널에는, 방송파 중에서 소정의 주파수 대역(예를 들어, 6MHz)이 할당되어 있고, 그 할당된 주파수 대역이 1개의 방송 채널이 되고, 수신 장치(41)에 의해 방송 채널이 선택됨으로써 선국이 이루어진다. 또한, 디지털 방송에 있어서는, 1개의 방송 채널로 다중화되도록 하여 복수의 논리 채널을 설치하는 것도 가능하다.
송신 장치(21)는, 예를 들어 디지털 방송파의 신호를 송출하는 것이며, 통상 방송의 신호 및 NRT 방송의 신호를 송출할 수 있도록 되어 있다. 여기서, 통상 방송은, 당해 방송의 신호를 수신한 수신 장치(41)에 있어서의 실시간으로의 시청을 전제로 한 방송이며, 콘텐츠의 방송 시각에 동기하여 콘텐츠가 시청되는 것을 전제로 하여 방송이 된다. 한편, NRT 방송은, 실시간으로의 시청을 전제로 하지 않고, 콘텐츠의 방송 시각에 동기하여 콘텐츠를 시청할 필요가 없고, 콘텐츠를 데이터로 하여 방송파에 의한 신호에 의해 송신하는 것이다.
NRT 방송에서는, 종래의 방송 프로그램의 콘텐츠의 녹화 예약 등과는 달리, 예를 들어 방송파에 의한 신호의 전송 대역이 큰 경우, 즉, 전송 레이트가 높은 경우, 보다 단시간에 녹화(다운로드)가 완료되도록 하는 것이 가능하다. 혹은 또한, 예를 들어 방송파에 의한 신호의 전송 대역이 작은 경우, 즉, 전송 레이트가 낮은 경우, 보다 장시간에 콘텐츠의 다운로드가 완료되게 된다. 이에 대하여, 통상 방송에서는, 방송한 콘텐츠가 실시간으로 시청되므로, 항상, 콘텐츠의 재생 시간과 대략 동일한 전송 시간으로의 콘텐츠의 전송이 행해진다.
즉, NRT 방송에서는, 디지털 데이터로서 방송되는 콘텐츠를, 그 재생 레이트와 크게 다른 전송 레이트로, 송신 장치(21)로부터 수신 장치(41)로 송신하는 것이 가능하게 되는 것이다. 한편, 통상 방송에서는, 디지털 데이터로서 방송되는 콘텐츠를, 그 재생 레이트와 크게 다른 전송 레이트로, 송신 장치(21)로부터 수신 장치(41)로 송신할 수는 없다.
방송 시스템(1)에 있어서, 송신 장치(21)가 송신하는 신호로 구성되는 콘텐츠이며, NRT 방송에 의해 방송된 콘텐츠는, 수신 장치(41)에 의해 수신되고, 수신 장치(41)가 갖는 기록 매체(스토리지)에 기록되어 축적된다. 그리고, 수신 장치(41)의 유저가, 기록 매체에 기록된 콘텐츠를 재생함으로써, NRT 방송에 의해 방송된 콘텐츠가 시청되는 것이다.
NRT 방송에 있어서는, 유저가 개개의 콘텐츠를 선택한 후, 수신하여 축적하는 방식과, 유저가 특정한 콘텐츠의 집합을 시청하는 등록을 행한 후에, 수신 장치(41)가 이들 콘텐츠를 자동적으로 수신하여 축적하는 방식의 2가지의 방식을 생각할 수 있다. 여기서는, 전자의 방식을, Pull형 NRT 방송이라고 칭하는 것으로 하고, 후자의 방식을, Push형 NRT 방송이라고 칭하는 것으로 한다. 또한, Push형 NRT 방송은, 예를 들어 Subscription형 NRT 방송이라고 칭해지는 경우도 있다.
우선, Pull형 NRT 방송에 대하여 설명한다.
NRT 방송에 있어서는, PSIP(Program and System Information Protocol) 데이터라고 칭해지는 메타 데이터, 제어 정보 등을 포함하여 구성되는 데이터가 수신 장치(41)에 의해 정기적으로 수신되도록 이루어져 있다. 수신 장치(41)는, PSIP 데이터에 포함되는 메타 데이터, 제어 정보 등을 기초하여, NRT 방송에 있어서 수신 가능한 콘텐츠의 리스트를 생성한다. 이 콘텐츠의 리스트는 ECG(Electronic Contents Guide)라고 칭해진다. 또한, PSIP 데이터의 상세에 대해서는, ATSC(Advanced Television Systems Committee)의 규격에 기재되어 있다.
도 2는, 화면에 표시되는 ECG의 예를 도시하는 도면이다. 도 2의 예에서는, NRT 프로그램 리스트로서 NRT 방송에 있어서 수신 가능한 콘텐츠의 리스트가, 그들 콘텐츠의 방송 개시 시각과 함께 표시되어 있다. 또한, 도 2의 예에서는, 「XXXX」가 각 콘텐츠의 타이틀을 표시하는 것이 되고, 「1/30 15:00(1월 30일 15시를 나타냄)」 등의 기재에 의해 당해 콘텐츠의 방송 개시 시각이 표시되어 있다.
혹은 또한, NRT 방송에 있어서 수신 가능한 콘텐츠가 EPG(Electronic Program Guide)로서 표시되도록 해도 된다. 도 3은, 화면에 표시되는 EPG의 예를 도시하는 도면이다. 도 3에 있어서는, 「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)에 의해 다운로드된 콘텐츠의 일람이, 예를 들어 도 4에 도시되는 콘텐츠 리스트로서 화면에 표시된다. 도 4는, 화면에 표시되는 콘텐츠 리스트의 예를 도시하는 도면이다. 또한, 도 4의 예에서는, 「XXXX」가 각 콘텐츠의 타이틀을 표시하는 것으로 된다.
수신 장치(41)의 유저는, 도 4의 콘텐츠 리스트를 디스플레이의 화면 등에 표시시키고, 예를 들어 GUI를 조작하여 시청하고 싶은 콘텐츠를 선택한다. 이에 의해, 선택된 콘텐츠가 재생되어, 도 5에 도시된 바와 같이, 콘텐츠의 화상이 디스플레이의 화면에 표시되는 것이다. 이 예에서는, 골프의 플레이를 하는 사람의 화상이 콘텐츠가 화상으로서 표시되어 있다.
이와 같이 하여, NRT 방송의 콘텐츠가 수신되어 시청되는 것이다.
도 6은, NRT 방송 및 통상 방송을 포함하는 방송파의 신호에 있어서의 프로토콜 스택을 설명하는 도면이다.
도 6에 도시된 바와 같이, 가장 하위의 계층은, 「Physical Layer(물리층)」가 되고, 당해 채널을 위하여 할당된 방송파의 주파수 대역이 이에 대응한다. 「Physical Layer」에 인접하는 상위의 계층은, 「TS(트랜스포트 스트림)」로 되어 있다. 「TS」에 있어서는, 상위의 계층의 패킷이, 트랜스포트 패킷이라고 불리는 고정 길이의 패킷으로 분할되어 전송되고, 이 트랜스포트 패킷의 연속이 트랜스포트 스트림이 된다.
즉, 1개의 방송 채널에 대응하는 주파수 대역에 있어서 전송되는 신호는, 모두 그 방송 채널에 대응하는 헤더 정보 등을 갖는 트랜스포트 패킷에 의해 전송되는 것이다.
트랜스포트 스트림에 인접하는 상위의 계층은, 「Section」 또는 「PES(Packetized Elementary Stream)」로 되어 있다. 예를 들어, 통상 방송의 콘텐츠와 같이, 실시간으로 재생되는 데이터는, 「PES」의 패킷으로서 전송되게 된다. 또한, 파일 전송의 데이터, 제어 정보의 데이터 등은, 「Section」의 패킷으로서 전송되게 된다.
도 6에 도시된 바와 같이, 「PES」의 패킷의 종류에 대응하여, 「Caption Coding」, 「Audio Coding」 및 「Video Coding」이 「PES」의 상위 계층으로서 규정되어 있다. 「Caption Coding」은, 화상의 자막에 관한 데이터가 저장되는 패킷이며, 「Audio Coding」은, 음성 데이터가 저장되는 패킷이며, 「Video Coding」은, 화상 데이터가 저장되는 패킷이 된다.
도 6에 있어서는, 「Section」에 인접하는 상위 계층으로서, 「PSIP」 및 「PSI(Program Specific Information)」가 표시되어 있다. 「PSIP」는, 후술하는 VCT, NRT-IT 등을 갖는 계층이 된다. 「PSI(Program Specific Information)」는, PAT(Program Association Table), PMT(Program Map Table) 등을 갖는 계층이 된다.
또한, 도 6에 있어서는, 「Section」에 인접하는 상위 계층으로서, 「DSM-CC(Digital Storage Media Command and Control)」가 표시되어 있다. 「DSM-CC」는, 방송 스트림의 MPEG2-TS 상에서 IP 패킷을 전송하기 위한 어댑테이션 레이어로서 사용된다. 또한, 「DSM-CC」는, ISO 규격으로서 규정되어 있다.
「DSM-CC」에 인접하는 상위 계층으로서, 「Interactive Data Coding」이 표시되어 있다. 「Interactive Data Coding」, 「Caption Coding」, 「Audio Coding」 및 「Video Coding」에 저장되는 데이터에 의해 스트리밍 방송이 실현된다. 즉, 이들 데이터를 수신함으로써, 통상 방송의 프로그램을 수신하여 재생할 수 있다.
또한, 「DSM-CC」에 인접하는 상위 계층으로서, 「IP」가 표시되어 있다. 여기서 표시되어 있는 「IP」는, TCI/IP의 프로토콜 스택에 있어서의 IP와 동일한 것이며, IP 어드레스에 의해 IP 패킷이 특정된다. 도 6에 도시된 바와 같이, NRT 방송은, IP 패킷을 사용하여 구성되도록 이루어져 있다. 물론, NRT 방송은, 통신이 아니라, 방송으로서 제공되는 것이므로, 본래, 통신 프로토콜인 TCI/IP의 프로토콜 스택을 사용할 필요는 없지만, 콘텐츠의 다운로드를 행하는 데 있어서, 형식적으로 IP 패킷이 사용되고 있다.
「IP」 인접하는 상위 계층은 「UDP」가 되고, 그 상위 계층으로서 「FLUTE/ALC(Asynchronous Layered Coding Protocol)/LCT(Layered Coding Transport(Building Block))」가 표시되어 있다. 즉, NRT 방송에 있어서는, TCP/IP 통신에 있어서의 UDP의 포트가 지정된 패킷이 송신되고, 예를 들어FLUTE(File Delivery over Unidirectional Transport)에 의한 세션이 확립되도록 이루어져 있다. 그리고, FLUTE의 세션에 의해, 콘텐츠를 구성하는 데이터가 특정되는 것이다. FLUTE는, 한쪽 방향의 전송로(예를 들어, 하향 방향만의 전송로)를 사용하여 데이터 배신을 행하는 것이 가능한 통신 프로토콜이며, 임의 파일의 송신이 가능하게 되어 있다.
또한, FLUTE의 상세한 것은, RFC3926으로서 규정되어 있다.
이와 같이, NRT 방송에 있어서는, 「TS」의 트랜스포트 패킷의 전송 레이트(예를 들어, 20Mbps)에 대응하는 전송 대역을 갖는 1개의 물리 채널을, 복수의 논리 채널에 다중화하는 것이 가능하다. 즉, 예를 들어 6MHz의 주파수 대역이 할당된 1개의 방송 채널의 방송파의 신호의 전송로를 물리 채널로 한 경우, 그 물리 채널을 복수의 전송로로 분할함으로써 복수의 논리 채널을 설치할 수 있는 것이다.
이와 같은 논리 채널의 각각에 관한 정보는, 물리 채널마다 생성되는 논리 채널에 관한 제어 정보인 VCT에 기술되어 있다. VCT의 상세한 것은 도 7을 참조하여 후술하지만, VCT에 기초하여, 논리 채널마다의 「Program_number」가 특정되고, 「Program_number」에 기초하여, 「PSI」가 특정된다. 그리고, 「PSI」의 「PAT」와 「PMT」에 기초하여, 「TS」의 트랜스포트 패킷에 부여된 소정의 식별자가 특정된다. 이와 같이 특정된 식별자가 부여된 트랜스포트 패킷을 추출함으로써, 1개의 논리 채널의 데이터를 특정할 수 있다. 이와 같이, 1개의 트랜스포트 스트림을 복수의 논리 채널의 패킷으로서 식별할 수 있으므로, 1개의 물리 채널을, 복수의 논리 채널에 다중화할 수 있는 것이다.
이와 같이 다중화된 논리 채널의 각각을 버츄얼 채널(VirtualChannel)이라고 칭한다. NRT 방송에 있어서는, 또한 1개의 논리 채널을, 복수의 FLUTE의 세션에 의해 다중화하는 것이 가능하게 된다.
통상 방송에 있어서는, 1개의 물리 채널(예를 들어, 1개의 방송 채널)이 1개의 논리 채널에 대응하도록 이루어져 있고, NRT 방송과 같이 복수의 채널로 다중화되지 않는다. 따라서, NRT 방송에 있어서는, 통상 방송의 경우와 달리, 1개의 방송 채널에서 복수의 콘텐츠를 동시에 방송(송신)하는 것도 가능하게 된다.
다음에, 상술한 PSIP 데이터에 포함되는 VCT(Virtual Channel Table) 및 NRT-IT(NRT Information Table)에 대하여 설명한다.
VCT는, 수신 장치(41)에 있어서, 버츄얼 채널(논리 채널)의 각각을 식별 가능하게 하기 위한 기술자에 의해 구성되는 테이블이다. 도 7은, VCT의 예를 도시하는 도면이다.
도 7의 예에 있어서, VCT의 기술 영역(71)에는, 「TS_id」, 「채널수」, 및 채널 단위의 기술 영역(72-1), 채널 단위의 기술 영역(72-2,…)이 기술되어 있다. 「TS_id」는, 트랜스포트 스트림을 식별하는 ID로 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 이에 의해, 어느 물리 채널(방송 채널)의 VCT인지를 식별하는 것이 가능하게 된다. 「채널수」는, 「TS_id」에 의해 특정되는 물리 채널에 포함되는 논리 채널의 수를 나타내는 수치 등으로서 기술된다.
채널 단위의 기술 영역(72-1), 채널 단위의 기술 영역(72-2,…)에는 각각 하나의 논리 채널에 관한 정보가 기술된다. 이 기술 영역은, 상술한 「채널수」에 기술된 수치의 분만큼 설치되게 된다. 예를 들어, 당해 물리 채널에 포함되는 논리 채널의 수가 3인 경우, 「채널수」에는 수치 「3」이 기술된다. 그리고, 채널 단위의 기술 영역(72-1), 채널 단위의 기술 영역(72-2) 및 채널 단위의 기술 영역(72-3)이 기술되게 된다.
채널 단위의 기술 영역(72-1)에는, 「채널명」, 「채널 번호」, 「서비스 타입」, 「Program_number」, 「Source_id」,…이 기술되어 있다. 「채널명」 및 「채널 번호」는, 각각 그것들을 나타내는 소정의 문자 및 수치가 기술된다. 예를 들어, 채널 단위의 기술 영역(72-1)의 「채널명」은, 「○○국 NRT 제1 채널」 등이라고 기술되고, 채널 번호는 「5-1」 등이라고 기술된다. 또한, 채널 단위의 기술 영역(72-1)의 「채널명」은, 「○○국 NRT 제2 채널」 등이라고 기술되고, 채널 번호는 「5-2」 등이라고 기술된다.
「서비스 타입」은, 당해 논리 채널이 통상 방송에 대응하는 논리 채널인지 NRT 방송에 대응하는 논리 채널인지를 식별하는 정보가 기술된다. 예를 들어, 채널 단위의 기술 영역(72-1)에 대응하는 논리 채널이, NRT 방송의 논리 채널인 경우, 「서비스 타입」은 「NRT」라고 기술된다.
「Program_number」는, 당해 논리 채널의 데이터를 특정하기 위하여 필요해지는 PSI(Program Specific Information)를 특정하기 위하여 사용되는 것이다.
「Source_id」는, 당해 논리 채널을 식별하는 ID로 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 즉, 채널 단위의 기술 영역(72-1)은, 이 「Source_id」에 의해 특정되는 1개의 논리 채널에 관한 정보가 기술되는 영역이다.
마찬가지로, 채널 단위의 기술 영역(72-2,…)에도, 각각 「Source_id」에 의해 특정되는 1개의 논리 채널에 관한 정보가 기술된다.
VCT는, 이와 같이 구성되어 있다.
상술한 바와 같이, NRT 방송에 있어서는, 복수의 논리 채널의 각각에 있어서, 각각의 콘텐츠를 방송하는 것이 가능하다. 논리 채널의 각각에 있어서 전송되는 콘텐츠에 관한 정보는 논리 채널마다 생성되는 제어 정보인 NRT-IT에 기술되어 있다.
NRT-IT는, 수신 장치(41)에 있어서, 각 논리 채널에 있어서 방송되는 NRT 방송의 콘텐츠의 각각을 식별 가능하게 하기 위한 기술자에 의해 구성되는 테이블이다. 도 8은, NRT-IT의 예를 도시하는 도면이다.
도 8의 예에 있어서, NRT-IT의 기술 영역(91)에는, 「Source_id」, 「콘텐츠수」 및, 콘텐츠 단위의 기술 영역(92-1), 콘텐츠 단위의 기술 영역(92-2,…)이 기술되어 있다. 「Source_id」는, 도 7을 참조하여 상술한 것과 마찬가지이며, 논리 채널을 식별하는 ID로 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 이에 의해, 도 7의 채널 단위의 기술 영역(72-1), 채널 단위의 기술 영역(72-2,…)의 각각에 기술된 논리 채널 중 어느 하나와, 당해 NRT-IT를 대응시키는 것이 가능하게 된다. 「콘텐츠수」는, 「Source_id」에 의해 특정되는 논리 채널에 있어서, 소정의 단위 시간에 방송되는 콘텐츠수를 나타내는 수치 등으로서 기술된다.
콘텐츠 단위의 기술 영역(92-1), 콘텐츠 단위의 기술 영역(92-2,…)에는, 각각 1개의 콘텐츠에 관한 정보가 기술된다. 이 기술 영역은, 상술한 「콘텐츠수」에 기술된 수치의 분만큼 설치되게 된다. 예를 들어, 당해 논리 채널에 있어서 단위 시간에 방송되는 콘텐츠의 수가 5인 경우, 「콘텐츠수」에는 수치 「5」가 기술된다. 그리고, 콘텐츠 단위의 기술 영역(92-1), 콘텐츠 단위의 기술 영역(92-2,…) 및 채널 단위의 기술 영역(92-5)이 기술되게 된다.
콘텐츠 단위의 기술 영역(92-1)에는, 「content_item_id」, 「배신 스케줄」, 「콘텐츠 유효 기한」, 「콘텐츠명」, 「콘텐츠 전송 로케이션 정보」,…이 기술되어 있다. 「content_item_id」는, 당해 콘텐츠를 식별하는 ID가 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 즉, 콘텐츠 단위의 기술 영역(92-1)은, 이 「content_item_id」에 의해 특정되는 1개의 콘텐츠에 관한 정보가 기술되는 영역인 것이다.
「배신 스케줄」은, 당해 콘텐츠의 방송 개시 시각 및 방송 종료 시각을 나타내는 정보가 기술된다. 또한, 당해 콘텐츠는, NRT 방송의 콘텐츠이므로, 방송 개시 시각 및 방송 종료 시각에 의해, 콘텐츠를 시청할 수 있는 시간이 나타내어지는 것이 아니라, 콘텐츠의 다운로드를 개시해야 할 시각 및 콘텐츠의 다운로드가 종료되는 시각이 나타내어진다.
「콘텐츠 유효 기한」은, 당해 콘텐츠의 유효 기한이 되는 시각을 특정하는 정보가 기술된다. 유효 기한을 경과한 콘텐츠는, 수신 장치(41)의 기록 매체로부터 삭제되는 등 하여, 재생할 수 없게 되도록 이루어져 있다.
「콘텐츠명」은, 당해 콘텐츠의 타이틀 등의 문자가 기술된다.
「콘텐츠 전송 로케이션 정보」는, 도 6을 참조하여 상술한, IP 어드레스, UDP의 포트 번호 및 FLUTE의 세션을 특정하기 위한 식별자 「TSI(Transport Session Identifier)」가 기술된다. 이 「콘텐츠 전송 로케이션 정보」가 특정됨으로써, 「Source_id」에 의해 특정되는 논리 채널에 있어서 전송되는 데이터 중, 「content_item_id」에 의해 특정되는 1개의 콘텐츠의 데이터를 식별하는 것이 가능하게 되는 것이다.
마찬가지로, 콘텐츠 단위의 기술 영역(92-2,…)에도, 각각 「content_item_id」에 의해 특정되는 1개의 콘텐츠에 관한 정보가 기술된다.
NRT-IT는, 이와 같이 구성되어 있다.
이와 같이, VCT를 취득함으로써, 방송 채널 내의 논리 채널의 각각에 관한 정보를 취득하는 것이 가능하게 되고, NRT-IT를 취득함으로써, 각 논리 채널에서 방송되는 콘텐츠에 관한 정보를 취득하는 것이 가능하게 된다.
도 9는, FLUTE의 세션에 의해 전송되는 콘텐츠의 데이터 구성을 설명하는 도면이다. FLUTE의 세션에 의해 취득된 데이터는, 도 9의 하측에 도시된 바와 같은FLUTE 세션 스트림을 구성한다. FLUTE 세션 스트림은, 실제로는, 소정의 크기로 분할된 복수의 파일에 의해 구성되어 있고, 이 복수의 파일의 각각에는, 「TOI(Transport Object Identifier)」라고 칭해지는 식별자가 부여되어 있다. 이 TOI에 의해, 복수의 파일의 각각의 전송 순서를 특정할 수 있도록 이루어져 있다. 이 예에서는, 「TOI」가 0인 파일은, 「FDT」가 되고, 「TOI」가 1인 파일은, 「FILE#1」이 되고, 「TOI」가 2인 파일은, 「FILE#2」가 되고,…로 되어 있다.
FLUTE 세션 스트림을 구성하는 복수의 파일 중, 「TOI」가 0인 파일은, FDT(File Delivery Table)가 된다. FDT는, FLUTE 세션 스트림을 구성하는 다른 파일의 각각에 관한 정보가 기술된 테이블이 된다. 도 9의 예에서는, FDT의 기술 영역(111)에, FLUTE 세션 내의 파일 단위의 정보의 기술 영역(112-1), FLUTE 세션 내의 파일 단위의 정보의 기술 영역(112-2,…)이 기술되어 있다.
FLUTE 세션 내의 파일 단위의 정보의 기술 영역(112-1)에는, 「TOI」, 「content_type」, 「파일명」,…이 기술되어 있다. 「TOI」는, FLUTE 세션 내의 파일을 식별하기 위한 정보로 되고, 실제로는, 소정의 수치가 기술된다. 즉, FLUTE 세션 내의 파일 단위의 정보의 기술 영역(112-1)은, 이 「TOI」에 의해 특정되는 1개의 파일에 관한 정보가 기술되는 영역이다.
「content_type」은, 「TOI」에 의해 특정되는 파일의 파일 형식(데이터의 종류)을 특정하는 정보가 기술된다. 「content_type」은, 예를 들어 당해 파일이 화상 데이터의 파일인 경우, 「비디오」 등이 되고, 당해 파일이 음성 데이터의 파일인 경우, 「오디오」 등이 된다.
「파일명」은 당해 파일의 명칭이 기술된다. 「파일명」은 URL로서 기술되도록 해도 된다.
마찬가지로, FLUTE 세션 내의 파일 단위의 정보의 기술 영역(112-2,…)에도, 각각 「TOI」에 의해 특정되는 1개의 파일에 관한 정보가 기술된다.
소정의 FLUTE의 세션에 의해 전송되는 콘텐츠의 데이터는, 이와 같이 구성되어 있다.
다음에, 도 10의 흐름도를 참조하여, 수신 장치(41)에 의한 Pull형 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에서 선택이 접수된 콘텐츠의 방송 채널로 설정된다. 그리고, 수신 장치(41)는, 스텝 S11에서 수신한 VCT에 기초하여, 당해 콘텐츠가 방송되는 논리 채널에서 전송되는 데이터를 특정한다. 또한, 수신 장치(41)는, 스텝 S11에서 수신한 NRT-IT에 기초하여, 당해 콘텐츠가 전송되는 FLUTE의 세션을 특정하고, 그 FLUTE 세션 스트림을 구성하는 파일의 각각을 취득한다. 방송 종료 시각이 되면, 수신 장치(41)에 있어서, FLUTE 세션 스트림을 구성하는 모든 파일의 취득이 완료되고, 이에 의해, 콘텐츠의 다운로드가 완료된다.
수신 장치(41)는, 다운로드가 완료되면, 상술한 바와 같이 취득한 파일에 의해 구성되는 데이터를 1개의 콘텐츠로 하여, 기록 매체에 기록한다. 이때, 스텝 S11에서 수신한 정보에 포함되는, 당해 콘텐츠의 메타 데이터도, 당해 콘텐츠에 대응시켜 기록된다. 또한, 메타 데이터는, 예를 들어 NRT-IT에 기술된 「콘텐츠명」, 「배신 스케줄」, 「콘텐츠 유효 기한」 등으로 구성된다.
여기서는, 1개의 콘텐츠가 다운로드되는 경우의 예에 대하여 설명하였지만, 예를 들어 스텝 S14에 있어서, 복수의 콘텐츠가 선택된 경우, 스텝 S15, 스텝 S16에서는, 그들 복수의 콘텐츠가 다운로드된다.
스텝 S17에 있어서, 수신 장치(41)는, 스텝 S16의 처리에서 다운로드된 콘텐츠의 리스트를 표시한다. 이때, 예를 들어 도 4에 도시되는 화상이 생성되어 디스플레이에 표시된다.
스텝 S18에 있어서, 수신 장치(41)는, 스텝 S17의 처리에서 표시한 콘텐츠의 리스트에 기초하는, 유저에 의한 콘텐츠의 선택을 접수한다. 이때, 예를 들어 이미 수신 장치(41)의 기록 매체에 기록되어 있는 NRT 방송의 콘텐츠 중, 유저가 시청하고 싶다고 생각하는 콘텐츠가 선택된다.
스텝 S19에 있어서, 수신 장치(41)는, 스텝 S18의 처리에서 선택이 접수된 콘텐츠를 재생한다. 이에 의해, 예를 들어 도 5에 도시된 바와 같이, 콘텐츠의 화상이 디스플레이에 표시되는 것이다.
이와 같이 하여, 수신 장치(41)에 의한 Pull형 NRT 방송 수신 재생 처리가 실행된다.
지금까지, Pull형 NRT 방송에 대하여 설명하였지만, 상술한 바와 같은 Pull형 NRT 방송을 실현하기 위한 기술은, 그 대부분이, 예를 들어 ATSC(Advanced Television Systems Committee)의 규격으로서 이미 검토되고 있다. 이와 같이, Pull형 NRT 방송에 대해서는, 예를 들어 방송국이나 수신 장치의 메이커 등의 사이에서, 어떻게 하여 실현할지 구체적인 상정이 이루어지고 있다. 그러나, Push형 NRT 방송에 관해서는, 아직 구체적인 실현 방식이 상정되어 있지 않다.
따라서 본 발명에서는, Push형 NRT 방송을 구체적으로 실현할 수 있도록 한다. 상술한 바와 같이, Push형 NRT 방송에서는, 시청자가 특정한 콘텐츠의 집합을 시청하는 등록을 행한 다음에, 수신 장치(41)가 이들 콘텐츠를 자동적으로 수신하여 축적한다. 구체적인 Push형 NRT 방송으로서, 다음과 같은 것을 상정한다.
예를 들어, 일기 예보의 Push형 NRT 방송을 생각한다. 이 경우, 유저가 미리 「일기 예보」라는 Push형 NRT 방송의 서비스에 등록한다. 그렇게 하면, 수신 장치(41)는, 소정의 방송 채널에서 방송되는 일기 예보 프로그램의 콘텐츠를 자동적으로 수신하여 축적한다. 여기서, 일기 예보 프로그램은, 예를 들어 5분간의 프로그램이며, 1일 2회 최신 기상 정보에 기초하는 예보를 전달하는 것으로 하고, 예를 들어 수신 장치(41)에 축적된 콘텐츠는 순서대로 최신의 것으로 갱신된다.
따라서, 유저는 언제나 최신 기상 정보에 기초하는 일기 예보를 시청하는 것이 가능하게 된다.
또한, 예를 들어 뉴스 클립의 Push형 NRT 방송을 생각한다. 이 경우, 유저가 미리 「뉴스 클립」이라는 Push형 NRT 방송의 서비스에 등록한다. 그렇게 하면, 수신 장치(41)는, 소정의 방송 채널에서 방송되는 뉴스 프로그램의 콘텐츠를 자동적으로 수신하여 축적한다.
여기서, 뉴스 프로그램은, 예를 들어 15분간의 프로그램이며, 최신 정치 경제 정보에 관한 뉴스를 전달하는 것으로 하고, 예를 들어 수신 장치(41)에 축적된 콘텐츠는, 순서대로 최신의 것으로 갱신된다. 혹은 또한, 소정의 시간만큼 콘텐츠가 축적되어 소거되도록 해도 된다. 또한, 예를 들어 「뉴스 클립」의 서비스의 제공을 받는 경우에 필요해지는 수신 장치(41)의 스토리지 크기(기억 용량)를 지정하고, 그 스토리지 크기를 초과하는 분에 대해서는, 콘텐츠가 덮어쓰기되어 갱신되도록 해도 된다.
이와 같은 서비스의 제공을 받음으로써, 유저는 언제나 최신 정치 경제 정보에 관한 뉴스를 시청하는 것이 가능하게 된다.
Push형 NRT 방송에서는, 상술한 바와 같은 Push형 NRT 방송의 서비스가, 예를 들어 각 방송국 등에 의해 제공되는 것으로 한다. 이와 같은 서비스는, 무료이어도 되고 유료이어도 된다. 그리고, 수신 장치(41)의 유저는, 원하는 서비스를 선택하여 수신 장치(41)에 등록한다.
본 발명에서는, Push형 NRT 방송의 개개의 서비스에 대응하는 논리 채널을 설치하기로 한다. 즉, Push형 NRT 방송의 서비스가 3개 존재하는 경우, 3개의 논리 채널이 존재하게 된다.
도 11을 참조하여, 본 발명에 있어서의 Push형 NRT 방송의 예에 대하여 설명한다. 도 11은, 「Ch.4」, 「Ch.5」, 「Ch.6」의 3개의 방송 채널에 있어서, 통상 방송 및 NRT 방송이 행해지는 경우의 예를 나타내고 있다. 「Ch.4」는, 통상 방송의 방송 채널로 되고, 「Ch.5」 및 「Ch.6」은 NRT의 방송 채널로 된다. 또한, 도 11에 있어서는, 도면 중 수평 방향이 방송파의 주파수를 나타내고 있고, 도면 중 수직 방향이 시간을 나타내고 있다.
또한, 각 채널에 있어서 방송되는 콘텐츠의 종별 등의 내용이 도면 중 해칭 등에 의해 나타내어져 있다. 이 예에서는, 통상 방송의 콘텐츠, Pull형 NRT 방송의 콘텐츠, Push형 NRT 방송의 콘텐츠 및 방송 휴지 기간이 도면 중의 해칭 등에 의해 나타내어져 있다.
도 11의 예에서는, 「Ch.5」가 3개의 논리 채널로 다중화되어 있다. 이 예에서는, 방송 채널 「Ch.5」가 논리 채널 「VC5-1」, 논리 채널 「VC5-2」 및 논리 채널 「VC5-3」으로 다중화되어 있다. 또한, 도면 중에 있어서, 논리 채널 「VC5-1」 내지 논리 채널 「VC5-3」의 각각 중에 표시된 직사각형의 프레임의 각각이 각 콘텐츠의 방송 시간대를 나타내고 있다.
논리 채널 「VC5-1」은, 1개의 Push형 NRT 방송의 서비스에 할당된 논리 채널이다. 논리 채널 「VC5-2」는, Pull형 NRT 방송에 할당된 논리 채널이다. 논리 채널 「VC5-3」은, 다른 하나의 Push형 NRT 방송의 서비스에 할당된 논리 채널이다. 또한, 이 예에 있어서는, 논리 채널 「VC5-3」에서는, 채널 휴지가 되는 시간대가 포함되어 있다.
논리 채널 「VC5-2」에는, 3개의 FLUTE 세션이 설치되어 있다. 즉, 논리 채널 「VC5-2」에 있어서 방송되는 Pull형 NRT 방송에서는, 동시에 3개의 콘텐츠를 방송하는 것이 가능하다.
또한, 도 11의 예에서는, 「Ch.6」이 2개의 논리 채널로 다중화되어 있다. 이 예에서는, 방송 채널 「Ch.6」이 논리 채널 「VC6-1」 및 논리 채널 「VC6-2」로 다중화되어 있다. 또한, 도면 중에 있어서, 논리 채널 「VC6-1」 및 논리 채널 「VC6-2」의 각각 중에 표시된 직사각형의 프레임의 각각이 각 콘텐츠의 방송 시간대를 나타내고 있다.
논리 채널 「VC6-1」은, 1개의 Push형 NRT 방송의 서비스에 할당된 논리 채널이다. 논리 채널 「VC6-2」는, Pull형 NRT 방송의 서비스에 할당된 논리 채널이다.
논리 채널 「VC6-1」에는, 2개의 FLUTE 세션이 설치되어 있다. 즉, 논리 채널 「VC6-1」에 있어서 제공되는 Push형 NRT 방송의 서비스에서는, 동시에 2개의 콘텐츠가 방송된다.
지금의 경우, 방송 채널 「Ch.5」에 있어서 정기적으로 송신되는 PSIP 데이터에는, 「Ch.5」의 물리 채널의 트랜스포트 스트림을 식별하는 「TS_id」가 기술된 VCT가 1개 포함된다. 또한, 그 PSIP 데이터에는, 논리 채널 「VC5-1」, 논리 채널 「VC5-2」 및 논리 채널 「VC5-3」을 식별하는 「Source_id」가 각각 기술된 3개의 NRT-IT도 포함되게 된다.
마찬가지로, 방송 채널 「Ch.6」에 있어서 정기적으로 송신되는 PSIP 데이터에는, 「Ch.6」의 물리 채널의 트랜스포트 스트림을 식별하는 「TS_id」가 기술된VCT가 1개 포함된다. 또한, 그 PSIP 데이터에는, 논리 채널 「VC6-1」 및 논리 채널 「VC6-2」를 식별하는 「Source_id」가 각각 기술된 2개의 NRT-IT도 포함되게 된다.
예를 들어, 논리 채널 「VC5-1」은, ○○ 방송국의 「뉴스 클립」에 할당되고, 논리 채널 「VC5-3」은, ○○ 방송국의 「일기 예보」에 할당된다. 논리 채널 「VC6-1」은, ×× 방송국의 「뉴스 클립」에 할당된다.
또한, 도 11의 예에서는, 「Ch.4」는, 복수의 논리 채널로 분할되어 있지 않다. 통상 방송의 논리 채널 「VC4-1」은, 실질적으로 물리 채널과 동일하다.
상술한 바와 같이, 수신 장치(41)는, PSIP 데이터를 정기적으로 수신하므로, VCT에 기초하여, 각 논리 채널에서 전송되는 데이터를 식별할 수 있다. 따라서, 예를 들어 ○○ 방송국의 「일기 예보」의 서비스가 등록된 수신 장치(41)는, 논리 채널 「VC5-3」에 있어서 전송되는 콘텐츠 전체를 자동적으로 다운로드한다.
한편, 통상 방송으로서 전송되는 콘텐츠(프로그램)를 수신하는 경우, VCT와 EIT(Event Information Table)에 기초하여 콘텐츠가 특정된다.
이와 같이, 본 발명에 따르면, Push형 NRT 방송 및 Pull형 NRT 방송, 및 통상 방송에서 콘텐츠를 방송하는 것이 가능하게 된다.
Push형 NRT 방송은, 유저에 의해 선택된 개개의 콘텐츠를 제공하는 것이 아니라, 일방적으로 콘텐츠를 유저에게 제공하는 것이므로, Pull형 NRT 방송, 통상 방송과 같은 방송 시스템에서 실현하는 것은 어려웠다. 본 발명에서는, Push형 NRT 방송의 서비스가 등록된 수신 장치(41)가, 그 서비스에 대응하는 논리 채널에 있어서 전송되는 콘텐츠 전체를 자동적으로 다운로드하도록 하였다. 이와 같이 함으로써, Pull형 NRT 방송, 통상 방송과 같은 방송 시스템에서 Push형 NRT 방송을 실현하는 것이 가능하게 된다.
도 12는, NRT 방송에 있어서 콘텐츠를 구성하는 데이터가 수신 장치(41)에 의해 수신되는 방식에 대하여 설명하는 도면이다. 도 12에 있어서는, 1개의 방송 채널에 대응하는 트랜스포트 스트림(TS)의 전송 대역이 원통(201)으로 나타내어져 있다. 또한, 도면 중 수직 방향이 시간을 나타내는 것으로 한다.
또한, 도 12에 있어서, 원통(201)의 트랜스포트 스트림에 다중화된 논리 채널(버츄얼 채널: VC)이 원통(202)으로 나타내어져 있다. 또한, 이 예에서는, 트랜스포트 스트림에 있어서 다중화되어 있는 논리 채널(버츄얼 채널: VC)이 1개이지만, 실제로는, 복수의 논리 채널이 다중화되도록 할 수 있다.
또한, 도 12에 있어서, 원통(202)에 대응하는 논리 채널 내에 존재하는 FLUTE 세션이, 원통(203-1) 및 원통(203-2)에 의해 나타내어져 있다. 즉, 원통(202)에 대응하는 논리 채널 내에는 2개의 FLUTE 세션이 존재한다. 수신 장치(41)가 수신하여 축적(기록)해야 할 콘텐츠를 구성하는 데이터는, 원통(203-1) 및 원통(203-2)의 FLUTE 세션의 파일로서 전송되는 것이다.
지금, 수신 장치(41)는, NRT 방송의 콘텐츠이며, 원통(201)에 대응하는 트랜스포트 스트림의 방송 채널의, 원통(202)에 대응하는 논리 채널에서 방송되는 콘텐츠 A 내지 콘텐츠 C를 수신하도록 설정되어 있는 것으로 한다.
상술한 바와 같이, 수신 장치(41)는, 정기적으로 PSIP 데이터를 수신하므로, 정기적으로 VCT 및 NRT-IT를 취득할 수 있다. 최초로 VCT(210), NRT-IT(211) 및 NRT-IT(212)가 수신된 것으로 한다. 수신 장치(41)는, VCT(210)의 기술을 참조함으로써, 수신하여 축적해야 할 콘텐츠 A, 콘텐츠 B가 전송되는 논리 채널을 식별하는 「source_id」를 특정할 수 있다. 그리고, 수신 장치(41)는, 그 「source_id」에 기초하여, 당해 논리 채널에 관한 NRT-IT(211)를 특정할 수 있다.
또한, NRT-IT(212)는, 도 12에 있어서는 도시되어 있지 않은, 다른 논리 채널에 대응하는 NRT-IT이다.
또한, 수신 장치(41)는, 그 NRT-IT(211)의 기술 중에서, 수신하여 축적해야 할 콘텐츠에 관한 정보가 기술된 콘텐츠 단위의 기술 영역을 특정한다. 또한, 도 12의 예에 있어서, 최초로 수신한 NRT-IT(211)에는, 원통(203-1)으로 나타내어지는 FLUTE 세션 중 화살표(205)로 나타내어지는 시간대에 방송되는 콘텐츠에 관한 정보가 기술되어 있는 것으로 한다. 또한, 최초로 수신한 NRT-IT(211)에는, 원통(203-2)으로 나타내어지는 FLUTE 세션 중 화살표(206)로 나타내어지는 시간대의 콘텐츠에 관한 정보도 기술되어 있는 것으로 한다.
지금의 경우, 콘텐츠 A, 콘텐츠 B의 「content_item_id」에 기초하여, 그들 콘텐츠에 관한 정보가 기술된 콘텐츠 단위의 기술 영역이 특정된다. 그리고, 수신 장치(41)는, 그 특정된 콘텐츠 단위의 기술 영역을 참조하여 「콘텐츠 전송 로케이션 정보」에 포함되는, IP 어드레스, UDP의 포트 번호 및 FLUTE의 세션을 특정하기 위한 식별자 「TSI」를 특정한다.
그리고, 수신 장치(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-IT(221)를 특정할 수 있다.
또한, NRT-IT(222)는, 도 12에 있어서는 도시되어 있지 않은, 다른 논리 채널에 대응하는 NRT-IT이다.
지금의 경우, 콘텐츠 C의 「content_item_id」에 기초하여, 그들 콘텐츠에 관한 정보가 기술된 콘텐츠 단위의 기술 영역이 특정된다. 그리고, 수신 장치(41)는, 그 특정된 콘텐츠 단위의 기술 영역을 참조하여 「콘텐츠 전송 로케이션 정보」에 포함되는, IP 어드레스, UDP의 포트 번호 및 FLUTE의 세션을 특정하기 위한 식별자 「TSI」를 특정한다.
그리고, 수신 장치(41)는, 원통(203-1)으로 나타내어지는 FLUTE 세션의 파일을 특정하고, FDT를 추출한다. 그리고, 수신 장치(41)는, FDT에 기초하여, 콘텐츠 C를 구성하는 데이터의 파일의 각각을 취득함으로써, 콘텐츠 C를 수신하여 축적하는 것이다.
다음에, 도 13을 참조하여, Push형 NRT 방송의 콘텐츠가 수신 장치(41)에 있어서 축적되는 예에 대하여 설명한다. 도 13에 있어서는, 도 12의 경우와 마찬가지로, 원통에 의해, 트랜스포트 스트림(TS), 논리 채널(버츄얼 채널: VC) 및 FLUTE 세션이 나타내어져 있다. 또한, 도 13에 있어서는, 도면 중 수평 방향이 시간을 나타내는 것으로 한다.
상술한 바와 같이, 수신 장치(41)에 있어서, 소정의 Push형 NRT 방송의 서비스가 등록된 경우, 당해 서비스에 할당된 논리 채널에서 전송되는 모든 콘텐츠가 수신 장치(41)에 의해 자동적으로 수신되어 축적된다.
도 13의 예에서는, 1개의 FLUTE 세션에서 전송되는 콘텐츠인 「content1」과, 다른 FLUTE 세션에서 전송되는 콘텐츠인 「content2」 내지 「content4」가 수신되어 축적되게 된다. 「content1」은, 버전이 부여된 콘텐츠이며, 항상 최신 콘텐츠가 덮어쓰기되도록 이루어져 있다. 「content2」 내지 「content4」는, 예를 들어 「유효 기한」으로서 지정된 시각이 경과할 때까지 축적되고, 「유효 기한」으로서 지정된 시각이 경과하면, 삭제되도록 이루어져 있다.
도 13의 예에서는, 최초로 콘텐츠 「content1」의 제1 버전이 수신되어 축적되게 된다. 또한, 도면 중에 있어서, 콘텐츠 「content1」의 제1 버전은, 「content1(v1)」과 같이 표기되어 있다. 「content1」은, 동일한 버전이 2회 반복되어 방송되도록 이루어져 있다. 지금, 수신 장치(41)는 제1회째의 방송을 수신하여 축적한 것으로 한다. 이 경우, 수신 장치(41)는 제2회째의 방송을 수신, 축적하지 않도록 이루어져 있다.
그 후, 콘텐츠 「content1」의 제2 버전이 방송되면, 수신 장치(41)는, 그 콘텐츠를 수신하여 축적한다. 즉, 이미 축적(기록)되어 있는 「content1(v1)」이, 「content1(v2)」에 의해 덮어쓰기되는 것이다. 여기서도, 수신 장치(41)는, 역시 제1회째의 방송을 수신하여 축적한 것으로 하고, 제2회째의 방송을 수신, 축적하지 않도록 이루어져 있다.
또한, 수신 장치(41)는, 「content1(v1)」의 수신 중에, 「content2」의 수신을 개시하고, 「content2」의 수신이 완료되면 「content2」를 축적한다. 「content2」는, 동일한 것이 2회 반복하여 방송되도록 이루어져 있다. 지금, 수신 장치(41)는, 제1 회째의 방송을 수신하여 축적한 것으로 한다. 이 경우, 수신 장치(41)는, 제2 회째의 방송을 수신, 축적하지 않도록 이루어져 있다.
마찬가지로, 수신 장치(41)는 「content3」을 수신하여 축적한다. 그 후, 또한 수신 장치(41)는 「content4」도 수신하여 축적하게 된다.
상술한 바와 같이, 「content2」와 「content3」은, 「유효 기한」으로서 지정된 시각이 경과할 때까지 축적되고, 「유효 기한」으로서 지정된 시각이 경과하면, 삭제되도록 이루어져 있다. 도 13에 있어서, 「유효 기한」으로서 지정된 시각은, 「expire」라고 기재되어 있다.
또한, 콘텐츠의 삭제는, 「유효 기한」으로서 지정된 시각에 이루어지도록 해도 되고, 예를 들어 미리 설정된 소정의 시간 간격으로, 「유효 기한」을 경과한 콘텐츠가 한번에 삭제되도록 해도 된다. 또한, 예를 들어 축적된 콘텐츠의 일람의 표시가 명령되었을 때, 「유효 기한」을 경과한 콘텐츠가 한번에 삭제되도록 해도 된다.
이와 같이, Push형 NRT 방송의 콘텐츠는, 버전에 대응하여 순서대로 갱신되어 가도록 하는 것도 가능하고, Pull형 NRT 방송의 경우와 마찬가지로, 유효 기한을 경과할 때까지 축적되도록 하는 것도 가능하다.
상술한 바와 같이, 본 발명에서는, Push형 NRT 방송의 1개의 서비스를 1개의 논리 채널에 할당한다. 그리고, 본 발명에서는, Push형 NRT 방송을 실현하기 위하여 필요한 정보를, 논리 채널 단위의 정보가 저장 가능하게 되는 방송 신호의 위치에 배치한다. 구체적으로는, 도 7을 참조하여 설명한 VCT의 채널 단위의 기술 영역(72-1, 72-2,…)에, Push형 NRT 방송을 실현하기 위하여 필요한 정보의 기술이 추가되도록 한다. 혹은 또한, 도 8을 참조하여 설명한 NRT-IT의 기술 영역(91)에, Push형 NRT 방송을 실현하기 위하여 필요한 정보의 기술이 추가되도록 한다.
VCT의 채널 단위의 기술 영역에 Push형 NRT 방송을 실현하기 위하여 필요한 정보의 기술이 추가되도록 하는 경우, VCT는 도 14와 같이 구성된다. 도 14는, 본 발명에 있어서 사용되는 VCT의 예를 도시하는 도면이다.
도 14의 예에 있어서, VCT의 기술 영역(271)에는, 「TS_id」, 「채널수」 및 채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2,…)이 기술되어 있다.
「TS_id」는, 트랜스포트 스트림을 식별하는 ID로 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 이에 의해, 어느 물리 채널(방송 채널)의 VCT인지를 식별하는 것이 가능하게 된다. 「채널수」는, 「TS_id」에 의해 특정되는 물리 채널에 포함되는 논리 채널의 수를 나타내는 수치 등으로서 기술된다.
채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2,…)에는, 각각 1개의 논리 채널에 관한 정보가 기술된다. 이 기술 영역은, 상술한 「채널수」에 기술된 수치의 분만큼 설치되게 된다. 예를 들어, 당해 물리 채널에 포함되는 논리 채널의 수가 3인 경우, 「채널수」에는 수치 「3」이 기술된다. 그리고, 채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2) 및 채널 단위의 기술 영역(272-3)이 기술되게 된다.
채널 단위의 기술 영역(272-1)에는, 「채널명」, 「채널 번호」, 「서비스 타입」, 「Program_number」, 「Source_id」, 「Push형 NRT 메타 정보」…이 기술되어 있다. 「채널명」 및 「채널 번호」는, 각각 그들을 나타내는 소정의 문자 및 수치가 기술된다. 예를 들어, 채널 단위의 기술 영역(272-1)의 「채널명」은, 「○○국 NRT 제1 채널」 등이라 기술되고, 채널 번호는 「5-1」 등으로 기술된다. 또한, 채널 단위의 기술 영역(272-1)의 「채널명」은, 「○○국 NRT 제2 채널」 등으로 기술되고, 채널 번호는, 「5-2」 등으로 기술된다.
「서비스 타입」은, 당해 논리 채널이 통상 방송에 대응하는 논리 채널인지 NRT 방송에 대응하는 논리 채널인지를 식별하는 정보가 기술된다. 예를 들어, 채널 단위의 기술 영역(272-1)에 대응하는 논리 채널이, NRT 방송의 논리 채널인 경우, 「서비스 타입」은, 「NRT」라고 기술된다.
「Source_id」는, 당해 논리 채널을 식별하는 ID로 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 즉, 채널 단위의 기술 영역(272-1)은, 이 「Source_id」에 의해 특정되는 1개의 논리 채널에 관한 정보가 기술되는 영역이다.
「Push형 NRT 메타 정보」는, Push형 NRT 방송을 실현하기 위하여 필요한 정보로 되고, 예를 들어 다음과 같은 정보가 기술된다.
「Push형 NRT 메타 정보」에는, 당해 논리 채널이 Push형 NRT 방송의 서비스에 대응하는 논리 채널인 것을 나타내는 정보, 당해 Push형 NRT 방송의 서비스의 서비스명이 기술된다. 또한, 당해 Push형 NRT 방송의 서비스의 개요가 기술되도록 해도 된다. 또한, 「Push형 NRT 메타 정보」에는, 당해 Push형 NRT 방송의 서비스의 제공을 받는 경우에 필요해지는 스토리지 크기(기억 용량), 당해 Push형 NRT 방송의 서비스에 있어서의 콘텐츠 배신의 최소 인터벌(시간적 간격)이 기술된다. 또한, 「Push형 NRT 메타 정보」에는, 예를 들어 당해 Push형 NRT 방송의 서비스가 유료로 제공되는 경우, 과금 등의 처리에 앞서 각종 등록 등을 행하는 인터넷 서버에 접속하기 위한 URL 등도 기술된다.
마찬가지로, 채널 단위의 기술 영역(272-2,…)에도, 각각 「Source_id」에 의해 특정되는 1개의 논리 채널에 관한 정보가 기술된다.
본 발명의 VCT는, 이와 같이 구성되어 있다.
NRT-IT의 기술 영역(91)에, Push형 NRT 방송을 실현하기 위하여 필요한 정보의 기술이 추가되도록 하는 경우, NRT-IT는, 도 15에 도시된 바와 같이 구성된다. 도 15는, 본 발명에 있어서 사용되는 NRT-IT의 예를 도시하는 도면이다.
도 15의 예에 있어서, NRT-IT의 기술 영역(291)에는, 「Source_id」, 「콘텐츠수」, 「Push형 NRT 메타 정보」 및, 콘텐츠 단위의 기술 영역(292-1), 콘텐츠 단위의 기술 영역(292-2,…)이 기술되어 있다.
「Source_id」는, 도 14를 참조하여 상술한 것과 마찬가지이며, 논리 채널을 식별하는 ID가 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 이에 의해, 도 14의 채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2,…)의 각각에 기술된 논리 채널 중 어느 하나와, 당해 NRT-IT를 대응시키는 것이 가능하게 된다. 「콘텐츠수」는, 「Source_id」에 의해 특정되는 논리 채널에 있어서, 소정의 단위 시간에 방송되는 콘텐츠수를 나타내는 수치 등으로서 기술된다.
「Push형 NRT 메타 정보」는, Push형 NRT 방송을 실현하기 위하여 필요한 정보가 되고, 도 14를 참조하여 설명한 것과 마찬가지의 정보가 기술된다.
즉, 「Push형 NRT 메타 정보」에는, 당해 논리 채널이 Push형 NRT 방송의 서비스에 대응하는 논리 채널인 것을 나타내는 정보, 당해 Push형 NRT 방송의 서비스의 서비스명이 기술된다. 또한, 당해 Push형 NRT 방송의 서비스의 개요 등이 기술되도록 해도 된다. 또한, 「Push형 NRT 메타 정보」에는, 당해 Push형 NRT 방송의 서비스의 제공을 받는 경우에 필요해지는 스토리지 크기(기억 용량), 당해 Push형 NRT 방송의 서비스에 있어서의 콘텐츠 배신의 최소 인터벌(시간적 간격)이 기술된다. 또한, 「Push형 NRT 메타 정보」에는, 예를 들어 당해 Push형 NRT 방송의 서비스가 유료로 제공되는 경우, 과금 등의 처리에 앞서 각종 등록 등을 행하는 인터넷 서버에 접속하기 위한 URL 등도 기술된다.
콘텐츠 단위의 기술 영역(292-1), 콘텐츠 단위의 기술 영역(292-2,…)에는, 각각 1개의 콘텐츠에 관한 정보가 기술된다. 이 기술 영역은, 상술한 「콘텐츠수」에 기술된 수치의 분만큼 설치되게 된다. 예를 들어, 당해 논리 채널에 있어서 단위 시간에 방송되는 콘텐츠의 수가 5인 경우, 「콘텐츠수」에는 수치 「5」가 기술된다. 그리고, 콘텐츠 단위의 기술 영역(292-1), 콘텐츠 단위의 기술 영역(292-2,…) 및 채널 단위의 기술 영역(292-5)이 기술되게 된다.
콘텐츠 단위의 기술 영역(292-1)에는, 「content_item_id」, 「콘텐츠 버전」, 「배신 스케줄」, 「콘텐츠 유효 기한」, 「콘텐츠명」, 「콘텐츠 전송 로케이션 정보」,…이 기술되어 있다.
「content_item_id」는, 당해 콘텐츠를 식별하는 ID가 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 즉, 콘텐츠 단위의 기술 영역(292-1)은, 이 「content_item_id」에 의해 특정되는 1개의 콘텐츠에 관한 정보가 기술되는 영역이다.
「콘텐츠 버전」은, 그 콘텐츠의 버전을 나타내는 정보가 기술된다. 예를 들어, 도 13을 참조하여 상술한 제1 버전(content1(v1)), 제2 버전(content1(v2))의 콘텐츠가 존재하는 경우, 「content1(v1)」과 「content1(v2)」의 「content_item_id」는 동일해진다. 이로 인해, 동일한 「content_item_id」가 부여된 콘텐츠이며, 버전이 다른 콘텐츠를 식별하기 위한 정보로서 「콘텐츠 버전」이 기술된다.
「배신 스케줄」은, 당해 콘텐츠의 방송 개시 시각 및 방송 종료 시각을 나타내는 정보가 기술된다. 또한, 당해 콘텐츠는, NRT 방송의 콘텐츠이므로, 방송 개시 시각 및 방송 종료 시각에 의해, 콘텐츠를 시청할 수 있는 시간이 나타내어지는 것은 아니며, 콘텐츠의 다운로드를 개시해야 할 시각 및 콘텐츠의 다운로드가 종료되는 시각이 나타내어진다.
「콘텐츠 유효 기한」은, 당해 콘텐츠의 유효 기한이 되는 시각을 특정하는 정보가 기술된다. 유효 기한을 경과한 콘텐츠는, 수신 장치(41)의 기록 매체로부터 삭제되는 등 하여, 재생할 수 없게 되도록 이루어져 있다.
「콘텐츠명」은, 당해 콘텐츠의 타이틀 등의 문자가 기술된다.
「콘텐츠 전송 로케이션 정보」는, 도 6을 참조하여 상술한, IP 어드레스, UDP의 포트 번호 및 FLUTE의 세션을 특정하기 위한 식별자 「TSI」가 기술된다. 이 「콘텐츠 전송 로케이션 정보」가 특정됨으로써, 「Source_id」에 의해 특정되는 논리 채널에 있어서 전송되는 데이터 중, 「content_item_id」에 의해 특정되는 1개의 콘텐츠의 데이터를 식별하는 것이 가능하게 되는 것이다.
마찬가지로, 콘텐츠 단위의 기술 영역(292-2,…)에도, 각각 「content_item_id」에 의해 특정되는 1개의 콘텐츠에 관한 정보가 기술된다.
본 발명의 NRT-IT는, 이와 같이 구성되어 있다.
상술한 바와 같이, Push형 NRT 방송을 실현하기 위하여 필요한 정보는, VCT에 기술되도록 해도 되고, NRT-IT에 기술되도록 해도 된다. 이하에서는, Push형 NRT 방송을 실현하기 위하여 필요한 정보가 NRT-IT에 기술되는 경우의 예에 대하여 설명한다.
도 16 및 도 17을 참조하여, 본 발명의 NRT-IT의 구문의 예를 설명한다. 또한, 도 16과 도 17은, 연속되는 구문이며, 도 16의 마지막 행 「num_item_in_section」의 다음 행으로서 도 17의 최초의 행 「for(j=0;j＜…{」가 계속되는 것이다.
도 16과 도 17에 있어서 프레임(291)으로 나타내어지는 범위가, 도 15의 기술 영역(291)에 대응한다. 또한, 도 17에 있어서 프레임(292-1)으로 나타내어지는 범위가 도 15의 콘텐츠 단위의 기술 영역(292-1)에 대응한다. 또한, 도 16과 도 17의 예에서는, 설명을 간단하게 하기 위하여, 콘텐츠 단위의 기술 영역이 1개로 되어 있다. 상기 도면에 나타내어지는 구문에서는, 각각의 기술 영역에 기술해야 할 기술자의 각각이, 비트수(No.of Bits)와 함께 정의되어 있다.
도 16에 있어서, 영역(310)에 기술되는 8비트의 기술자는, 이 정보의 종류를 특정하는 ID를 나타내는 것이 되고, 미리 설정된 값이 저장된다. 이 기술자에 의해 이 정보가 NRT-IT인 것이 특정된다.
도 16에 있어서, 영역(311)에 기술되는 16비트의 기술자로서 나타내어진 것이, 도 15를 참조하여 설명한 「Source_id」에 대응한다.
도 16에 있어서, 영역(312)에 기술되는 기술자로서 나타내어진 것이, 도 15를 참조하여 설명한 「Push형 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)에 기술해야 할 「Push형 NRT 메타 정보」의 구문의 예를 도시하는 도면이다.
또한, Push형 NRT 방송을 실현하기 위하여 필요한 정보가, NRT-IT에 기술되도록 하는 경우, 도 18이 도 16의 영역(312)에 기술해야 할 「Push형 NRT 메타 정보」의 구문의 예가 된다. 한편, VCT에 기술되도록 하는 경우, 도 18은, 도 14의 채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2,…) 내에 기술되는 「Push형 NRT 메타 정보」의 구문의 예가 된다.
도 18에 나타내어지는 구문에서는, 각각의 기술 영역에 기술해야 할 기술자 각각이, 비트수(No.of Bits)와 함께 정의되어 있다.
도 18의 영역(341)에 기술된 8비트의 기술자에 의해, 당해 논리 채널이 Push형 NRT 방송의 서비스에 대응하는 논리 채널인 것이 나타내어진다.
도 18의 영역(342)에 기술된 기술자에 의해, 당해 Push형 NRT 방송의 서비스의 서비스명이 기술된다.
도 18의 영역(343)에 기술된 기술자에 의해, 당해 Push형 NRT 방송의 서비스에 있어서의 콘텐츠 배신의 최소 인터벌(시간적 간격)이 나타내어진다.
도 18의 영역(344)에 기술된 기술자에 의해, 당해 Push형 NRT 방송의 서비스의 제공을 받는 경우에 필요해지는 스토리지 크기(기억 용량)가 나타내어진다.
도 18의 영역(345)에 기술된 기술자에 의해, 당해 Push형 NRT 방송의 서비스가 유료로 제공되는 경우, 과금 등의 처리에 앞서 각종 등록 등을 행하는 인터넷 서버에 접속하기 위한 URL이 기술된다.
도 19는, 도 1의 수신 장치(41)의 구성예를 도시하는 블록도이다. 도 19에 있어서, 도시하지 않는 안테나 등을 통하여 수신한 방송파에 기초하는 신호는, 단자(401)에 공급되도록 이루어져 있다.
튜너(402)는, 컨트롤러(409)의 제어에 기초하여, 단자(401)로부터 출력되는 신호로부터 소정의 방송 채널에 대응하는 신호를 추출하고, 디지털 신호로서 TSDemux(403)에 출력하도록 이루어져 있다.
TSDemux(403)는, 튜너(402)로부터 출력되는 디지털 신호로부터 트랜스포트 패킷을 생성한다. 그리고 TSDemux(403)는, 컨트롤러(409)의 제어에 기초하여, 소정의 식별자가 부여된 트랜스포트 패킷을 추출하고, 그들 트랜스포트 패킷을, 소정의 논리 채널이 데이터로 하여 출력한다.
당해 논리 채널이 통상 방송의 논리 채널인 경우, TSDemux(403)는, 당해 논리 채널의 데이터를, 비디오 디코더(404) 또는 오디오 디코더(405)에 출력한다.
비디오 디코더(404)와 오디오 디코더(405)는, 각각 부호화된 화상 데이터와 부호화된 음성 데이터를 복호하고, 화상 신호와 음성 신호를, 단자(410)와 단자(411)에 출력하도록 이루어져 있다.
단자(410)와 단자(411)에는, 예를 들어 텔레비전 수상기 등에 의해 구성되는 디스플레이와 스피커가 접속되도록 이루어져 있다.
한편, 당해 논리 채널이 NRT 방송의 논리 채널인 경우, TSDemux(403)는, 당해 논리 채널의 데이터를 FLUTE 프로세서(407)에 출력한다.
FLUTE 프로세서(407)는, 당해 논리 채널이 데이터로서 공급된 데이터 중으로부터, FLUTE 세션에 의해 특정되는 파일을 취득하고, 그들 파일에 의해 구성되는 데이터를, 콘텐츠의 데이터로서 스토리지(408)에 기록한다. 또한, 콘텐츠의 데이터에 대응되어, 예를 들어 컨트롤러(409)에서 생성된 메타 데이터도 스토리지(408)에 기록되도록 해도 된다.
스토리지(408)는, 예를 들어 HDD(Hard Disk Drive) 등의 기록 매체이며, 콘텐츠의 데이터, 그 외, 수신 장치(41)에 있어서 필요한 정보를 기록한다.
파일 컨테이너 Demux(406)는, 컨트롤러(409)의 제어에 기초하여, 재생해야 할 콘텐츠의 데이터를 스토리지(408)로부터 판독하고, 비디오 디코더(404)와 오디오 디코더(405)에 출력하도록 이루어져 있다. 예를 들어, 스토리지(408)에 기록되어 있는 NRT 방송의 콘텐츠가 재생되는 경우, 파일 컨테이너 Demux(406)는, 컨트롤러(409)의 제어에 기초하여, 그 콘텐츠의 데이터를 스토리지(408)로부터 판독하도록 이루어져 있다.
컨트롤러(409)는, 예를 들어 프로세서, 메모리 등을 갖는 구성으로 되고, 수신 장치(41)의 각 부를 제어한다. 컨트롤러(409)는, 예를 들어 도시하지 않는 리모콘 등을 통하여 공급되는, 유저에 의한 선국의 명령, 다운로드해야 할 콘텐츠의 지정, 재생해야 할 콘텐츠의 지정 등의 신호를 접수한다. 또한, 컨트롤러(409)는, 예를 들어 필요에 따라서 GUI(Graphical User Interface)의 표시 데이터를 생성하고, 비디오 디코더(404)를 통하여, 단자(410)에 출력하도록 이루어져 있다.
도 20은, 수신 장치(41)에 접속되는 디스플레이의 화면에 표시되는 화상의 예를 도시하는 도면이다.
도 20에 도시되는 화상은, 수신 장치(41)에 의한 Push형 NRT 방송의 서비스의 일람을 표시하는 GUI가 된다. 도 20의 예에서는, 커서(451)에 의해 「NRT」로 표시된 GUI 부품이 선택된 상태로 되어 있다. 여기서는, 「NRT」 표시된 GUI 부품의 도면 중 하측에, 아이콘(452)과 아이콘(453)이 표시되어 있다.
아이콘(452)의 도면 중 우측에는, 「뉴스 클립」으로 표시되어 있고, 아이콘(452)이 Push형 NRT 방송의 서비스 「뉴스 클립」에 대응하는 아이콘으로 되어 있다. 또한, 아이콘(453)의 도면 중 우측에는, 「일기 예보」라고 표시되어 있고, 아이콘(453)이 Push형 NRT 방송의 서비스 「일기 예보」에 대응하는 아이콘으로 되어 있다.
예를 들어, 유저가 리모콘 등을 조작하여 아이콘(452)을 선택한 경우, 도 21에 도시된 바와 같은 화상이 디스플레이의 화면에 표시된다. 도 21에 도시되는 화상은, Push형 NRT 방송의 서비스 「뉴스 클립」의 등록을 접수하는 GUI가 된다. 예를 들어, 도 21의 버튼(261)이 조작되면, 수신 장치(41)에 있어서, Push형 NRT 방송의 서비스 「뉴스 클립」의 등록이 이루어진다.
Push형 NRT 방송의 서비스 「뉴스 클립」의 등록이 이루어진 수신 장치(41)는, 「뉴스 클립」의 콘텐츠를 수신하여 축적하도록 이루어져 있다. 그리고, 수신 장치(41)에 의해 다운로드된 콘텐츠의 일람이, 예를 들어 도 22에 도시되는 콘텐츠 리스트로서 화면에 표시된다. 또한, 도 22의 예에서는, 「XXXX」가 각 콘텐츠의 타이틀 및 당해 콘텐츠의 메타 데이터에 포함되는 정보 등을 표시하는 것으로 된다.
수신 장치(41)의 유저는, 도 22의 콘텐츠 리스트를 디스플레이의 화면 등에 표시시키고, 예를 들어 GUI를 조작하여 시청하고 싶은 콘텐츠를 선택한다. 이에 의해, 선택된 콘텐츠가 재생되고, 도 23에 도시된 바와 같이, 콘텐츠의 화상이 디스플레이의 화면에 표시되는 것이다. 이 예에서는, 거리의 모습을 촬영한 화상이 콘텐츠가 화상으로서 표시되어 있다.
다음에, 도 24의 흐름도를 참조하여, 수신 장치(41)에 의한 Push형 NRT 방송 서비스 등록 처리에 대하여 설명한다.
스텝 S101에 있어서, 수신 장치(41)의 컨트롤러(409)는, 튜너(402)를 제어하여 NRT 방송에 관한 메타 데이터, 제어 정보 등을 수신시킨다.
이때, 예를 들어 PSIP 데이터가 수신된다. 또한, 상술한 바와 같이, PSIP 데이터는, VCT, NRT-IT 등을 포함하여 구성되는 데이터가 되고, 수신 장치(41)에 의해 정기적으로 수신되도록 이루어져 있다.
스텝 S102에 있어서, 컨트롤러(409)는 Push형 NRT 방송 서비스의 일람을 생성한다.
이때, 스텝 S101에 있어서 수신된 NRT-IT의 각각에 대하여, 도 15를 참조하여 상술한 「Push형 NRT 메타 정보」가 체크된다. 그리고, 「Push형 NRT 메타 정보」에 있어서, 예를 들어 도 18의 영역(341)에 기술된 8비트의 기술자에 의해, 당해 논리 채널이 Push형 NRT 방송의 서비스에 대응하는 논리 채널인지 여부가 판정된다. 당해 논리 채널이 Push형 NRT 방송의 서비스에 대응하는 논리 채널이라고 판정된 경우, 당해 논리 채널의 「채널명」, 「채널 번호」 및 도 18의 영역(342)의 기술자에 기초하여 당해 Push형 NRT 방송의 서비스의 서비스명이 취득된다.
이와 같이, 스텝 S101에 있어서 수신된 NRT-IT의 각각에 기초하여, Push형 NRT 방송의 서비스에 대응하는 논리 채널이 특정되어 간다. 그리고, Push형 NRT 방송 서비스의 일람이 생성되어, 도 20을 참조하여 상술한 바와 같은 GUI로서 표시된다.
스텝 S103에 있어서, 컨트롤러(409)는, 스텝 S102의 처리에서 생성된 Push형 NRT 방송 서비스의 일람에 기초하여, 유저에 의한 서비스의 선택을 접수한다. 이때, 소정의 Push형 NRT 방송 서비스가 선택된다.
스텝 S104에 있어서, 컨트롤러(409)는, 스텝 S103의 처리에서 선택된 Push형 NRT 방송 서비스에 대응하는 「Source_id」를 기억한다. 여기서, 「Source_id」는, 스텝 S101에 있어서 수신된 NRT-IT에 기초하여 특정하는 것이 가능하다.
또한, 이때, 도 18의 영역(344)에 기술된 기술자에 기초하여, 당해 Push형 NRT 방송의 서비스의 제공을 받는 경우에 필요해지는 스토리지 크기가 특정되고, 스토리지(408)의 기억 영역이 예약된다.
또한, 예를 들어 당해 Push형 NRT 방송의 서비스가 유료로 제공되는 경우, 도 18의 영역(345)에 기술된 기술자에 의해, 과금 등의 처리에 앞서 각종 등록 등을 행하는 인터넷 서버에 접속하기 위한 URL이 특정된다. 그리고, 당해 URL에 기초하여, 수신 장치(41)가 인터넷 서버에 액세스하고, 유료 시청 계약의 처리가 실행된다.
이와 같이 하여, Push형 NRT 방송 서비스 등록 처리가 실행된다. 상술한 바와 같이, 본 발명에서는, Push형 NRT 방송의 개개의 서비스에 대응하는 논리 채널이 설치되어 있으므로, 등록된 Push형 NRT 방송 서비스에 대응하는 논리 채널을 특정하는 「Source_id」가 기억되는 것이다.
다음에, 도 25의 흐름도를 참조하여, 수신 장치(41)에 의한 Push형 NRT 방송 수신 재생 처리에 대하여 설명한다.
스텝 S121에 있어서, 수신 장치(41)의 컨트롤러(409)는, 튜너(402)를 제어하여 NRT 방송에 관한 메타 데이터, 제어 정보 등을 수신시킨다.
이때, 예를 들어 PSIP 데이터가 수신된다. 또한, 상술한 바와 같이, PSIP 데이터는, VCT, NRT-IT 등을 포함하여 구성되는 데이터가 되고, 수신 장치(41)에 의해 정기적으로 수신되도록 이루어져 있다. 그리고, PSIP 데이터가 수신되는 타이밍에서, 스텝 S122의 다운로드 스케줄 생성 처리가 실행되도록 이루어져 있다.
스텝 S122에 있어서, 컨트롤러(409)는, 도 26을 참조하여 후술하는 다운로드 스케줄 생성 처리를 실행한다. 이에 의해, Push형 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을 참조하여 상술한 「content1(v1)」과 같이, 동일한 콘텐츠가 2회 반복해서 방송되는 경우, 어느 1회의 방송에서 다운로드를 행하면 된다. 이로 인해, 스텝 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의 처리의 종료에 수반하여, 예를 들어 컨트롤러(409)의 내부의 메모리 등에, Push형 NRT 방송의 콘텐츠의 다운로드 스케줄이 기억된다. 다운로드 스케줄은, 예를 들어 다운로드해야 할 콘텐츠의 물리 채널, 논리 채널, FLUTE 세션을 특정하는 정보 등의 일람으로서 구성된다. 즉, 다운로드 스케줄은, 예를 들어 종래의 녹화 예약 정보 등과 마찬가지로, 수신 장치(41)가 자동적으로 다운로드를 실행하기 위한 예약 정보이다.
이 이후, 수신 장치(41)는, 이 다운로드 스케줄에 따라서, 콘텐츠의 다운로드를 행하게 된다.
도 25로 복귀하여, 스텝 S122의 처리 후, 처리는, 스텝 S123으로 진행된다. 스텝 S123에 있어서, 컨트롤러(409)는, 스텝 S122의 처리에서 생성된 다운로드 스케줄에 있어서의 콘텐츠의 방송 개시 시각이 되었는지 여부를 판정하고, 방송 개시 시각이 되었다고 판정될 때까지 대기한다. 스텝 S123에 있어서, 방송 개시 시각이 되었다고 판정된 경우, 처리는 스텝 S124로 진행된다.
스텝 S124에 있어서, 컨트롤러(409)는, 튜너(402), TSDemux(403) 및 FLUTE 프로세서(407)를 제어하여 콘텐츠를 다운로드한다.
이때, 수신 장치(41)의 튜너(402)의 선국이, 다운로드 스케줄에 있어서 지정되어 있는 물리 채널에 대응하는 방송 채널로 설정된다. 또한, TSDemux(403)가 다운로드 스케줄에 있어서 지정되어 있는 논리 채널의 데이터 FLUTE 프로세서(407)에 출력한다. 그리고, FLUTE 프로세서(407)가 다운로드 스케줄에 있어서 지정되어 있는 FLUTE 세션의 파일을 취득한다. 콘텐츠의 방송 종료 시각이 되면, 수신 장치(41)에 있어서, FLUTE 세션 스트림을 구성하는 모든 파일의 취득이 완료되고, 이에 의해, 콘텐츠의 다운로드가 완료된다.
스텝 S125에 있어서, 컨트롤러(409)는, 스텝 S124의 처리에서 다운로드한 콘텐츠를 이미 기록되어 있는 콘텐츠에 덮어쓰기할지 여부를 판정한다. 예를 들어, 이미 기록되어 있는 콘텐츠와 「content_item_id」가 동일하고, 「콘텐츠 버전」이 다른 콘텐츠가 다운로드된 경우, 콘텐츠에 덮어쓰기한다고 판정된다.
또한, 스텝 S125에서는, 도 18의 영역(344)에 기술된 기술자에 의해 지정된 당해 Push형 NRT 방송의 서비스의 제공을 받는 경우에 필요해지는 스토리지 크기에 기초하여, 덮어쓰기할지 여부가 판정된다. 즉, 미리 지정된 스토리지 크기를 초과하여, 콘텐츠의 데이터를 기록할 필요가 있는 경우, 이미 기록되어 있는 콘텐츠에 덮어쓰기한다고 판정된다. 이 경우, 예를 들어 스텝 S124의 처리에서 다운로드한 콘텐츠가, 이미 기록되어 있는 콘텐츠 중, 가장 오래된 콘텐츠에 덮어쓰기된다.
스텝 S125에 있어서, 다운로드한 콘텐츠를 이미 기록되어 있는 콘텐츠에 덮어쓰한다고 판정된 경우, 처리는, 스텝 S127로 진행되고, 스텝 S124의 처리에서 다운로드한 콘텐츠는 덮어쓰기하여 기록된다. 이에 의해, 당해 콘텐츠의 버전이 갱신되게 된다.
한편, 스텝 S125에 있어서, 다운로드한 콘텐츠를 이미 기록되어 있는 콘텐츠에 덮어쓰기하지 않는다고 판정된 경우, 처리는, 스텝 S126으로 진행되고, 스텝 S124의 처리에서 다운로드한 콘텐츠는, 새롭게 스토리지(408)에 기록된다.
또한, 콘텐츠가 기록될 때, 스텝 S121에서 수신한 정보에 포함되는, 당해 콘텐츠의 메타 데이터도, 당해 콘텐츠에 대응되어 기록되도록 해도 된다. 또한, 메타 데이터는, 예를 들어 NRT-IT에 기술된 「콘텐츠명」, 「배신 스케줄」, 「콘텐츠 유효 기한」 등으로 구성된다.
여기서는, 1개의 콘텐츠가 다운로드되는 경우의 예에 대하여 설명하였지만, 실제로는, 다운로드 스케줄에 따라서, 복수의 콘텐츠가 다운로드된다.
또한, 예를 들어 송신 장치(41)의 유저가, 처리 도중에 당해 Push형 NRT 방송의 서비스의 등록을 해제한 경우, 그 이후, 콘텐츠의 다운로드는 이루어지지 않는다.
스텝 S128에 있어서, 컨트롤러(409)는, 스텝 S126 또는 스텝 S127의 처리에서 기록된 콘텐츠의 리스트를 표시한다. 이때, 예를 들어 도 22에 도시된 바와 같은 화상이 생성되어 디스플레이에 표시된다.
또한, 상술한 바와 같이 콘텐츠에는, 각각 유효 기한이 설정되어 있고, 유효 기한을 경과한 콘텐츠는, 스텝 S128에 있어서 표시되는 콘텐츠의 리스트에는 포함되지 않도록 이루어져 있다. 유효 기한은, 예를 들어 도 15를 참조하여 설명한 「콘텐츠 유효 기한」에 기초하여 특정할 수 있다.
스텝 S129에 있어서, 컨트롤러(409)는, 스텝 S128의 처리에서 표시한 콘텐츠의 리스트에 기초하는, 유저에 의한 콘텐츠의 선택을 접수한다. 이때, 예를 들어 이미 스토리지(408)에 기록되어 있는 NRT 방송의 콘텐츠 중, 유저가 시청하고 싶다고 생각하는 콘텐츠가 선택된다.
스텝 S130에 있어서, 컨트롤러(409)는, 파일 컨테이너 Demux(406)를 제어하여, 스텝 S129의 처리에서 선택이 접수된 콘텐츠를 재생한다. 이에 의해, 예를 들어 도 23에 도시된 바와 같이, 콘텐츠의 화상이 디스플레이에 표시되는 것이다.
또한, 등록한 Push형 NRT 방송의 서비스가 유료로 제공되는 경우, 당해 서비스에 대응하는 논리 채널의 데이터는 모두 암호화되어 방송된다. 그러나, 당해 서비스에 등록한 수신 장치(41)에는, 미리 EMM 패킷으로서 당해 서비스에 대응하는 논리 채널의 데이터를 복호하기 위한 키가 전송되도록 이루어져 있다. 따라서, 당해 서비스에 등록한 수신 장치(41)에 있어서는, 미리 전송되어 기억되어 있는 키를 사용하여 암호화된 데이터를 복호하고, 콘텐츠를 시청하는 것이 가능하게 된다.
이와 같이 하여, 수신 장치(41)에 의한 Push형 NRT 방송 수신 재생 처리가 실행된다. 이와 같이, 본 발명에서는, Push형 NRT 방송의 서비스가 등록된 수신 장치(41)가 그 서비스에 대응하는 논리 채널에 있어서 전송되는 콘텐츠 전체를 자동적으로 다운로드하도록 하였다. 따라서, 기존의 설비나 규격 등이 대규모인 변경을 행하지 않고, Push형 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」, 「배신 스케줄」, 「콘텐츠 유효 기한」, 「콘텐츠명」, Push형의 콘텐츠인지 Pull형의 콘텐츠인지를 나타내는 정보 등이 포함되는 것으로 한다.
스텝 S163에 있어서, 송신 장치(21)의 제어부는, 스텝 S162의 처리에서 취득한 정보에 관한 콘텐츠가 Push형 NRT 방송의 콘텐츠인지 여부를 판정한다. 또한, 실제로는, 방송 스케줄에 기재되어 있는 복수의 콘텐츠의 각각에 대하여, 스텝 S163의 처리가 실행되는 것이다.
스텝 S163에 있어서, 스텝 S162의 처리에서 취득한 정보에 관한 콘텐츠가 Push형 NRT 방송의 콘텐츠라고 판정된 경우, 처리는, 스텝 S164로 진행된다.
스텝 S164에 있어서, 송신 장치(21)의 제어부는, Push형 방송용 NRT-IT를 생성한다. 이때, 예를 들어 도 15를 참조하여 상술한 NRT-IT가 생성된다.
스텝 S163에 있어서, 스텝 S162의 처리에서 취득한 정보에 관한 콘텐츠가 Push형 NRT 방송의 콘텐츠가 아니라고 판정된 경우, 처리는, 스텝 S165로 진행된다.
스텝 S165에 있어서, 송신 장치(21)의 제어부는, Pull형 방송용 NRT-IT를 생성한다. 이때, 예를 들어 도 8을 참조하여 상술한 NRT-IT가 생성된다.
스텝 S166에 있어서, 송신 장치(21)의 제어부는 VCT를 생성한다.
스텝 S167에 있어서, 송신 장치(21)의 제어부는, VCT와 NRT-IT를 포함하는 PSIP 데이터 등에 의해 구성되는 부가 데이터를 생성한다.
스텝 S168에 있어서, 송신 장치(21)의 다중화부는, 방송 스케줄에 기초하여, 부가 데이터와 콘텐츠의 데이터를 다중화한 신호를 생성한다. 또한, 이때, 부가 데이터와 콘텐츠의 데이터의 다중화와 동시에, 복수의 논리 채널에서 방송되는 데이터가, 1개의 물리 채널에서 방송되는 데이터로서 다중화된다.
스텝 S169에 있어서, 송신 장치(21)는, 스텝 S168의 처리에서 생성된 신호를 변조하고, 스텝 S170에 있어서, 스텝 S169의 처리에서 변조된 신호의 방송파를 출력한다.
이와 같이 하여, NRT 방송의 방송파 송신 처리가 실행된다.
또한, 도 24 내지 도 27을 참조하여 상술한 처리에 있어서는, Push형 NRT 방송을 실현하기 위하여 필요한 정보(예를 들어, 「Push형 NRT 메타 정보」)가 NRT-IT에 기술되는 것을 상정하여 설명하였다. 그러나, 물론, Push형 NRT 방송을 실현하기 위하여 필요한 정보가, 예를 들어 도 14를 참조하여 설명한 바와 같이, VCT에 기술되도록 해도 된다.
이와 같이, 본 발명에 따르면, 기존의 설비나 규격 등의 대규모인 변경을 행하지 않고, Push형 NRT 서비스를 실현할 수 있다.
그런데, 도 14를 참조하여 상술한 예에서는, Push형 NRT 방송을 실현하기 위하여 필요한 정보(예를 들어, 「Push형 NRT 메타 정보」)가 VCT에 직접 기술되도록 하였지만, 이와 같은 정보는, 다른 제어 정보에 기술되도록 해도 된다.
예를 들어, 도 14의 VCT에 있어서, 채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2,…)에 기술되는 「Push형 NRT 메타 정보」 대신에 「통상/NRT 식별 정보」가 기술되도록 한다. 「통상/NRT 식별 정보」는, 당해 논리 채널이 통상 방송의 논리 채널인지, NRT 방송의 논리 채널인지를 나타내는 정보로 된다. 그리고, 당해 논리 채널이 NRT 방송의 논리 채널인 경우, 수신 장치(41)에 의해, SMT(Service Map Table)가 VCT에 더하여 수신되도록 한다. 그리고, SMT에, Push형 NRT 방송을 실현하기 위하여 필요한 정보(예를 들어, 「Push형 NRT 메타 정보」)가 기술되도록 한다.
이 경우, 예를 들어 물리 채널마다 SMT가 생성되도록 한다.
예를 들어, 도 14를 참조하여 상술한 바와 같이, 「TS_id」는, 트랜스포트 스트림을 식별하는 ID가 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 이에 의해, 어느 물리 채널(방송 채널)의 VCT인지를 식별하는 것이 가능하게 된다. 예를 들어, 이 「TS_id」에 기초하여, SMT가 특정된다.
또한, 상술한 바와 같이, VCT의 채널 단위의 기술 영역(272-1)에는, 「채널명」, 「채널 번호」, 「서비스 타입」, 「Program_number」, 「Source_id」, 「Push형 NRT 메타 정보」…이 기술되어 있다.
「Source_id」는, 당해 논리 채널을 식별하는 ID가 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 즉, 채널 단위의 기술 영역(272-1)은, 이 「Source_id」에 의해 특정되는 1개의 논리 채널에 관한 정보가 기술되는 영역이다.
마찬가지로, 채널 단위의 기술 영역(272-2,…)에도, 각각 「Source_id」에 의해 특정되는 1개의 논리 채널에 관한 정보가 기술된다.
또한, 도 15의 예에 있어서, NRT-IT의 기술 영역(291)에는, 「Source_id」, 「콘텐츠수」, 「Push형 NRT 메타 정보」 및, 콘텐츠 단위의 기술 영역(292-1), 콘텐츠 단위의 기술 영역(292-2,…)이 기술되어 있다.
「Source_id」는, 도 14를 참조하여 상술한 것과 마찬가지이며, 논리 채널을 식별하는 ID가 되고, 실제로는, 소정의 문자나 수치 등이 기술된다. 이에 의해, 도 14의 채널 단위의 기술 영역(272-1), 채널 단위의 기술 영역(272-2,…)의 각각에 기술된 논리 채널 중 어느 하나와, 당해 NRT-IT를 대응시키는 것이 가능하게 된다.
따라서, NRT-IT는, 논리 채널 단위로 생성되는 것이다.
상술한 SMT에는, 복수의 「Source_id」의 각각에 대응하는 NRT-IT의 각각에 관한 정보가 기술된다. 그리고, SMT에는, 복수의 NRT-IT의 각각의 콘텐츠 단위의 기술 영역에 기술된 콘텐츠에 대한, Push형 NRT 방송을 실현하기 위하여 필요한 정보가 기술되도록 한다.
즉, SMT는, VCT와 마찬가지로, 논리 채널에 관한 정보가 기술된 소정의 기술 데이터로서 전송된다. 또한, NRT-IT는, 논리 채널에서 방송되는 콘텐츠의 메타 데이터의 일례라고 할 수도 있다.
이와 같이 함으로써, 예를 들어 1개의 논리 채널에서 방송되는 콘텐츠 전체가 Push형 NRT 방송의 콘텐츠로서 수신되도록 할 수 있다. 또한, 예를 들어 1개의 논리 채널에서 방송되는 콘텐츠 중, 소정의 시간대에 방송되는 콘텐츠가 Pull형 NRT 방송의 콘텐츠로서, 다른 시간대에 방송되는 콘텐츠가 Push형 NRT 방송의 콘텐츠로서 수신되도록 할 수도 있다.
본 발명의 방송 시스템(1)에 있어서는, 이와 같이 VCT와 SMT가 구성되어 전송되도록 해도 된다.
또한, 이상에 있어서는, NRT-IT에 콘텐츠 단위의 기술 영역을 형성하여, 각 콘텐츠에 대한 「콘텐츠 전송 로케이션 정보」가 기술되는 예에 대하여 설명하였다. 상술한 바와 같이, 「콘텐츠 전송 로케이션 정보」가 특정됨으로써, 「Source_id」에 의해 특정되는 논리 채널에 있어서 전송되는 데이터 중, 「content_item_id」에 의해 특정되는 1개의 콘텐츠의 데이터를 식별하는 것이 가능하게 된다.
즉, 「콘텐츠 전송 로케이션 정보」에 의해 FLUTE 세션이 특정되고, FLUTE 세션 스트림을 구성하는 데이터가 취득된다. FLUTE 세션 스트림은, 실제로는, 소정의 크기로 분할된 복수의 파일에 의해 구성되어 있고, 이 복수의 파일의 각각에는, 「TOI」가 부여되어 있다. 상술한 예에서는, 「TOI」가 0인 파일인 FDT에 기초하여, 소정의 FLUTE의 세션에 의해 전송되는 콘텐츠의 데이터가 취득되어 가는 것으로 설명하였다.
또한, FLUTE 세션은, 콘텐츠의 데이터의 전송에 사용되는 파일 전송 세션의 일례라고도 할 수 있고, FDT는 파일 전송 세션의 제어 정보이며, 전송 제어 데이터의 일례라고도 할 수 있다.
그러나, 최근, 콘텐츠의 시청은, 텔레비전 수상기 등의 AV 기기를 사용하지 않고, 퍼스널 컴퓨터 등을 사용하여 행해지는 경우도 많아지고 있다. 따라서, 수신 장치(41)에 있어서의 콘텐츠의 시청도, 예를 들어 인터넷에서의 콘텐츠의 취득에 대응하는 방식으로 행할 수 있으면 편리성이 향상된다. 예를 들어, FDT에 기초하여, 당해 콘텐츠를 구성하는 파일의 어드레스 정보가 기술된 어드레스 파일이 특정되고, 어드레스 파일에 기술된 어드레스 정보에 기초하여, 당해 콘텐츠를 구성하는 파일이 취득되도록 해도 된다.
예를 들어, 수신 장치(41)에 브라우저 등의 어플리케이션 소프트웨어를 실장시킨다. 그리고, 브라우저의 RSS 리더의 기능을 이용하여, RSS에서 기술된 어드레스 파일을 해석할 수 있도록 한다.
이 어드레스 파일은, 예를 들어 인터넷에 있어서 사용되고 있는 RSS(RDF Site Summary) 형식으로 기술되도록 한다. RSS는, 웹 사이트의 표제나 요약 등의 메타 데이터를 구조화하여 기술하는 XML(eXtensible Markup Language) 문장의 포맷이다.
도 28은, RSS 형식으로 기술된 어드레스 파일을 사용하여 콘텐츠를 구성하는 파일이 취득되는 경우의 예를 설명하는 도면이다. 상술한 바와 같이, NRT-IT의 콘텐츠 단위의 기술 영역에, 각 콘텐츠에 대한 「콘텐츠 전송 로케이션 정보」가 기술된다. 이 예에서는, NRT-IT에 기술된 「content_item_id =http://example.com/NRT/rss.xml」이라는 정보와, 「IP_Address/Port/TSI =xx/xx/xx」라는 정보가 나타내어져 있다. 「IP_Address/Port/TSI =xx/xx/xx」는, 「콘텐츠 전송 로케이션 정보」를 나타내는 것이며, 「xx/xx/xx」로서 실제로는, IP 어드레스, 포트 번호, TSI가 기술된다.
이에 의해 FLUTE 세션이 특정되고, FLUTE 세션 스트림을 구성하는 데이터가 취득된다. FLUTE 세션 스트림의 복수의 파일의 각각에는, 「TOI」가 부여되고, 「TOI」가 0인 FDT가 취득된다. 이 예에서는, FDT의 기술 영역의 일부인 영역(501)에, 「<File」로 시작되는 XML 문장이 기술되어 있다.
영역(501)에는, 「Content-Location=http://XYZ.com/newsHeadline/rss.xml」이라고 기술되어 있다. 이는, 영역(501)의 기술에 의해, 「XYZ.com/newsHeadline/rss.xml」이라는 RSS 형식의 어드레스 파일이 특정되는 것을 나타내고 있다. 그리고, 「TOI= "1"」이라는 기술에 의해, 특정해야 할 어드레스 파일의 식별자가 나타내어져 있다. 즉, 「TOI」가 1인 파일이 어드레스 파일인 것을 나타내고 있다. 또한, 「Content-Type="application/rss+xml"」이라는 기술에 의해, 어드레스 파일이 RSS 형식으로 기술되어 있는 것이 나타내어진다.
수신 장치(41)는, 「TOI」가 1인 파일을 어드레스 파일로서 취득하고, 어드레스 파일에 기술되어 있는 「<enclosure」로 시작되는 XML 문장의 태그를 참조함으로써 목적으로 하는 콘텐츠의 파일의 어드레스 정보를 취득한다. 이 예에서는, 「url=http://XYZ.com/newsHeadline/title1.mp4…」이라고 기술되어 있다. 이에 의해, FDT의 기술 영역의 일부인 영역(502)이 특정되게 된다.
영역(502)에는, 「Content-Location=http://XYZ.com/newsHeadline/title1.mp4」라고 기술되어 있다. 이는, 영역(502)의 기술에 의해, 「XYZ.com/newsHeadline/title1.mp4…」이라는 MPEG4(mp4) 형식의 콘텐츠의 파일이 특정되는 것을 나타내고 있다. 그리고, 「TOI= "2"」라는 기술에 의해, 특정해야 할 어드레스 파일의 식별자가 나타내어져 있다. 즉, 「TOI」가 2인 파일이 콘텐츠의 파일인 것을 나타내고 있다. 또한, 「Content-Type="video/mp4"」라는 기술에 의해, 그 파일이 MPEG4(mp4) 형식으로 압축 부호화된 파일인 것이 나타내어진다.
그리고, 수신 장치(41)는, 「TOI」가 2인 파일을 콘텐츠의 파일로서 취득하고, MPEG4 형식으로 압축 부호화된 파일을 복호함으로써 당해 콘텐츠를 재생하는 것이 가능하게 된다.
이와 같이 함으로써, 수신 장치(41)를, 예를 들어 브라우저 등의 어플리케이션 소프트웨어를 실장한 퍼스널 컴퓨터 등으로서 구성하는 것이 가능하게 된다.
도 29는, RSS 형식으로 기술된 어드레스 파일의 예를 도시하는 도면이다. 도 29에 있어서, 영역(521)의 「<title>News Headline by XYZ</title>」이라는 기술은, 당해 어드레스 파일에 의해 특정되는 콘텐츠의 타이틀이 「News Headline by XYZ」인 것을 나타내고 있다.
또한, 영역(522)에는, 「<item」으로 시작되는 XML 문장이 기술되어 있다. 영역(522) 중 「<enclosureurl=http://XYZ.com/newsHeadline/title01.mp4length="123456789"type="video/mp4"/>」라는 기술은, RSS의 기술 형식으로서 규정되어 있는 「enclosure」 요소에 관한 기술이다. 「enclosure」 요소는, 본래, RSS에 의해 배신되는 배신물에 첨부되어 있는 미디어를 나타내는 요소이지만, 지금의 경우, FDT에 기술된 「<File」로 시작되는 XML 문장을 특정하기 위한 정보로서 사용된다.
즉, 「enclosure」 요소의 「url=http://XYZ.com/newsHeadline/title01.mp4」는, 도 28의 FDT의 영역(502)에 기술된 「Content-Location=http://XYZ.com/newsHeadline/title1.mp4」를 특정하기 위하여 사용된다. 또한, 「enclosure」 요소의 「length="123456789"」는, 당해 콘텐츠의 파일의 바이트 길이를 나타내는 기술이다. 또한, 「enclosure」 요소의 「type="video/mp4"」는, 당해 콘텐츠의 파일이 MPEG4 형식으로 압축된 동화상(video) 파일인 것을 나타내는 기술이다.
또한, 어드레스 파일 중에 영역(522)과 마찬가지로, 「<item」으로 시작되는 XML 문장을 복수 기술하면, 당해 어드레스 파일에 의해 복수의 콘텐츠의 파일을 특정하는 것이 가능하게 된다.
이와 같이, 본 발명에 따르면, 수신 장치(41)에 브라우저 등의 어플리케이션 소프트웨어를 실장시키고, 브라우저의 RSS 리더의 기능을 이용하여, RSS에서 기술된 어드레스 파일을 해석할 수 있도록 하는 것이 가능하게 된다. 따라서, 예를 들어 인터넷에서의 WEB 페이지의 열람 등의 경우와 마찬가지의 장치와 방식에 의해, 콘텐츠를 수신하여 시청하는 것이 가능하게 된다. 또한, RSS 형식으로 기술된 어드레스 파일을 사용하여 콘텐츠를 시청하는 방식은, Push형 NRT 방송에도 적용할 수 있고, Pull형 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)가 새롭게 수신되어 갱신되고, VCT(220), NRT-IT(221)에 기초하여 콘텐츠 C가 전송되는 논리 채널과 FLUTE 세션의 파일이 특정된다고 설명하였다.
즉, 상술한 예에 있어서는, 콘텐츠를 새롭게 전송하는 경우, 미리 PSIP 데이터를 생성하여, VCT, NRT-IT를 새롭게 수신 장치(41)에 수신시킬 필요가 있다.
그러나, RSS 형식으로 기술된 어드레스 파일을 사용하여 콘텐츠를 시청하는 방식에서는, VCT, NRT-IT를 새롭게 수신 장치(41)에 수신시키지 않아도, 새로운 콘텐츠를 전송하여 수신 장치(41)로 시청하게 할 수 있다.
즉, VCT, NRT-IT를 수신 장치(41)에 수신시켜, 논리 채널과 FLUTE 세션을 특정시킨 후, 당해 논리 채널의 FLUTE 세션에 있어서 전송되는 FDT와 어드레스 파일의 내용을 소정의 타이밍에서 변경하는 것이다. 이와 같이 함으로써, VCT, NRT-IT를 새롭게 수신 장치(41)에 수신시키지 않아도, 새로운 콘텐츠를 전송하여 수신 장치(41)로 시청하게 할 수 있다.
도 30은, VCT, NRT-IT를 새롭게 수신 장치(41)에 수신시키지 않아도, 새로운 콘텐츠를 전송하여 수신 장치(41)로 시청하게 할 수 있도록 하는 방식을 설명하는 도면이다. 도 30의 종축은 시간을 나타내고 있고, 화살표 S가 VCT, NRT-IT의 갱신 주기를 나타내고 있다. 또한, VCT, NRT-IT의 갱신 주기는, PSIP 데이터의 송신 주기와 동일한 것으로 된다.
도 30에 있어서, VCT, NRT-IT에 기초하여 수신 장치(41)가 특정한 논리 채널의 FLUTE 세션에서는, 9시(09:00:00)부터 10시(10:00:00)까지 동안, 「FDT instance01」, 「RSS 01」, 「콘텐츠 파일 01」이 반복해서 송신된다. 여기서, 「FDT instance01」은, TOI가 0인 FDT의 파일이며, 「RSS 01」은, 「FDT instance01」에 의해 특정되는 RSS 형식으로 기술된 어드레스 파일이다. 「콘텐츠 파일 01」은, 「FDT instance01」과 「RSS 01」에 의해 특정되는 콘텐츠의 파일이다.
또한, VCT, NRT-IT에 기초하여 수신 장치(41)가 특정한 논리 채널의 FLUTE 세션에서는, 10시(10:00:00) 이후는, 「FDT instance02」, 「RSS 02」, 「콘텐츠 파일 02」가 반복해서 송신된다. 여기서, 「FDT instance02」는, TOI가 0인 FDT의 파일이며, 「RSS 02」는, 「FDT instance02」에 의해 특정되는 RSS 형식으로 기술된 어드레스 파일이다. 「콘텐츠 파일 02」는, 「FDT instance02」와 「RSS 02」에 의해 특정되는 콘텐츠의 파일이다.
즉, 도 30의 예에서는, VCT, NRT-IT에 기초하여 수신 장치(41)가 특정한 논리 채널의 FLUTE 세션은, 동일하지만, FDT, 어드레스 파일 및 콘텐츠의 파일이 시간에 따라 상이한 것으로 되어 있다.
예를 들어, 「콘텐츠 파일 01」이 콘텐츠 D의 파일이며, 「콘텐츠 파일 02」가 콘텐츠 E의 파일인 경우, 수신 장치(41)에서는, 9시부터 10시까지 동안은 콘텐츠 D를 수신할 수 있고, 10시 이후는 콘텐츠 E를 수신할 수 있게 된다.
도 31과 도 32는, 도 30의 예에 있어서 사용되는 RSS 형식으로 기술된 어드레스 파일의 예를 도시하는 도면이다.
도 31은, 도 30의 「RSS 01」에 대응하는 어드레스 파일이다. 도 31에 있어서의 영역(541)과 영역(542)은, 각각 도 29의 영역(521)과 영역(522)과 같은 내용을 기술하는 영역이므로, 상세한 설명은 생략한다.
도 31의 예에서는, 도 29의 경우와 달리, 영역(543)이 형성되어 있다. 영역(543)에는, 「<pubDate>Tue, 10 Jun 2003 09:00:00 GMT</pubDate>」라고 기술되어 있다. 이는, 당해 어드레스 파일이, 서력 2003년 6월 10일(화요일)의 9시(GMT(그리니치 표준시))에 생성된 것을 나타내고 있다.
또한, 도 31의 예에서는, 도 29의 경우와 달리, 영역(544)이 형성되어 있다. 영역(544)에는, 「<skipHours><hour>9</hour></skipHours>」라고 기술되어 있다. 이 기술은, RSS의 기술 형식으로서 규정되어 있는 「skipHours」 요소에 관한 기술이다. 「skipHours」 요소는, 크롤을 금지하는 시간대를 지정하는 기술이며, 「<hour>」의 태그로 둘러싸인 부분에 기술된 수치에 대응하는 시간대에서의 크롤이 금지된다. 도 31의 경우, 서력 2003년 6월 10일의 9시부터 1시간 동안, 파일을 갱신하지 않는(크롤하지 않는) 것을 나타내고 있다.
수신 장치(41)는, 도 30의 화살표 S의 상단부에 대응하는 시각에 있어서 VCT, NRT-IT를 수신하고, 논리 채널과 FLUTE 세션을 특정한다. 이에 의해, 수신 장치(41)는, 9시가 되면 자동적으로 「FDT instance01」을 취득하고, 이것에 기초하여, 도 31에 나타내어지는 어드레스 파일도 취득하게 된다. 도 31에 나타내어지는 어드레스 파일을 취득한 수신 장치(41)는, 9시에 「FDT instance01」에 있어서의 영역(502)(도 28)에 대응하는 영역을 참조하여, 「콘텐츠 파일 01」을 취득하게 된다. 그리고, 그 후 1시간, 즉 10시가 될 때까지의 동안은, 「콘텐츠 파일 01」을 취득하는 일은 없다. 또한, 도 31에 나타내어지는 어드레스 파일을 취득한 수신 장치(41)는, 9시부터 1시간 경과 후에, 콘텐츠의 파일을 자동적으로 취득하(크롤하)게 된다.
10시가 되면, 당해 FLUTE 세션에서 전송되는 FDT의 기술이 변경되게 된다. 즉, 10시가 되면, TOI가 0인 파일로서 「FDT instance02」가 전송되게 되는 것이다. 「FDT instance02」는, 「skipHours」 요소에 관한 기술의 여하에 관계되지 않고 수신 장치(41)에 의해 취득된다. FDT는, VCT, NRT-IT에 기초하여 수신 장치(41)가 특정한 논리 채널의 FLUTE 세션에 있어서 자동적으로 취득되는 파일이기 때문이다.
따라서, 수신 장치(41)는, 10시가 되면, 자동적으로 「FDT instance02」를 취득한다. 또한, 상술한 바와 같이 10시가 되면, 수신 장치(41)는, 도 31에 나타내어지는 어드레스 파일의 기술 내용에 기초하여, 자동적으로 콘텐츠의 파일로 취득하는 처리를 행한다. 여기서의 파일의 취득은, 도 31의 「skipHours」 요소에 관한 기술에 기초하여 행해지는 것이다.
즉, 수신 장치(41)는, 10시가 되면, 「FDT instance02」의 기술에 기초하여, 도 32에 나타내어지는 어드레스 파일도 취득하게 된다. 「FDT instance02」에 의해 특정되는 어드레스 파일은 「RSS 02」이기 때문이다.
도 32는, 도 30의 「RSS 02」에 대응하는 어드레스 파일이다. 도 32에 있어서, 영역(541)의 기술과 영역(542)의 기술은, 각각 도 31의 경우와 마찬가지이므로, 상세한 설명은 생략한다.
도 32에 있어서는, 영역(543)에, 「<pubDate>Tue, 10 Jun 2003 10:00:00 GMT</pubDate>」라고 기술되어 있다. 이는, 당해 어드레스 파일이, 서력 2003년 6월 10일(화요일)의 10시(GMT(그리니치 표준시))에 생성된 것을 나타내고 있다. 영역(544)에는, 「<skipHours><hour>10</hour></skipHours>」라고 기술되어 있다. 이는, 서력 2003년 6월 10일의 10시부터 1시간 동안, 파일을 갱신하지 않는(크롤하지 않는) 것을 나타내고 있다.
따라서, 도 32에 나타내어지는 어드레스 파일을 취득한 수신 장치(41)는, 10시에 「FDT instance02」에 있어서의 영역(502)(도 28)에 대응하는 영역을 참조하여, 「콘텐츠 파일 02」를 취득하게 된다. 그리고, 그 후 1시간, 즉 11시가 될 때까지의 동안은, 「콘텐츠 파일 02」를 취득하는 일은 없다. 또한, 도 32에 나타내어지는 어드레스 파일을 취득한 수신 장치(41)는, 10시부터 1시간 경과 후에, 파일을 자동적으로 취득하(크롤 하)게 된다.
따라서, 그 후, TOI가 0인 파일로서 「FDT instance02」를, 「skipHours」 요소에 관한 기술의 여하에 관계되지 않고 취득한다. FDT는, VCT, NRT-IT에 기초하여 수신 장치(41)가 특정한 논리 채널의 FLUTE 세션에 있어서 자동적으로 취득되는 파일이기 때문이다.
또한, 도 32에 나타내어지는 어드레스 파일을 취득한 수신 장치(41)는, 상술한 바와 같이 11시가 되면, 수신 장치(41)는, 도 32에 나타내어지는 어드레스 파일의 기술 내용에 기초하여, 자동적으로 콘텐츠의 파일과 취득하는 처리를 행한다. 여기서의 파일의 취득은, 도 32의 「skipHours」 요소에 관한 기술에 기초하여 행해지는 것이다.
즉, 수신 장치(41)는, 11시가 되면, 「FDT instance02」의 기술에 기초하여, 도 32에 나타내어지는 어드레스 파일도 취득하게 된다. 「FDT instance02」에 의해 특정되는 어드레스 파일은, 「RSS 02」이기 때문이다. 그리고, 「FDT instance02」에 있어서의 영역(502)(도 28)에 대응하는 영역을 참조하여, 「콘텐츠 파일 02」를 다시 취득하게 된다. 지금의 경우, 결과적으로 10시에 취득된 콘텐츠의 파일과 11시에 취득된 콘텐츠의 파일은 같은 내용(「콘텐츠 파일 02」)이게 된다.
이와 같이 하여, VCT, NRT-IT를 새롭게 수신 장치(41)에 수신시키지 않아도, 새로운 콘텐츠를 전송하여 수신 장치(41)로 시청하게 할 수 있다. 예를 들어, 뉴스 속보를 WEB 페이지의 화상으로서 수신 장치(41)의 디스플레이에 표시하고, 소정의 시간 간격으로 자동적으로 화상이 갱신되어 가도록 하는 것도 가능하다.
즉, 예를 들어 도 10의 스텝 S16 또는 도 25의 스텝 S124에 있어서의 콘텐츠의 다운로드는, 도 30 내지 도 32를 참조하여 상술한 바와 같이 콘텐츠 파일이 취득됨으로써 행해지도록 해도 된다. 즉, FDT에 기초하여, 어드레스 파일이 특정되고, 어드레스 파일에 기술된 어드레스 정보에 기초하여, 당해 콘텐츠를 구성하는 파일이 취득되도록 한다. 또한, 그 어드레스 파일에 기술된 파일의 취득 시간대를 제어하는 정보(예를 들어, 「skipHours」 요소에 관한 기술)에 기초하여 반복 콘텐츠의 파일이 취득됨으로써, 콘텐츠의 다운로드가 행해지도록 해도 된다.
이와 같이 함으로써, VCT, NRT-IT를 포함하는 PSIP 데이터를 생성하지 않아도, 새로운 NRT 방송의 콘텐츠를 전송하여 시청하게 할 수 있게 된다. 따라서, 예를 들어 방송국 등에 있어서, 새로운 NRT 방송의 콘텐츠를 전송하는 데 있어서, 때마다 VCT, NRT-IT를 포함하는 PSIP 데이터를 생성할 필요가 없고, 보다 변화가 많은 방송 스케줄을 책정할 수 있다.
이상에 있어서는, RSS 형식으로 기술된 어드레스 파일을 사용하는 경우의 예에 대하여 설명하였지만, ATOM 형식으로 기술된 어드레스 파일이 사용되도록 해도 상관없다.
이상에 설명한 예에 대해서는, 주로 ATSC(Advanced Television Systems Committee)의 규격에 적합한 방식으로 Push형 NRT 방송을 실현할 수 있도록 하는 실시 형태에 대하여 설명하였다. 그러나, 예를 들어 ARIB(Association of Radio Industries and Businesses)의 규격에 적합한 방식으로 Push형 NRT 방송을 실현할 수 있도록 하는 것도 가능하다.
ARIB의 규격에 적합한 방식의 NRT 방송의 경우, 방송되는 프로그램(프로그램)이 그룹으로 분류된다.
여기서 그룹은, 예를 들어 시리즈로 방송되는 프로그램 등을 통합하여 나타내는 경우의 단위로 된다. 또한, 그룹은, 계층화되어 구성되도록 이루어져 있고, 예를 들어 1개의 그룹을 친그룹으로 하고, 복수의 자그룹이 그 친그룹에 포함되도록 구성할 수 있다. 이 그룹을, 후술하는 바와 같이 물리 채널을 다중화한 논리 채널로서 생각하는 것도 가능하다.
프로그램은, 콘텐츠와 대략 동일한 의미이며, 예를 들어 1개의 그룹에 복수의 프로그램이 포함된다.
ARIB의 규격에 적합한 방식의 NRT 방송의 경우, 원칙적으로, 수신 장치(41)의 유저가 미리 NRT 방송의 시청 계약을 행하고, 요금을 지불하는 것이 상정되어 있다. 즉, 요금을 지불한 유저만이, 당해 시청 계약의 대상으로 되어 있는 프로그램을 시청할 수 있도록 이루어져 있다.
예를 들어, 프로그램을 구성하는 화상 데이터, 음성 데이터 등의 파일은 암호화되어 방송되고, 요금을 지불한 유저의 수신 장치(41)에 있어서, 수신한 프로그램의 라이센스를 취득하여 당해 프로그램의 파일을 복호하도록 이루어져 있다.
ARIB의 규격에 적합한 방식의 NRT 방송의 경우, 상술한 그룹, 프로그램, 라이센스 등의 정보가, ECG 메타 데이터로서 송신되고, 수신 장치(41)에 의해 수신되도록 이루어져 있다.
도 33은, ARIB의 규격에 적합한 방식의 NRT 방송을 포함하는 방송파의 신호에 있어서의 프로토콜 스택을 설명하는 도면이다. ARIB의 규격에 적합한 방식의 NRT 방송은 위성 다운로드 방송이라 칭해진다.
도 33에 도시된 바와 같이, 가장 하위의 계층은, 「물리층」이 되고, 위성 다운로드 방송을 위하여 할당된 방송파의 주파수 대역이 이에 대응한다. 「물리층」에 인접하는 상위의 계층은, 「슬롯」으로 되어 있다. 「슬롯」은, 시분할된 전송 대역이 되고, 예를 들어 1개의 방송 채널에 48슬롯이 할당된다.
「슬롯」에 인접하는 상위의 계층은, 「TLV(Type Length Value)」로 되어 있다. 「TLV」에 있어서는, 상위의 계층의 패킷이, TLV 패킷이라고 불리는 가변 길이의 패킷으로 분할되어 전송되고, 이 TLV 패킷의 연속이 TLV 스트림이라 칭해진다.
즉, 1개의 방송 채널에 대응하는 전송 대역에 있어서 전송되는 신호는, 모두 그 방송 채널에 대응하는 헤더 정보 등을 갖는 TLV 패킷에 의해 전송되는 것이다. 바꾸어 말하면, ARIB의 규격에 적합한 방식의 NRT 방송의 경우, 물리 채널(방송 채널)마다 TLV 스트림의 전송 레이트가 할당되게 된다.
「TLV」에 인접하는 상위의 계층으로서, 「IP(Multicast)」, 「헤더 압축 IP(Multicast)」, 「TLV-NIT(Network Information Table)」 및 「AMT(Address Map Table)」로 되어 있다. 「IP(Multicast)」는, Multicast 형식의 IP 패킷으로 된다. 「헤더 압축 IP(Multicast)」는, IP 패킷의 헤더를 압축함으로써 전송 오버헤드를 삭감하는 것이다. 예를 들어, 모든 패킷의 헤더 정보를 모두 전송하는 대신, 풀 헤더의 패킷을 간헐적으로 전송하고, 다른 패킷에서는 압축 헤더에 바꾸어 부여하여 전송하여 수신측에서 헤더 정보를 복원하는 프로토콜에 대응하는 헤더 정보가 부여된 IP 패킷으로 된다.
「TLV-NIT(Network Information Table)」 및 「AMT(Address Map Table)」에는, IP 어드레스, 포트 번호 등에 기초하여, TLV 패킷에 부여된 식별자를 특정하기 위하여 사용되는 정보가 전송되는 계층이 된다. 「TLV-NIT」 및 「AMT」는, 다중화되어 있는 IP 패킷의 멀티캐스트 그룹의 일람 등, TLV 패킷의 다중화의 상태 등이 기술되어 있다. 수신 장치(41)에 있어서, 「TLV-NIT」 및 「AMT」를 참조함으로써, TLV 패킷에 부여된 식별자를 특정하고, 목적의 IP 패킷을 취출할 수 있도록 이루어져 있다.
「IP(Multicast)」, 「헤더 압축 IP(Multicast)」에 인접하는 상위의 계층은, 「UDP」가 되고, 그 상위 계층으로서 「데이터 전송 프로토콜」이 표시되어 있다. 「데이터 전송 프로토콜」은, 「ECG 메타 데이터」나, 「TTS」가 저장되는 파일을 전송하기 위한 소정의 프로토콜에 대응하는 계층이 된다. 이 데이터 전송 프로토콜에 기초하여, 후술하는 다운로드 헤더가 생성되게 된다.
「TTS(Timestamped TS)」는, 부호화된 화상 데이터, 음성 데이터 등을 고정길이의 트랜스포트 패킷(TS 패킷)으로 분할하고, TS 패킷의 소정의 위치에 타임 스탬프 정보를 부가한 패킷이 전송되는 계층이다. 「TTS」에 인접하는 상위의 계층으로서, 「Video Coding(부호화된 화상 데이터)」, 「Audio Coding(부호화된 음성 데이터)」, 「자막 Coding(부호화된 자막 데이터)」이 기재되어 있다.
「ECG 메타 데이터」는, 후술하는 ECG 메타 데이터를 구성하는 데이터가 고정 길이의 패킷으로 분할되어 전송되는 계층이 된다.
「TTS」 계층의 패킷 또는 「ECG 메타 데이터」 계층의 패킷에, 그 패킷에 저장되는 파일의 식별 정보, 부호화 방식, 블록 번호 등의 속성 정보를 다운로드 헤더로서 부가한 것이, UDP 패킷의 페이로드가 된다.
이와 같이, ARIB의 규격에 적합한 방식의 NRT 방송인 위성 다운로드 방송에 있어서는, 「TLV」의 TLV 패킷의 전송 레이트에 대응하는 전송 대역을 갖는 1개의 방송 채널(말하자면 물리 채널)을, 그룹이라 칭해지는 복수의 논리 채널로 다중화하는 것이 가능하다.
이와 같은 논리 채널의 각각에 관한 정보는, 방송 채널마다 생성되는 논리 채널(그룹)에 관한 제어 정보인 그룹 속성 테이블과, 유저의 시청 계약에 대응하는 제어 정보인 구입 속성 테이블에 기술되어 있다. 그룹 속성 테이블과 구입 속성 테이블은, 각각 ECG 메타 데이터에 포함되는 정보이며, 상세에 대해서는 후술한다.
그룹 속성 테이블과 구입 속성 테이블에 기초하여, 다운로드해야 할 프로그램이 포함되는 그룹의 식별자인 「그룹 ID」가 특정되고, 「그룹 ID」에 기초하여, 프로그램의 식별자인 「CRID」가 특정된다. 그리고, 「CRID」에 기초하여 수신해야 할 IP 패킷의 IP 어드레스와 포트 번호가 특정된다. 또한, 「TLV-NIT」 및 「AMT」를 참조함으로써, TLV 패킷에 부여된 식별자가 특정되고, 목적의 IP 패킷이 취출되게 된다.
또한, ECG 메타 데이터가 저장되는 IP 패킷에는, 미리 정해진 IP 어드레스와 포트 번호가 부여되도록 이루어져 있다. ECG 메타 데이터의 IP 어드레스와 포트 번호는, 미리 수신 장치(41)에 기억되어 있다.
즉, 수신 장치(41)는, 미리 기억하고 있는 IP 어드레스와 포트 번호에 기초하여, 「TLV-NIT」 및 「AMT」를 참조함으로써, TLV 패킷에 부여된 식별자를 특정하고, ECG 메타 데이터의 IP 패킷을 취출할 수 있다. 그와 같이 하여 얻어진 ECG 메타 데이터에 포함되는 그룹 속성 테이블과 구입 속성 테이블에 기초하여, 상술한 바와 같이, 다운로드해야 할 프로그램이 포함되는 그룹의 식별자인 「그룹 ID」가 특정되는 것이다.
다음에 ECG 메타 데이터에 대하여 설명한다. ECG 메타 데이터에는, 그룹 속성 테이블, 프로그램 속성 테이블, 프로그램 로케이션 테이블, 구입 속성 테이블, 라이센스 속성 테이블, 다운로드 제어 정보 테이블이 포함된다.
도 34는, 본 발명에 있어서 사용되는 그룹 속성 테이블(Group Information)의 예를 도시하는 도면이다. 그룹 속성 테이블은 그룹마다 생성된다. ARIB의 규격에 적합한 방식의 NRT 방송의 경우, Push형 NRT 방송을 수신하는 수신 장치(41)는, 그 Push형 NRT 방송에 대응하는 그룹에 포함되는 프로그램을 모두 수신하도록 이루어져 있다.
도 34의 예에 있어서, 그룹 속성 테이블에는, 「그룹 ID」, 「그룹 타입」, 「그룹/프로그램수」, 「친그룹 ID」, 「타이틀명」, 「개요」, 「장르」, 「키워드」, 「타이틀 미디어」,…이 기술되어 있다.
「그룹 ID」는, 당해 그룹을 특정하는 식별자로 된다.
「그룹 타입」에는, 예를 들어 당해 그룹에 속하는 프로그램의 판매 조건 등이 기술된다. 예를 들어, 당해 그룹에 속하는 프로그램이 10회의 시리즈로서 방송되는 경우, 10회분 모아서 판매되는 프로그램이거나, 또는 각 회별 판매되는 프로그램인지 등을 나타내는 정보가 기술된다.
또한, 「그룹 타입」에는, 당해 그룹에 속하는 프로그램이, Push형 NRT 방송의 프로그램인지 여부를 나타내는 정보가 기술된다. ARIB의 규격에 적합한 방식의 NRT 방송의 경우, Push형 NRT 방송과 Pull형 NRT 방송에서는 다운로드의 방식이 상이한 것이 아니며, 다운로드 후의 데이터의 보존의 방식이 상이한 것이 된다.
즉, ARIB의 규격에 적합한 방식의 NRT 방송의 경우, 다운로드된 프로그램의 데이터는, 「그룹 ID」 및 「그룹 타입」에 대응되어 기록 매체에 기록된다. ARIB의 규격에 적합한 방식의 NRT 방송의 경우, 예를 들어 Push형 NRT 방송의 프로그램을 다운로드한 데이터는, 동일한 그룹에 속하는 다른 프로그램이 다운로드되었을 때, 덮어쓰기로 되도록 이루어져 있다. 한편, Pull형 NRT 방송의 프로그램을 다운로드한 데이터일 때는, 상술한 바와 같은 덮어쓰기는 이루어지지 않는다.
즉, 수신 장치(41)가, 「그룹 ID」 및 「그룹 타입」에 기초하여, 새롭게 다운로드한 프로그램의 데이터를 덮어쓰기하여 기록할지 여부를 판정하도록 이루어져 있다. 이와 같이 함으로써, 유저가 Push형 NRT 방송의 시청 계약을 행한 경우, 이후, 자동적으로 수신 장치(41)의 기록 매체에 프로그램의 데이터가 덮어쓰기되어 기록되어 가게 된다.
이에 의해, 예를 들어 「일기 예보」의 Push형 NRT 방송의 시청 계약을 행한 유저는, 항상 최신 예보를 시청할 수 있게 된다.
「그룹/프로그램수」에는, 당해 그룹에 속하는 그룹(자그룹) 및 당해 그룹에 속하는 프로그램의 수가 기술된다.
「친그룹 ID」에는, 당해 그룹의 친그룹이 있는 경우, 그 친그룹의 「그룹 ID」가 기술된다.
「타이틀명」, 「개요」, 「장르」, 「키워드」에는, 각각 당해 그룹의 타이틀, 개요, 장르, 키워드가 기술된다.
「타이틀 미디어」에는, 예를 들어 당해 그룹 속하는 프로그램의 썸네일 화상의 데이터가 첨부된다.
그룹 속성 테이블은 이와 같이 구성된다.
도 35는, 본 발명에 있어서 사용되는 프로그램 속성 테이블(Program Information)의 예를 도시하는 도면이다. 프로그램 속성 테이블은, 프로그램마다 생성된다.
도 35의 예에 있어서, 프로그램 속성 테이블에는, 「CRID(Contents Reference ID)」, 「그룹 ID」, 「AV 속성」, 「타이틀명」, 「개요」, 「장르」, 「키워드」, 「타이틀 미디어」,…이 기술되어 있다.
「CRID」는, 당해 프로그램을 특정하는 식별자가 된다.
「그룹 ID」에는, 당해 프로그램이 속하는 그룹의 「그룹 ID」가 기술된다.
「AV 속성」에는, 예를 들어 당해 프로그램이 자막이 있는 프로그램인지 여부를 나타내는 정보 등이 기술된다.
「타이틀명」, 「개요」, 「장르」, 「키워드」에는, 각각 당해 프로그램의 타이틀, 개요, 장르, 키워드가 기술된다.
「타이틀 미디어」에는, 예를 들어 당해 프로그램의 썸네일 화상의 데이터가 첨부된다.
프로그램 속성 테이블은 이와 같이 구성된다.
도 36은, 구입 속성 테이블(Purchase Information)의 예를 도시하는 도면이다. 도 36의 예에 있어서, 구입 속성 테이블에는, 「Purchase ID」, 「그룹 ID/프로그램 ID」, 「요금」,…이 기술되어 있다. 구입 속성 테이블은, 그룹 혹은 프로그램(콘텐츠)의 시청 계약마다 생성된다.
「Purchase ID」는, 당해 시청 계약을 특정하는 식별자가 된다.
「그룹 ID/프로그램 ID」에는, 당해 시청 계약의 대상으로 되어 있는 그룹 혹은 프로그램에 대하여, 그「그룹 ID」 및 「프로그램 ID(즉 CRID)」이 기술된다.
「요금」은, NRT 방송의 시청 계약에 수반하여 지불되는 요금이 기술된다.
구입 속성 테이블은 이와 같이 구성된다.
도 37은, 라이센스 속성 테이블(License Information)의 예를 도시하는 도면이다. 도 37의 예에 있어서, 라이센스 속성 테이블에는, 「라이센스 ID」, 「CRID」, 「Purchase ID」, 「이용 조건」…이 기술되어 있다. 라이센스 속성 테이블은, 프로그램(콘텐츠)의 시청 계약마다 생성된다.
「라이센스 ID」는, 당해 시청 계약에 대응하는 라이센스의 식별자임과 동시에, 예를 들어 암호화된 프로그램의 파일을 복호하기 위한 키가 기억되어 있는 기억 영역의 어드레스의 정보이다.
예를 들어, 「라이센스 ID」를 취득한 수신 장치(41)는, 그 어드레스에 기초하여 네트워크를 통하여 접속되는 방송국의 서버 등에 액세스한다. 즉, 상기한 어드레스는, 방송국의 서버의 소정의 기억 영역을 특정하는 것이며, 그 기억 영역에 암호화된 프로그램의 파일을 복호하기 위한 키가 기억되어 있다.
수신 장치(41)는, 예를 들어 방송국의 서버에 액세스할 때에 「Purchase ID」 및 자신의 식별 정보 등을 송신하여 서버의 인증을 받는다. 인증에 성공한 경우, 서버로부터 파일을 복호하기 위한 키를 취득할 수 있도록 이루어져 있다.
「CRID」에는, 당해 시청 계약에 의해 시청 가능하게 되는 프로그램의 「CRID」가 기술된다.
「Purchase ID」에는, 당해 라이센스에 대응하는 시청 계약의 「Purchase ID」가 기술된다.
「이용 조건」은, 예를 들어 당해 라이센스에 의한 프로그램의 파일의 복호 가능 횟수(콘텐츠의 재생 가능 횟수) 등을 나타내는 정보가 기술된다.
라이센스 속성 테이블은 이와 같이 구성된다.
도 38은, 프로그램 로케이션 테이블(Program Location)의 예를 도시하는 도면이다. 도 38의 예에 있어서, 프로그램 로케이션 테이블에는, 「CRID」, 「프로그램의 참조 URL」, 「Purchase ID」,…가 기술되어 있다. 프로그램 로케이션 테이블은 프로그램마다 생성된다.
「CRID」에는, 당해 프로그램의 「CRID」가 기술된다.
「프로그램의 참조 URL」에는, 당해 프로그램의 다운로드 제어 정보(후술)의 URL이 기술된다.
「Purchase ID」는, 당해 프로그램을 대상으로 하는 시청 계약의 「Purchase ID」가 기술된다.
프로그램 로케이션 테이블은 이와 같이 구성된다.
도 39는, 다운로드 제어 정보(Download Control Information)의 예를 도시하는 도면이다. 도 39의 예에 있어서, 다운로드 제어 정보에는, 「CRID」, 「방송 스케줄」,…이 기술되어 있다. 다운로드 제어 정보는 프로그램마다 생성된다.
「CRID」에는 당해 프로그램의 「CRID」가 기술된다.
「방송 스케줄」에는 당해 프로그램의 방송 채널, 방송 개시 시각, 방송 종료 시각 등이 기술된다.
또한, 이 밖에도 당해 프로그램의 파일을 전송하는 패킷의 IP 어드레스와 포트 번호가 다운로드 제어 정보에 기술되도록 이루어져 있다.
다운로드 제어 정보는 이와 같이 구성된다.
또한, 상술한 그룹 속성 테이블, 프로그램 속성 테이블, 프로그램 로케이션 테이블, 구입 속성 테이블, 라이센스 속성 테이블, 다운로드 제어 정보 테이블의 각각은, 실제로는 XML 문장으로서 기술된다.
예를 들어, ECG 메타 데이터를 수신한 수신 장치(41)의 유저는, 그룹 속성 테이블에 포함되는 「타이틀명」, 「개요」 등을 참고로 하여, 시청하고 싶다고 생각하는 Push형 NRT 방송을 결정한다. 그리고, 유저는, 미리 정해진 수속에 의해 시청 계약을 행하여 당해 Push형 NRT 방송의 시청 계약에 필요해지는 요금을 지불한다. 예를 들어, 방송국의 서버에는, 요금을 지불한 유저의 수신 장치(41)의 식별 정보가, 그 요금의 지불에 의해 체결된 시청 계약에 대응하는 「Purchase ID」와 대응되어 기억된다. 또한, 요금을 지불한 유저의 수신 장치(41)에는, 그 요금의 지불에 의해 체결된 시청 계약에 대응하는 「Purchase ID」가 기억된다.
시청 계약과 요금 지불 후에 방송을 수신한 수신 장치(41)는, 기억되어 있는 「Purchase ID」에 기초하여, ECG 메타 데이터에 포함되는 구입 속성 테이블, 라이센스 속성 테이블 및 프로그램 로케이션 테이블을 취득한다.
그리고, 수신 장치(41)는, 프로그램 로케이션 테이블에 기술된 URL에 기초하여, ECG 메타 데이터에 포함되는 다운로드 제어 정보를 취득한다. 수신 장치(41)는, 다운로드 제어 정보에 기술된 방송 스케줄을 특정함으로써, 프로그램의 방송 개시 시각과 방송 종료 시각, 방송 채널, IP 어드레스, 포트 번호 등을 특정한다. 이에 의해, 예를 들어 컨트롤러(409)의 내부의 메모리 등에, NRT 방송의 프로그램의 다운로드 스케줄이 기억된다.
수신 장치(41)는, 다운로드 스케줄에 따라서 프로그램을 구성하는 파일을 다운로드하고, 「Purchase ID」에 기초하여 취득한 라이센스 속성 테이블에 기술된 라이센스 ID를 사용하여 복호 키가 기억되어 있는 어드레스를 특정한다. 그리고, 수신 장치(41)는, 예를 들어 네트워크를 통하여 상술한 어드레스에 액세스하여 복호 키를 취득하고, 암호화된 파일을 복호하여 재생한다.
이와 같이 하여, ARIB의 규격에 적합한 방식으로 Push형 NRT 방송을 실현할 수 있도록 하는 것도 가능하다.
다음에, 도 40의 흐름도를 참조하여, 수신 장치(41)에 있어서 ARIB의 규격에 적합한 방식으로 NRT 방송을 수신하는 경우의 NRT 방송 수신 처리에 대하여 설명한다.
스텝 S201에 있어서, 수신 장치(41)는 ECG 메타 데이터를 취득한다. 이때, 수신 장치(41)는, 미리 기억하고 있는 IP 어드레스와 포트 번호에 기초하여, 「TLV-NIT」 및 「AMT」를 참조함으로써, TLV 패킷에 부여된 식별자를 특정한다. 그리고, 수신 장치(41)는, 특정된 TLV 패킷으로부터 ECG 메타 데이터의 IP 패킷을 취출함으로써 ECG 메타 데이터를 취득한다.
스텝 S202에 있어서, 수신 장치(41)는 「그룹 ID」를 특정한다. 이때, 수신 장치(41)는, 기억되어 있는 「Purchase ID」에 기초하여, ECG 메타 데이터에 포함되는 구입 속성 테이블, 라이센스 속성 테이블 및 프로그램 로케이션 테이블을 취득한다. 그리고, 구입 속성 테이블에 포함되는 「그룹 ID」를 특정한다.
스텝 S203에 있어서, 수신 장치(41)는, 스텝 S202의 처리에서 특정한 「그룹 ID」에 기초하여 그룹 속성 테이블을 취득하고, 「그룹 타입」을 특정한다.
스텝 S204에 있어서, 수신 장치(41)는 다운로드 스케줄을 생성한다. 이때, 스텝 S202의 처리에 수반하여 취득된 프로그램 로케이션 테이블에 기술된 URL에 기초하여, 다운로드 제어 정보를 취득한다. 수신 장치(41)는, 다운로드 제어 정보에 기술된 방송 스케줄을 특정함으로써, 프로그램의 방송 개시 시각과 방송 종료 시각, 방송 채널, IP 어드레스, 포트 번호 등을 특정한다. 이에 의해, 예를 들어 컨트롤러(409)의 내부의 메모리 등에, NRT 방송의 프로그램의 다운로드 스케줄이 기억된다.
스텝 S205에 있어서, 수신 장치(41)는, 스텝 S204의 처리에서 생성된 다운로드 스케줄에 기초하여, 프로그램의 데이터를 다운로드한다.
스텝 S206에 있어서, 수신 장치(41)는, 스텝 S205의 처리에서 다운로드한 프로그램의 데이터와, 스텝 S202 및 스텝 S203의 처리에서 특정된 「그룹 ID」 및 「그룹 타입」을 대응시킨다.
스텝 S207에 있어서, 수신 장치(41)는, 스텝 S205의 처리에서 다운로드한 프로그램은, Push형 NRT 방송의 프로그램인지 여부를 판정한다. 이때, 스텝 S206의 처리에 의해 대응되어 있는 「그룹 타입」에 기초하여, 당해 프로그램이 Push형 NRT 방송의 프로그램인지 여부가 판정된다.
스텝 S207에 있어서, 스텝 S205의 처리에서 다운로드한 프로그램은 Push형 NRT 방송의 프로그램이라고 판정된 경우, 처리는, 스텝 S208로 진행된다.
스텝 S208에 있어서, 수신 장치(41)는 프로그램의 데이터를 덮어쓰기하여 기록한다.
한편, 스텝 S207에 있어서, 스텝 S205의 처리에서 다운로드한 프로그램은 Push형 NRT 방송의 프로그램이 아니라고 판정된 경우, 처리는 스텝 S209로 진행된다.
스텝 S209에 있어서, 수신 장치(41)는, 프로그램의 데이터를 덮어쓰기하지 않고 기록한다.
즉, 스텝 S208 또는 스텝 S209에 있어서, 다운로드된 프로그램의 데이터는, 「그룹 ID」 및 「그룹 타입」과 대응되어 기록 매체에 기록되게 된다.
여기서, Push형 NRT 방송의 프로그램을 다운로드한 데이터는, 동일한 그룹에 속하는 다른 프로그램이 다운로드되었을 때, 덮어쓰기하도록 이루어져 있다(스텝 S208의 처리). 예를 들어, 스텝 S202의 처리에서 특정된 「그룹 ID」와 동일한 「그룹 ID」에 대응된 프로그램의 데이터이며, 먼저 기록되어 있는 프로그램의 데이터에, 스텝 S205의 처리에서 다운로드한 프로그램의 데이터가 덮어쓰기된다. 한편, Pull형 NRT 방송의 프로그램을 다운로드한 데이터일 때는, 상술한 바와 같은 덮어쓰기는 이루어지지 않는다(스텝 S209의 처리).
즉, 수신 장치(41)가 「그룹 ID」 및 「그룹 타입」에 기초하여, 새롭게 다운로드한 프로그램의 데이터를 덮어쓰기하여 기록할지 여부를 판정하도록 이루어져 있다(스텝 S207의 처리). 이와 같이 함으로써, 유저가 Push형 NRT 방송의 시청 계약을 행한 경우, 이후, 자동적으로 수신 장치(41)의 기록 매체에 프로그램의 데이터가 덮어쓰기되어 기록되어 가게 된다.
또한, 상술한 일련의 처리는, 하드웨어에 의해 실행시킬 수도 있고, 소프트웨어에 의해 실행시킬 수도 있다. 상술한 일련의 처리를 소프트웨어에 의해 실행시키는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 전용의 하드웨어에 조립되어 있는 컴퓨터에 네트워크나 기록 매체로부터 인스톨된다. 또한, 각종 프로그램을 인스톨함으로써, 각종 기능을 실행하는 것이 가능한, 예를 들어 도 41에 도시된 바와 같은 범용의 퍼스널 컴퓨터(700) 등에, 네트워크나 기록 매체로부터 인스톨된다.
도 41에 있어서, CPU(Central Processing Unit)(701)는, ROM(Read Only Memory)(702)에 기억되어 있는 프로그램 또는 기억부(708)로부터 RAM(Random Access Memory)(703)에 로드된 프로그램에 따라서 각종 처리를 실행한다. RAM(703)에는 또한, CPU(701)가 각종 처리를 실행하는 데 있어서 필요한 데이터 등도 적절히 기억된다.
CPU(701), ROM(702) 및 RAM(703)은, 버스(704)를 통하여 서로 접속되어 있다. 이 버스(704)에는 또한, 입출력 인터페이스(705)도 접속되어 있다.
입출력 인터페이스(705)에는, 키보드, 마우스 등으로 이루어지는 입력부(706), LCD(Liquid Crystal display) 등에 의해 이루어지는 디스플레이, 및 스피커 등으로 이루어지는 출력부(707)가 접속되어 있다. 또한, 입출력 인터페이스(705)에는, 하드 디스크 등으로 구성되는 기억부(708), 모뎀, LAN 카드 등의 네트워크 인터페이스 카드 등으로 구성되는 통신부(709)가 접속되어 있다. 통신부(709)는, 인터넷을 포함하는 네트워크를 통한 통신 처리를 행한다.
입출력 인터페이스(705)에는 또한, 필요에 따라서 드라이브(710)가 접속되고, 자기 디스크, 광 디스크, 광자기 디스크, 혹은 반도체 메모리 등의 리무버블 미디어(711)가 적절히 장착되어 있다. 그리고, 그들 리무버블 미디어로부터 판독된 컴퓨터 프로그램이, 필요에 따라서 기억부(708)에 인스톨된다.
상술한 일련의 처리를 소프트웨어에 의해 실행시키는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 인터넷 등의 네트워크나, 리무버블 미디어(711) 등으로 이루어지는 기록 매체로부터 인스톨된다.
또한, 이 기록 매체는, 도 41에 도시되는, 장치 본체와는 별도로, 유저에게 프로그램을 배신하기 위하여 배포되는, 프로그램이 기록되어 있는 자기 디스크(플로피디스크(등록 상표) 포함함), 광 디스크(CD-ROM(Compact Disk-Read Only Memory), DVD(Digital Versatile Disk)를 포함함), 광자기 디스크(MD(Mini-Disk)(등록 상표)를 포함함), 혹은 반도체 메모리 등으로 이루어지는 리무버블 미디어(711)에 의해 구성되는 것뿐만 아니라, 장치 본체에 미리 조립된 상태에서 유저에게 배신되는, 프로그램이 기록되어 있는 ROM(702)이나, 기억부(708)에 포함되는 하드 디스크 등으로 구성되는 것도 포함한다.
또한, 본 명세서에 있어서 상술한 일련의 처리는, 기재된 순서를 따라 시계열적으로 행해지는 처리는 물론, 반드시 시계열적으로 처리되지 않아도, 병렬적 혹은 개별로 실행되는 처리도 포함하는 것이다.
또한, 본 발명의 실시 형태는, 상술한 실시 형태에 한정되는 것은 아니며, 본 발명의 요지를 일탈하지 않는 범위에 있어서 다양한 변경이 가능하다.
1: 방송 시스템
21: 송신 장치
41: 수신 장치
401: 단자
402: 튜너
403: TSDemux
404: 비디오 디코더
405: 오디오 디코더
406: 파일 컨테이너 Demux
407: FLUTE 프로세서
408: 스토리지
409: 컨트롤러
410: 단자
411: 단자

Claims (16)

  1. 콘텐츠 수신 장치로서,
    방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보를 수신하는 제어 정보 수신 수단과,
    상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄을 생성하는 다운로드 스케줄 생성 수단과,
    상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록하는 다운로드 수단과,
    상기 기록 매체에 기록된 콘텐츠를 상기 재생 레이트로 재생하는 재생 수단을 구비하고,
    상기 콘텐츠의 방송에 관한 제어 정보에는,
    상기 주파수 대역의 방송파의 신호의 전송로를 물리 채널로 한 경우, 상기 물리 채널을 소정 방식으로 복수의 전송로에 분할함으로써 얻어지는 논리 채널에 관한 정보가 기술된 소정의 기술 데이터와,
    상기 논리 채널의 각각에 있어서 전송되는 콘텐츠에 관한 정보가 기술된 메타 데이터가 포함되는, 콘텐츠 수신 장치.
  2. 제1항에 있어서,
    상기 다운로드 스케줄 생성 수단은,
    상기 물리 채널에 존재하는 복수의 논리 채널 중 상기 등록 정보에 대응하는 상기 논리 채널에서 방송되는 모든 콘텐츠를 수신하여 기록하기 위한 다운로드 스케줄을 생성하는, 콘텐츠 수신 장치.
  3. 제2항에 있어서,
    상기 다운로드 스케줄 생성 수단은,
    상기 메타 데이터의 기술에 기초하여, 상기 콘텐츠의 방송 개시 시각을 특정함과 함께, 상기 논리 채널에서 전송되는 데이터 중 상기 콘텐츠의 데이터를 특정하기 위한 로케이션 정보를 특정하여 상기 다운로드 스케줄을 생성하는, 콘텐츠 수신 장치.
  4. 제3항에 있어서,
    상기 다운로드 수단은,
    상기 다운로드 스케줄에 기초하여,
    상기 콘텐츠의 방송 개시 시각에 상기 물리 채널에 대응하는 주파수 대역의 방송파를 수신하고,
    상기 소정의 기술 데이터의 기술에 기초하여, 상기 물리 채널에서 전송되는 트랜스포트 패킷 중 상기 등록 정보에 대응하는 논리 채널의 트랜스포트 패킷을 추출하고,
    상기 로케이션 정보에 기초하여, 상기 콘텐츠의 데이터를 특정함으로써 상기 콘텐츠를 수신하는, 콘텐츠 수신 장치.
  5. 제4항에 있어서,
    상기 논리 채널의 트랜스포트 패킷은 IP 패킷을 포함하여 구성되고,
    상기 로케이션 정보에는 상기 IP 패킷에 의해 전송되는 상기 콘텐츠의 데이터의 파일 전송 세션을 특정하기 위한 정보가 포함되고,
    상기 다운로드 수단은,
    상기 파일 전송 세션이 특정됨으로써 취득되는 전송 제어 데이터의 기술에 기초하여 상기 콘텐츠의 데이터를 특정하는, 콘텐츠 수신 장치.
  6. 제5항에 있어서,
    상기 다운로드 수단은,
    상기 전송 제어 데이터의 기술에 기초하여, RSS 형식 또는 ATOM 형식으로 기술된 어드레스 파일을 특정하고,
    상기 어드레스 파일에 기초하여 상기 콘텐츠의 데이터를 특정하는, 콘텐츠 수신 장치.
  7. 제1항에 있어서,
    상기 소정의 기술 데이터와 상기 메타 데이터의 기술에 기초하여, 상기 논리 채널 중 유저의 리퀘스트에 의하지 않고 시청해야 할 콘텐츠를 수신시키는 Push형 서비스를 제공하는 논리 채널을 특정하고,
    상기 Push형 서비스를 제공하는 논리 채널의 일람을 유저에게 제시하여, 상기 유저에 의한 상기 Push형 서비스의 등록을 접수하고,
    상기 등록된 Push형 서비스의 논리 채널을 특정하는 정보를 상기 등록 정보로서 기억하는, 콘텐츠 수신 장치.
  8. 제1항에 있어서,
    상기 다운로드 스케줄 생성 수단은,
    상기 물리 채널에 존재하는 복수의 논리 채널 중 상기 등록 정보에 대응하는 상기 논리 채널에서 방송되는 콘텐츠이며, 상기 소정의 기술 데이터에 의해 특정되는 콘텐츠를 수신하여 기록하기 위한 다운로드 스케줄을 생성하는, 콘텐츠 수신 장치.
  9. 제1항에 있어서,
    상기 다운로드 수단은,
    상기 수신한 콘텐츠를 상기 기록 매체에 기록되어 있는 콘텐츠에 덮어쓰기할지 여부를 판정하는 덮어쓰기 판정 수단을 갖는, 콘텐츠 수신 장치.
  10. 제1항에 있어서,
    상기 다운로드 수단에 의해 기록된 상기 콘텐츠에는 상기 메타 데이터의 기술에 기초하여 유효 기한이 설정되고,
    상기 유효 기한이 경과한 상기 콘텐츠를 삭제하는, 콘텐츠 수신 장치.
  11. 콘텐츠 수신 방법으로서,
    방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보를 수신하고,
    상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄을 생성하고,
    상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록하고,
    상기 기록 매체에 기록된 콘텐츠를, 상기 재생 레이트로 재생하는 스텝을 포함하고,
    상기 콘텐츠의 방송에 관한 제어 정보에는,
    상기 주파수 대역의 방송파의 신호의 전송로를 물리 채널로 한 경우, 상기 물리 채널을 소정 방식으로 복수의 전송로에 분할함으로써 얻어지는 논리 채널에 관한 정보가 기술된 소정의 기술 데이터와,
    상기 논리 채널의 각각에 있어서 전송되는 콘텐츠에 관한 정보가 기술된 메타 데이터가 포함되는, 콘텐츠 수신 방법.
  12. 프로그램으로서,
    컴퓨터를,
    방송파로서 송신되는 신호에 기초하여, 재생 레이트와 동기하지 않는 전송 레이트로의 콘텐츠의 방송에 관한 제어 정보를 수신하는 제어 정보 수신 수단과,
    상기 제어 정보에 기초하여, 미리 설정된 등록 정보에 대응하는 논리 채널에서 방송되는 콘텐츠를 수신하여 기록하기 위한 예약 정보이며, 다운로드 스케줄을 생성하는 다운로드 스케줄 생성 수단과,
    상기 다운로드 스케줄에 기초하여, 상기 콘텐츠의 각각을 수신하여 기록 매체에 기록하는 다운로드 수단과,
    상기 기록 매체에 기록된 콘텐츠를, 상기 재생 레이트로 재생하는 재생 수단을 구비하고,
    상기 콘텐츠의 방송에 관한 제어 정보에는,
    상기 주파수 대역의 방송파의 신호의 전송로를 물리 채널로 한 경우, 상기 물리 채널을 소정 방식으로 복수의 전송로에 분할함으로써 얻어지는 논리 채널에 관한 정보가 기술된 소정의 기술 데이터와,
    상기 논리 채널의 각각에 있어서 전송되는 콘텐츠에 관한 정보가 기술된 메타 데이터가 포함되는 콘텐츠 수신 장치로서 기능시키는, 프로그램.
  13. 콘텐츠 송신 장치로서,
    미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보를 취득하는 콘텐츠 정보 취득 수단과,
    상기 콘텐츠가 유저의 리퀘스트에 의하지 않고 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부를 판정하는 판정 수단과,
    상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보를 기술하는 제1 제어 정보 생성 수단과,
    소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보를 생성하는 제2 제어 정보 생성 수단과,
    상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께, 복수의 상기 논리 채널에서 방송되는 데이터를, 1개의 물리 채널에서 방송되는 데이터로서 다중화하는 다중화 수단과,
    상기 다중화된 데이터를 변조하여 방송파로서 송신하는 방송파 송신 수단을 구비하는, 콘텐츠 송신 장치.
  14. 콘텐츠 송신 방법으로서,
    미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보를 취득하고,
    상기 콘텐츠가 유저의 리퀘스트에 의하지 않고 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부를 판정하고,
    상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보를 기술하고,
    소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보를 생성하고,
    상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께, 복수의 상기 논리 채널에서 방송되는 데이터를, 1개의 물리 채널에서 방송되는 데이터로서 다중화하고,
    상기 다중화된 데이터를 변조하여 방송파로서 송신하는 스텝을 포함하는, 콘텐츠 송신 방법.
  15. 프로그램으로서,
    컴퓨터를,
    미리 작성된 방송 스케줄로부터, 재생 레이트와 동기하지 않는 전송 레이트로 방송되는 콘텐츠에 관한 정보를 취득하는 콘텐츠 정보 취득 수단과,
    상기 콘텐츠가 유저의 리퀘스트에 의하지 않고 시청해야 할 콘텐츠를 수신시키는 Push형 서비스의 콘텐츠인지 여부를 판정하는 판정 수단과,
    상기 Push형 서비스의 콘텐츠라고 판정된 경우, 소정의 논리 채널에서 방송되는 콘텐츠에 관한 정보로서 생성된 제1 제어 정보에, 상기 콘텐츠에 관한 정보와 함께, 상기 콘텐츠가 상기 Push형 서비스의 콘텐츠임을 나타내는 정보를 기술하는 제1 제어 정보 생성 수단과,
    소정의 주파수 대역의 방송파의 신호의 전송로로서의 물리 채널에 있어서, 상기 논리 채널의 각각을 특정하기 위한 정보가 기술된 제2 제어 정보를 생성하는 제2 제어 정보 생성 수단과,
    상기 제1 제어 정보 및 제2 제어 정보를, 상기 콘텐츠의 데이터와 다중화함과 함께 , 복수의 상기 논리 채널에서 방송되는 데이터를, 1개의 물리 채널에서 방송되는 데이터로서 다중화하는 다중화 수단과,
    상기 다중화된 데이터를 변조하여 방송파로서 송신하는 방송파 송신 수단을 구비하는 콘텐츠 송신 장치로서 기능시키는, 프로그램.
  16. 제12항 또는 제15항에 기재된 프로그램이 기록된 기록 매체.
KR1020117017863A 2009-02-09 2010-02-02 콘텐츠 수신 장치 및 방법 KR101669604B1 (ko)

Applications Claiming Priority (7)

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

Publications (2)

Publication Number Publication Date
KR20110116023A true KR20110116023A (ko) 2011-10-24
KR101669604B1 KR101669604B1 (ko) 2016-10-26

Family

ID=42542056

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020117017863A KR101669604B1 (ko) 2009-02-09 2010-02-02 콘텐츠 수신 장치 및 방법

Country Status (8)

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

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150002432A (ko) * 2012-04-18 2015-01-07 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 송신 방법 및 프로그램
KR20150100804A (ko) * 2013-01-24 2015-09-02 소니 주식회사 분산 비실시간 콘텐츠
KR20150110538A (ko) * 2013-01-24 2015-10-02 소니 주식회사 비실시간 콘텐츠 저장
WO2016105090A1 (ko) * 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법
KR20170086133A (ko) * 2014-11-13 2017-07-25 소니 주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법

Families Citing this family (38)

* 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
WO2012124989A2 (ko) * 2011-03-15 2012-09-20 엘지전자 주식회사 방송 서비스 전송 방법, 그 수신 방법 및 그 수신 장치
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
WO2013108954A1 (ko) * 2012-01-20 2013-07-25 전자부품연구원 하이브리드 전송환경에서 스케일러블 초고해상도 비디오 서비스를 위한 프로그램 구성 정보 송수신 방법, 효율적인 스케일러 계층 정보 전송을 위한 방법 및 스케일러 계층 정보 전송을 위한 장치
EP2809070B1 (en) 2012-01-24 2018-09-05 Saturn Licensing LLC Receiving device, receiving method, program, and information processing system
CA2859115C (en) 2012-02-07 2020-01-21 Sony Corporation Receiving apparatus, receiving method, and program
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 联咏科技股份有限公司 用于传送及接收数据的装置和方法
US9596450B2 (en) 2012-05-24 2017-03-14 Panasonic Corporation Video transmission device, video transmission method, and video playback device
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文件的方法和系统
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
BR112016005446B1 (pt) * 2013-09-13 2023-02-23 Huawei Technologies Co., Ltd Método e aparelho de transmissão de dados
JP6382029B2 (ja) * 2013-09-20 2018-08-29 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 送信方法、受信方法、送信装置、及び受信装置
WO2015040817A1 (ja) * 2013-09-20 2015-03-26 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカ 送信方法、受信方法、送信装置、及び受信装置
JP2015073245A (ja) * 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
CN103716076B (zh) * 2013-12-25 2017-03-01 华为技术有限公司 一种数据传输方法和设备
US10536488B2 (en) 2014-03-14 2020-01-14 Saturn Licensing Llc Receiving device, reception method, transmitting device, and transmission method
JP6426901B2 (ja) * 2014-03-14 2018-11-21 富士通クライアントコンピューティング株式会社 配信方法、再生装置、配信装置、転送制御プログラムおよび配信制御プログラム
EP3131304A4 (en) * 2014-04-11 2018-01-24 Sony Corporation Reception apparatus, reception method, transmission apparatus, and transmission method
CN110071785B (zh) 2014-06-24 2021-10-26 株式会社索思未来 接口方法
MX368827B (es) * 2014-08-07 2019-10-18 Sony Corp Dispositivo de transmision, metodo de transmision y dispositivo de recepcion.
JPWO2016052191A1 (ja) * 2014-09-30 2017-07-20 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
US10567098B2 (en) * 2014-10-28 2020-02-18 Sony Corporation Reception apparatus, transmission apparatus, and data processing 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
JP6921820B2 (ja) * 2016-06-30 2021-08-18 ソニーセミコンダクタソリューションズ株式会社 送信装置
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 (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003058967A1 (en) * 2001-12-28 2003-07-17 Pegasus Development Corporation Wideband direct-to-home broadcasting satellite communications system and method
JP2007035135A (ja) 2005-07-26 2007-02-08 Sony Corp 電子機器、記録制御方法、プログラムおよび記録媒体
US20090022476A1 (en) * 2006-02-22 2009-01-22 Access Co., Ltd. Broadcasting System and Program Contents Delivery System

Family Cites Families (28)

* 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
BR9910259A (pt) * 1998-05-08 2001-10-02 Qualcomm Inc Equipamento e método para distribuição de programas de imagem e áudio de alta qualidade para locais remotos
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
JP4766770B2 (ja) 2000-06-13 2011-09-07 パナソニック株式会社 蓄積型放送サービスシステムおよび受信蓄積装置
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
EP1593263A2 (en) * 2003-02-12 2005-11-09 Video Networks Ltd System for capture and selective playback of broadcast programmes
EP1620847A4 (en) * 2003-04-25 2011-03-23 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 ソニー株式会社 情報処理装置および方法、並びにプログラム
US20070091206A1 (en) * 2005-10-25 2007-04-26 Bloebaum L S Methods, systems and computer program products for accessing downloadable content associated with received broadcast content
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 コンテンツ配信システム、配信サーバ、受信端末及びコンピュータプログラム
CA2721397C (en) * 2008-05-02 2014-09-30 Lg Electronics Inc. Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
US8365229B2 (en) * 2008-06-09 2013-01-29 Lg Electronics Inc. Method for mapping between signaling information and announcement information and broadcast receiver
WO2009151265A2 (ko) * 2008-06-09 2009-12-17 엘지전자(주) 방송 신호 수신 방법 및 수신 시스템
WO2010021526A2 (en) * 2008-08-22 2010-02-25 Lg Electronics Inc. A method for processing additional information related to an announced service or content in an nrt service and a broadcast receiver
CA2743997C (en) * 2008-11-18 2013-06-11 Lg Electronics Inc. Method for receiving a broadcast signal
US8099752B2 (en) * 2008-12-03 2012-01-17 Sony Corporation Non-real time services
US8161512B2 (en) * 2008-12-09 2012-04-17 Lg Electronics Inc. Method for processing targeting descriptor in non-real-time receiver
WO2010068035A2 (en) * 2008-12-09 2010-06-17 Lg Electronics Inc. Method for receiving a broadcast signal and broadcast receiver

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2003058967A1 (en) * 2001-12-28 2003-07-17 Pegasus Development Corporation Wideband direct-to-home broadcasting satellite communications system and method
JP2007035135A (ja) 2005-07-26 2007-02-08 Sony Corp 電子機器、記録制御方法、プログラムおよび記録媒体
US20090022476A1 (en) * 2006-02-22 2009-01-22 Access Co., Ltd. Broadcasting System and Program Contents Delivery System

Cited By (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR20150002432A (ko) * 2012-04-18 2015-01-07 소니 주식회사 수신 장치, 수신 방법, 송신 장치, 송신 방법 및 프로그램
KR20150100804A (ko) * 2013-01-24 2015-09-02 소니 주식회사 분산 비실시간 콘텐츠
KR20150110538A (ko) * 2013-01-24 2015-10-02 소니 주식회사 비실시간 콘텐츠 저장
US10257564B2 (en) 2013-01-24 2019-04-09 Saturn Licensing Llc Distributed non-real-time content
KR20170086133A (ko) * 2014-11-13 2017-07-25 소니 주식회사 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US11343549B2 (en) 2014-11-13 2022-05-24 Saturn Licensing Llc Reception apparatus, reception method, transmission apparatus, and transmission method
WO2016105090A1 (ko) * 2014-12-22 2016-06-30 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Also Published As

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

Similar Documents

Publication Publication Date Title
KR101669604B1 (ko) 콘텐츠 수신 장치 및 방법
US9716912B2 (en) Transmission method for broadcast service, reception method therefor, and reception apparatus therefor
US9860611B2 (en) Broadcast service transmitting method, broadcasting service receiving method and broadcast service receiving apparatus
US9225443B2 (en) Method for transmitting broadcast service, method for receiving the broadcasting service, and apparatus for receiving the broadcasting service
KR101689610B1 (ko) 비실시간 서비스 처리 방법 및 방송 수신기
CN102804797B (zh) 从不同来源收集的媒体元数据的相关
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
CA2837638C (en) Method for transmitting and receiving broadcast service and receiving device thereof
KR20150042195A (ko) 양방향 방송 서비스를 포함하는 방송 신호 처리 방법 및 장치
CA2827370C (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
JP5045535B2 (ja) 受信装置及び受信方法
CA2829750C (en) Method for transmitting broadcast service, receiving method therefor, and receiving device therefor
JPH11205707A (ja) タイムスタンプを利用する放送システムと受信端末装置

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant
FPAY Annual fee payment

Payment date: 20191010

Year of fee payment: 4