KR102187082B1 - 수신 장치, 수신 방법, 송신 장치, 및 송신 방법 - Google Patents

수신 장치, 수신 방법, 송신 장치, 및 송신 방법 Download PDF

Info

Publication number
KR102187082B1
KR102187082B1 KR1020167012920A KR20167012920A KR102187082B1 KR 102187082 B1 KR102187082 B1 KR 102187082B1 KR 1020167012920 A KR1020167012920 A KR 1020167012920A KR 20167012920 A KR20167012920 A KR 20167012920A KR 102187082 B1 KR102187082 B1 KR 102187082B1
Authority
KR
South Korea
Prior art keywords
information
emergency
emergency notification
service
transmitted
Prior art date
Application number
KR1020167012920A
Other languages
English (en)
Other versions
KR20160089363A (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 소니 주식회사
Priority to KR1020207034443A priority Critical patent/KR102330695B1/ko
Publication of KR20160089363A publication Critical patent/KR20160089363A/ko
Application granted granted Critical
Publication of KR102187082B1 publication Critical patent/KR102187082B1/ko

Links

Images

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
    • H04N21/81—Monomedia components thereof
    • H04N21/8126—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts
    • H04N21/814—Monomedia components thereof involving additional data, e.g. news, sports, stocks, weather forecasts comprising emergency warnings
    • 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/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/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
    • H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
    • 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/488—Data services, e.g. news ticker
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6112—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving terrestrial transmission, e.g. DVB-T
    • 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/61—Network physical structure; Signal processing
    • H04N21/6106—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network
    • H04N21/6125—Network physical structure; Signal processing specially adapted to the downstream path of the transmission network involving transmission via Internet
    • 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

Abstract

보다 고도의 긴급 고지 서비스를 공급하기 위한 것이다. 긴급 고지 제어부는, IP 전송 방식을 사용한 디지털 방송의 방송파를 통해 전송되는 긴급 고지 제어 신호에 기초하여, 긴급 고지 서비스에 대응하는 각 유닛의 동작을 제어함으로써, IP 전송 방식을 사용한 디지털 방송에 있어서는, 보다 고도의 긴급 고지 서비스가 공급될 수 있다. 본 기술은, 예를 들어 송신기와 수신기를 포함하는 방송 시스템에 적용될 수 있다.

Description

수신 장치, 수신 방법, 송신 장치, 및 송신 방법{RECEIVING DEVICE, RECEIVING METHOD, TRANSMITTING DEVICE, AND TRANSMITTING METHOD}
본 기술은, 수신 장치, 수신 방법, 송신 장치 및 송신 방법에 관한 것으로, 특히 보다 고도의 긴급 고지 서비스를 공급할 수 있는 수신 장치, 수신 방법, 송신 장치 및 송신 방법에 관한 것이다.
<관련 출원에 대한 상호 참조>
본 출원은 2013년 11월 27일 출원된 일본 우선권 특허 출원 JP2013-244950호의 우선권을 주장하고, 그 전체 내용은 본원에 참고로 인용된다.
현재, 각 국의 디지털 방송 규격에서는, 전송 형식으로서 MPEG2-TS(moving picture experts group phase 2 - transport stream) 방식이 채택되어 있다(예를 들어, 특허문헌 1 참조). 이후에는, 디지털 방송에 IP(Internet protocol) 패킷을 사용하는 IP 전송 방식을 도입함으로써, 보다 고도의 서비스를 공급하는 것이 예상된다.
또한, 일본에서는, 디지털 방송의 규격에 있어서, 긴급 제어 신호와 긴급 방송 서비스에 대해서 규정되어 있다. 해당 규격에서는, 텔레비전 수신기 등의 수신기가, 전원이 오프된 상태에서도, 상기 제어 신호에 따라 전원을 온한 다음, 긴급 방송 서비스를 자동 선국할 수 있도록 규정되어 있다.
한편, 미국에서는, EAS(emergency alerting system)라고 불리는 긴급 고지 시스템이 설정되어 있고, 대통령으로부터의 최우선 사항으로부터 로컬적인 고지 사항까지, 각종 레벨의 긴급 정보가, 각종 미디어에 의해 고지된다. 여기서, 긴급 고지 메시지의 형식으로서는, XML(extensible markup language) 형식의 CAP(common alerting protocol) 방식이 이용되어 왔다.
이러한 EAS의 말단의 매체로서, 방송도 위치 부여되고, 텔레비전 수신기 등의 고정 수신기에 적합한 디지털 방송에 있어서, 특히 일본에서 사용되는 제어 신호는 운용되지 않지만, 영상에 중첩된 자막이 표시된다. 한편, 휴대 수신기에 적합한 방송 규격인 ATSC M/H(advanced television systems committee-mobile/handheld)에서는, 긴급 고지 제어 신호와 CAP 정보를 변경 없이 방송파를 통해 전송하는 방식이 규정되어 있다.
일본 특허 공개 제2012-156712호 공보
한편, 차세대 방송 시스템으로서 IP 전송 방식을 도입함으로써, 각종 운용 형태를 이용할 수 있고, 각종 서비스를 공급할 수 있는 것으로 예상되어 있지만, 긴급 고지 서비스를 공급하기 위한 기술 방식은 확립되어 있지 않다.
본 기술은 상기의 상황을 감안하여 이루어진 것이며, IP 전송 방식을 도입한 디지털 방송에 있어서, 보다 고도의 긴급 고지 서비스를 공급하는 것이 바람직할 수 있다.
본 기술의 실시예에 따른 수신 장치는, 인터넷 프로토콜(IP) 전송 방식을 포함한 디지털 방송의 방송파를 수신하는 회로; 및 상기 디지털 방송 신호를 통해 전송되는 긴급 고지 제어 정보에 기초하여, 긴급 고지 서비스에 대응하는 모듈들의 제어 동작들을 포함한다.
상기 회로는 영상 및 음성 중 적어도 하나를 사용하여 긴급 정보를 통지할 수 있다.
상기 긴급 고지 제어 정보는 긴급 고지 애플리케이션에 관한 정보를 포함할 수 있고, 상기 회로는 긴급 고지 제어 정보에 기초하여 애플리케이션을 취득하고, AV 콘텐츠가 유저에의 표시를 위해 출력되는 동안 상기 애플리케이션을 실행할 수 있다.
상기 긴급 고지 제어 정보는 상기 애플리케이션의 식별 정보를 포함할 수 있고, 상기 회로는 상기 애플리케이션의 식별 정보와, 상기 애플리케이션을 제어하기 위한 애플리케이션 제어 정보에 기초하여, 상기 애플리케이션을 취득할 수 있다.
상기 긴급 고지 제어 정보는 긴급 고지 컴포넌트에 관한 정보를 포함할 수 있고, 상기 회로는 상기 긴급 고지 제어 정보에 기초하여, 영상 및 음성 중 적어도 하나의 상기 긴급 고지 컴포넌트를 취득하고, AV 콘텐츠의 영상 및 음성 중 적어도 하나를 전환할 수 있다.
상기 긴급 고지 컴포넌트는 복수의 서비스들에 의해 공유될 수 있다.
상기 긴급 고지 제어 정보는 미리 설정된 소정의 필터링 조건에 따라서 필터링될 수 있다.
상기 긴급 고지 제어 정보는 긴급도에 따라 필터링될 수 있다.
상기 긴급 고지 제어 정보는 대상 지역에 따라 필터링될 수 있다.
상기 긴급 고지 제어 정보는 소정의 에어리어의 단위로 필터링될 수 있다.
상기 긴급 고지 제어 정보는 종류에 따라 필터링될 수 있다.
강제 긴급 기동 정보가 상기 디지털 방송 신호를 통해 전송 가능하며, 상기 수신 장치가 슬립 상태에 있고 상기 강제 긴급 기동 신호가 검출되었을 때, 상기 수신 장치는 전원이 온될 수 있다.
상기 긴급 고지 제어 정보는 XML 형식으로 전송될 수 있다.
상기 긴급 고지 제어 정보는 섹션 형식으로 전송될 수 있다.
상기 긴급 고지 제어 정보는 상기 디지털 방송 신호를 전송하는데 사용된 프로토콜의 IP 층보다도 상위인 제1 계층에서 사용될 수 있다.
상기 디지털 방송 신호는 상기 제1 계층에서 사용될 수 있고, 선국 제어 정보를 전송하는데 사용될 수 있으며, 상기 선국 제어 정보는 적어도 네트워크 식별 정보, 스트림 식별 정보 및 서비스 식별 정보를 포함할 수 있다.
상기 디지털 방송 신호는 IP 층보다도 상위의 계층인 제2 계층에서 사용될 수 있으며, 특정한 서비스를 구성하는 컴포넌트에 관한 정보를 적어도 포함하는 컴포넌트 제어 정보를 전송하는데 사용될 수 있다.
본 기술의 제1 양태에 따른 수신 장치는, 독립한 장치일 수 있고, 단일 장치를 구성하는 내부 블록일 수 있다.
본 기술의 제1 양태에 따른 수신 방법은, 본 기술의 제1 양태에 따른 수신 장치에 대응하는 수신 방법이다.
본 기술의 제1 양태에 따른 수신 장치 및 수신 방법에 있어서는, IP 전송 방식을 포함한 디지털 방송 신호가 회로에 의해 수신되며, 상기 디지털 방송 신호를 통해 전송되는 긴급 고지 제어 정보에 기초하여, 긴급 고지 서비스에 대응하는 모듈들의 동작들이 회로에 의해 제어된다.
본 기술의 제2 양태에 따른 송신 장치는, 긴급 고지 제어 정보를 취득하는 회로를 포함하고; IP 전송 스트림을 포함한 디지털 방송 신호를 통해 상기 긴급 고지 제어 정보를 송신한다.
본 기술의 제2 양태에 따른 송신 장치는 독립한 장치일 수 있고, 또는 단일 장치를 구성하는 내부 블록일 수 있다.
본 기술의 제2 양태에 따른 송신 방법은 본 기술의 제2 양태에 따른 송신 장치에 대응하는 송신 방법이다.
본 기술의 제2 양태에 다른 송신 장치 및 송신 방법에 있어서는, 긴급 고지 제어 정보가 회로에 의해 취득되고, 상기 긴급 고지 제어 정보는 IP 전송 스트림을 포함한 디지털 방송 신호를 통해 회로에 의해 송신된다.
본 기술의 제1 및 제2 양태들에 따르면, 보다 고도의 긴급 고지 서비스를 공급할 수 있다.
여기에 기재된 효과는 반드시 한정되는 것은 아니고, 본 개시에 기재된 임의의 효과를 포함할 수 있다.
도 1은 섹션 형식의 IP 전송 방식에 있어서의 프로토콜 스택을 도시하는 도면이다.
도 2는 섹션 형식의 IP 전송 방식에 있어서의 ID 체계를 도시하는 도면이다.
도 3은 섹션 형식의 IP 전송 방식에 있어서의 방송파의 구성을 도시하는 도면이다.
도 4는 섹션 형식의 IP 전송 방식에 있어서의 방송파의 다른 구성을 도시하는 도면이다.
도 5는 섹션 형식의 IP 전송 방식에 있어서의 LLS의 구성을 도시하는 도면이다.
도 6은 섹션 형식의 IP 전송 방식에 있어서의 SCS의 구성을 도시하는 도면이다.
도 7은 물리층에 있어서의 강제 긴급 기동 플래그를 설명하기 위한 도면이다.
도 8은 섹션 형식의 IP 전송 방식에 있어서의 기본적인 시그널링 계통을 설명하기 위한 도면이다.
도 9는 NIT의 신택스(syntax)를 도시하는 도면이다.
도 10은 NIT의 루프 내에 배치되는 예시적 기술자(descriptor)를 나타내는 도면이다.
도 11은 AMT의 신택스를 도시하는 도면이다.
도 12는 SAT의 신택스를 도시하는 도면이다.
도 13은 EAT의 신택스를 도시하는 도면이다.
도 14는 EAT의 구성 정보를 도시하는 도면이다.
도 15는 CAP 정보의 개요를 도시하는 도면이다.
도 16은 CAP 정보를 도시하는 도면이다.
도 17은 CAP 정보의 예시적 기술을 도시하는 도면이다.
도 18은 SMT의 신택스를 도시하는 도면이다.
도 19는 SMT의 루프 내에 배치되는 예시적 기술자를 나타내는 도면이다.
도 20은 본 기술의 실시예에 따른 방송 시스템의 구성을 도시하는 도면이다.
도 21은 본 기술의 실시예에 따른 송신 장치의 구성을 도시하는 도면이다.
도 22는 본 기술의 실시예에 따른 수신 장치의 구성을 도시하는 도면이다.
도 23은 섹션 형식의 IP 전송 방식에 있어서의 Demux에 의해 수행된 패킷 필터링 처리의 상세를 도시하는 도면이다.
도 24는 EA_category의 예시적 형식을 도시하는 도면이다.
도 25는 EA_category의 구성 정보를 도시하는 도면이다.
도 26은 슬립 상태 시의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 27은 기동 상태 시의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 28은 슬립 상태 시의 EAS 메시지 전송 처리를 설명하는 도면이다.
도 29는 기동 상태 시의 EAS 메시지 전송 처리를 설명하는 도면이다.
도 30은 슬립 상태 시의 애플리케이션 전송 처리를 설명하는 도면이다.
도 31은 기동 상태 시의 애플리케이션 전송 처리를 설명하는 도면이다.
도 32는 공유 컴포넌트 서비스 전송 처리를 설명하는 도면이다.
도 33은 예시적 공유 컴포넌트 서비스를 도시하는 도면이다.
도 34는 송신 처리를 설명하는 흐름도이다.
도 35는 수신 처리를 설명하는 흐름도이다.
도 36은 긴급 고지 처리를 설명하는 흐름도이다.
도 37은 NRT 포털 서비스 전송 처리를 설명하는 흐름도이다.
도 38은 EAS 메시지 전송 처리를 설명하는 흐름도이다.
도 39는 애플리케이션 전송 처리를 설명하는 흐름도이다.
도 40은 공유 컴포넌트 서비스 전송 처리를 설명하는 흐름도이다.
도 41은 XML 형식의 IP 전송 방식에 있어서의 프로토콜 스택을 도시하는 도면이다.
도 42는 XML 형식의 IP 전송 방식에 있어서의 ID 체계를 도시하는 도면이다.
도 43은 XML 형식의 IP 전송 방식에 있어서의 방송파의 구성을 도시하는 도면이다.
도 44는 XML 형식의 IP 전송 방식에 있어서의 LLS의 구성을 도시하는 도면이다.
도 45는 XML 형식의 IP 전송 방식에 있어서의 SCS의 구성을 도시하는 도면이다.
도 46은 XML 형식의 IP 전송 방식에 있어서의 기본적인 시그널링 계통을 설명하기 위한 도면이다.
도 47은 SGDU의 구조를 설명하기 위한 도면이다.
도 48은 SCT의 신택스를 도시하는 도면이다.
도 49는 SAT의 신택스를 도시하는 도면이다.
도 50은 EAT의 신택스를 도시하는 도면이다.
도 51은 RRT의 신택스를 도시하는 도면이다.
도 52는 SDP의 예시적 기술을 도시하는 도면이다.
도 53은 본 기술의 실시예에 따른 수신 장치의 구성을 도시하는 도면이다.
도 54는 XML 형식의 IP 전송 방식에 있어서의 Demux에 의해 수행된 패킷 필터링 처리의 상세를 도시하는 도면이다.
도 55는 슬립 상태 시의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 56은 기동 상태 시의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 57은 슬립 상태 시의 EA 메시지 전송 처리를 설명하는 도면이다.
도 58은 기동 상태 시의 EA 메시지 전송 처리를 설명하는 도면이다.
도 59는 슬립 상태 시의 애플리케이션 전송 처리를 설명하는 도면이다.
도 60은 기동 상태 시의 애플리케이션 전송 처리를 설명하는 도면이다.
도 61은 공유 컴포넌트 서비스 전송 처리를 설명하는 도면이다.
도 62는 긴급 고지 처리를 설명하는 흐름도이다.
도 63은 NRT 포털 서비스 전송 처리를 설명하는 흐름도이다.
도 64는 EA 메시지 전송 처리를 설명하는 흐름도이다.
도 65는 애플리케이션 전송 처리를 설명하는 흐름도이다.
도 66은 공유 컴포넌트 서비스 전송 처리를 설명하는 흐름도이다.
도 67은 컴퓨터의 예시적 구성을 도시하는 도면이다.
이하, 도면을 참조하면서 본 기술의 예시적 실시예에 대해서 설명한다. 여기서, 이하의 순서에 따라서 설명이 진행된다.
1. 섹션 형식의 IP 전송 방식에 의한 디지털 방송
(1) 섹션 형식의 IP 전송 방식의 개요
(2) 시그널링 정보
(2-1) LLS(NIT, AMT, SAT, 및 EAT)의 상세 구조
(2-2) SCS(SMT)의 상세 구조
(3) 방송 시스템의 구성
(4) 구체적인 운용 예
(4-1) NRT 포털 서비스 전송
(4-2) EAS 메시지 전송
(4-3) 애플리케이션 전송
(4-4) 공유 컴포넌트 서비스 전송
(5) 각 장치에서 실행되는 구체적인 처리의 내용
2. XML 형식의 IP 전송 방식에 의한 디지털 방송
(1) XML 형식의 IP 전송 방식의 개요
(2) 시그널링 정보
(2-1) LLS(SCT, SAT, EAT, 및 RRT)의 상세 구조
(2-2) SCS(SDP)의 상세 구조
(3) 방송 시스템의 구성
(4) 구체적인 운용 예
(4-1) NRT 포털 서비스 전송
(4-2) EAS 메시지 전송
(4-3) 애플리케이션 전송
(4-4) 공유 컴포넌트 서비스 전송
(5) 각 장치에서 실행되는 구체적인 처리의 내용
<1. 섹션 형식의 IP 전송 방식에 의한 디지털 방송>
본 기술의 실시예에 따른 IP 전송 방식의 디지털 방송에 있어서는, 섹션 형식 또는 XML 형식 중 어느 한쪽의 방식이 채택될 수 있다. 여기서, 섹션 형식의 IP 전송 방식은, 시그널링 정보를 섹션 형식(section format)에 따라 전송하는 방식이다. 한편, XML 형식의 IP 전송 방식은, 시그널링 정보를 XML 형식(Extensible Markup Language Format)에 따라 전송하는 방식이다. 이하의 설명에서는, 섹션 형식의 IP 전송 방식이 먼저 설명되고, 그 후에, XML 형식의 IP 전송 방식이 설명된다.
<(1) 섹션 형식의 IP 전송 방식의 개요>
(섹션 형식의 IP 전송 방식의 프로토콜 스택)
도 1은, 섹션 형식의 IP 전송 방식에 따른 디지털 방송의 프로토콜 스택을 도시하는 도면이다.
도 1에 도시한 바와 같이, 물리층(physical layer)은 최하위 계층이고, 서비스(채널)를 위해 할당된 방송파의 주파수 대역은 물리층에 대응한다. 물리층의 바로 상위의 계층은, GSE(generic stream encapsulation)층이다. GSE층은, 바로 하위의 물리층과 바로 상위의 IP 층을 연관시킨다. GSE는, DVB(digital video broadcasting)의 규격으로서 채택되어 있다.
IP 층은, TCP/IP의 프로토콜 스택에 있어서의 IP와 동일한 것이며, IP 어드레스에 의해 IP 패킷이 특정된다. IP 층의 바로 상위의 계층은 UDP(user datagram protocol)층이고, 그 상위의 계층은 RTP(real-time transport protocol) 및 FLUTE(file delivery over unidirectional transport)/ALC(asynchronous layered coding protocol)이다. 즉, IP 전송 방식의 디지털 방송에 있어서는, UDP 포트 번호가 지정된 패킷이 송신되고, 예를 들어 RTP 세션 및 FLUTE 세션이 확립되어 있다. FLUTE의 상세는, RFC 3926로서 규정되어 있다.
FLUTE/ALC의 바로 상위의 계층은, fMP4(fragmented MP4)이고, RTP 및 fMP4의 바로 상위의 계층은, AV(audio video), SubTitle, 및 Real-TimeEvent이다. 예를 들어, 비디오 데이터(video)는 HEVC(high efficiency video coding) 등의 부호화 방식에 의해 부호화되어 있다. 예를 들어, 오디오 데이터(audio)는 AAC(advanced audio coding) 등의 부호화 방식에 의해 부호화되어 있다. 즉, 비디오 데이터 또는 오디오 데이터를, 동기형 스트림 형식으로 전송할 경우에는, RTP 세션이 이용되고, 비디오 데이터 또는 오디오 데이터를, 비동기형 파일 형식으로 전송할 경우에는, FLUTE 세션이 이용된다.
또한, FLUTE/ALC의 상위의 계층은, Interactive, Meta, 등이다. 예를 들어, 텔레비전 프로그램에 연동해서 실행되는 애플리케이션의 파일을 전송할 경우에, 상기 FLUTE 세션이 이용된다.
도 1의 프로토콜 스택의 우측에는, 시그널링 정보로서, LLS(low layer signaling), MLS(middle layer signaling), 및 HLS(high layers signaling)가 규정되어 있다. LLS는 저레이어(low layer)의 시그널링이며, GSE층의 상위 계층으로서의 역할을 한다. 예를 들어, LLS에서는, MPEG2-TS 방식으로 사용되는 network_id, transport_stream_id, 및 service_id의 조합(이하, "트리플렛(triplet)"이라고 말함)과, 섹션 형식이 채택될 수 있다.
이 경우에는, LLS로서, 방송 네트워크 내의 트랜스포트 스트림 구성과 서비스 구성을 나타내고 있는 NIT(network information table)을 트리플렛을 이용하여 전송할 수 있다. 상세히 후술하는 바와 같이, LLS로서, NIT와 함께 AMT(address map table)를 전송함으로써, 수신기 측에서는, 서비스(채널)를 선국하기 위한 선국 정보를 얻을 수 있다.
또한, LLS로서, SAT(service association table), EAT(emergency alert table), 및 RRT(region rating table)를 전송할 수 있다. SAT는, 특정한 서비스가 방송 중인 지의 여부를 나타내는 정보를 포함하고 있다. EAT는, 긴급 고지에 관한 정보를 포함하고 있다. RRT는, 프로그램의 분류에 관한 지역 정보에 관한 정보를 포함하고 있다.
MLS은 중간 레이어(middle layer)의 시그널링이며, UDP 층의 상위 계층으로서의 역할을 한다. MLS를 설정함으로써, 선국 처리가 신속하게 수행될 수 있다. 예를 들어, MLS로서는, 서비스의 단위로 서비스 관련 정보나 컴포넌트 정보를 전송하기 위한 SCS(service channel signaling)를 채택할 수 있다. SCS로서는, 예를 들어 SMT(service map table)이나 AIT(application information table) 등이 섹션 형식으로 전송된다. SMT는, 서비스 단위의 서비스 속성, 컴포넌트의 구성 정보, 컴포넌트의 필터 정보 등을 포함하고 있다. AIT는, AV 콘텐츠와 연동해서 실행되는 애플리케이션의 제어 정보이다.
HLS은 고레이어(high layer)의 시그널링(또는 어나운스먼트(announcement))이며, FLUTE/ALC의 상위 계층으로서의 역할을 한다. 예를 들어, HLS로서, FLUTE 세션을 이용하여, ESG(electronic service guide: 전자 서비스 가이드)의 파일을 전송할 수 있다. 예를 들어, ESG는 예를 들어, 프로그램 타이틀이나 개시 시각 등의 정보를 포함하고 있다.
(섹션 형식의 IP 전송 방식에 있어서의 ID 체계)
도 2는, 방송파 신호와, 섹션 형식의 IP 전송 방식의 ID 체계와의 사이의 관계를 도시하는 도면이다.
도 2에 도시한 바와 같이, 6MHz의 주파수 대역을 갖는 방송파(방송 네트워크(network))에는, network_id가 할당되어 있다. 각각의 방송파는, transport_stream_id에 의해 식별되는 하나 이상의 GSE 스트림을 포함한다. GSE 스트림은, 각각이 GSE 헤더와 페이로드를 포함하는 복수의 GSE 패킷에 의해 구성된다.
각각의 GSE 스트림은, service_id에 의해 식별되는 복수의 서비스를 포함하고 있다. 각각의 서비스는, 복수의 컴포넌트를 포함한다. 각각의 컴포넌트는, 비디오 데이터나 오디오 데이터 등의 프로그램을 구성하는 정보이다.
트리플렛, 즉, network_id, transport_stream_id, 및 service_id의 조합을, 상술한 MPEG2-TS 방식과 마찬가지로, 섹션 형식의 IP 전송 방식의 ID 체계로서 채택함으로써, 현재 널리 보급되어 있는 MPEG2-TS 방식과의 호환성이 얻어지고, 따라서 예를 들어, MPEG2-TS 방식으로부터 IP 전송 방식으로의 전환이 수행될 때 용이하게 사이멀캐스팅(simulcasting)에 대응할 수 있다.
또한, service_id에 대응하는 식별 정보로서 메이저 채널 번호와 마이너 채널 번호를 사용한 운용을 행하는 경우에는, 16비트의 service_id 중에서, 상위 8비트를, 메이저 채널 번호의 8비트로서 할당하고, 하위 8비트를, 마이너 채널 번호의8비트로서 할당하도록 그러한 운용에 대응할 수 있다.
(섹션 형식의 IP 전송 방식의 방송파의 구성)
도 3은, 섹션 형식의 IP 전송 방식의 디지털 방송의 방송파의 구성을 도시하는 도면이다.
도 3에 도시한 바와 같이, 6MHz의 주파수 대역을 갖는 방송파(도 3에서 "Network")로부터, 하나 이상의 트랜스포트 스트림(transport stream)과, LLS를 취득할 수 있다. 또한, 각 트랜스포트 스트림으로부터, NTP(network time protocol), 복수의 서비스 채널, 및 ESG(ESG Service)를 취득할 수 있다. NTP는, 시각 정보이며, 복수의 서비스 채널에서 공통적이다.
각각의 서비스 채널은, 비디오 데이터나 오디오 데이터 등의 컴포넌트와, SMT와 AIT 등의 SCS를 포함한다. 또한, 각각의 서비스 채널에는, 고정 IP 어드레스가 할당되어 있고, 이 IP 어드레스를 사용하여, 서비스 채널마다, 컴포넌트, 제어 신호 등이 패키지화될 수 있다.
또한, 도 3에 있어서, 트랜스포트 스트림은 도 2의 GSE 스트림(GSE Stream)에 상당하고, 이하의 설명에서, 트랜스포트 스트림이 기술되었을 경우에는, 트랜스포트 스트림은 GSE 스트림을 의미하는 것으로 한다. 컴포넌트는 도 2의 컴포넌트에 대응하고 있고, 서비스 채널은 도 2의 서비스에 상당하는 것이다.
또한, 도 4에 도시한 바와 같이, LLS는, 기저대 스트림(GSE 스트림) 상에서 전송될 수 있다. 이 경우에 있어서, NTP, 서비스 채널, ESG(ESG Service)는 UDP/IP의 프로토콜을 따라서 전송될 수 있다. 섹션 형식의 IP 전송 방식에 의한 디지털 방송의 하기 설명은, 도 4의 구성을 채택한 경우에 대해서 진행된다.
(LLS의 구성)
도 5는, 섹션 형식의 IP 전송 방식에 있어서의 LLS의 구성을 도시하는 도면이다.
도 5에 도시한 바와 같이, GSE 패킷은, GSE 헤더와 페이로드를 포함한다. GSE층의 상위 계층이 IP 층이 될 경우에는, 페이로드의 부분은 IP 패킷이 된다. LLS는, GSE층의 상위 계층이 되지만, 섹션 형식으로 전송되기 때문에, LLS는 GSE 헤더의 다음에 배치된다. LLS로서는, 예를 들어 NIT, AMT, SAT, EAT, 및 RRT가 배치될 수 있다.
또한, GSE 헤더에는, 2비트 타입의 정보가 포함되어 있고, 그 타입 정보를 이용하여, GSE 패킷이 IP 패킷인지 또는 LLS인지를 판별할 수 있다.
(MLS의 구성)
도 6은, 섹션 형식의 IP 전송 방식에 있어서의 MLS의 구성을 도시하는 도면이다.
도 6에 도시하는 바와 같이, 예를 들어, 비디오 데이터 또는 오디오 데이터를, 동기형 스트림 형식으로 전송할 경우에는, RTP 세션이 이용되기 때문에, GSE 헤더, IP 헤더, UDP 헤더, 및 RTP 헤더가 페이로드에 부가되어 있다. 또한, fMP4이나 ESG 등의 파일 데이터를, 비동기형 파일 형식으로 전송할 경우에는, FLUTE 세션이 이용되기 때문에, GSE 헤더, IP 헤더, UDP 헤더, 및 LCT 헤더가 페이로드에 부가되어 있다. 또한, NTP는, UDP 층의 상위 계층이 되기 때문에, GSE 헤더, IP 헤더, 및 UDP 헤더의 다음에 배치된다.
MLS는, UDP 층의 상위 계층이지만, 섹션 형식으로 전송되기 때문에, GSE 헤더, IP 헤더, 및 UDP 헤더의 다음에 배치된다. MLS(SCS)로서는, 예를 들어, SMT나 AIT를 배치할 수 있다.
(강제 긴급 기동 플래그)
도 7은, 물리층에 있어서의 강제 긴급 기동 플래그를 설명하기 위한 도면이다.
강제 긴급 기동 플래그는, 메인 전원이 오프 상태(슬립 상태)인 수신기를 강제적으로 기동시키기 위한 웨이크-업 신호(wake-up signal)이며, 도 1의 프로토콜 스택의 물리층에서 전송된다. 즉, 강제 긴급 기동 플래그는, 고신뢰성 및 저지연 상태에 있고, 서비스 채널 등과는 독립하여 전송된다.
구체적으로는, 도 7에 도시한 바와 같이, 강제 긴급 기동 플래그로서는, 방송파를 복조해서 얻어지는 스트림에 있어서, 데이터 구조를 나타내기 위한 프리앰블 신호의 확장용의 필드에, 1비트를 설정한다. 슬립 상태의 수신기는, 강제 긴급 기동 플래그가 "온"이 되어 있을 경우, 전원을 온한 다음, EAT에 따른 긴급 고지 처리를 수행한다.
또한, 프리앰블 신호에 포함된 강제 긴급 기동 플래그는 일례이며, 강제 긴급 기동 플래그는 임의의 다른 신호에 포함될 수 있다. 또한, 강제 긴급 기동 플래그를, 모든 긴급 정보를 통지하기 위해 전송할 필요는 없고, 예를 들어, 긴급도가 높은 긴급 정보만을 통지하기 위해 전송될 수 있다.
(기본적인 시그널링 계통)
도 8은, 섹션 형식의 IP 전송 방식에 있어서의 기본적인 시그널링 계통을 설명하기 위한 도면이다.
도 8에 도시한 바와 같이, LLS에는, NIT, AMT, SAT, EAT, 및 RRT가 사용된다. NIT와 AMT는, 예를 들어, 전송 주기가 1초이고, 초기 스캔에 의해 취득된다. 또한, SAT는, 예를 들어, 전송 주기가 100 밀리초이고, 서비스의 선국 시에 취득된다.
NIT는, 트리플렛에 의해 방송 네트워크 내의 트랜스포트 스트림 구성과 서비스 구성을 나타내고 있다. NIT에는, network_id와 트랜스포트 스트림 루프가 배치되고, 트랜스포트 스트림 루프 내에는 또한, 서비스 루프가 배치된다.
AMT는, 각각의 서비스의 IP 어드레스를 나타내고 있다. 또한, SAT는, 방송 중인 서비스를 나타내고 있다. NIT는, service_id에 의해 AMT, SAT와 연결되고, 예를 들어 NIT를 AMT와 결합함으로써 선국 정보가 얻어진다. SAT에 근거하여, 특정한 서비스가 방송 중 인지의 여부를 판정할 수 있다.
EAT는, 긴급 고지 서비스를 공급하기 위한 제어 신호이며, 스트림마다 전송된다. 수신기는, EAT가 전송 되어 있는 경우에는, 해당 EAT에 따른 긴급 고지 처리를 행해야 한다. RRT는, 프로그램의 타입에 관한 지역 정보에 관한 정보를 포함하고 있다.
도 8에 도시한 바와 같이, MLS(SCS)에는, SMT가 사용된다. SMT는, 예를 들어 전송 주기가 100밀리 초이다. SMT는, 각각의 서비스의 서비스 단위의 서비스 속성, 컴포넌트의 구성 정보, 컴포넌트 속성, 및 컴포넌트의 필터 정보를 나타내고 있고, 서비스마다 준비된다. 즉, 예를 들어 AMT의 IP 어드레스와, SMT의 포트 번호를 사용한 필터링 처리를 행함으로써, 특정한 서비스의 컴포넌트 그룹을 취득할 수 있다.
또한, 도 8에 도시한 바와 같이, HLS로서, ESG가 FLUTE 세션을 통해 전송된다. ESG는, Access, Service, Content, Schedule, PurchaseItem 등으로 구성된다. AMT의 IP 어드레스와 SMT의 포트 번호 외에, NIT의 ESG_bootstrap 정보에 포함되는 TSI(transport session identifier)을 사용하여 FLUTE 세션으로부터 ESG를 취득할 수 있다.
<(2) 시그널링 정보>
<(2-1) LLS(NIT, AMT, SAT, 및 EAT)의 상세 구조>
(NIT의 신택스)
도 9는, NIT의 신택스를 도시하는 도면이다.
table_id는, 테이블 식별을 나타낸다. section_syntax_indicator는, 1비트 필드이며, 이 곳에는 고정 값이 지정된다. section_length는, 섹션 길이를 나타낸다.
network_id는, 네트워크 식별을 나타내고, NIT가 나타낸 분배 시스템을, 다른 분배 시스템과 구별해서 식별하는 라벨의 역할을 한다.
version_number는, 버전 번호를 나타낸다. current_next_indicator는, 커런트 넥스트 지시자를 나타낸다. section_number는, 섹션 번호를 나타낸다. last_section_number는, 최종 섹션 번호를 나타낸다.
network_descriptors_length는, 네트워크 기술자(descriptor) 길이를 나타낸다. transport_stream_loop_length는, 트랜스포트 스트림 루프 길이를 나타낸다.
transport_stream_id는, 트랜스포트 스트림 식별을 나타낸다. original_network_id는, 오리지널 네트워크 식별을 나타낸다. transport_descriptors_length는, 트랜스포트 기술자 길이를 나타낸다.
도 10은, 도 9에 도시된 NIT의 루프 내에 배치되는 기술자들의 예를 도시하는 도면이다.
도 10에 도시한 바와 같이, NIT의 네트워크 루프 내에는, Name_descriptor가 필요에 따라서 배치된다. 또한, NIT의 트랜스포트 스트림 루프 내에는, Service_list_decriptor, ATSC3_delivery_system_descriptor, 및 Transport_stream_protocol_descriptor가 반드시 배치되고, Name_descriptor 및 ESG_bootstrap_descriptor가 필요에 따라서 배치된다.
도 10에 있어서, Name_descriptor의 명칭은, 문자 부호에 의해 공급된다. 또한, Service_list_decriptor는, 서비스 식별과 서비스 형식 타입에 의한 서비스의 리스트를 공급한다. 또한, ATSC3_delivery_system_descriptor는, 선국 처리를 행하기 위해 필요한 물리적인 정보를 공급한다.
또한, 도 10에 있어서, Transport_stream_protocol_descriptor는, 트랜스포트 스트림의 프로토콜 타입을 공급한다. ESG_bootstrap_descriptor는, FLUTE 세션을 통해 전송되는 ESG를 취득하기 위해 필요한 정보를 공급한다. 예를 들어, ESG_bootstrap_descriptor에는, 송신원을 나타내는 source_IP_address, 수신처를 destination_IP_address, UDP 포트 번호를 나타내는 UDP_port_num, FLUTE 세션에 있어서의 TSI를 나타내는 TSI 등이 기술된다.
(AMT의 데이터 구조)
도 11은, AMT의 신택스를 도시하는 도면이다.
table_id는, 테이블 식별을 나타낸다. section_syntax_indicator는, 1비트 필드이고, 이 곳에 고정 값이 지정된다. section_length는, 섹션 길이를 나타낸다.
transport_stream_id는, 트랜스포트 스트림 식별을 나타낸다. version_number는, 버전 번호를 나타낸다. current_next_indicator는, 커런트 넥스트 지시자를 나타낸다. section_number는, 섹션 번호를 나타낸다. last_section_number는, 최종 섹션 번호를 나타낸다. number_of_services는, 서비스들의 수를 나타낸다.
service_id는, 서비스 식별을 나타낸다. IP_version_flag는, IP버전의 플래그를 나타낸다. 예를 들어, IP_version_flag로서, "0"이 지정된 경우에는, IPv4를 나타내고, "1"이 지정된 경우에는, IPv6을 나타낸다.
source_IP_address_for_v4 및 destination_IP_address_for_v4은, 송신원(source)과 수신처(destination)의 버전 4의 IP 어드레스를 나타낸다. 또한, source_IP_address_for_v6 및 destination_IP_address_for_v6은, 송신원(source)과 수신처(destination)의 버전 6의 IP 어드레스를 나타낸다.
또한, AMT에 있어서, service_id="0xFFFF"가 지정된 경우에는, 서비스보다는 NTP 패킷의 IP 어드레스를 나타내는 것으로 한다.
(SAT의 신택스)
도 12는, SAT의 신택스를 도시하는 도면이다.
table_id는, 테이블 식별을 나타낸다. section_syntax_indicator는, 1비트 필드이고, 이 곳에는 고정 값이 지정된다. section_length는, 섹션 길이를 나타낸다.
transport_stream_id는, 트랜스포트 스트림 식별을 나타낸다. version_number는, 버전 번호를 나타낸다. current_next_indicator는, 커런트 넥스트 지시자를 나타낸다. section_number는, 섹션 번호를 나타낸다. last_section_number는, 최종 섹션 번호를 나타낸다.
service_id는, 서비스 식별을 나타낸다. 여기에서, 방송 중인 서비스의 service_id가 지정된다.
(EAT의 신택스)
도 13은, EAT의 신택스를 도시하는 도면이다. 도 14는, EAT의 구성 정보를 나타나고, 도 13의 설명에서는, 도 14의 구성 정보를 적절히 참조한다.
table_id는, 테이블 식별을 나타낸다. section_syntax_indicator는, 1비트 필드이고, 이 곳에는 고정 값이 지정된다. section_length는, 섹션 길이를 나타낸다.
EA_category는, 긴급 경보(emergency alert)의 카테고리 코드를 나타낸다. 이 코드는, 필터링을 위해 사용된다. 또한, 이 필터링 처리를 통해 각 유저가 원하는 긴급 정보만을 통지할 수 있다. EA_category를 사용한 필터링 처리의 상세에 대해서는, 도 23 내지 도 25를 참조하여 후술한다.
version_number는, 버전 번호를 나타낸다. current_next_indicator는, 커런트 넥스트 지시자를 나타낸다. section_number는, 섹션 번호를 나타낸다. last_section_number는, 최종 섹션 번호를 나타낸다.
automatic_tuning_flag는, 자동 선국 플래그를 나타낸다. 이 자동 선국 플래그는, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때에, 선국해야 할 서비스를 지정할 지의 여부를 나타낸다. 자동 선국 플래그가 "온"으로 설정될 경우에는, 해당 테이블 내의 트리플렛에 의해 지정된 서비스가 자동으로 선국된다.
num_EAS_messages는, 해당 테이블 내에 포함되는 EAS 메시지의 수를 나타낸다.
network_id, transport_stream_id, 및 service_id는, automatic_tuning_flag가 1인 경우에, 선국해야 할 서비스를 나타낸다. 즉, automatic_tuning_flag가 1인 경우, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때에, 이 트리플렛에 의해 지정된 서비스가 자동으로 선국된다.
EAS_message_id는, EAS 메시지 식별을 나타낸다. EAS_priority는, EAS 메시지가 복수인 경우에 EAS 메시지의 우선도를 나타낸다. EAS_enforcement_flag는, 대상의 EAS 메시지가, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때에, 표시해야 할 EAS 메시지인지의 여부를 나타낸다.
여기서, EAS_enforcement_flag를 사용하지 않고, EAS_enforcement_flag의 내용을 EAS_priority에 포함할 수 있다. 예를 들어, EAS_priority의 8비트로 표현되는 수치가 소정의 수치 이상이면, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때에, 표시해야 할 EAS 메시지인 것으로 결정될 수 있다.
EAS_IP_version_flag는, 스트림의 IP버전의 플래그를 나타낸다. 예를 들어, EAS_IP_version_flag로서 "0"이 지정된 경우에, IPv4를 나타내는 것으로 가정되고, "1"이 지정된 경우에, IPv6을 나타내는 것으로 가정된다. 여기서, EAS_IP_version_flag는, 후술하는 EAS_message_transfer_type로서 "3"이 지정된 경우에 IP_address에 적용된다.
EAS_message_transfer_type는, EAS 메시지의 전송 방식의 타입을 나타낸다. 이러한 타입으로서는, 1 내지 5를 지정할 수 있다.
EAS_message_transfer_type로서 "1"이 지정된 경우, 전송 방식이 "NRT(Non Real Time) 포털 서비스 전송"인 것을 나타낸다. NRT 포털 서비스 전송은, FLUTE 세션을 통해 전송된 NRT 포털 정보에 의해, 긴급 정보를 전송하는 방식이다. 또한, NRT 포털 정보의 서비스(채널)는 HTML(Hyper Text Markup Language) 형식의 NRT 포털 정보만을 항상 보내고 있는, 소위 데이터 방송의 서비스이다.
EAS_message_transfer_type로서 "2"가 지정된 경우, 전송 방식이 "EAS 메시지 전송"인 것을 나타낸다. EAS 메시지 전송은, EAT의 EAS 메시지에 CAP 정보(긴급 정보)를 포함한 다음 전송되는 방식이다. 또한, EAS_message_transfer_type로서 "3"이 지정된 경우, 전송 방식이 "스트림 전송"인 것을 나타낸다. 스트림 전송은, EAS이외의 스트림에 의해 CAP 정보(긴급 정보)를 전송하는 방식이다.
EAS_message_transfer_type로서 "4"가 지정된 경우, 전송 방식이 "애플리케이션 전송"인 것을 나타낸다. 애플리케이션 전송은, 텔레비전 프로그램에 연동해서 실행되는 애플리케이션을, 긴급 고지 애플리케이션으로서 전송하는 방식이다.
EAS_message_transfer_type로서, "5"가 지정된 경우, 전송 방식이 "공유 컴포넌트 서비스 전송"인 것을 나타낸다. 공유 컴포넌트 서비스 전송은, 다른 지정된 공유 컴포넌트 서비스를 통해, 긴급 정보를 전송하는 방식이다.
EAS_message_encoding_type는, EAS 메시지의 인코딩 방식을 나타낸다.
EAS_message_transfer_type로서 "2"가 지정된 경우, EAS_message_length와 EAS_message_bytes()가 배치된다. EAS_message_length는, EAS 메시지 길이를 나타낸다. EAS_message_bytes()은 EAS 메시지의 바이트 수를 나타낸다.
EAS_message_transfer_type로서 "3"이 지정된 경우, IP_address와 UDP_port_num이 배치된다. IP_address는, IP 어드레스를 나타낸다. UDP_port_num은, 포트 번호를 나타낸다.
EAS_message_transfer_type로서 "4"가 지정된 경우, EAS_application_identifier가 배치된다. EAS_application_identifier는, 애플리케이션 식별을 나타낸다.
EAS_message_transfer_type로서 "5"가 지정된 경우, EAS_shared_service_type와 EAS_shared_service_id가 배치된다.
EAS_shared_service_type는, EAS 메시지를, 공유 컴포넌트 서비스를 통해 전송할 경우의 신호 구성의 타입을 나타낸다. 예를 들어, EAS_shared_service_type로서 "1"이 지정된 경우, 오디오 데이터만을 나타내고, "2"가 지정된 경우, 비디오 데이터만을 나타내고, "3"이 지정된 경우, 비디오 데이터와 오디오 데이터의 양쪽을 나타낼 수 있다.
EAS_shared_service_id는, 오디오 데이터, 비디오 데이터, 또는 비디오 데이터와 오디오 데이터의 양쪽을 전송할 경우의 service_id를 나타낸다.
EAS_NRT_service_id는, NRT 포털 정보를 전송하기 위한 서비스의 service_id를 나타낸다. 예를 들어, EAS_message_transfer_type로서 "1"이 지정되었을 때, service_id에 의해 지정되는 서비스가 선국되고, NRT 포털 정보(긴급 정보)가 취득된다. 또한, 예를 들어, EAS_message_transfer_type로서 "2" 또는 "3"이 지정되고 상세 정보를 표시하기 위한 조작이 행해졌을 때, 이 service_id에 의해 지정되는 서비스가 선국되고, NRT 포털 정보(상세 정보)가 취득된다. 또한, NRT 포털 정보를 전송하기 위한 서비스가 존재하지 않는 경우에는, 고정 service_id, 즉, 예를 들어, EAS_NRT_service_id="ffff"이 지정되는 것이 바람직하다.
여기서, 도 15 내지 도 17을 참조하여, EAT의 EAS_message_transfer_type로서 "2" 또는 "3"이 지정된 경우에 전송되는 CAP 정보의 상세에 대해서 설명한다.
도 15에 도시한 바와 같이, 정상적인 상황에서, EAS시스템에 있어서는, 방송국 내의 송신기로부터 방송 신호로서 텔레비전 프로그램 등의 방송 콘텐츠(AV content)가 안테나를 통해 송신된다. 수신기는, 안테나를 통해 송신기로부터 방송 신호를 수신하고, 텔레비전 프로그램 등의 방송 콘텐츠를 시청할 수 있다.
한편, 긴급 상황에 있어서, EAS시스템에서는, 긴급 정보로서의 역할을 하는 CAP 정보가, 방송국 내의 서버에 공급된다. 방송국 내의 송신기는, 서버로부터 수신된 CAP 정보와, 텔레비전 프로그램 등의 방송 콘텐츠를 다중화를 행하고, 안테나를 통해 방송 신호를 송신한다. 수신기는, 송신기로부터 송신된 방송 신호를 수신하고, 텔레비전 프로그램에, 자막 등의 CAP 정보(도 15의 "Alert Message")를 중첩되게 표시한다. 그 결과로, 긴급 상황에 있어서, 유저는, CAP 정보를 확인할 수 있다.
도 16은, CAP 정보의 구조를 나타내고 있다. 도 16에 도시한 바와 같이, CAP 정보는, alert 속성, info 속성, resource 속성, area 속성 등으로 구성된다. 도 17에는, XML 형식의 CAP 정보의 기술 예를 나타내고 있다. 이러한 CAP 정보가, EAS_message_transfer_type로서 "2"또는 "3"이 지정된 경우에 전송되게 된다.
<(2-2) SCS(SMT)의 상세 구조>
(SMT의 신택스)
도 18은, SMT의 신택스를 도시하는 도면이다.
table_id는, 테이블 식별을 나타낸다. section_syntax_indicator는, 1비트 필드이고, 이 곳에는 고정 값이 지정된다. section_length는, 섹션 길이를 나타낸다.
service_id는, 서비스 식별을 나타낸다. version_number는, 버전 번호를 나타낸다. current_next_indicator는, 커런트 넥스트 지시자를 나타낸다. section_number는, 섹션 번호를 나타낸다. last_section_number는, 최종 섹션 번호를 나타낸다. service_category는, 서비스의 카테고리를 나타낸다.
service_descriptor_length는, 서비스 기술자 길이를 나타낸다. base_UDP_port_number는, UDP의 포트 번호를 나타낸다. 예를 들어, RTCP(RTP Control Protocol)의 포트 번호는, RTP의 포트 번호의 값의 다음 값이 된다. component_info_length는, 컴포넌트 정보 길이를 나타낸다.
도 19는, 도 18에 도시된 SMT의 루프 내에 배치되는 기술자의 예를 도시하는 도면이다.
도 19에 도시한 바와 같이, SMT의 서비스 루프 내에는, Name_descriptor, Protocol_version_descriptor, NRT_service_descriptor, Capabilities_descriptor, Icon_descriptor, ISO-639 language_descriptor, Receiver_targeting_descriptor, Adjunct_service_descriptor, 및 Genre_descriptor가 필요에 따라서 배치된다. SMT의 컴포넌트 루프 내에는, 컴포넌트마다 필요한 정보를 공급하기 위한 Component_descriptor가 반드시 배치된다.
<(3) 방송 시스템의 구성>
(방송 시스템의 구성예)
도 20은, 본 기술의 실시예에 따른 방송 시스템의 구성을 도시하는 도면이다.
도 20에 도시한 바와 같이, 방송 시스템(1)은, 송신 장치(10), 수신 장치(20), 애플리케이션 서버(50), 배신 서버(60) 및 웹 서버(70)를 포함한다. 수신 장치(20)는, 인터넷(90)을 통해 애플리케이션 서버(50), 배신 서버(60), 및 웹 서버(70)와 연결되어 있다.
정상적인 상황에 있어서, 송신 장치(10)는, 텔레비전 프로그램 등의 방송 콘텐츠를, IP 전송 방식을 사용한 디지털 방송의 방송파를 통해 송신한다. 송신 장치(10)는, 긴급 상황에 있어서, 긴급 고지 제어 신호를, IP 전송 방식을 사용한 디지털 방송의 방송파를 통해 송신한다.
수신 장치(20)는, 정상적인 상황에 있어서, 송신 장치(10)로부터 송신된 방송 신호를 수신하고, 방송 콘텐츠의 영상과 음성을 취득한다. 수신 장치(20)는, 방송 콘텐츠의 영상을 디스플레이 상에 표시하게 하고, 그 영상에 동기된 음성을 스피커로부터 출력되게 한다.
수신 장치(20)는, 긴급 상황에 있어서, 송신 장치(10)로부터 송신된 방송 신호를 수신하고, 긴급 고지 제어 신호를 취득한다. 수신 장치(20)는, 긴급 고지 제어 신호에 기초하여, 긴급 고지 서비스에 대응하는 각 유닛의 동작을 제어하여, 긴급 정보의 통지가 주어지게 한다. 여기서, 긴급 정보 또는 그 상세 정보는, 송신 장치(10)로부터, IP 전송 방식을 사용한 디지털 방송의 방송파를 통해 송신될 수 있다. 또한, 긴급 정보 및 그 상세 정보의 통지는, 영상 및 음성 중 적어도 하나에 의해 주어진다.
또한, 수신 장치(20)는, 디스플레이 및 스피커를 포함하는 단일 장치로서 구성될 수 있고, 또는 텔레비전 수신기, 비디오 레코더 등에 내장될 수 있다.
애플리케이션 서버(50)는, 방송 콘텐츠에 연동해서 실행되는 긴급 고지 애플리케이션을 관리하고 있다. 애플리케이션 서버(50)는, 수신 장치(20)로부터 송신된 요구에 따라, 인터넷(90)을 통해 긴급 고지 애플리케이션을 공급한다. 수신 장치(20)는, 애플리케이션 서버(50)로부터 수신된 긴급 고지 애플리케이션을, 방송 콘텐츠에 연동해서 실행한다.
배신 서버(60)는, 방송된 방송 프로그램 또는 공개된 영화 등의 통신 콘텐츠를, 인터넷(90)을 통해, VOD(video on demand) 방식으로 공급한다. 수신 장치(20)는, 인터넷(90)을 통해 배신 서버(60)로부터 배신되는 통신 콘텐츠를 수신한다. 수신 장치(20)는, 통신 콘텐츠의 영상을 디스플레이 상에 표시되게 하고, 그 영상에 동기된 음성을 스피커를 통해 출력되게 한다.
웹 서버(70)는, 예를 들어 긴급 정보 또는 그 상세 정보를, HTML 형식의 파일로서 관리한다. 웹 서버(70)는, 수신 장치(20)로부터 송신된 요구에 따라, 인터넷(90)을 통해, 긴급 정보 또는 그 상세 정보를 공급한다. 수신 장치(20)는, 웹 서버(70)로부터 수신된 긴급 정보 또는 그 상세 정보를, 디스플레이 상에 표시되게 한다.
방송 시스템(1)은, 상기 구성을 갖는다.
(송신 장치의 구성예)
도 21은, 본 기술의 실시예에 따른 송신 장치의 구성을 도시하는 도면이다.
도 21에 도시한 바와 같이, 송신 장치(10)는, 비디오 데이터 취득부(111), 비디오 인코더(112), 오디오 데이터 취득부(113), 오디오 인코더(114), 자막 데이터 취득부(115), 자막 인코더(116), 제어 신호 취득부(117), 제어 신호 처리부(118), 파일 데이터 취득부(119), 파일 처리부(120), Mux(121), 및 송신부(122)를 포함한다.
비디오 데이터 취득부(111)는, 내부 스토리지, 외부 서버, 카메라 등으로부터 비디오 데이터를 취득하고, 이 비디오 데이터를 비디오 인코더(112)에 공급한다. 비디오 인코더(112)는, 비디오 데이터 취득부(111)로부터 공급되는 비디오 데이터를, MPEG 등의 부호화 방식에 따라 부호화하고, 이 부호화된 데이터를 Mux(121)에 공급한다.
오디오 데이터 취득부(113)는, 내부 스토리지, 외부 서버, 마이크로폰 등으로부터 오디오 데이터를 취득하고, 이 오디오 데이터를 오디오 인코더(114)에 공급한다. 오디오 인코더(114)는, 오디오 데이터 취득부(113)로부터 공급되는 오디오 데이터를, MPEG 등의 부호화 방식에 따라 부호화하고, 이 부호화된 데이터를 Mux(121)에 공급한다.
자막 데이터 취득부(115)는, 내부 스토리지, 외부 서버 등으로부터 자막 데이터를 취득하고, 이 자막 데이터를 자막 인코더(116)에 공급한다. 자막 인코더(116)는, 자막 데이터 취득부(115)로부터 공급되는 자막 데이터를, 소정의 부호화 방식에 따라 부호화하고, 이 부호화된 데이터를 Mux(121)에 공급한다.
제어 신호 취득부(117)는, 내부 스토리지, 외부 서버 등으로부터, LLS 또는 SCS 등의 제어 신호를 취득하고, 이 제어 신호를 제어 신호 처리부(118)에 공급한다. 제어 신호 처리부(118)는, 제어 신호 취득부(117)로부터 공급되는 제어 신호에 대하여 소정의 신호 처리를 실시하고, 결과적인 데이터를 Mux(121)에 공급한다.
파일 데이터 취득부(119)는, 비동기형 파일 형식의 데이터를 전송할 경우에는, 내부 스토리지, 외부 서버 등으로부터, NRT 콘텐츠 또는 애플리케이션 등의 파일 데이터를 취득하고, 이 파일 데이터를 파일 처리부(120)에 공급한다. 파일 처리부(120)는, 파일 데이터 취득부(119)로부터 공급되는 파일 데이터에 대하여 소정의 파일 처리를 실시하고, 이 파일 데이터를 Mux(121)에 공급한다. 예를 들어, 파일 처리부(120)는, 파일 데이터 취득부(119)에 의해 취득된 파일 데이터에 대해, FLUTE 세션을 통한 전송을 위해 파일 처리를 행한다.
Mux(121)는, 비디오 인코더(112)로부터 수신된 비디오 데이터, 오디오 인코더(114)로부터 수신된 오디오 데이터, 자막 인코더(116)로부터 수신된 자막 데이터, 제어 신호 처리부(118)로부터 수신된 제어 신호, 및 파일 처리부(120)로부터 수신된 파일 데이터의 다중화를 행해서 IP 전송 방식의 스트림을 생성하고, 이 생성된 스트림을 송신부(122)에 공급한다.
송신부(122)는, Mux(121)로부터 공급되는 IP 전송 방식의 스트림을 방송 신호로서, 안테나(123)를 통해 송신한다.
(수신 장치의 구성예)
도 22는, 본 기술의 실시예에 따른 수신 장치의 구성을 도시하는 도면이다.
도 22에 도시한 바와 같이, 수신 장치(20)는, 튜너(212), Demux(213), 클럭 발생기(214), 비디오 디코더(215), 비디오 출력부(216), 오디오 디코더(217), 오디오 출력부(218), 자막 디코더(219), FLUTE 처리부(220), 스토리지(221), 제어 신호 처리부(222), NVRAM(223), 긴급 고지 제어부(224), 통신 I/F(225), 브라우저(226), 및 스트리밍 처리부(227)를 포함한다.
튜너(212)는, 안테나(211)를 통해 수신된 방송 신호로부터, 선국이 지시된 서비스의 방송 신호를 추출해서 복조하고, 그 결과 얻어지는 IP 전송 방식의 스트림을, Demux(213)에 공급한다.
Demux(213)는, 튜너(212)로부터 공급되는 IP 전송 방식의 스트림을, 비디오 데이터, 오디오 데이터, 자막 데이터, 제어 신호 등으로 분리하고, 이들 비디오 데이터, 오디오 데이터, 자막 데이터, 제어 신호 등을 후단의 블록에 출력한다. 구체적으로는, Demux(213)는, GSE 필터(251), IP 필터(252), UDP 필터(253), 및 섹션 필터 뱅크(254)를 포함한다. GSE 필터(251)는, GSE 헤더에 기초하여, 필터링 처리를 행하고, LLS를 섹션 필터 뱅크(254)에 공급한다.
IP 필터(252)는, IP 헤더에 기초하여, 필터링 처리를 행한다. UDP 필터(253)는, UDP 헤더에 기초하여, 필터링 처리를 행한다. IP 필터(252) 내지 UDP 필터(253)에 의해 행해진 필터링 처리에서, NTP는 클럭 발생기(214)에 공급되고, SCS는 섹션 필터 뱅크(254)에 공급된다. 비디오 데이터, 오디오 데이터, 및 자막 데이터는, 비디오 디코더(215), 오디오 디코더(217), 및 자막 디코더(219)에 각각 공급된다. 또한, 각종 파일 데이터는, FLUTE 처리부(220)에 공급된다.
섹션 필터 뱅크(254)는, 섹션 헤더에 기초하여, 필터링 처리를 행하고, LLS와 SCS를 적절히 제어 신호 처리부(222)에 공급한다. 섹션 필터 뱅크(254)는, LLS로서 전송되는 섹션 형식의 EAT를 취득하고, 이 섹션 형식의 EAT를 긴급 고지 제어부(224)에 공급한다.
또한, IP 필터(252)는, 하나 이상의 IP 어드레스를 이용한 필터링 처리를 행하고, 컴포넌트(Audio/Video), 제어 신호(SCS), 시각 정보(NTP), 또는 전자 서비스 가이드(ESG) 등의 정보를, 서비스 단위로 추출할 수 있다.
클럭 발생기(214)는, Demux(213)로부터 공급되는 NTP에 기초하여, 클럭 신호를 생성하고, 이 클럭 신호를 비디오 디코더(215), 오디오 디코더(217), 및 자막 디코더(219)에 공급한다.
비디오 디코더(215)는, 클럭 발생기(214)로부터 공급되는 클럭 신호에 기초하여, Demux(213)로부터 공급되는 비디오 데이터를, 비디오 인코더(112)(도 21)에 대응하는 복호 방식에 따라 복호하고, 이 복호된 비디오 데이터를 비디오 출력부(216)에 공급한다. 비디오 출력부(216)는, 비디오 디코더(215)로부터 공급되는 비디오 데이터를, 후단의 디스플레이(도시하지 않음)에 출력한다. 그 결과로, 디스플레이 상에는, 예를 들어 텔레비전 프로그램의 영상이 표시된다.
오디오 디코더(217)는, 클럭 발생기(214)로부터 공급되는 클럭 신호에 기초하여, Demux(213)로부터 공급되는 오디오 데이터를, 오디오 인코더(114)(도 21)에 대응하는 복호 방식에 따라 복호하고, 이 복호된 오디오 데이터를 오디오 출력부(218)에 공급한다. 오디오 출력부(218)는, 오디오 디코더(217)로부터 공급되는 오디오 데이터를, 후단의 스피커(도시하지 않음)에 공급한다. 그 결과로, 스피커로부터는, 예를 들어, 텔레비전 프로그램의 영상에 대응하는 음성이 출력된다.
자막 디코더(219)는, 클럭 발생기(214)로부터 공급되는 클럭 신호에 기초하여, Demux(213)로부터 공급되는 자막 데이터를, 자막 인코더(116)(도 21)에 대응하는 복호 방식에 따라 복호하고, 이 복호된 자막 데이터를 비디오 출력부(216)에 공급한다. 비디오 출력부(216)는, 자막 디코더(219)로부터 자막 데이터가 공급된 경우, 그 자막 데이터를, 비디오 디코더(215)로부터 수신된 비디오 데이터와 합성하고, 이 합성된 데이터를 후단의 디스플레이(도시하지 않음)에 공급한다. 그 결과로, 디스플레이 상에는, 텔레비전 프로그램의 영상과, 그 영상에 대응한 자막이 표시된다.
FLUTE 처리부(220)는, 제어 신호 처리부(222)의 제어에 따라, Demux(213)로부터 공급되는 각종 파일 데이터로부터, ESG, 긴급 고지 애플리케이션, NRT 콘텐츠 등을 복원한다. 예를 들어, FLUTE 처리부(220)는, 복원한 ESG 또는 복원한 NRT 콘텐츠를, 스토리지(221)에 기록되게 한다. 또한, 예를 들어, FLUTE 처리부(220)는, 복원한 긴급 고지 애플리케이션을, 브라우저(226)에 공급한다.
스토리지(221)는, HDD(hard disk drive) 등의 대용량의 기록 장치이다. 스토리지(221)는, FLUTE 처리부(220) 등으로부터 공급되는 각종 데이터를 기록한다.
제어 신호 처리부(222)는, 섹션 필터 뱅크(254)로부터 공급되는 제어 신호(LLS 및 SCS)에 기초하여, 각 유닛의 동작을 제어한다. NVRAM(223)은, 불휘발성 메모리이며, 제어 신호 처리부(222)의 제어에 따라, 각종 데이터를 기록한다.
긴급 고지 제어부(224)는, 섹션 필터 뱅크(254)로부터 공급되는 EAT에 기초하여, 긴급 고지 서비스에 대응하는 각 유닛의 동작을 제어한다. 예를 들어, 긴급 고지 제어부(224)는, EAT의 EAS_message_transfer_type에 따라, 수신 장치(20)의 각 부를 제어하여, 긴급 정보를 디스플레이 상에 표시시킨다. 또한, 긴급 고지 제어부(224)는, 튜너(212)를 항상 감시하고, "온"으로 설정된 강제 긴급 기동 플래그가 방송 신호로부터 검출되고 수신 장치(20)가 슬립 상태일 때, 수신 장치(20)의 전원을 온시킨다.
통신 I/F(225)는, 인터넷(90)을 통해 애플리케이션 서버(50)로부터 긴급 고지 애플리케이션을 수신하고, 이 긴급 고지 애플리케이션을 브라우저(226)에 공급한다. 또한, 통신 I/F(225)는, 인터넷(90)을 통해 웹 서버(70)로부터 긴급 정보 또는 그 상세 정보를 수신하고, 이 긴급 정보 또는 그 상세 정보를 브라우저(226)에 공급한다.
브라우저(226)에는, FLUTE 처리부(220)로부터 긴급 고지 애플리케이션 또는 통신 I/F(225)로부터 긴급 고지 애플리케이션, 긴급 정보 또는 상세 정보가 공급된다. 브라우저(226)는, 긴급 고지 애플리케이션, 긴급 정보 또는 상세 정보에 따른 비디오 데이터를 생성하고, 이 생성된 비디오 데이터를 비디오 출력부(216)에 공급한다. 그 결과로, 디스플레이 상에는, 긴급 고지 애플리케이션, 긴급 정보 또는 상세 정보의 영상이 표시된다.
또한, 통신 I/F(225)는, 인터넷(90)을 통해 배신 서버(60)로부터 배신되는 통신 콘텐츠의 데이터를 수신하고, 이 통신 콘텐츠의 데이터를 스트리밍 처리부(227)에 공급한다. 스트리밍 처리부(227)는, 통신 I/F(225)로부터 공급되는 데이터에 대하여 스트리밍 재생을 행하기 위해서 필요한 각종의 처리를 실시하고, 그 결과로 얻어진 비디오 데이터를 비디오 출력부(216)에 공급하고, 오디오 데이터를 오디오 출력부(218)에 공급한다. 그 결과로, 디스플레이 상에는, 통신 콘텐츠의 영상이 표시되고, 그 영상에 동기된 음성이 스피커로부터 출력된다.
또한, 도 22의 수신 장치(20)에 있어서, 예를 들어, 튜너(212), Demux(213), 클럭 발생기(214), 비디오 디코더(215), 비디오 출력부(216), 오디오 디코더(217), 오디오 출력부(218), 자막 디코더(219), 스토리지(221), NVRAM(223), 및 통신 I/F(225)는, 하드웨어로서 구성된다. 한편, 수신 장치(20)에 있어서, 예를 들어, FLUTE 처리부(220), 제어 신호 처리부(222), 긴급 고지 제어부(224), 브라우저(226), 및 스트리밍 처리부(227)는, CPU(도 67의 CPU(901))가 실행하는 프로그램에 의해 구현된다.
도 22의 수신 장치(20)의 구성에서는, 스토리지(221)는 내장되어 있다고 설명했지만, 외장형 스토리지를 사용할 수 있다.
(필터링 처리의 상세)
이어서, 도 23을 참조하여, Demux(213)(도 22)에 의해 행해진 각 패킷의 필터링 처리의 상세에 대해서 설명한다.
도 23에 도시한 바와 같이, Demux(213)에는, 각종 헤더 정보와, 페이로드로서, LLS, NTP, MLS(SCS), 각종 파일 데이터, 비디오 데이터, 또는 오디오 데이터를 포함하고 있는 각 패킷이 입력된다.
GSE 헤더에는, IP 또는 시그널링을 나타내는 타입 정보가 포함되어 있다. GSE 필터(251)는, GSE 헤더에 포함되는 타입 정보에 기초하여, 필터링 처리를 행한다. 도 23의 예에서는, LLS의 패킷의 타입 정보만이 시그널링이 되고, 다른 패킷은 IP가 되기 때문에, LLS의 패킷만이 섹션 필터 뱅크(254)에 공급된다.
IP 헤더에는, IP 어드레스가 포함된다. IP 필터(252)는, IP 헤더에 포함되는 IP 어드레스에 기초하여, 필터링 처리를 행한다. 도 23의 예에서는, IP 헤더가 부가되어 있는 패킷들 중, NTP의 패킷만이 상이한 IP 어드레스를 갖지만, 다른 패킷은 동일한 IP 어드레스를 갖는다.
또한, UDP 헤더에는, 포트 번호가 포함된다. UDP 필터(253)는, UDP 헤더에 포함되는 포트 번호에 기초하여, 필터링 처리를 행한다. 도 23의 예에서는, UDP 헤더가 부가되어 있는 각 패킷은 포트 번호가 상이하다. 또한, FLUTE 세션을 이용해서 전송되는 패킷에는, LCT 헤더가 부가되고, RTP 세션을 이용해서 전송되는 패킷에는, RTP 헤더가 부가된다.
그 다음, IP 필터(252)와 UDP 필터(253)에 의해, IP 어드레스와 포트 번호를 사용해서 필터링 처리가 행해짐으로써, LCT 헤더가 부가되어 있지 않은 NTP의 패킷은, 클럭 발생기(214)에 출력된다. 또한, RTP 헤더가 부가된 비디오 데이터와 오디오 데이터의 패킷은, 비디오 디코더(215)와 오디오 디코더(217)에 출력된다. 또한, 각종 파일 데이터의 패킷은, FLUTE 처리부(220)에 출력된다.
섹션 필터 뱅크(254)에는, LLS의 패킷과 MLS(SCS)의 패킷이 공급된다. 섹션 필터 뱅크(254)는, 그 패킷에 부가된 섹션 헤더에 기초하여, 필터링 처리를 행한다. 여기서, 섹션 필터 뱅크(254)에 있어서는, 필터링 조건을 만족하는 패킷만이, 섹션 필터 뱅크(254)의 버퍼 메모리에 보유되고, CPU(도 67의 CPU(901))로부터 소프트웨어에 의해 간헐적으로 픽업된다.
예를 들어, 섹션 필터 뱅크(254)는, EAT의 table_id와 EA_category의 AND 조건을 사용해서 필터링 처리를 행함으로써, 각 유저가 바라는 긴급 정보만을 선택적으로 통지할 수 있다.
여기서, 도 24 및 도 25를 참조하여, 도 23에 도시된 섹션 필터 뱅크(254)에 의해 행해지는 EA_category를 사용한 필터링 처리의 상세한 내용에 대해서 설명한다.
도 24에 도시한 바와 같이, 16비트의 EA_category 중, 상위 2비트는 EA_priority를 나타내고, 다음의 2비트는 EA_scope를 나타내고, 다음의 8비트는 Area_code를 나타내고, 하위 4비트는 Category_code를 나타내고 있다.
도 25에 도시한 바와 같이, EA_priority는, 긴급 정보의 긴급도를 나타낸다. EA_priority로서는, 0 내지 3의 값이 지정되고, 그 값이 커질수록, 긴급도가 증가한다. 예를 들어, "0"은 "통상"을 나타내고, "3"은 "최대 긴급도"를 나타낸다.
EA_scope는, 긴급 정보의 대상 지역을 나타낸다. EA_scope로서는, 0 내지 3의 값이 지정된다. 예를 들어, "0"은 "해당 지역만"을 나타내고, "1"은 "기타 지역"을 나타내고, "2"는 "광역(wide area)"을 나타내고, "3"은 "글로벌(global)"을 나타낸다.
Area_code는, 소정의 지역 코드를 나타낸다. Area_code에는, 방송국의 서비스 에어리어 내에 미세한 에어리어를 지정할 경우에, 소정의 에어리어의 단위로 코드를 지정한다. 예를 들어, 군(county) 단위로, 코드가 지정된다.
Category_code는, 긴급 정보의 카테고리를 나타낸다. 예를 들어, "0"은 "재해 정보"를 나타내고, "1"은 "교통 정보"를 나타내고, "2"는 "날씨 정보"를 나타내고, "3"은 "통학 버스"를 나타낸다.
예를 들어, 유저는 EA_category를 사용하는 필터링 조건을 수신 장치(20)에 설정함으로써, 수신 장치(20)는, 그 필터링 조건에 따라, EAT의 단위로 필터링된 긴급 정보만을 통지한다. 구체적으로는, 소정 지역에 있어서는 중요한 긴급 정보가 되지만, 다른 지역에 있어서는 중요하지 않은 긴급 정보가 되는 경우가 있기 때문에, EA_scope 및 Area_code를 사용해서 긴급 정보에 대한 지역을 한정할 수 있다. 또한, 예를 들어, Category_code로서 "0"내지 "2"을 지정했을 경우에는, 재해 정보, 교통 정보 및 날씨 정보의 긴급 정보가 통지되지만, 통학 버스의 긴급 정보는 통지되지 않는다.
또한, 도 23에 있어서, 동일한 서비스 채널의 MLS(SCS), 각종 파일 데이터, 비디오 데이터, 및 오디오 데이터의 패킷들은, 동일한 IP 어드레스가 할당되어 있으므로, IP 필터(252)는, 그러한 패킷들을, NTP의 패킷과 함께 출력함으로써, IP 어드레스를 사용해서, 그것들의 제어 신호 및 데이터를 패키지화할 수 있다.
<(4) 구체적인 운용 예>
이어서, 섹션 형식의 IP 전송 방식에 따라 디지털 방송에 지원하는 방송 시스템(1)의 구체적인 운용 예에 대해서 설명한다. 여기서, 예를 들어, 수신 장치(20)는, 초기 기동하는 경우, 초기 스캔 처리를 실행하고, NIT와 AMT로부터 선국 정보를 취득하고, 그 선국 정보를 NVRAM(223) 등에 보유되게 하는 것으로 한다.
<(4-1) NRT 포털 서비스 전송>
먼저, 도 26 및 도 27을 참조하여, 슬립 상태 또는 기동 상태의 수신 장치(20)에 있어서의 NRT 포털 서비스 전송에 대해서 설명한다.
(슬립 상태 시의 NRT 포털 서비스 전송 처리)
도 26은, 슬립 상태의 수신 장치(20)에 있어서의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 26에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 26의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 26의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SMT)가 섹션 형식으로 전송된다.
도 26을 참조하면, 수신 장치(20)는, 슬립 상태로 되어 있다(S101). 여기서, 슬립 상태의 수신 장치(20)는, 항상, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그를 감시하고 있고(S102), 긴급도가 높은 긴급 정보를 전송할 경우에는, 강제 긴급 기동 플래그가 "온"으로 설정된다. 수신 장치(20)는, "온"으로 설정된 강제 긴급 기동 플래그가 검출된 경우, 전원이 온되어 기동된다(S103 및 S104).
또한, 수신 장치(20)는, 디폴트에 의해 설정된 BS로부터 전송된 LLS로부터, 섹션 형식의 EAT를 취득한다(S105 및 S106). 도 26에 도시한 바와 같이, 이 EAT에는, EAS_message_transfer_type="1"이 지정되어 있기 때문에, 긴급 정보는, NRT 포털 서비스의 NRT 포털 정보로서 전송된다. 따라서, 수신 장치(20)는, EAT의 EAS_NRT_service_id와 선국 정보를 사용해서 선국 처리를 행하고, SMT를 취득한다(S107).
수신 장치(20)는, SMT에 따라, FLUTE 세션을 통해 전송된 NRT 포털 정보를 취득하고, 취득된 긴급 정보를 디스플레이 상에 표시되게 한다(S108 및 S109). 또한, 이 NRT 포털 정보는, HTML 형식의 파일 데이터이며, 브라우저(226)에 의해 표시된다.
이상과 같이, 도 26의 NRT 포털 서비스 전송 처리에 있어서는, 긴급 상황에서, 슬립 상태의 수신 장치(20)가 기동된다. 그 다음, 수신 장치(20)는, LLS를 통해 전송되는 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, NRT 포털 정보를 취득한다. 그 결과로, 디스플레이는, D11-1의 상태(흑색 화면)로부터 강제적으로, D11-2의 상태("폭우 경보"를 표시한 화면)로 전환되고, 따라서 NRT 포털 정보로서 전송된 긴급 정보의 화면이 표시된다. 따라서, 텔레비전 프로그램을 시청하고 있지 않던 유저이어도, 강제적으로 표시된 긴급 정보의 화면을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
(기동 상태 시의 NRT 포털 서비스 전송 처리)
도 27은, 기동 상태의 수신 장치(20)에 있어서의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 27에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 27의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고, 따라서 RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 27의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SMT)가 섹션 형식으로 전송된다.
도 27에 있어서, 수신 장치(20)는, 도 26의 운용 예와는 달리, 기동 상태에 있고, 텔레비전 프로그램을 표시하고 있다(S121). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송되는 EAT를 감시하고, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출된 경우에는, 디폴트의 BS로부터, 최신의 EAT를 취득한다(S122 내지 S125). 도 27에 도시한 바와 같이, 이 섹션 형식의 EAT에는, EAS_message_transfer_type="1"이 지정되어 있기 때문에, 긴급 정보는, NRT 포털 서비스의 NRT 포털 정보로서 전송된다. 따라서, 수신 장치(20)는, EAT의 EAS_NRT_service_id와 선국 정보를 사용해서 선국 처리를 행하고, SMT를 취득한다(S126).
수신 장치(20)는, SMT에 따라, FLUTE 세션을 통해 전송된 NRT 포털 정보를 취득하고, 취득된 긴급 정보를 디스플레이 상에 표시되게 한다(S127 및 S128).
이상과 같이, 도 27의 NRT 포털 서비스 전송 처리에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출된 경우, LLS를 통해 전송된 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, NRT 포털 정보를 취득한다. 그 결과로, 디스플레이는, D12-1의 상태(텔레비전 프로그램을 표시한 화면)로부터 강제적으로, D12-2의 상태("폭우 경보"를 표시한 화면)로 전환되고, NRT 포털 정보로서 전송된 긴급 정보의 화면을 표시한다.
여기서, 도 27의 예에서는, 긴급 정보의 화면으로 강제적으로 전환하는 예를 나타냈지만, 예를 들어, EAT의 EA_category의 EA_priority가 나타내는 긴급도가 높은 경우에는, 화면이 강제적으로 전환할 수 있지만, 긴급도가 낮은 경우에는, 긴급 정보가 있다는 것을 나타내는 메시지가 텔레비전 프로그램에 중첩되도록 표시될 수 있고, 그 메시지가 선택된 경우에만, 긴급 정보가 표시될 수 있다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 긴급 정보의 긴급도에 따라 긴급 정보의 화면을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
<(4-2) EAS 메시지 전송>
이어서, 도 28 및 도 29를 참조하여, EAS 메시지 전송에 대해서 설명한다.
(슬립 상태 시의 EAS 메시지 전송 처리)
도 28은, 슬립 상태의 수신 장치(20)에 있어서의 EAS 메시지 전송 처리를 설명하는 도면이다.
도 28에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 28의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 28의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SMT)이 섹션 형식으로 전송된다.
도 28을 참조하면, 수신 장치(20)는, 슬립 상태로 되어 있다(S141). 여기서, 슬립 상태의 수신 장치(20)는, 항상, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그를 감시하고 있고(S142), 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출된 경우, 전원이 온 되어 기동된다(S143 및 S144).
수신 장치(20)는, 디폴트에 의해 설정된 BS로부터 전송된 LLS로부터, 섹션 형식의 EAT를 취득한다(S145 및 S146). 도 28에 도시한 바와 같이, 이 EAT에는, EAS_message_transfer_type="2"가 지정되어 있기 때문에, 긴급 정보는, EAT에 포함되는 CAP 정보로서 전송된다. 또한, 도 28의 EAT에는, automatic_tuning_flag="1"이 지정되어 있기 때문에, 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때, 트리플렛(network_id, transport_stream_id, 및 service_id)에 의해 지정되는 서비스를 선국하는 선국 처리를 행하고, SMT를 취득한다(S147).
수신 장치(20)는, SMT에 따라, RTP 세션을 통해 전송된 비디오 데이터와 오디오 데이터를 취득하고(S148), 텔레비전 프로그램에 중첩될 EAT의 CAP 정보를 디스플레이 상에 표시한다(S149).
이상과 같이, 도 28의 EAS 메시지 전송에 있어서는, 긴급 상황 시에, 슬립 상태의 수신 장치(20)가 기동된다. 또한, 수신 장치(20)는, LLS를 통해 전송된 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, CAP 정보와, 텔레비전 프로그램의 컴포넌트를 취득한다. 그 결과로, 디스플레이는, D13-1의 상태(흑색 화면)로부터 강제적으로, D13-2의 상태(텔레비전 프로그램에 자막(CAP 정보)을 중첩한 화면)로 전환되고, CAP 정보로서 전송된 긴급 정보의 화면을 표시한다. 따라서, 텔레비전 프로그램을 시청하고 있지 않던 유저이어도, 강제적으로 텔레비전 프로그램에 중첩되어 표시된 자막을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
(기동 상태 시의 EAS 메시지 전송 처리)
도 29는, 기동 상태의 수신 장치(20)에 있어서의 EAS 메시지 전송 처리를 설명하는 도면이다.
도 29에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 29의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 29의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SMT)가 섹션 형식으로 전송된다.
도 29를 참조하면, 수신 장치(20)는, 도 28의 운용 예와는 달리, 기동 상태에 있고, 텔레비전 프로그램을 표시하고 있다(S161). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고 있고, EAT가 갱신된 것으로 검출된 경우에는, EAT를 취득한다(S162 및 S163). 도 29에 도시한 바와 같이, 섹션 형식의 EAT에는, EAS_message_transfer_type="2"가 지정되어 있기 때문에, 긴급 정보는, EAT에 포함된 CAP 정보로서 전송된다. 따라서, 수신 장치(20)는, 표시 중인 텔레비전 프로그램에 중첩될 EAT의 CAP 정보를 디스플레이 상에 표시한다(S164). 따라서, 유저는, 텔레비전 프로그램에 중첩되어 표시될 자막을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
여기서, 이 자막의 내용은, 폭우 경보가 발동된 사실만을 나타낼 수 있고 또는 그 상세한 정보를 나타낼 수 있다. 그로 인해, 예를 들어, 유저가 리모트 컨트롤러를 조작하여, 상세 정보를 표시하도록 지시한 경우(S165), 긴급 정보의 추가 정보로서, 폭우 경보의 상세 정보가 표시된다(S166 내지 S168).
구체적으로는, 수신 장치(20)는, EAT의 EAS_NRT_service_id와 선국 정보를 사용해서 선국 처리를 행하고, SMT를 취득한다(S166). 수신 장치(20)는, SMT에 따라, FLUTE 세션을 통해 전송된 NRT 포털 정보를 취득하고, 얻어진 긴급 정보의 상세 정보를 디스플레이 상에 표시되게 한다(S167 및 S168).
이상과 같이, 도 29의 EAS 메시지 전송에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, EAT가 갱신된 것으로 검출된 경우, LLS를 통해 전송된 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, CAP 정보와, 텔레비전 프로그램의 컴포넌트를 취득한다. 그 결과로, 디스플레이는, D14-1의 상태(텔레비전 프로그램을 표시한 화면)로부터, D14-2의 상태(텔레비전 프로그램에 자막(CAP 정보)을 중첩한 화면)로 전환되고, CAP 정보로서 전송된 긴급 정보의 자막을 표시한다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 텔레비전 프로그램에 중첩되어 표시된 자막을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
또한, 텔레비전 프로그램에 중첩되어 표시된 자막을 확인한 유저가, 날씨에 관한 상세 정보를 알고 싶을 경우에는, 유저는 소정의 조작을 행함으로써, NRT 포털 정보로서 전송된 긴급 정보의 상세 정보의 화면(D14-3의 상태)이 표시된다. 그 결과, 유저는, 자막에 의해 거의 표현되지 않는 정보를 포함하는 상세 정보를 확인하고, 폭우 경보에 관한 좀 더 상세한 정보를 얻을 수 있다.
또한, 도 29는, 상세 정보가 NRT 포털 정보로서 FLUTE 세션을 통해 전송되는 예와 관련하여 설명했지만, 예를 들어 상세 정보는 인터넷(90)에 접속된 웹 서버(70)를 통해 공급될 수 있다.
<(4-3) 애플리케이션 전송>
이어서, 도 30 및 도 31을 참조하여, 애플리케이션 전송에 대해서 설명한다.
(슬립 상태 시의 애플리케이션 전송 처리)
도 30은, 슬립 상태의 수신 장치(20)에 있어서의 애플리케이션 전송 처리를 설명하는 도면이다.
도 30에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 30의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, LLS(EAT) 및 SCS(SMT 및 AIT)가 섹션 형식으로 전송된다. 또한, NRT 포털 서비스용의 긴급 정보(도 30의 "NRT")가 FLUTE 세션을 통해 전송된다.
도 30을 참조하면, 수신 장치(20)는, 슬립 상태로 되어 있다(S181). 여기서, 슬립 상태의 수신 장치(20)는, 항상, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그를 감시하고(S182), 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출된 경우, 전원이 온 되어 기동한다(S183 및 S184).
또한, 수신 장치(20)는, 디폴트에 의해 설정된 BS로부터 전송된 LLS로부터, 섹션 형식의 EAT를 취득한다(S185 및 S186). 도 30에 도시한 바와 같이, 이 EAT에는, EAS_message_transfer_type="4"가 지정되어 있기 때문에, 긴급 정보는, 긴급 고지 애플리케이션으로서 전송된다. 또한, 도 30의 EAT에는, automatic_tuning_flag="1"이 지정되어 있기 때문에, 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때, 트리플렛에 의해 지정된 서비스를 선국하는 선국 처리를 행하고, SMT와 AIT를 취득한다(S187).
수신 장치(20)는, SMT에 따라, RTP 세션을 통해 전송된 비디오 데이터와 오디오 데이터를 취득한다(S188). 또한, 수신 장치(20)는, AIT를 참조하여, EAT의 EAS_application_identifier에 대응하는 애플리케이션을 취득하기 위한 URL(Uniform Resource Locator)을 취득하고, 인터넷(90)을 통해 애플리케이션 서버(50)에 액세스하고, 긴급 고지 애플리케이션을 취득한다(S189).
그 다음, 수신 장치(20)는, 취득한 비디오 데이터와 오디오 데이터에 따른 텔레비전 프로그램에, 애플리케이션 서버(50)로부터 취득한 긴급 고지 애플리케이션을 중첩하여, 디스플레이 상에 표시한다(S190 및 S191).
이상과 같이, 도 30의 애플리케이션 전송 처리에 있어서는, 긴급 상황 시에, 슬립 상태의 수신 장치(20)가 기동된다. 또한, 수신 장치(20)는, LLS를 통해 전송된 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, 텔레비전 프로그램의 컴포넌트와, 긴급 고지 애플리케이션을 취득한다. 그 결과로, 디스플레이는, D15-1의 상태(흑색 화면)로부터 강제적으로, D15-2의 상태(텔레비전 프로그램에 긴급 고지 애플리케이션을 중첩한 화면)로 전환되고, 긴급 고지 애플리케이션으로서 전송된 긴급 정보의 화면을 표시한다. 따라서, 텔레비전 프로그램을 시청하고 있지 않던 유저이어도, 강제적으로 텔레비전 프로그램에 중첩 표시된 긴급 고지 애플리케이션을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
또한, 도 30의 D15-2의 상태에서는, 긴급 고지 애플리케이션은, 텔레비전 프로그램에서 "L"자 형태가 표시되어 있지만, 임의의 다른 표시 형태가 채택될 수 있는데, 예를 들어 애플리케이션이 오버레이 방식으로 표시될 수 있다. 또한, 긴급 고지 애플리케이션은, FLUTE 세션을 통해 전송될 수 있다.
또한, 도 30의 예에서는, 애플리케이션의 제어 정보로서, AIT를 설명했지만, AIT 대신에, 트리거 정보를 사용할 수 있다. 트리거 정보는, 애플리케이션의 동작을 제어하기 위한 커맨드를 포함하는 제어 정보이며, 예를 들어 비디오 데이터나 오디오 데이터 내에 배치된 다음 전송된다.
(기동 상태 시의 애플리케이션 전송 처리)
도 31은, 기동 상태의 수신 장치(20)에 있어서의 애플리케이션 전송 처리를 설명하는 도면이다.
도 31에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 31의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, LLS(EAT)와 SCS(SMT 및 AIT)이 섹션 형식으로 전송된다. 또한, NRT 포털 서비스용의 긴급 정보(도 31의 "NRT")가 FLUTE 세션을 통해 전송된다.
도 31에 있어서, 수신 장치(20)는, 도 30의 운용 예와는 달리, 기동 상태에 있고, 텔레비전 프로그램을 표시하고 있다(S201). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고, EAT가 갱신된 것을 검출한 경우에는, 그 EAT를 취득한다(S202 및 S203). 도 31에 도시한 바와 같이, 이 섹션 형식의 EAT에는, EAS_message_transfer_type="4"가 지정되어 있기 때문에, 긴급 정보는, 긴급 고지 애플리케이션으로서 전송된다. 또한, 도 31의 EAT에는, automatic_tuning_flag="1"이 지정되어 있기 때문에, 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정되었을 때, 트리플렛에 의해 지정되는 서비스를 선국하는 선국 처리를 행하고, AIT를 취득한다(S204).
수신 장치(20)는, AIT를 참조하여, EAT의 EAS_application_identifier에 대응하는 애플리케이션이 취득되는 URL을 취득하고, 인터넷(90)을 통해 애플리케이션 서버(50)에 액세스하고, 긴급 고지 애플리케이션을 취득한다(S206). 그 다음, 수신 장치(20)는, 표시 중인 텔레비전 프로그램에, 애플리케이션 서버(50)로부터 취득한 긴급 고지 애플리케이션을 중첩하고, 디스플레이 상에 표시한다(S205, S207, 및 S208).
이상과 같이, 도 31의 애플리케이션 전송 처리에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, EAT가 갱신된 것으로 검출된 경우, LLS를 통해 전송된 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, 긴급 고지 애플리케이션을 취득한다. 그 결과로, 디스플레이는, D16-1의 상태(텔레비전 프로그램을 표시한 화면)로부터, D16-2의 상태(텔레비전 프로그램에 긴급 고지 애플리케이션을 중첩한 화면)로 전환되고, 애플리케이션으로서 전송된 긴급 정보의 화면을 표시한다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 텔레비전 프로그램에 L자형으로 중첩 표시된 긴급 고지 애플리케이션을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
또한, 다른 애플리케이션이 기동 상태에 있을 때 긴급 고지 애플리케이션을 기동시키기 위해서는, 기동 상태의 다른 애플리케이션을 종료시킨 후에 긴급 고지 애플리케이션이 기동된다.
<(4-4) 공유 컴포넌트 서비스 전송>
이어서, 도 32 및 도 33을 참조하여, 공유 컴포넌트 서비스 전송에 대해서 설명한다.
(기동 상태 시의 공유 컴포넌트 서비스 전송 처리)
도 32는, 공유 컴포넌트 서비스 전송 처리를 설명하는 도면이다.
도 32에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 32의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, 긴급 고지용의 공유의 오디오 데이터가, RTP 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SMT)가 섹션 형식으로 전송된다.
도 32를 참조하면, 수신 장치(20)는, 기동 상태에 있고, 텔레비전 프로그램을 표시하고 있다(S221). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고, EAT가 갱신된 것으로 검출된 경우에는, 그 EAT를 취득한다(S222 및 S223). 도 32에 도시한 바와 같이, 이 섹션 형식의 EAT에는, EAS_message_transfer_type="5"가 지정되어 있기 때문에, 긴급 정보는, 공유 컴포넌트 서비스를 통해 전송된다.
즉, 도 32의 EAT에는, EAS_shared_service_type로서, "Audio"가 지정되어 있기 때문에, 긴급 정보로서 긴급 고지용의 공유의 오디오 데이터가 공급되어 있으므로, 수신 장치(20)는, EAT의 EAS_shared_service_id와 선국 정보를 사용해서 선국 처리를 행하고, SMT를 취득한다(S244). 또한, 수신 장치(20)는, SMT에 따라, RTP 세션을 통해 전송된 긴급 고지용의 공유의 오디오 데이터를 취득하고, 텔레비전 프로그램이 표시되고 있는 중에, 긴급 정보의 공유 음성을 출력한다(S225 및 S226). 여기에서는, 예를 들어, 텔레비전 프로그램이 표시되는 중에, 음성만이 전환되고, "폭우 경보" 등의 음성이, 부 음성으로서 출력된다.
이상과 같이, 도 32의 애플리케이션 전송 처리에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, EAT가 갱신된 것으로 검출된 경우, LLS를 통해 전송된 섹션 형식의 EAT를 취득하고, 해당 EAT에 따라, 긴급 고지용의 공유의 오디오 데이터를 취득한다. 그 결과로, 디스플레이는, D17-1의 상태로부터 D17-2의 상태로의 전환이 수행되어도, 텔레비전 프로그램을 계속해서 표시하고, 음성만이 전환되어, "폭우 경보" 등의 음성이 긴급 정보로서 출력되게 한다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 텔레비전 프로그램을 계속해서 시청하면서, 긴급 정보의 음성을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
도 33은, 공유 컴포넌트 서비스의 예를 도시하는 도면이다.
도 33에 도시한 바와 같이, TV 서비스(1)와 TV 서비스(2)는, 상이한 서비스이지만, 긴급 상황 시에 제공되는 긴급 고지를 위해 동일한 오디오 데이터를 가지므로, TV 서비스(1)와 TV 서비스(2)는 공통의 공유 컴포넌트 서비스에 의해 제공될 수 있다.
구체적으로는, TV 서비스(1)에 있어서, 긴급 상황에는, 음성이, TV 서비스(1)의 오디오 데이터로부터, 공통의 공유 컴포넌트 서비스의 오디오 데이터로 전환된다. 그 결과로, TV 서비스(1)의 텔레비전 프로그램이 표시 중에, 공유 컴포넌트 서비스의 오디오 데이터에 기초한 긴급 정보가 음성으로서 출력된다. 그 다음, 긴급 정보의 음성 출력이 종료하면, TV 서비스(1)에 있어서는, 공유 컴포넌트 서비스의 오디오 데이터로부터, TV 서비스(1)의 오디오 데이터로의 전환이 수행된다.
마찬가지로, TV 서비스(2)에 있어서, 긴급 상황에는, 음성이, TV 서비스(2)의 오디오 데이터로부터, 공통의 공유 컴포넌트 서비스의 오디오 데이터로 전환된다. 그 결과로, TV 서비스(2)의 텔레비전 프로그램을 표시 중에, 공유 컴포넌트 서비스의 오디오 데이터에 기초한 긴급 정보가 음성으로서 출력된다. 그 다음, 긴급 정보의 음성 출력이 종료하면, TV 서비스(2)에 있어서는, 공유 컴포넌트 서비스의 오디오 데이터로부터, TV 서비스(2)의 오디오 데이터로의 전환이 수행된다.
또한, 도 33의 예에서는, 공유 서비스로서 전송되는 공유의 컴포넌트로서, 하나의 오디오 데이터를 예로 들어 설명했지만, 공유 컴포넌트는 오디오 데이터에 한하지 않고, 예를 들어, 비디오 데이터나 자막 데이터 등 임의의 다른 컴포넌트는, 컴포넌트가 복수의 서비스 간에서 공유 가능한 한, 공유 컴포넌트로서 이용될 수 있다. 또한, 공유 서비스로서 전송되는 공유의 컴포넌트로서, 복수의 공유의 컴포넌트들이 전송될 수 있다.
<(5) 각 장치에서 실행되는 구체적인 처리의 내용>
이어서, 도 34 내지 도 40을 참조하여, 도 20의 방송 시스템(1)을 구성하는 장치에 의해 실행되는 구체적인 처리의 내용에 대해서 설명한다.
(송신 처리)
먼저, 도 34의 흐름도를 참조하여, 도 20의 송신 장치(10)에 의해 실행되는 송신 처리에 대해서 설명한다.
단계 S301에 있어서, 비디오 데이터 취득부(111)는, 비디오 데이터를 취득하고, 이 비디오 데이터를 비디오 인코더(112)에 공급한다. 단계 S302에 있어서, 비디오 인코더(112)는, 비디오 데이터 취득부(111)로부터 공급되는 비디오 데이터를 부호화하고, 이 부호화된 비디오 데이터를 Mux(121)에 공급한다.
단계 S303에 있어서, 오디오 데이터 취득부(113)는, 오디오 데이터를 취득하고, 이 오디오 데이터를 오디오 인코더(114)에 공급한다. 단계 S304에 있어서, 오디오 인코더(114)는, 오디오 데이터 취득부(113)로부터 공급되는 오디오 데이터를 부호화하고, 이 부호화된 오디오 데이터를 Mux(121)에 공급한다.
단계 S305에 있어서, 자막 데이터 취득부(115)는, 자막 데이터를 취득하고, 이 자막 데이터를 자막 인코더(116)에 공급한다. 단계 S306에 있어서, 자막 인코더(116)는, 자막 데이터 취득부(115)로부터 공급되는 자막 데이터를 부호화하고, 이 부호화된 자막 데이터를 Mux(121)에 공급한다.
단계 S307에 있어서, 제어 신호 취득부(117)는, SCS나 LLS 등의 제어 신호를 취득하고, 이 제어 신호를 제어 신호 처리부(118)에 공급한다. 단계 S308에 있어서, 제어 신호 처리부(118)는, 제어 신호 취득부(117)로부터 공급되는 제어 신호에 대하여 소정의 신호 처리를 실시하고, 그 결과 데이터를 Mux(121)에 공급한다.
단계 S309에 있어서, 파일 데이터 취득부(119)는, 비동기형 파일 형식의 데이터를 전송할 경우에는, 예를 들어 NRT 콘텐츠나 애플리케이션 등의 파일 데이터를 취득하고, 이 취득된 데이터를 파일 처리부(120)에 공급한다. 단계 S310에 있어서, 파일 처리부(120)는, 파일 데이터 취득부(119)로부터 공급되는 파일 데이터에 대하여 소정의 신호 처리를 실시하고, 그 결과 데이터를 Mux(121)에 공급한다.
단계 S311에 있어서, Mux(121)는, 비디오 인코더(112)로부터 수신된 비디오 데이터, 오디오 인코더(114)로부터 수신된 오디오 데이터, 자막 인코더(116)로부터 수신된 자막 데이터, 제어 신호 처리부(118)로부터 수신된 제어 신호, 및 파일 처리부(120)로부터 수신된 파일 데이터를 다중화해서 IP 전송 방식의 스트림을 생성하고, 이 IP 전송 방식의 스트림을 송신부(122)에 공급한다.
단계 S312에 있어서, 송신부(122)는, Mux(121)로부터 공급되는 스트림을 방송 신호로서, 안테나(123)를 통해 송신한다. 단계 S312의 처리가 종료되면, 송신 처리는 종료된다.
이상, 송신 처리에 대해서 설명하였다.
(수신 처리)
이어서, 도 35의 흐름도를 참조하여, 도 20의 수신 장치(20)에 의해 실행되는 수신 처리에 대해서 설명한다. 이 수신 처리는, 수신 장치(20)가 기동되어, 유저에 의해 조작되는 리모트 컨트롤러에 의해, 원하는 채널로 선국되었을 때 실행된다.
단계 S321에 있어서, 튜너(212)는, 안테나(211)를 통해 방송 신호를 수신하고, 이 방송 신호를 복조한다. 단계 S322에 있어서, Demux(213)는, 튜너(212)에 의해 복조된 IP 전송 방식의 스트림을, 제어 신호, 비디오 데이터, 오디오 데이터, 자막 데이터 등으로 분리(demultiplex)한다.
단계 S323에 있어서, 제어 신호 처리부(222)는, Demux(213)에 의해 분리된 제어 신호를 취득한다. 제어 신호 처리부(222)는, 이 제어 신호에 기초하여, 각 유닛의 동작을 제어한다.
단계 S324에 있어서, 비디오 디코더(215)는, Demux(213)에 의해 분리된 비디오 데이터를 복호하고, 이 복호된 비디오 데이터를 비디오 출력부(216)에 공급한다. 단계 S325에 있어서, 비디오 출력부(216)는, 비디오 디코더(215)로부터 공급되는 비디오 데이터를 출력하고, 디스플레이에 영상을 표시한다.
단계 S326에 있어서, 오디오 디코더(217)는, Demux(213)에 의해 분리된 오디오 데이터를 복호하고, 이 복호된 오디오 데이터를 오디오 출력부(218)에 공급한다. 단계 S327에 있어서, 오디오 출력부(218)는, 오디오 디코더(217)로부터 공급되는 오디오 데이터를 출력하고, 스피커를 통해 음성을 출력한다.
단계 S328에 있어서, 자막 디코더(219)는, Demux(213)에 의해 자막 데이터가 분리되었을 경우, 그 자막 데이터를 복호하고, 이 복호된 자막 데이터를 비디오 출력부(216)에 공급한다. 단계 S329에 있어서, 비디오 출력부(216)는, 자막 디코더(219)로부터 공급되는 자막 데이터를 출력하고, 디스플레이 상에 표시된 영상에, 자막을 중첩 표시한다. 단계 S329의 처리가 종료되면, 수신 처리는 종료된다.
이상, 수신 처리에 대해서 설명하였다.
(긴급 고지 처리)
이어서, 도 36의 흐름도를 참조하여, 도 20의 수신 장치(20)에 의해 실행되는 긴급 고지 처리에 대해서 설명한다. 이 긴급 고지 처리는, 수신 장치(20)가 슬립 상태 또는 기동 상태 등에 있을 경우에, 폭우 경보 등의 긴급 정보를 통지할 때에 실행된다.
단계 S341에 있어서는, 수신 장치(20)가 슬립 상태 인지의 여부가 판정된다. 단계 S341에 있어서, 수신 장치(20)가 슬립 상태라고 판정된 경우, 처리는, 단계 S342로 진행된다.
단계 S342에 있어서, 긴급 고지 제어부(224)는, 튜너(212)를 감시하고, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출되었는지의 여부를 판정한다. 단계 S342에 있어서, 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출된 경우, 처리는, 단계 S343로 진행되고, 수신 장치(20)의 전원이 온된다. 수신 장치(20)의 전원이 온되면, 처리는, 단계 S344로 진행된다.
또한, 단계 S342에 있어서, 강제 긴급 기동 플래그가 "온"으로 설정되지 않은 것으로 검출되었을 경우, 처리는, 단계 S341로 복귀되고, 상술한 처리가 반복된다. 즉, 슬립 상태의 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정될 때까지 대기하고, 그 후 전원이 온된다. 또한, 단계 S341에 있어서, 수신 장치(20)가 슬립 상태가 아닌, 즉, 수신 장치(20)가 기동 상태이고, 텔레비전 프로그램을 표시하고 있는 것으로 판정되었을 경우, 단계 S342 내지 S343은 스킵되고, 처리는, 단계 S344로 진행된다.
단계 S344에 있어서, 긴급 고지 제어부(224)는, LLS를 통해 전송된 섹션 형식의 EAT를 취득한다. 이 EAT를 취득하는 것으로서는, 예를 들어 슬립 상태의 수신 장치(20)의 전원이 온된 직후나 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출되었을 때, EAT가 갱신되었을 때, 등이 상정된다.
단계 S345에 있어서, 긴급 고지 제어부(224)는, 단계 S344의 처리에서 취득한 섹션 형식의 EAT의 EAS_message_transfer_type를 확인한다.
단계 S346에 있어서, 긴급 고지 제어부(224)는, 단계 S345의 확인 처리에서, EAS_message_transfer_type가 1"인지 여부를 판정한다. 단계 S346에 있어서, EAS_message_transfer_type가"1"이라고 판정된 경우, 처리는, 단계 S347로 진행된다.
단계 S347에 있어서, 긴급 고지 제어부(224)는, NRT 포털 서비스 전송 처리를 실행한다. 이 NRT 포털 서비스 전송 처리는, 도 26 및 도 27에 도시된 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 37의 흐름도를 참조하여 후술한다.
또한, 단계 S346에 있어서, EAS_message_transfer_type가 "1"이 아닌 것으로 판정된 경우, 처리는, 단계 S348로 진행된다. 단계 S348에 있어서, 긴급 고지 제어부(224)는, 단계 S345의 확인 처리에서, EAS_message_transfer_type가 "2"인지 여부를 판정한다. 단계 S348에 있어서, EAS_message_transfer_type가 "2"이라고 판정된 경우, 처리는, 단계 S349로 진행된다.
단계 S349에 있어서, 긴급 고지 제어부(224)는, EAS 메시지 전송 처리를 실행한다. 이 EAS 메시지 전송 처리는, 도 28 및 도 29에 도시된 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 38의 흐름도를 참조하여 후술한다.
또한, 단계 S348에 있어서, EAS_message_transfer_type가 "2"가 아닌 것으로 판정된 경우, 처리는, 단계 S350로 진행된다. 단계 S350에 있어서, 긴급 고지 제어부(224)는, 단계 S345의 확인 처리에서, EAS_message_transfer_type가 "4"인지 여부를 판정한다. 단계 S350에 있어서, EAS_message_transfer_type가 "4"인 것으로 판정된 경우, 처리는, 단계 S351로 진행된다.
단계 S351에 있어서, 긴급 고지 제어부(224)는, 애플리케이션 전송 처리를 실행한다. 이 애플리케이션 전송 처리는, 도 30 및 도 31에 도시된 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 39의 흐름도를 참조하여 후술한다.
또한, 단계 S350에 있어서, EAS_message_transfer_type가 "4"가 아닌 것으로 판정된 경우, 처리는, 단계 S352로 진행된다. 단계 S352에 있어서, 긴급 고지 제어부(224)는, 단계 S345의 확인 처리에서, EAS_message_transfer_type가 "5"인지 여부를 판정한다. 단계 S352에 있어서, EAS_message_transfer_type가 "5"인 것으로 판정된 경우, 처리는, 단계 S353로 진행된다.
단계 S353에 있어서, 긴급 고지 제어부(224)는, 공유 컴포넌트 서비스 전송 처리를 실행한다. 이 공유 컴포넌트 서비스 전송 처리는, 도 32에 도시된 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 40의 흐름도를 참조하여 후술한다.
또한, 단계 S352에 있어서, EAS_message_transfer_type가 "5"가 아닌 것으로 판정된 경우, 처리는, 단계 S354로 진행된다. 단계 S354에 있어서, 긴급 고지 제어부(224)는, EAS_message_transfer_type에 대응하는 기타의 처리를 실행한다. 예를 들어, EAS_message_transfer_type="3"인 경우에는, 스트림 전송 처리가 실행된다.
단계 S347, S349, S351, S353, 및 S354 중 어느 하나가 종료하면, 긴급 고지 처리는 종료한다.
이상, 긴급 고지 처리에 대해서 설명하였다.
(NRT 포털 서비스 전송 처리)
이어서, 도 37의 흐름도를 참조하여, 도 36의 단계 S347에 대응하는 NRT 포털 서비스 전송 처리에 대해서 설명한다.
단계 S361에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)의 제어에 따라, EAT에 기초하여, SMT를 취득한다.
단계 S362에 있어서, FLUTE 처리부(220)는, 긴급 고지 제어부(224)의 제어에 따라, 제어 신호 처리부(222)로부터 수신된 SMT에 기초하여, FLUTE 세션을 통해 전송된 NRT 포털 정보(긴급 정보)를 취득한다.
단계 S363에 있어서, 브라우저(226)는, 긴급 고지 제어부(224)의 제어에 따라, FLUTE 처리부(220)로부터 수신된 NRT 포털 정보(긴급 정보)를 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 디스플레이 상에는, 폭우 경보 등의 긴급 정보가 표시되게 된다.
단계 S363의 처리가 종료하면, 처리는, 도 36의 단계 S347로 복귀되고, 그 이후의 처리가 실행된다.
이상, NRT 포털 서비스 전송 처리에 대해서 설명하였다.
(EAS 메시지 전송 처리)
이어서, 도 38의 흐름도를 참조하여, 도 36의 단계 S349에 대응하는 EAS 메시지 전송 처리에 대해서 설명한다. 여기서, 수신 장치(20)가 슬립 상태인 경우에는, 전원이 온되지만, EAT의 automatic_tuning_flag로서, "1"이 지정되어 있기 때문에, 트리플렛에 의해 지정되는 서비스를 선국하는 선국 처리가 행해지고 있는 것으로 가정한다.
단계 S381에 있어서, 긴급 고지 제어부(224)는, EAT에 포함되는 CAP 정보를 텔레비전 프로그램에 중첩해서 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 폭우 경보 등의 자막(긴급 정보)이 텔레비전 프로그램에 중첩 표시된다.
단계 S382에 있어서는, 유저에 의해 조작되는 리모트 컨트롤러에 의해, 상세 정보를 표시하도록 하는 지시가 주어졌는지의 여부가 판정된다. 단계 S382에 있어서, 상세 정보를 표시하도록 하는 지시가 주어진 것으로 판정된 경우, 처리는, 단계 S383로 진행된다.
단계 S383에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, SMT를 취득한다.
단계 S384에 있어서, FLUTE 처리부(220)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 제어 신호 처리부(222)로부터 수신된 SMT에 기초하여, FLUTE 세션을 통해 전송된 NRT 포털 정보(상세 정보)를 취득한다.
단계 S385에 있어서, 브라우저(226)는, 긴급 고지 제어부(224)로부터의 제어에 따라, FLUTE 처리부(220)로부터 수신된 NRT 포털 정보(상세 정보)를, 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 디스플레이 상에는, 긴급 정보의 추가 정보로서, 폭우 경보 등의 상세 정보가 표시되게 된다.
또한, 단계 S382에 있어서, 상세 정보를 표시하도록 지시되어 있지 않다고 판정된 경우, 단계 S383 내지 S385의 처리는 스킵된다. 그 다음, 단계 S385의 처리가 종료하면, 처리는, 도 36의 단계 S349로 복귀되고, 그 이후의 처리가 실행된다.
이상, EAS 메시지 전송 처리에 대해서 설명하였다.
(애플리케이션 전송 처리)
이어서, 도 39의 흐름도를 참조하여, 도 36의 단계 S351에 대응하는 애플리케이션 전송 처리에 대해서 설명한다. 여기서, 수신 장치(20)가 슬립 상태인 경우에는, 전원이 온되지만, EAT의 automatic_tuning_flag로서, "1"이 지정되어 있기 때문에, 트리플렛에 의해 지정되는 서비스를 선국하는 선국 처리가 행해지고 있는 것으로 가정된다.
단계 S401에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, AIT를 취득한다. 또한, 긴급 고지 제어부(224)는, AIT를 참조하여, EAT의 EAS_application_identifier에 대응하는 긴급 고지 애플리케이션을 취득하기 위한 URL을 취득한다.
단계 S402에 있어서, 통신 I/F(225)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 긴급 고지 애플리케이션을 취득하기 위한 URL에 기초하여, 인터넷(90)을 통해 애플리케이션 서버(50)에 액세스하고, 긴급 고지 애플리케이션을 취득한다.
단계 S403에 있어서, 브라우저(226)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 통신 I/F(225)로부터 수신된 긴급 고지 애플리케이션을 텔레비전 프로그램에 중첩해서 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 폭우 경보 등의 긴급 정보가, 텔레비전 프로그램에서 L자로 표시된다.
단계 S403의 처리가 종료하면, 처리는, 도 36의 단계 S351로 복귀되고, 그 이후의 처리가 실행된다.
이상, 애플리케이션 전송 처리에 대해서 설명하였다.
(공유 컴포넌트 서비스 전송 처리)
이어서, 도 40의 흐름도를 참조하여, 도 36의 단계 S353에 대응하는 공유 컴포넌트 서비스 전송 처리에 대해서 설명한다. 여기서, EAT의 EAS_shared_service_type로서, "Audio"가 지정된 것으로 가정되고, 긴급 정보로서, 긴급 고지용의 공유의 오디오 데이터가 표시된 것으로 가정한다.
단계 S421에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, SMT를 취득한다.
단계 S422에 있어서, 오디오 디코더(217)는, 긴급 고지 제어부(224)로부터의 제어에 따라, SMT에 기초하여, Demux(213)로부터의 긴급 고지용의 공유의 오디오 데이터를 취득한다. 또한, 오디오 디코더(217)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 긴급 고지용의 공유의 오디오 데이터를 복호하고, 이 복호된 긴급 고지용의 공유의 오디오 데이터를 오디오 출력부(218)에 공급한다.
단계 S423에 있어서, 오디오 출력부(218)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 텔레비전 프로그램의 음성으로부터, 긴급 고지용의 공유의 오디오 데이터로의 전환을 행하고, 스피커를 통해 긴급 정보의 음성을 출력한다. 그 결과로, 예를 들어, 텔레비전 프로그램의 표시 중에, 음성만이 전환되고, "폭우 경보" 등의 음성이 출력된다.
단계 S423의 처리가 종료하면, 처리는, 도 36의 단계 S353로 복귀되고, 그 이후의 처리가 실행된다.
이상, 공유 컴포넌트 서비스 전송 처리에 대해서 설명하였다.
<2. XML 형식의 IP 전송 방식에 의한 디지털 방송>
이어서, XML 형식의 IP 전송 방식에 대해서 설명한다.
(XML 형식의 IP 전송 방식에 있어서의 프로토콜 스택)
도 41은, XML 형식의 IP 전송 방식에 의한 디지털 방송의 프로토콜 스택을 도시하는 도면이다.
도 41에 도시한 바와 같이, 물리층은 최하위의 계층이고, 서비스(채널)를 위해서 할당된 방송파의 주파수 대역이 물리층에 대응한다. 물리층의 바로 상위의 계층은, BBP(base band packet) 스트림을 개재한 IP 층이다. BBP 스트림은, IP 전송 방식에 있어서의 각종 데이터를 저장한 패킷을 포함하는 스트림이다.
IP 층은, TCP/IP의 프로토콜 스택에 있어서의 IP와 동일한 것이며, IP 어드레스에 의해 IP 패킷이 특정된다. IP 층의 바로 상위의 계층은 UDP 층이고, 그 상위의 계층은, RTP 및 FLUTE/ALS이다. 즉, IP 전송 방식의 디지털 방송에 있어서는, UDP의 포트 번호가 지정된 패킷이 송신되고, 예를 들어 RTP 세션 및 FLUTE 세션이 확립되어 있다.
FLUTE/ALS 바로 상위의 계층은, fMP4(fragmented MP4)이고, RTP 및 fMP4 바로 상위의 계층은, 비디오 데이터(Video), 오디오 데이터(Audio), 자막 데이터(Closed Caption) 등이다. 즉, 비디오 데이터나 오디오 데이터를, 동기형 스트림 형식으로 전송할 경우에는, RTP 세션이 이용되고, 비디오 데이터나 오디오 데이터를, 비동기형 파일 형식으로 전송할 경우에는, FLUTE 세션이 이용된다.
또한, FLUTE/ALS의 상위 계층은, NRT 콘텐츠(NRT Content), ESG, 및 SCS이고, NRT 콘텐츠, ESG, 및 SCS는, FLUTE 세션을 통해 전송된다. NRT 콘텐츠는, NRT(Non-RealTime) 방송에서 전송되는 콘텐츠이며, 수신기의 스토리지에 일단 축적된 다음에, 재생된다. 또한, NRT 콘텐츠는, 콘텐츠의 일례이며, 다른 콘텐츠의 파일이 FLUTE 세션을 통해 전송될 수 있다. ESG는 전자 서비스 가이드이며, 예를 들어 프로그램 타이틀이나 개시 시각 등의 정보를 포함한다.
SCS는 서비스 단위의 시그널링 정보이며, FLUTE 세션을 통해 전송된다. 예를 들어, SCS로서는, SDP(session description protocol), AIT 등이 전송된다. SDP는, 서비스 단위의 서비스 속성, 컴포넌트의 구성 정보, 컴포넌트 속성, 컴포넌트의 필터 정보, 컴포넌트의 로케이션 정보, 등을 포함하고 있다. AIT는, 텔레비전 프로그램에 연동해서 실행되는 애플리케이션의 제어 정보이다. 또한, 서비스와 컴포넌트 간의 관계에 대해서는, 도 42를 참조하여 후술한다.
LLS는 저레이어(low layer)의 시그널링 정보이며, BBP 스트림 상에서 전송된다. 예를 들어, LLS로서는, SCT(service configuration table), SAT, EAT, RRT 등의 서비스 구성 정보가 전송된다.
SCT에 있어서, MPEG2-TS 방식으로 사용되는 network_id, transport_stream_id, 및 service_id의 조합인 트리플렛을 채택하고, 이 트리플렛에 의해, 방송 네트워크 내의 BBP 스트림 구성과 서비스 구성이 나타난다. 또한, SCT는, 서비스 단위의 속성/설정 정보로서의 역할을 하는 IP 어드레스 등의 정보, ESG나 SCS에 액세스하기 위한 부트스트랩(bootstrap) 정보, 서비스(채널)을 선국하기 위한 선국 정보 등을 포함한다.
SAT는, BBP 스트림마다의 방송 중인 서비스를 나타낸다. SAT에 따라, 특정한 서비스가 방송 중인지의 여부를 판정할 수 있다. EAT는, BBP 스트림마다, 긴급 고지 서비스를 부가하기 위한 제어 신호이다. RRT는, 프로그램의 분류에 관한 지역 정보 테이블을 나타낸다.
(XML 형식의 IP 전송 방식에 있어서의 ID 체계)
도 42는, 방송파 신호와 XML 형식의 IP 전송 방식의 ID 체계와의 사이의 관계를 도시하는 도면이다.
도 42에 도시한 바와 같이, 6MHz의 주파수 대역을 갖는 방송파(방송 네트워크(network))에는, network_id가 할당되어 있다. 각각의 방송파는, BBP_stream_id에 의해 식별되는 하나 이상의 BBP 스트림을 포함한다. BBP 스트림은, BBP 헤더와 페이로드를 각각이 포함하는 복수의 BBP패킷에 의해 구성된다.
각각의 BBP 스트림은, service_id에 의해 식별되는 복수의 서비스를 포함한다. 각각의 서비스는, 하나 이상의 컴포넌트를 포함한다. 각각의 컴포넌트는, 비디오 데이터나 오디오 데이터 등의 프로그램을 구성하는 정보이다.
XML 형식의 IP 전송 방식의 ID 체계로서, 상술한 MPEG2-TS 방식과 마찬가지로, 트리플렛, 즉 network_id, BBP_stream_id, service_id의 조합을 채택함으로써, 현재 널리 보급하고 있는 MPEG2-TS 방식과의 정합을 취하므로, 예를 들어 MPEG2-TS 방식으로부터 IP 전송 방식으로의 이행이 수행될 시에 사이멀캐스팅(simulcasting)에 용이하게 대응하는 것이 가능하게 된다.
(XML 형식의 IP 전송 방식의 방송파의 구성)
도 43은, XML 형식의 IP 전송 방식의 디지털 방송의 방송파의 구성을 도시하는 도면이다.
도 43에 도시한 바와 같이, 6MHz의 주파수 대역을 갖는 방송파(도 43의 "network")로부터, 하나 이상의 BBP 스트림을 취득할 수 있다. 또한, 각 BBP 스트림으로부터, NTP, 복수의 서비스 채널, ESG, 및 LLS를 취득할 수 있다. 여기서, NTP, 서비스 채널, 및 ESG는, UDP/IP의 프로토콜에 따라 전송되지만, LLS는, BBP 스트림 상에서 전송된다. NTP는, 시각 정보이며, 복수의 서비스 채널에서 공통적이다.
각각의 서비스 채널은, 비디오 데이터나 오디오 데이터 등의 컴포넌트와, SDP 및 AIT 등의 SCS를 포함한다. 각각의 서비스 채널에는, 고정 IP 어드레스가 할당되어 있고, 이 IP 어드레스를 사용하여, 서비스 채널마다, 컴포넌트, 제어 신호 등을 패키지화할 수 있다.
또한, 도 43에 있어서, BBP 스트림과 컴포넌트는 도 42의 것들에 대응하고 있지만, 서비스 채널은 도 42의 서비스에 대응한다.
(LLS의 구성)
도 44는, XML 형식의 IP 전송 방식에 있어서의 LLS의 구성을 도시하는 도면이다.
도 44에 도시한 바와 같이, BBP패킷은, BBP 헤더와 페이로드를 포함한다. BBP 스트림을 통해 IP 패킷을 전송할 경우에는, 페이로드의 부분이 IP 패킷으로서의 역할을 한다.
또한, BBP 스트림을 통해 LLS를 전송할 경우에는, BBP 헤더의 다음에 LLS가 배치된다. LLS로서는, 예를 들어 XML 형식으로 기술된 SCT, SAT 등이 배치되지만, 그 데이터의 일부의 XML 프래그먼트(XML fragment)를 LLS 본체로서 사용하고, SGDU(service guide delivery unit) 헤더가 부가된다. 따라서, SCT나 SAT는, SGDU 컨테이너를 통해 전송된다. 또한, SGDU는, OMA(open mobile alliance)의 규격으로서 채택되어 있다.
또한, BBP 헤더에는, 2비트의 타입 정보가 포함되어 있고, 그 타입 정보를 이용하여, BBP패킷이 IP 패킷 또는 LLS인지를 구별할 수 있다.
(SCS의 구성)
도 45는, XML 형식의 IP 전송 방식에 있어서의 SCS의 구성을 도시하는 도면이다.
도 45에 도시하는 바와 같이, 예를 들어, 비디오 데이터나 오디오 데이터를, 동기형 스트림 형식으로 전송할 경우에는, RTP 세션이 이용되고, BBP 헤더, IP 헤더, UDP 헤더, 및 RTP 헤더가 페이로드에 부가된다. 또한, fMP4, ESG, 및 NRT 콘텐츠 등의 파일 데이터를, 비동기형 파일 형식으로 전송할 경우에는, FLUTE 세션이 이용되고, BBP 헤더, IP 헤더, UDP 헤더, 및 LCT 헤더가 페이로드에 부가된다. 또한, NTP는, UDP 층의 상위 계층이므로, BBP 헤더, IP 헤더, 및 UDP 헤더의 다음에 배치된다.
SCS는, FLUTE 세션을 이용해서 전송되기 때문에, BBP 헤더, IP 헤더, UDP 헤더, 및 LCT 헤더의 다음에 배치된다. SCS로서는, 예를 들어 텍스트 형식으로 기술되는 SDP 등이 배치되지만, 그 데이터의 일부의 SDP 프래그먼트(SDP fragment)를 SCS의 본체로서 이용하고, SGDU 헤더가 부가된다. 따라서, SDP는, SGDU 컨테이너에 의해 전송된다. 또한, SCS 본체로서 배치되는 것은, SDP 프래그먼트에 한하지 않고, 예를 들어 XML 형식으로 기술된 AIT의 XML 프래그먼트(XML fragment)를 배치하고, SGDU 컨테이너를 통해 전송될 수 있다.
(기본적인 시그널링 계통)
도 46은, XML 형식의 IP 전송 방식에 있어서의 기본적인 시그널링 계통을 설명하기 위한 도면이다.
도 46에 도시한 바와 같이, LLS에는, SCT, SAT, EAT, 및 RRT가 사용된다. SCT는, 예를 들어, 전송 주기가 1초이며, 초기 스캔에 의해 취득되고, 또는 인터넷(90)에 전용인 서버(도시하지 않음)로부터 취득된다. 또한, SAT는, 예를 들어, 전송 주기가 100밀리 초이고, 서비스의 선국 시에 취득된다.
SCT는, 트리플렛에 의해 방송 네트워크 내의 트랜스포트 스트림(BBP 스트림) 구성과 서비스 구성을 나타내고 있다. SCT에는, network_id뿐만 아니라 BBP_stream_id에 의해 식별되는 트랜스포트 스트림 루프가 배치된다. 트랜스포트 스트림 루프 내에는, ESG_bootstrap 정보뿐만 아니라 service_id에 의해 식별되는 서비스 루프가 배치된다. 서비스 루프 내에는, 각각의 서비스의 IP 어드레스 및 SCS_bootstrap 정보가 배치된다. 도시는 하고 있지 않지만, SCT는, 물리층(physical layer)에 관한 정보 등도 포함하고 있고, 선국 정보로서 사용된다.
SAT는, 방송 중인 서비스를 나타낸다. SCT는 service_id에 의해 와 SAT와 관련되어 있어, 특정한 서비스가 방송 중 인지의 여부를 판정할 수 있다. EAT는, 긴급 고지 서비스를 공급하기 위한 제어 신호이며, 스트림마다 전송된다. 수신기는, EAT가 전송된 경우에는, 해당 EAT에 따른 긴급 고지 처리를 행할 필요가 있다. RRT는, 프로그램의 분류에 관한 지역 정보 테이블을 나타낸다.
또한, 도 46에 도시한 바와 같이, SCS에는, USD(user service description)와 SDP가 사용된다. SDP는, 예를 들어 전송 주기가 100밀리 초이다. USD는 SDP를 취득하기 위한 정보이다. SDP는, 각각의 서비스의 서비스 단위의 서비스 속성, 컴포넌트의 구성 정보, 컴포넌트 속성, 컴포넌트의 필터 정보, 및 컴포넌트의 로케이션 정보를 나타내고 있고, 각각의 서비스마다 준비된다.
도 46의 예에서는, SDP는, FLUTE 세션을 통해 전송되므로, 서비스의 IP 어드레스와, SCS_bootstrap 정보에 포함되고 SDP를 전송하는데 사용되는 포트 번호와 TSI를 사용하여 FLUTE 세션으로부터 SDP를 취득할 수 있다. 또한, SDP에는, 컴포넌트를 취득하기 위한 정보가 기술되어 있으므로, 그 정보에 기초하여, 컴포넌트에 액세스하여, 예를 들어 비디오 데이터나 오디오 데이터를 서비스 단위로 취득할 수 있다.
또한, 도 46의 예에서는, ESG가, FLUTE 세션을 통해 전송된다. ESG는, Access, Service, Content, Schedule, PurchaseItem 등으로 구성된다. 그 다음, SCT의 ESG_bootstrap 정보에 포함되고 ESG를 전송하는 데 사용되는 IP 어드레스, 포트 번호, 및 TSI를 사용하여 FLUTE 세션으로부터 ESG를 취득할 수 있다.
또한, ESG의 Access 테이블에는, SDP의 URL 정보가 기술되어 있다. 또한, SDP는 FLUTE 세션을 통해 전송되고, 그 URL을 해결할 수 있으므로, ESG의 URL 정보에 기초하여, 특정한 SDP(USD)를 지정할 수 있다. 이 경우, LLS를 개재하지 않고, ESG는 SDP와 관련되어 있으므로, 예를 들어 특정한 아키텍쳐를 지원하는 기기는, LLS 없이도 동작할 수 있다.
또한, 상술한 바와 같이, LLS(SCT, SAT, EAT, 및 RRT)와, SCS(USD 및 SDP)는 SGDU 컨테이너를 통해 전송되지만, ESG도 SGDU 컨테이너를 통해 전송되기 때문에, 그의 전송 방식을 일치시킬 수 있다.
(SGDU의 구조)
도 47은, SGDU의 구조를 설명하기 위한 도면이다.
도 47에 도시한 바와 같이, SGDU는, 헤더 정보(Unit_Header)와 페이로드(Unit_Payload)를 포함한다. 또한, SGDU에서는, 필요에 따라, 확장 정보(extension_data)가 배치된다.
헤더 정보에는, fragmentTransportID와 fragmentVersion이 배치된다. fragmentTransportID는, 프래그먼트 식별을 나타낸다. 예를 들어, fragmentTransportID에 의해, SCT, SDP 등이 식별된다. 또한, fragmentVersion은, 프래그먼트의 버전 번호를 나타낸다.
페이로드에는, XML 프래그먼트(XML fragment) 및 SDP 프래그먼트(SDP fragment) 중 적어도 한쪽의 실제 데이터가 배치된다. 즉, 헤더 정보의 n_o_service_guide_fragments에 의해 지정된 수와 숫자 상 동일한 하나 이상의 프래그먼트의 데이터가 페이로드 내에 배치된다. 여기에서는, 페이로드 내에 배치되는 복수의 프래그먼트의 조합은 임의적인데, 예를 들어 XML 프래그먼트와 SDP 프래그먼트의 양쪽 프래그먼트가 배치될 수 있다. 또한, 헤더 정보의 offset에 의해, 복수 배치된 프래그먼트 중, 임의의 프래그먼트의 위치를 나타낼 수 있다.
여기서, XML 프래그먼트를 배치하는 경우에는, 그 프래그먼트의 타입을 나타내는 fragmentType가 실제 데이터와 함께 배치된다. 또한, SDP 프래그먼트를 배치하는 경우에는, 그 프래그먼트를 식별하는 fragmentID가 실제 데이터와 함께 배치된다.
또한, 확장 정보를 배치하는 경우에는, 확장 정보의 타입을 나타내는 extension_type가 확장 데이터(extension_data)와 함께 배치된다. 또한, 헤더 정보에, extension_offset를 지정함으로써, 확장 정보의 위치를 나타낼 수 있다.
여기에서는, 예를 들어, extension_type로서, "2"(filter_extension)가 지정된 경우에, extension_data에는, EAT의 필터 조건으로서, 16비트의 demux_filter_param을 배치하는 것으로 가정한다. 즉, demux_filter_param에는, 도 24의 EA_category에 해당하는 정보를 배치함으로써, EA_category를 사용한 필터링 처리를 행하는 것이 가능하고, 각 유저가 원하는 긴급 정보만을 통지할 수 있다.
<(2) 시그널링 정보>
<(2-1) LLS(SCT, SAT, EAT, 및 RRT)의 상세 구조>
(SCT의 신택스)
도 48은, SCT의 신택스를 도시하는 도면이다. 또한, 도 48에 있어서, 요소와 속성 중, 속성에는 "＠"가 첨부되어 있다. 또한, 인덴트된(indented) 요소와 속성은, 그 상위의 요소에 대하여 지정된다.
도 48에 도시한 바와 같이, sct 요소는, networkId 속성, name 속성, 및 BBPStream 요소를 포함한다. networkId 속성에는, 물리 채널 단위의 방송국의 네트워크 식별자(network_id)가 지정된다. name 속성으로서는, 물리 채널 단위의 방송국의 명칭이 지정된다.
BBPStream 요소는, sct 요소의 자 요소(sub element)이며, BBPStream 요소로서는 BBP 스트림에 관한 정보가 지정된다. BBPStream 요소는, BBPStreamId 속성, payloadType 속성, name 속성, ESGBootstrap 요소, 및 Service 요소를 포함한다.
BBPStreamId 속성으로서는, BBP 스트림의 식별자(BBP_stream_id)가 지정된다. 복수의 BBP 스트림을 배치하는 경우에, BBP 스트림은 BBPStreamId 속성에 의해 식별된다. payloadType 속성으로서는, BBP 스트림의 페이로드 타입이 지정된다. 이 페이로드 타입으로서는, 예를 들어, "ipv4", "ipv6", "ts" 등이 지정된다. name 속성으로서는, BBP 스트림의 명칭이 지정된다.
ESGBootstrap 요소는, BBPStream 요소의 자 요소이며, ESGBootstrap 요소로서는 ESG에의 액세스 정보가 지정된다. ESGBootstrap 요소는, sourceIPAddress 속성, destinationIPAddress 속성, portNum 속성, 및 tsi 속성을 포함한다.
sourceIPAddress 속성과 destinationIPAddress 속성으로서는, ESG를 전송하는 송신원(source)과 수신처의 IP 어드레스가 지정된다. portNum 속성으로서는, ESG를 전송하기 위한 포트 번호가 지정된다. tsi 속성으로서는, ESG를 전송하기 위한 FLUTE 세션에 있어서의 TSI가 지정된다.
Service 요소는, BBPStream 요소의 자 요소이며, Service 요소로서는 서비스에 관한 정보가 지정된다. Service 요소는, serviceId 속성, serviceType 속성, 및 SCSBootstrap 요소를 포함한다.
serviceId 속성으로서는, 서비스의 식별자(service_id)가 지정된다. 복수의 서비스를 배치하는 경우에는, 서비스들은 serviceId 속성에 의해 식별된다. serviceType 속성으로서는, 서비스의 타입 정보가 지정된다. 이 타입 정보로서는, 예를 들어, "tv", "audio", "data", "nrt", "esg", "adjunct-nrt", "adjunct-shared"등이 지정된다.
SCSBootstrap 요소는, Service 요소의 자 요소이며, SCSBootstrap 요소로서는 서비스 채널에의 액세스 정보가 지정된다. SCSBootstrap 요소는, sourceIPAddress 속성, destinationIPAddress 속성, portNum 속성, 및 tsi 속성을 포함한다.
sourceIPAddress 속성과 destinationIPAddress 속성으로서는, 서비스를 전송하는 송신원(source)과 수신처의 IP 어드레스가 지정된다. portNum 속성으로서는, SCS를 전송하기 위한 포트 번호가 지정된다. tsi 속성으로서는, SCS를 전송하기 위한 FLUTE 세션에 있어서의 TSI가 지정된다.
또한, 도 48을 참조하여 설명한 SCT의 신택스는 일례이며, 임의의 다른 신택스를 채택할 수 있다. SCT는, 예를 들어, XML 등의 마크업 언어로 기술된다.
(SAT의 신택스)
도 49는, SAT의 신택스를 도시하는 도면이다. 또한, 도 49에 있어서, 요소와 속성 중, 속성에는 "＠"가 첨부되어 있다. 또한, 인덴트된 요소와 속성은, 상위의 요소에 대하여 지정된다.
도 49에 도시한 바와 같이, sat 요소는, service 요소를 포함한다. service 요소는, service_id 속성을 포함한다. service_id 속성으로서는, 방송 중인 서비스의 식별자가 지정된다. 방송 중인 서비스가 복수 존재하는 경우에는, 그 서비스들에 대응한 service_id가 복수 배치된다.
(EAT의 신택스)
도 50은, EAT의 신택스를 도시하는 도면이다. 또한, 도 50에 있어서, 요소와 속성 중, 속성에는 "＠"가 첨부되어 있다. 또한, 인덴트된 요소와 속성은, 상위의 요소에 대하여 지정된다.
도 50에 도시한 바와 같이, Eat 요소는, AutomaticTuningService 요소 및 EAMessage 요소를 포함한다. AutomaticTuningService 요소는, Eat 요소의 자 요소이며, 웨이크-업 시에 자동 선국되는 서비스를 지정하기 위한 것이다. AutomaticTuningService 요소는, networkId 속성, bbpStreamId 속성, 및 serviceId 속성을 포함한다.
networkId 속성으로서는, 자동 선국되는 서비스의 네트워크 식별자(network_id)가 지정된다. bbpStreamId 속성으로서는, 자동 선국되는 서비스의 BBP 스트림 식별자(BBP_stream_id)가 지정된다. serviceId 속성으로서는, 자동 선국되는 서비스의 서비스 식별자(service_id)가 지정된다. 즉, AutomaticTuningService 요소가 출현했을 경우, 그 속성들이 나타내는 트리플렛에 의해 지정되는 서비스가 선국된다. 여기서, 이 트리플렛에서, networkId 속성과 bbpStreamId 속성은 선택적이며, 예를 들어 EAT에서와 동일한 BBP 스트림을 지정되는 한, serviceId 속성만이 지정될 수 있다.
EAMessage 요소는, Eat 요소의 자 요소이며, EAMessage 요소로서는 긴급 고지 정보(긴급 정보)의 메시지가 지정된다. EAMessage 요소는, eaMessageId 속성, eaPriority 속성, EAMessageData 요소, EAApplication 요소, EAService 요소, 및 EAWww 요소를 포함한다.
eaMessageId 속성으로서는, 긴급 고지 정보(긴급 정보)의 식별자가 지정된다. eaPriority 속성으로서는, 긴급 고지 정보(긴급 정보)의 우선도가 지정된다. EAMessageData 요소는, EAMessage 요소의 자 요소이며, EAMessageData 요소로서는 긴급 고지 정보(긴급 정보)의 자막 정보가 지정된다.
EAApplication 요소는, EAMessage 요소의 자 요소이며, EAApplication 요소로서는 긴급 고지 애플리케이션에 관한 정보가 지정된다. EAApplication 요소는, applicationId 속성을 포함한다. applicationId 속성으로서는, 애플리케이션 식별자가 지정된다.
EAService 요소는, EAMessage 요소의 자 요소이며, EAService 요소로서는 긴급 고지용의 NRT 서비스에 관한 정보가 지정된다. EAService 요소로서는, serviceId 속성 및 serviceType 속성이 지정된다. serviceId 속성으로서는, 서비스 식별자(service_id)가 지정된다. serviceType 속성으로서는, 서비스 타입 정보가 지정된다. 이 서비스 타입 정보로서는, "nrt", 및 "adjunct_shared"가 지정된다.
EAWww 요소는, EAMessage 요소의 자 요소이며, EAWww 요소로서는 긴급 정보 사이트에 관한 정보가 지정된다. EAWww 요소는, uri 속성을 포함한다. uri 속성으로서는, 긴급 정보 사이트의 URL이 지정된다. 예를 들어, uri 속성으로서는, 웹 서버(70)의 URL을 지정할 수 있다.
또한, 도 50을 참조하여 설명한 EAT의 신택스는 일례이며, 임의의 다른 신택스를 채택할 수 있다. 또한, EAT는, 예를 들어 XML 등의 마크업 언어로 기술된다.
(RRT의 신택스)
도 51은, RRT의 신택스를 도시하는 도면이다. 또한, 도 51에 있어서, 요소와 속성 중, 속성에는 "＠"가 첨부되어 있다. 또한, 인덴트된 요소와 속성은, 상위의 요소에 대하여 지정된다.
도 51에 도시한 바와 같이, rrt 요소는, rating_region 속성, name 속성, 및 dimension 요소를 포함한다. rating_region 속성으로서는, 레이팅 리전(rating region)이 지정된다. name 속성으로서는, 레이팅 리전의 명칭이 지정된다.
dimension 요소는, rrt 요소의 자 요소이며, name 속성, graduated_scale 속성, 및 rating_value 요소를 포함한다. rating_value 요소는, abbrev_rating_value 속성 및 rating_value를 포함한다. 이들 요소 및 속성에 의해, 프로그램의 분류에 관한 지역 정보가 나타난다.
<(2-2) SCS(SDP)의 상세 구조>
(SDP의 기술 예)
SDP의 기술 문서는, 세션 기술부와 미디어 기술부의 2개의 부분을 포함한다. 세션 기술부에는, 프로토콜 버전, 인스턴스 생성자 정보, 커넥션 데이터 등이 기술된다. 미디어 기술부에는, 복수의 미디어 정보를 기술할 수 있다.
도 52는, SDP의 기술 예를 나타내고 있다.
도 52에 있어서, "v"는, 프로토콜 버전을 나타낸다. 이 값으로서는, "0" 또는 서비스의 운용에서 결정된 값이 지정된다.
"o"은, 인스턴스 생성자 정보를 나타낸다. 이 값으로서는, 생성자 명칭, SDPinstance의 ID, 버전, 송신(호스트)의 타입, IP 어드레스 타입, 및 IP 어드레스가 지정된다. 예를 들어, 송신(호스트)의 타입으로서는, "IN"(인터넷), "BC"(방송), 또는 "HB"(하이브리드)가 지정된다. 또한, IP 어드레스 타입으로서는, "IP4"(IPv4) 또는 "IP6"(IPv6)이 지정된다.
"s"는, 세션 명칭을 나타낸다. 이 값으로서는, 세션이 텍스트로 기술된다.
"c"는, 커넥션 데이터를 나타낸다. 이 값으로서는, 세션의 네트워크 타입, IP 어드레스 타입, 및 IP 어드레스가 지정된다. 예를 들어, 세션의 네트워크 타입으로서는, "IN"(인터넷), "BC"(방송), 또는 “HB"(하이브리드)가 지정된다. IP 어드레스 타입으로서는, "IP4"(IPv4) 또는 “IP6"(IPv6)이 지정된다.
"a"로서는, service와 adjunct_service를 지정할 수 있다. service로서는, 자체 서비스의 식별자(service_id)가 지정된다. 또한, adjunct_service로서는, 공유 서비스의 식별자(Adjunct_service_id)가 지정된다. 또한, service와 adjunct_service는, 선택적으로 지정된다.
"m"은, 미디어 정보를 나타낸다. 이 값으로서는, 미디어 타입, 미디어를 송신하기 위한 포트 번호, 미디어를 송신하기 위한 프로토콜, 형식, 등이 지정된다. 예를 들어, 미디어 타입으로서는, 비디오 또는 오디오가 지정된다. 또한, 미디어를 송신하기 위한 프로토콜로서는, FLUTE/UDP, RTP/AVP 등이 지정된다. 또한, 형식으로서는, 프로토콜마다 필요에 따라 부가 정보가 기술된다. 또한, "a="로부터 시작하는 행은, 대응하는 미디어의 속성을 나타내고 있다.
도 52의 기술 예는, RTP 세션을 통해 전송되는 비디오 데이터와 오디오 데이터 각각이 하나의 스트림을 포함하는 서비스의 예를 나타내고 있다.
즉, "m=video"의 행은, RTP 세션을 통해 전송되는 비디오 데이터의 포트 번호가 8000인 것을 나타내고 있다. 또한, 그 다음 행의 "a=rtpmap"는, 페이로드 타입이 부호화 타입과 매핑되고, 비디오 데이터가 H.264에 따라 부호화되는 것을 나타낸다. 또한, 비디오 데이터에 있어서, RTP 타임 스탬프의 타임 스케일은, 90000이다.
"m=audio"의 행은, RTP 세션을 통해 전송되는 오디오 데이터의 포트 번호가 7000인 것을 나타내고 있다.
<(3) 방송 시스템의 구성>
이어서, 본 기술의 실시예에 따른 방송 시스템의 구성에 대해서 설명하지만, XML 형식의 IP 전송 방식에 따른 방송 시스템의 구성이, 섹션 형식의 IP 전송 방식에 따른 방송 시스템의 구성과는, 수신 장치(20)의 구성에 있어서 상이하기 때문에, 여기서는, 수신 장치(20)의 구성에 대해서 설명한다.
(수신 장치의 구성 예)
도 53은, 본 기술의 실시예에 따른 수신 장치의 일 실시예 구성을 도시하는 도면이다.
도 53의 수신 장치(20)는, 도 22의 수신 장치(20)과는, Demux(213)의 구성에 있어서 상이하다. 즉, 도 53에 도시된 Demux(213)는, BBP 필터(255), IP 필터(252), UDP 필터(253), LCT 필터(256), 및 SGDU 필터 뱅크(257)를 포함한다. BBP 필터(255)는, BBP 헤더에 기초하여, 필터링 처리를 행하고, LLS를 SGDU 필터 뱅크(257)에 공급한다.
IP 필터(252)는, IP 헤더에 기초하여, 필터링 처리를 행한다. UDP 필터(253)는, UDP 헤더에 기초하여, 필터링 처리를 행한다. LCT 필터(256)는, LCT 헤더에 기초하여, 필터링 처리를 행한다. IP 필터(252), UDP 필터(253), 및 LCT 필터(256)에 의해 행해진 필터링 처리를 통해, NTP는 클럭 발생기(214)에 공급되고, SCS는 SGDU 필터 뱅크(257)에 공급된다. 또한, 비디오 데이터, 오디오 데이터, 및 자막 데이터는, 비디오 디코더(215), 오디오 디코더(217), 및 자막 디코더(219)에 공급된다. 또한, 각종 파일 데이터는, FLUTE 처리부(220)에 공급된다.
SGDU 필터 뱅크(257)는, SGDU 헤더에 기초하여, 필터링 처리를 행하고, LLS와 SCS를 적절히, 제어 신호 처리부(222) 또는 FLUTE 처리부(220)에 공급한다. 또한, SGDU 필터 뱅크(257)는, LLS로서 전송되는 XML 형식의 EAT를 취득하고, 이 XML 형식의 EAT를 긴급 고지 제어부(224)에 공급한다.
FLUTE 처리부(220)는, Demux(213)로부터 공급되는 각종 파일 데이터에 기초하여, ESG, 긴급 고지 애플리케이션, NRT 콘텐츠 등을 복원한다. 예를 들어, FLUTE 처리부(220)는, 복원한 ESG 또는 NRT 콘텐츠를, 스토리지(221) 내에 기록한다. 또한, 예를 들어, FLUTE 처리부(220)는, 복원한 긴급 고지 애플리케이션을 브라우저(226)에 공급한다. 또한, FLUTE 처리부(220)는, Demux(213)로부터 공급되는 SCS를 제어 신호 처리부(222)에 공급한다. 여기서, SCS는, FLUTE 처리부(220)의 개입을 통해 Demux(213)로부터 직접 제어 신호 처리부(222)에 공급될 수 있다.
제어 신호 처리부(222)는, Demux(213) 또는 FLUTE 처리부(220)로부터 공급되는 제어 신호(LLS 및 SCS)에 기초하여, 각 유닛의 동작을 제어한다.
긴급 고지 제어부(224)는, SGDU 필터 뱅크(257)로부터 공급되는 EAT에 기초하여, 긴급 고지 서비스에 대응하는 각 유닛의 동작을 제어한다. 예를 들어, 긴급 고지 제어부(224)는, EAT의 해석 처리의 결과에 따라, 수신 장치(20)의 각 부를 제어하여, 긴급 정보를 디스플레이 상에 표시한다. 또한, 긴급 고지 제어부(224)는, 튜너(212)를 항상 감시하고 있고, 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출되고, 수신 장치(20)가 슬립 상태일 때, 수신 장치(20)의 전원을 온 한다.
도 53의 수신 장치(20)에 있어서, 상술한 블록 이외의 구성은, 도 22의 수신 장치(20)의 구성과 마찬가지이기 때문에, 그 설명은 생략한다.
(필터링 처리의 상세)
이어서, 도 54를 참조하여, Demux(213)(도 53)에 의해 행해진 패킷 필터링 처리에 대해서 설명한다.
도 54에 도시한 바와 같이, Demux(213)에는, 각종 헤더 정보와, 페이로드로서의, LLS, NTP, SCS, 각종 파일 데이터, 비디오 데이터, 또는 오디오 데이터를 포함하고 있는 각 패킷이 입력된다.
BBP 헤더에는, IP 또는 signaling을 나타내는 타입 정보가 포함되어 있다. BBP 필터(255)는, BBP 헤더에 포함되는 타입 정보에 기초하여, 필터링 처리를 행한다. 도 54의 예에서는, LLS의 패킷의 타입 정보만이 signaling가 되고, 다른 패킷은 IP가 되므로, LLS의 패킷만이 SGDU 필터 뱅크(257)에 공급된다.
IP 헤더에는, IP 어드레스가 포함된다. IP 필터(252)는, IP 헤더에 포함되는 IP 어드레스에 기초하여, 필터링 처리를 행한다. 도 54의 예에서는, IP 헤더가 부가된 패킷 중, NTP의 패킷만이 상이한 IP 어드레스를 갖지만, 다른 패킷은 동일한 IP 어드레스를 갖는다.
또한, UDP 헤더에는, 포트 번호가 포함된다. UDP 필터(253)는, UDP 헤더에 포함되는 포트 번호에 기초하여, 필터링 처리를 행한다. 도 54의 예에서는, UDP 헤더가 부가된 패킷들은 포트 번호가 상이하다. 또한, FLUTE 세션을 이용해서 전송되는 패킷에는, LCT 헤더가 부가되고, RTP 세션을 이용해서 전송되는 패킷에는, RTP 헤더가 부가되어 있다.
그 다음, IP 필터(252)와 UDP 필터(253)에 의해, IP 어드레스와 포트 번호를 사용한 필터링 처리가 행해짐으로써, LCT 헤더가 부가되어 있지 않은 NTP의 패킷은, 클럭 발생기(214)에 출력된다. 또한, RTP 헤더가 부가된 비디오 데이터와 오디오 데이터의 패킷들은, 비디오 디코더(215)와 오디오 디코더(217)에 출력된다.
LCT 헤더에는, TSI와 TOI(transport object identifier)가 포함된다. FLUTE 세션에 있어서는, 식별 정보를 사용하여, 특정한 파일이 지정된다. LCT 필터(256)는, LCT 헤더에 포함되는 TSI와 TOI에 기초하여, 필터링 처리를 행한다. 도 54의 예에서는, LCT 필터(256)는, SCS(SDP 등)을 특정하는 TSI와 TOI가 지정된 경우, SCS(SDP 등)의 패킷을 SGDU 필터 뱅크(257)에 공급한다. 또한, LCT 필터(256)는, LCT 헤더에 포함되는 TSI와 TOI에 따라, 각종 파일 데이터의 패킷을, FLUTE 처리부(220)에 출력한다.
SGDU 필터 뱅크(257)에는, LLS의 패킷과 SCS의 패킷이 공급된다. SGDU 필터 뱅크(257)는, 해당 패킷에 부가된 SGDU 헤더나 확장 정보에 기초하여, 필터링 처리를 행한다. 여기서, SGDU 필터 뱅크(257)에 있어서는, 필터 조건을 만족한 패킷만이, SGDU 필터 뱅크(257)와 섹션 필터 뱅크(254) 내의 버퍼 메모리 내에 보유되고, CPU(도 67의 CPU(901))로부터 소프트웨어에 의해 간헐적으로 픽업된다.
예를 들어, SGDU 헤더에는, 버전 정보(도 47의 fragmentVersion)가 기술되어 있으므로, SGDU 필터 뱅크(257)는, 버전이 변화한 경우에만, SDP의 패킷을 통과시키도록 할 수 있다. 또한, 확장 정보(도 47의 extension_data)의 demux_filter_param에는, 도 24에 도시된 EA_category에 상당하는 정보가 배치되어 있으므로, SGDU 필터 뱅크(257)는, EA_category를 사용하여, 필터링 처리를 행하여, 각 유저가 원하는 긴급 정보만이 선택적으로 통지될 수 있다.
예를 들어, 도 24 및 도 25에 도시한 바와 같이, EA_category에는, 긴급 정보의 긴급도를 나타내는 EA_priority, 긴급 정보의 대상 지역을 나타내는 EA_scope, 소정의 지역 코드를 나타내는 Area_code, 및 긴급 정보의 카테고리를 나타내는 Category_code가 배치된다. 또한, 유저가 미리, EA_category에 기초하여 필터 조건을 수신 장치(20)에 설정해 둠으로써, 수신 장치(20)는, 그 필터 조건에 따라, EAT의 단위로 필터링된 긴급 정보만의 통지를 수신한다.
또한, 도 54에 있어서, 동일한 채널의 MLS(SCS), 각종 파일 데이터, 비디오 데이터 또는 오디오 데이터의 패킷은, 동일한 IP 어드레스가 부여되어 있으므로, IP 필터(252)는, 그러한 패킷을, NTP의 패킷과 함께 출력함으로써, IP 어드레스를 사용해서 그것들의 제어 신호 및 데이터를 패키지화할 수 있다.
<(4) 구체적인 운용 예>
이어서, XML 형식의 IP 전송 방식의 디지털 방송을 지원하는 방송 시스템(1)의 구체적인 운용 예에 대해서 설명한다. 여기서, 예를 들어, 수신 장치(20)는, 최초에 기동하는 경우, 초기 스캔 처리를 실행하고, SCT(선국 정보)를 취득하고, 선국 정보가 NVRAM(223) 등에 보유되는 것으로 가정한다.
<(4-1) NRT 포털 서비스 전송>
먼저, 도 55 및 도 56을 참조하여, NRT 포털 서비스 전송에 대해서 설명한다.
(슬립 상태 시의 NRT 포털 서비스 전송 처리)
도 55는, 슬립 상태의 수신 장치(20)에 있어서의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 55에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 55의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 55의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SDP)가 XML 형식으로 전송된다.
도 55에 있어서, 수신 장치(20)는, 슬립 상태로 되어 있다(S501). 여기서, 슬립 상태의 수신 장치(20)는, 항상, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그를 감시하고 있고(S502), 긴급도가 높은 긴급 정보를 전송할 경우에는, 강제 긴급 기동 플래그가 "온"으로 설정된다. 수신 장치(20)는, "온"으로 설정된 강제 긴급 기동 플래그가 검출된 경우, 전원을 온해서 기동한다(S503 및 S504).
또한, 수신 장치(20)는, 디폴트에 의해 설정된 BS로부터 전송된 LLS로부터, XML 형식의 EAT를 취득한다(S505 및 S506). 도 55에 도시한 바와 같이, EAT에서는, EAMessage 요소 내에 EAService 요소가 출현하고, serviceType 속성으로서, "nrt"가 지정되어 있기 때문에, 긴급 정보는, NRT 포털 서비스의 NRT 포털 정보로서 전송된다. 따라서, 수신 장치(20)는, EAT의 EAService 요소의 serviceId 속성의 값과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 SDP를 취득한다(S507).
수신 장치(20)는, SDP에 따라, FLUTE 세션을 통해 전송된 NRT 포털 정보를 취득하고, 취득된 긴급 정보를 디스플레이 상에 표시한다(S508 및 S509). 또한, NRT 포털 정보는, HTML 형식의 파일 데이터이며, 브라우저(226)에 의해 표시된다.
이상과 같이, 도 55의 NRT 포털 서비스 전송 처리에 있어서는, 긴급 상황 시에, 슬립 상태의 수신 장치(20)가 기동된다. 그 다음, 수신 장치(20)는, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, NRT 포털 정보를 취득한다. 그 결과로, 디스플레이는, D21-1의 상태(흑색 화면)로부터 강제적으로, D21-2의 상태("폭우 경보"를 표시한 화면)로 전환되고, 따라서 NRT 포털 정보로서 전송된 긴급 정보의 화면이 표시된다. 따라서, 텔레비전 프로그램을 시청하고 있지 않던 유저이어도, 강제적으로 표시된 긴급 정보의 화면을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
(기동 상태 시의 NRT 포털 서비스 전송 처리)
도 56은, 기동 상태의 수신 장치(20)에 있어서의 NRT 포털 서비스 전송 처리를 설명하는 도면이다.
도 56에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 56의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 56의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SDP)가 XML 형식으로 전송된다.
도 56에 있어서, 수신 장치(20)는, 도 55의 운용 예와는 다르게, 기동 상태에 있고, 텔레비전 프로그램을 표시하고 있다(S521). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고 있고, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출한 경우에는, 디폴트의 BS로부터, 최신의 EAT를 취득한다(S522 내지 S525).
도 56에 도시한 바와 같이, 이 XML 형식의 EAT에서는, EAMessage 요소 중, EAService 요소가 출현하고, serviceType 속성으로서, "nrt"가 지정되어 있기 때문에, 긴급 정보는, NRT 포털 서비스의 NRT 포털 정보로서 전송된다. 따라서, 수신 장치(20)는, EAT의 EAService 요소의 serviceId 속성의 값과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 SDP를 취득한다(S526).
수신 장치(20)는, SDP에 따라, FLUTE 세션을 통해 전송된 NRT 포털 정보를 취득하고, 취득된 긴급 정보를 디스플레이 상에 표시한다(S527 및 S528).
이상과 같이, 도 56의 NRT 포털 서비스 전송 처리에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출한 경우, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, NRT 포털 정보를 취득한다. 그 결과로, 디스플레이는, D22-1의 상태(텔레비전 프로그램을 표시한 화면)로부터 강제적으로, D22-2의 상태("폭우 경보"를 표시한 화면)로 전환되고, 따라서 NRT 포털 정보로서 전송된 긴급 정보의 화면이 표시된다.
여기서, 도 56은, 긴급 정보의 화면으로의 전환이 강제적으로 수행되는 예를 나타냈지만, 예를 들어, SGDU의 확장 정보로서 지정되는 EA_category의 EA_priority가 나타내는 긴급도가 높은 경우에는, 강제적으로 화면이 전환될 수 있지만, 긴급도가 낮은 경우에는, 긴급 정보가 있는 것을 나타내는 메시지를 텔레비전 프로그램에 중첩해서 표시할 수 있고, 그 메시지가 선택된 경우에만, 긴급 정보를 표시할 수 있다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 긴급 정보의 긴급도에 따라 긴급 정보의 화면을 확인할 수 있고, 폭우 경보가 발동된 것을 인식할 수 있다.
<(4-2) EA 메시지 전송>
이어서, 도 57 및 도 58을 참조하여, EA 메시지 전송에 대해서 설명한다. 또한, 이러한 EA 메시지 전송은, 상술한 EAS 메시지 전송에 해당하는 것이다.
(슬립 상태 시의 EA 메시지 전송 처리)
도 57은, 슬립 상태의 수신 장치(20)에 있어서의 EA 메시지 전송 처리를 설명하는 도면이다.
도 57에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 57의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 57의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SDP)가 XML 형식으로 전송된다.
도 57에 있어서, 수신 장치(20)는, 슬립 상태로 되어 있다(S541). 여기서, 슬립 상태의 수신 장치(20)는, 항상, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그를 감시하고 있고(S542), 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출한 경우, 전원을 온해서 기동한다(S543 및 S544).
수신 장치(20)는, 디폴트에 의해 설정된 BS로부터 전송된 LLS로부터, XML 형식의 EAT를 취득한다(S545 및 S546). 도 57에 도시한 바와 같이, 이 EAT에는, EAMessage 요소 중, EAMessageData 요소가 출현하고 있고, 긴급 정보는 EA 메시지로서 전송된다. 따라서, 수신 장치(20)는, EAT의 AutomaticTuningService 요소의 networkId 속성, bbpStreamId 속성, 및 serviceId 속성의 값들과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 SDP를 취득한다(S547).
수신 장치(20)는, SDP에 따라, RTP 세션을 통해 전송된 비디오 데이터와 오디오 데이터를 취득하고(S548), 그 텔레비전 프로그램에, EAT의 EAMessage 요소의 메시지 내용(도 57의 EAT의 "폭우 경보가 있습니다")을 중첩해서 디스플레이 상에 표시한다(S549).
이상과 같이, 도 57의 EA 메시지 전송에 있어서는, 긴급 상황 시에, 슬립 상태의 수신 장치(20)가 기동된다. 그 다음, 수신 장치(20)는, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, 메시지와, 텔레비전 프로그램의 컴포넌트를 취득한다. 그 결과로, 디스플레이는, D23-1의 상태(흑색 화면)로부터 강제적으로, D23-2의 상태(텔레비전 프로그램에 자막(메시지)을 중첩한 화면)로 전환되고, 따라서 메시지로서 전송된 긴급 정보의 자막이 표시되게 된다. 따라서, 텔레비전 프로그램을 시청하고 있지 않던 유저이어도, 강제적으로 텔레비전 프로그램에 중첩 표시된 자막을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
(기동 상태 시의 EA 메시지 전송 처리)
도 58은, 기동 상태의 수신 장치(20)에 있어서의 EA 메시지 전송 처리를 설명하는 도면이다.
도 58에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 58의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, NRT 포털 서비스용의 긴급 정보(도 58의 "NRT")가 FLUTE 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SDP)가 XML 형식으로 전송된다.
도 58에 있어서, 수신 장치(20)는, 도 57의 운용 예와는 다르게, 기동 상태이며, 텔레비전 프로그램을 표시하고 있다(S561). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고 있고, EAT가 갱신된 것으로 검출된 경우에는, 그 EAT를 취득한다(S562 및 S563). 도 58에 도시한 바와 같이, XML 형식의 EAT에는, EAMessage 요소 중, EAMessageData 요소가 출현하고 있기 때문에, 긴급 정보는, EA 메시지로서 전송된다. 따라서, 수신 장치(20)는, 표시 중인 텔레비전 프로그램에, EAT의 EAMessage 요소의 메시지 내용(도 58의 EAT의 "폭우 경보가 있습니다")을 중첩해서 디스플레이 상에 표시한다(S564). 따라서, 유저는, 텔레비전 프로그램에 중첩 표시된 자막을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
여기서, 이 자막의 내용은, 폭우 경보가 발동된 사실을 나타내지만, 그 상세한 정보를 나타내는 것이 아니다. 따라서, 예를 들어, 유저가 리모트 컨트롤러를 조작하고, 상세 정보를 표시하도록 지시된 경우(S565), 긴급 정보의 추가 정보로서, 폭우 경보의 상세 정보가 표시된다(S566 내지 S568).
구체적으로는, 도 58의 XML 형식의 EAT에는, EAMessage 요소 중, EAService 요소가 출현하고, serviceType 속성으로서 "nrt"가 지정되어 있기 때문에, 상세 정보는 NRT 포털 서비스의 NRT 포털 정보로서 전송된다. 따라서, 수신 장치(20)는, EAT의 EAService 요소의 serviceId 속성의 값과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 SDP를 취득한다(S566). 수신 장치(20)는, SDP에 따라, FLUTE 세션을 통해 전송된 NRT 포털 정보를 취득하고, 취득된 긴급 정보의 상세 정보를 디스플레이 상에 표시한다(S567 및 S568).
이상과 같이, 도 58의 EA 메시지 전송에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, EAT가 갱신된 것으로 검출된 경우, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, 메시지와, 텔레비전 프로그램의 컴포넌트를 취득한다. 그 결과로, 디스플레이는, D24-1의 상태(텔레비전 프로그램을 표시한 화면)로부터, D24-2의 상태(텔레비전 프로그램에 자막(메시지)을 중첩한 화면)로 전환되고, 따라서 메시지로서 전송된 긴급 정보의 자막이 화면에 표시되게 된다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 강제적으로 텔레비전 프로그램에 중첩 표시된 자막을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
또한, 텔레비전 프로그램에 중첩 표시된 자막을 확인한 유저가, 날씨에 관한 상세한 정보를 알고 싶을 경우에는, 유저는 소정의 조작을 행하고, 따라서 NRT 포털 정보로서 전송된 긴급 정보의 상세 정보의 화면(D24-3의 상태)이 표시되게 된다. 그 결과, 유저는, 자막에 의해 거의 표현되지 않은 정보를 포함하는 상세 정보를 확인하고, 폭우 경보에 관한 보다 상세한 정보를 얻을 수 있다.
또한, 도 58은, 상세 정보가 NRT 포털 정보로서 FLUTE 세션을 통해 전송되는 예와 관련하여 설명했지만, 예를 들어 인터넷(90)에 접속된 웹 서버(70)를 통해 공급될 수 있다.
<(4-3) 애플리케이션 전송>
이어서, 도 59 및 도 60을 참조하여, 애플리케이션 전송에 대해서 설명한다.
(슬립 상태 시의 애플리케이션 전송 처리)
도 59는, 슬립 상태의 수신 장치(20)에 있어서의 애플리케이션 전송 처리를 설명하는 도면이다.
도 59에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 59의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, LLS(EAT) 및 SCS(SDP, AIT)가 XML 형식으로 전송된다. 또한, NRT 포털 서비스용의 긴급 정보(도 59의 "NRT")가 FLUTE 세션을 통해 전송된다.
도 59에 있어서, 수신 장치(20)는, 슬립 상태로 되어 있다(S581). 여기서, 슬립 상태의 수신 장치(20)는, 항상, 프리앰블 신호에 포함되는 강제 긴급 기동 플래그를 감시하고 있고(S582), 강제 긴급 기동 플래그가 "온"으로 설정된 것으로 검출한 경우, 전원을 온해서 기동한다(S583 및 S584).
수신 장치(20)는, 디폴트에 의해 설정된 BS로부터 전송된 LLS로부터, XML 형식의 EAT를 취득한다(S585, S586). 도 59에 도시한 바와 같이, 이 EAT에는, EAMessage 요소 중, EAApplication 요소가 출현하고 있기 때문에, 긴급 정보는, 긴급 고지 애플리케이션으로서 전송된다. 따라서, 수신 장치(20)는, EAT의 AutomaticTuningService 요소의 networkId 속성, bbpStreamId 속성, 및 serviceId 속성의 값과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 SDP와 AIT를 취득한다(S587).
수신 장치(20)는, SDP에 따라, RTP 세션을 통해 전송된 비디오 데이터와 오디오 데이터를 취득한다(S588). 또한, 수신 장치(20)는, AIT를 참조하여, EAT의 EAApplication 요소의 applicationId 속성의 값에 대응하는 애플리케이션을 취득하기 위한 URL을 취득하고, 인터넷(90)을 통해 애플리케이션 서버(50)에 액세스하고, 긴급 고지 애플리케이션을 취득한다(S589).
그 다음, 수신 장치(20)는, 취득한 비디오 데이터와 오디오 데이터에 따른 텔레비전 프로그램에, 애플리케이션 서버(50)로부터 취득한 긴급 고지 애플리케이션을 중첩해서 디스플레이 상에 표시한다(S590 및 S591).
이상과 같이, 도 59의 애플리케이션 전송 처리에 있어서는, 긴급 상황 시에, 슬립 상태의 수신 장치(20)가 기동된다. 또한, 수신 장치(20)는, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, 텔레비전 프로그램의 컴포넌트와, 긴급 고지 애플리케이션을 취득한다. 그 결과로, 디스플레이는, D25-1의 상태(흑색 화면)로부터 강제적으로, D25-2의 상태(텔레비전 프로그램에 긴급 고지 애플리케이션을 중첩한 화면)로 전환되고, 긴급 고지 애플리케이션으로서 전송된 긴급 정보의 화면을 표시하게 된다. 따라서, 텔레비전 프로그램을 시청하고 있지 않던 유저이어도, 강제적으로 텔레비전 프로그램에 중첩 표시된 긴급 고지 애플리케이션을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
(기동 상태 시의 애플리케이션 전송 처리)
도 60은, 기동 상태의 수신 장치(20)에 있어서의 애플리케이션 전송 처리를 설명하는 도면이다.
도 60에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 60의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, LLS(EAT) 및 SCS(SDP, AIT)가 XML 형식으로 전송된다. 또한, NRT 포털 서비스용의 긴급 정보(도 60의 "NRT")가 FLUTE 세션을 통해 전송된다.
도 60에 있어서, 수신 장치(20)는, 도 59의 운용 예와는 달리, 기동 상태이며, 텔레비전 프로그램을 표시하고 있다(S601). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고 있고, EAT가 갱신된 것으로 검출된 경우에는, 그 EAT를 취득한다(S602 및 S603). 도 60에 도시한 바와 같이, 이 XML 형식의 EAT에는, EAMessage 요소 중, EAApplication 요소가 출현하고 있기 때문에, 긴급 정보는, 긴급 고지 애플리케이션으로서 전송된다. 따라서, 수신 장치(20)는, EAT의 AutomaticTuningService 요소의 networkId 속성, bbpStreamId 속성, 및 serviceId 속성의 값과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 AIT를 취득한다(S604).
수신 장치(20)는, AIT를 참조하여, EAT의 EAApplication 요소의 applicationId 속성의 값에 대응하는 애플리케이션을 취득하기 위한 URL을 취득하고, 인터넷(90)을 통해 애플리케이션 서버(50)에 액세스하고, 긴급 고지 애플리케이션을 취득한다(S606). 그 다음, 수신 장치(20)는, 표시 중인 텔레비전 프로그램에, 애플리케이션 서버(50)로부터 취득한 긴급 고지 애플리케이션을 중첩해서, 디스플레이 상에 표시한다(S605, S607, 및 S608).
이상과 같이, 도 60의 애플리케이션 전송 처리에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, EAT가 갱신된 것으로 검출된 경우, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, 긴급 고지 애플리케이션을 취득한다. 그 결과로, 디스플레이는, D26-1의 상태(텔레비전 프로그램을 표시한 화면)로부터 강제적으로, D26-2의 상태(텔레비전 프로그램에 긴급 고지 애플리케이션을 중첩한 화면)로 전환되고, 애플리케이션으로서 전송된 긴급 정보의 화면을 표시하게 된다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 텔레비전 프로그램에 L자형으로 중첩 표시된 애플리케이션을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
또한, 다른 애플리케이션이 기동 상태일 때 긴급 고지 애플리케이션을 기동시키기 위해서는, 그 기동 상태의 다른 애플리케이션을 종료시키고 나서, 긴급 고지 애플리케이션을 기동시킨다.
<(4-4) 공유 컴포넌트 서비스 전송>
이어서, 도 61을 참조하여, 공유 컴포넌트 서비스 전송에 대해서 설명한다.
(기동 상태 시의 공유 컴포넌트 서비스 전송 처리)
도 61은, 공유 컴포넌트 서비스 전송 처리를 설명하는 도면이다.
도 61에 도시한 바와 같이, 송신 장치(10)로부터의 IP 전송 방식을 사용한 디지털 방송의 방송파에서는, 텔레비전 프로그램(도 61의 "TV")의 비디오 데이터와 오디오 데이터를 동기형 스트림 형식으로 전송하고 있기 때문에, RTP 세션이 이용된다. 또한, 긴급 고지용의 공유의 오디오 데이터가 RTP 세션을 통해 전송된다. 또한, LLS(EAT) 및 SCS(SDP)가 XML 형식으로 전송된다.
도 61에 있어서, 수신 장치(20)는 기동 상태이며, 텔레비전 프로그램을 표시하고 있다(S621). 여기서, 기동 상태의 수신 장치(20)는, 항상, LLS를 통해 전송된 EAT를 감시하고 있고, EAT가 갱신된 것으로 검출된 경우에는, 그 EAT를 취득한다(S622 및 S623). 도 61에 도시한 바와 같이, 이 XML 형식의 EAT에는, EAMessage 요소 중, EAService 요소가 출현하고, serviceType 속성으로서, "adjunct_shared"가 지정되어 있기 때문에, 긴급 정보는, 공유 컴포넌트 서비스를 통해 전송된다.
즉, 도 61의 운용 예에서는, 긴급 정보로서 긴급 고지용의 공유의 오디오 데이터가 공급되어 있으므로, 수신 장치(20)는, EAT의 EAService 요소의 serviceId 속성의 값과 선국 정보를 사용해서 선국 처리를 행하고, FLUTE 세션을 통해 전송된 SDP를 취득한다(S624). 수신 장치(20)는, SDP에 따라, RTP 세션을 통해 전송된 긴급 고지용의 공유의 오디오 데이터를 취득하고, 텔레비전 프로그램의 표시 중에, 긴급 정보의 공유 음성을 출력한다(S625 및 S626). 여기에서는, 예를 들어, 텔레비전 프로그램의 표시 중에, 음성만이 전환되고, "폭우 경보" 등의 음성이, 부 음성으로서 출력된다.
이상과 같이, 도 61의 애플리케이션 전송 처리에 있어서는, 텔레비전 프로그램을 표시 중인 수신 장치(20)는, EAT가 갱신된 것으로 검출된 경우, LLS를 통해 전송된 XML 형식의 EAT를 취득하고, 해당 EAT에 따라, 긴급 고지용의 공유의 오디오 데이터를 취득한다. 그 결과로, 디스플레이는, D27-1의 상태로부터 D27-2의 상태로의 전환이 수행되어도, 텔레비전 프로그램을 계속해서 표시하고, 음성만이 전환되어, "폭우 경보" 등의 음성이 긴급 정보로서 출력되게 된다. 따라서, 텔레비전 프로그램을 시청하고 있는 유저는, 텔레비전 프로그램을 계속해서 시청하면서, 긴급 정보의 음성을 확인하고, 폭우 경보가 발동된 것을 인식할 수 있다.
또한, 공유 컴포넌트 서비스의 상세한 내용에 대해서는, 도 33을 참조하여 상기에서 설명되었고, 여기에서 반복된 설명은 생략한다.
<(5) 각 장치에서 실행되는 구체적인 처리의 내용>
이어서, 도 62 내지 도 66을 참조하여, 도 20의 방송 시스템(1)을 구성하는 각 장치에 의해 실행되는 구체적인 처리의 내용에 대해서 설명한다. 여기서, 송신 장치(10)에 의해 실행되는 송신 처리와, 수신 장치(20)에 의해 실행되는 수신 처리는, 도 34의 송신 처리와, 도 35의 수신 처리와 동일하기 때문에, 그 설명은 생략한다.
(긴급 고지 처리)
도 62의 흐름도를 참조하여, 도 53의 수신 장치(20)에 의해 실행되는 긴급 고지 처리에 대해서 설명한다. 이 긴급 고지 처리는, 수신 장치(20)가 슬립 상태, 기동 상태 등에 있을 경우, 폭우 경보 등의 긴급 정보를 통지하기 위해 실행된다.
단계 S701 내지 S703에 있어서는, 도 36의 단계 S341 내지 S343과 마찬가지로, 슬립 상태의 수신 장치(20)는, 강제 긴급 기동 플래그가 "온"으로 설정된 것을 검출했을 때에만, 전원이 온 된다.
단계 S704에 있어서, 긴급 고지 제어부(224)는, LLS를 통해 전송된 XML 형식의 EAT를 취득한다. EAT는, 예를 들어, 슬립 상태의 수신 장치(20)의 전원이 온 된 직후, 강제 긴급 기동 플래그가 "온"으로 설정된 것을 검출했을 때, EAT가 갱신되었을 때, 또는 그와 유사한 경우에, 취득되는 것으로 간주된다.
단계 S705에 있어서, 긴급 고지 제어부(224)는, 단계 S704의 처리에서 취득한 XML 형식의 EAT를 해석한다.
단계 S706에 있어서, 긴급 고지 제어부(224)는, 단계 S705의 해석 처리의 결과에 기초하여, EAT에 EAService 요소가 출현하고 serviceType 속성으로서 "nrt"가 지정되어 있는지의 여부를 판정한다. 단계 S706에 있어서, 해당 요소의 출현 요건이 충족된 것으로 판정된 경우, 처리는, 단계 S707로 진행된다.
단계 S707에 있어서, 긴급 고지 제어부(224)는, NRT 포털 서비스 전송 처리를 실행한다. 이 NRT 포털 서비스 전송 처리는, 도 55 및 도 56의 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 63의 흐름도를 참조하여 후술한다.
또한, 단계 S706에 있어서, 해당 요소의 출현 요건이 충족되지 않은 것으로 판정된 경우, 처리는, 단계 S708로 진행된다. 단계 S708에 있어서, 긴급 고지 제어부(224)는, 단계 S705의 해석 처리의 결과에 기초하여, EAT에 EAMessageData 요소가 출현하고 있는지의 여부를 판정한다. 단계 S708에 있어서, 해당 요소의 출현 요건이 충족된 것으로 판정된 경우, 처리는, 단계 S709로 진행된다.
단계 S709에 있어서, 긴급 고지 제어부(224)는, EA 메시지 전송 처리를 실행한다. 이 EA 메시지 전송 처리는, 도 57 및 도 58의 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 64의 흐름도를 참조하여 후술한다.
또한, 단계 S708에 있어서, 해당 요소의 출현 요건이 충족되지 않은 것으로 판정된 경우, 처리는, 단계 S710로 진행된다. 단계 S710에 있어서, 긴급 고지 제어부(224)는, 단계 S705의 해석 처리의 결과에 기초하여, EAT에 EAApplication 요소가 출현하고 있는지의 여부를 판정한다. 단계 S710에 있어서, 해당 요소의 출현 요건이 충족된 것으로 판정된 경우, 처리는, 단계 S711로 진행된다.
단계 S711에 있어서, 긴급 고지 제어부(224)는, 애플리케이션 전송 처리를 실행한다. 이 애플리케이션 전송 처리는, 도 59 및 도 60의 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 65의 흐름도를 참조하여 후술한다.
또한, 단계 S710에 있어서, 해당 요소의 출현 요건을 충족시키지 않고 있다고 판정된 경우, 처리는, 단계 S712로 진행된다. 단계 S712에 있어서, 긴급 고지 제어부(224)는, 단계 S705의 해석 처리의 결과에 기초하여, EAT에 EAService 요소가 출현하고 serviceType 속성으로서 "adjunct_shared"가 지정되어 있는지의 여부를 판정한다. 단계 S712에 있어서, 해당 요소의 출현 요건을 충족시키고 있다고 판정된 경우, 처리는, 단계 S713로 진행된다.
단계 S713에 있어서, 긴급 고지 제어부(224)는, 공유 컴포넌트 서비스 전송 처리를 실행한다. 이 공유 컴포넌트 서비스 전송 처리는, 도 61에 도시된 운용 예에 대응하고, 그 상세한 처리의 내용은, 도 66의 흐름도를 참조하여 후술한다.
또한, 단계 S712에 있어서, 해당 요소의 출현 요건을 충족시키지 않고 있다고 판정된 경우, 처리는, 단계 S714로 진행된다. 단계 S714에 있어서는, 단계 S705의 해석 처리의 결과에 따라, 예를 들어, 스트림 전송 처리 등이 실행되게 된다.
단계 S707, S709, S711, S713, 및 S714 중 어느 하나가 종료하면, 긴급 고지 처리는 종료한다.
이상, 긴급 고지 처리에 대해서 설명하였다.
(NRT 포털 서비스 전송 처리)
이어서, 도 63의 흐름도를 참조하여, 도 62의 단계 S707에 대응하는 NRT 포털 서비스 전송 처리에 대해서 설명한다.
단계 S721에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, SDP를 취득한다.
단계 S722에 있어서, FLUTE 처리부(220)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 제어 신호 처리부(222)로부터 수신된 SDP에 기초하여, FLUTE 세션을 통해 전송된 NRT 포털 정보(긴급 정보)를 취득한다.
단계 S723에 있어서, 브라우저(226)는, 긴급 고지 제어부(224)로부터의 제어에 따라, FLUTE 처리부(220)로부터 수신된 NRT 포털 정보(긴급 정보)를 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 디스플레이 상에는, 폭우 경보 등의 긴급 정보가 표시된다.
단계 S723의 처리가 종료하면, 처리는, 도 62의 단계 S707로 복귀되고, 그 이후의 처리가 실행된다.
이상, NRT 포털 서비스 전송 처리에 대해서 설명하였다.
(EA 메시지 전송 처리)
이어서, 도 64의 흐름도를 참조하여, 도 62의 단계 S709에 대응하는 EA 메시지 전송 처리에 대해서 설명한다. 여기서, 수신 장치(20)가 슬립 상태인 경우에는, 전원이 온되지만, EAT의 AutomaticTuningService 요소의 트리플렛에 의해 지정되는 서비스를 선국하는 선국 처리가 행해진 것으로 가정한다.
단계 S741에 있어서, 긴급 고지 제어부(224)는, EAT에 포함되는 EA 메시지를 텔레비전 프로그램에 중첩해서 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 폭우 경보 등의 자막(긴급 정보)이 텔레비전 프로그램에 중첩 표시된다.
단계 S742에 있어서, 유저에 의해 조작된 리모트 컨트롤러에 의해, 상세 정보를 표시하도록 지시되었는지의 여부가 판정된다. 단계 S742에 있어서, 상세 정보를 표시하도록 지시되었다고 판정된 경우, 처리는, 단계 S743로 진행된다.
단계 S743에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, SDP를 취득한다.
단계 S744에 있어서, FLUTE 처리부(220)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 제어 신호 처리부(222)로부터 수신된 SDP에 기초하여, FLUTE 세션을 통해 전송된 NRT 포털 정보(상세 정보)를 취득한다.
단계 S745에 있어서, 브라우저(226)는, 긴급 고지 제어부(224)로부터의 제어에 따라, FLUTE 처리부(220)로부터 수신된 NRT 포털 정보(상세 정보)를 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 디스플레이 상에는, 긴급 정보의 추가 정보로서, 폭우 경보 등의 상세 정보가 표시된다.
또한, 단계 S742에 있어서, 상세 정보를 표시하도록 지시되어 있지 않다고 판정된 경우, 단계 S743 내지 S745의 처리는 스킵된다. 그 다음, 단계 S745의 처리가 종료하면, 처리는, 도 62의 단계 S709로 복귀되고, 그 이후의 처리가 실행된다.
이상, EA 메시지 전송 처리에 대해서 설명하였다.
(애플리케이션 전송 처리)
이어서, 도 65의 흐름도를 참조하여, 도 62의 단계 S711에 대응하는 애플리케이션 전송 처리에 대해서 설명한다. 여기서, 수신 장치(20)가 슬립 상태인 경우에는, 전원이 온되지만, EAT의 AutomaticTuningService 요소의 트리플렛에 의해 지정되는 서비스를 선국하는 선국 처리가 행해지는 것으로 가정한다.
단계 S761에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, AIT를 취득한다. 또한, 긴급 고지 제어부(224)는, AIT를 참조하여, EAT의 EAApplication 요소의 applicationId 속성의 값에 대응하는 긴급 고지 애플리케이션을 취득하기 위한 URL을 취득한다.
단계 S762에 있어서, 통신 I/F(225)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 긴급 고지 애플리케이션을 취득하기 위한 URL에 기초하여, 인터넷(90)을 통해 애플리케이션 서버(50)에 액세스하고, 긴급 고지 애플리케이션을 취득한다.
단계 S763에 있어서, 브라우저(226)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 통신 I/F(225)로부터 수신된 긴급 고지 애플리케이션을 텔레비전 프로그램에 중첩해서 비디오 출력부(216)를 통해 디스플레이 상에 표시한다. 그 결과로, 폭우 경보 등의 긴급 정보가, 텔레비전 프로그램에 L자형으로 표시된다.
단계 S763의 처리가 종료하면, 처리는, 도 62의 단계 S711로 복귀되고, 그 이후의 처리가 실행된다.
이상, 애플리케이션 전송 처리에 대해서 설명하였다.
(공유 컴포넌트 서비스 전송 처리)
이어서, 도 66의 흐름도를 참조하여, 도 62의 단계 S713에 대응하는 공유 컴포넌트 서비스 전송 처리에 대해서 설명한다. 여기서, 긴급 정보가, 긴급 경보용의 공유의 오디오 데이터로서 공급되는 것으로 가정한다.
단계 S781에 있어서, 제어 신호 처리부(222)는, 긴급 고지 제어부(224)로부터의 제어에 따라, EAT에 기초하여, SDP를 취득한다.
단계 S782에 있어서, 오디오 디코더(217)는, 긴급 고지 제어부(224)로부터의 제어에 따라, SDP에 기초하여, Demux(213)로부터의 긴급 고지용의 공유의 오디오 데이터를 취득한다. 또한, 오디오 디코더(217)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 긴급 고지용의 공유의 오디오 데이터를 복호하고, 이 복호된 긴급 고지용의 공유의 오디오 데이터를 오디오 출력부(218)에 공급한다.
단계 S783에 있어서, 오디오 출력부(218)는, 긴급 고지 제어부(224)로부터의 제어에 따라, 텔레비전 프로그램의 음성으로부터 긴급 고지용의 공유의 오디오 데이터로의 전환을 수행하고, 스피커를 통해 긴급 정보의 음성을 출력한다. 그 결과, 예를 들어, 텔레비전 프로그램의 표시 중에, 음성만이 전환되고, "폭우 경보" 등의 음성이 출력된다.
단계 S783의 처리가 종료하면, 처리는, 도 62의 단계 S714로 복귀되고, 그 이후의 처리가 실행된다.
이상, 공유 컴포넌트 서비스 전송 처리에 대해서 설명하였다.
<본 기술에 따른 컴퓨터의 설명>
상술한 일련의 처리들은, 하드웨어에 의해 실행할 수도 있고, 또는 소프트웨어에 의해 실행할 수도 있다. 일련의 처리들을 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 컴퓨터에 인스톨된다. 여기서, 컴퓨터의 예는, 전용의 하드웨어에 내장되어 있는 컴퓨터, 또는 내부에 인스톨된 각종 프로그램을 사용하여 각종 기능을 실행하는 것이 가능한 범용의 퍼스널 컴퓨터(PC)를 포함한다.
도 67은, 상술한 일련의 처리를 프로그램을 통해 실행하는 컴퓨터의 하드웨어 구성예를 도시하는 블록도이다.
컴퓨터(900)에 있어서, CPU(central processing unit)(901), ROM(read only memory)(902), 및 RAM(random access memory)(903)은, 버스(904)를 통해 서로 접속되어 있다. 버스(904)에는 또한 입출력(I/O) 인터페이스(905)가 접속되어 있다. I/O 인터페이스(905)에는, 입력부(906), 출력부(907), 기록부(908), 통신부(909), 및 드라이브(910)가 접속되어 있다.
입력부(906)는, 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(907)는, 디스플레이, 스피커 등을 포함한다. 기록부(908)는, 하드 디스크, 불휘발성 메모리 등을 포함한다. 통신부(909)는, 네트워크 인터페이스 등을 포함한다. 드라이브(910)는, 자기 디스크, 광 디스크, 광자기 디스크, 또는 반도체 메모리 등의 이동식 매체(911)를 구동한다.
상기 구성을 갖는 컴퓨터(900)에서는, CPU(901)가, 예를 들어 기록부(908)에 기록되어 있는 프로그램을, I/O 인터페이스(905) 및 버스(904)를 개재해서, RAM(903) 상에 로드하여 실행함으로써, 상술한 일련의 처리가 행하여진다.
컴퓨터(900)(CPU(901))에 의해 실행되는 프로그램은, 패키지 매체로서의 이동식 매체(911)에 기록되어 공급될 수 있다. 프로그램은, 근거리 네트워크(LAN), 인터넷, 또는 디지털 위성 방송 등, 유선 또는 무선의 전송 매체를 통해 공급될 수 있다.
컴퓨터(900)에서는, 이동식 매체(911)를 드라이브(910)에 장착된 다음, 프로그램은, I/O 인터페이스(905)를 통해 기록부(908)에 인스톨될 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 개재하여 통신부(909)를 통해 수신된 다음, 기록부(908)에 인스톨될 수 있다. 또한, 프로그램은 ROM(902) 또는 기록부(908)에, 미리 인스톨될 수 있다.
또한, 컴퓨터(900)에 의해 실행되는 프로그램은, 본 개시 내용에서 설명하는 순서에 따라 시계열로 처리가 행해지는 프로그램일 수 있고, 또는 병렬로 또는 호출이 행하여졌을 때 필요한 타이밍에 따라 처리가 행해지는 프로그램일 수 있다.
여기서, 본 개시 내용에 있어서, 컴퓨터(900)에 각종 처리를 행하게 하기 위한 프로그램을 기술하는 처리 단계는, 반드시 흐름도로서 기재된 순서에 따라 시계열로 수행될 필요는 없고, 병렬로 또는 개별로 실행되는 처리(예를 들어, 병렬 처리 또는 오브젝트에 의한 처리)를 포함한다.
또한, 프로그램은, 단일 컴퓨터에 의해 처리될 수 있거나, 복수의 컴퓨터에 의해 분산 처리될 수 있다. 또한, 프로그램은, 원격 사이트에 있는 컴퓨터에 의해 전송되어 실행될 수 있다.
또한, 본 개시 내용에 있어서, 시스템은, 모든 구성 요소가 단일 하우징 내에 배치되는지의 여부와 관계없이, 2개 이상의 구성 요소(장치, 모듈(부품) 등)의 집합을 의미한다. 따라서, 별개의 하우징에 수납되어, 네트워크를 통해 접속되어 있는 복수의 장치, 및 단일 하우징 내에 복수의 모듈이 수납되어 있는 단일 장치는, 둘 다 시스템이다.
또한, 본 기술의 실시예는, 상술한 실시예에 한정되는 것이 아니라, 본 기술의 요지를 일탈하지 않는 범위에서 다양한 변경이 가능하다. 예를 들어, 본 기술은, 하나의 기능을, 네트워크를 통해 복수의 장치가 공유하고 함께 처리하는 클라우드 컴퓨팅의 구성을 가질 수 있다.
또한, 상술한 흐름도에서 설명한 단계들은, 단일 장치에 의해 실행될 수 있고 또는 복수의 장치에 의해 공유 및 실행될 수 있다. 또한, 단일의 단계에 복수의 처리가 포함되는 경우에는, 그 단일의 단계에 포함되는 복수의 처리는, 단일 장치에 의해 실행될 수 있고 또는 복수의 장치에 의해 공유 및 실행될 수 있다.
또한, 본 기술은, 이하와 같은 구성을 가질 수 있다.
(1) 수신 장치로서,
IP(Internet Protocol) 트랜스포트 스트림을 포함하는 디지털 방송 신호를 수신하고;
상기 디지털 방송 신호를 통해 전송된 긴급 고지 제어 정보에 기초하여, 긴급 고지 서비스에 대응하는 모듈들의 동작들을 제어하도록 구성된 회로를 포함하는 수신 장치.
(2)
(1)에 따른 수신 장치로서,
상기 회로는, 영상 및 음성 중 적어도 하나를 사용하여 긴급 정보의 통지를 제공하도록 구성되는, 수신 장치.
(3)
(1) 또는 (2)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 긴급 고지 애플리케이션에 관한 정보를 포함하고,
상기 회로는, 상기 긴급 고지 제어 정보에 기초하여, 상기 애플리케이션을 취득하고, AV 콘텐츠가 유저에게 표시를 위해 출력되는 동안 상기 애플리케이션을 실행하도록 구성되는, 수신 장치.
(4)
(3)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 상기 애플리케이션의 식별 정보를 포함하고,
상기 회로는, 상기 애플리케이션의 식별 정보와, 상기 애플리케이션을 제어하기 위한 애플리케이션 제어 정보에 기초하여, 상기 애플리케이션을 취득하도록 구성되는, 수신 장치.
(5)
(2)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 긴급 고지 컴포넌트에 관한 정보를 포함하고,
상기 회로는, 상기 긴급 고지 제어 정보에 기초하여, 영상 및 음성 중 적어도 하나의 상기 긴급 고지 컴포넌트를 취득하고, AV 콘텐츠의 영상 및 음성 중 적어도 하나를 전환하도록 구성되는, 수신 장치.
(6)
(5)에 따른 수신 장치로서,
상기 긴급 고지 컴포넌트는, 복수의 서비스에 의해 공유되는, 수신 장치.
(7)
(1) 또는 (2)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 미리 설정된 소정의 필터링 조건에 따라 필터링되는, 수신 장치.
(8)
(7)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 긴급도에 따라 필터링되는, 수신 장치.
(9)
(7) 또는 (8)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 대상 지역에 따라 필터링되는, 수신 장치.
(10)
(7) 내지 (9) 중 어느 하나에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 소정의 에어리어의 단위로 필터링되는, 수신 장치.
(11)
(7) 내지 (10) 중 어느 하나에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 타입에 따라 필터링되는, 수신 장치.
(12)
(1) 내지 (11) 중 어느 하나에 따른 수신 장치로서,
상기 강제 긴급 기동 정보는, 상기 디지털 방송 신호를 통해 전송 가능하고,
상기 수신 장치가 슬립 상태이고 상기 강제 긴급 기동 정보가 검출되었을 때, 상기 수신 장치가 전원이 온되는, 수신 장치.
(13)
(1) 내지 (12) 중 어느 하나에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, XML 형식으로 전송되는, 수신 장치.
(14)
(1) 내지 (12) 중 어느 하나에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 섹션 형식으로 전송되는, 수신 장치.
(15)
(1) 내지 (14) 중 어느 하나에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 상기 디지털 방송 신호를 전송하는 데 사용된 프로토콜의 IP 층보다도 상위의 제1 계층에서 사용되는, 수신 장치.
(16)
(15)에 따른 수신 장치로서,
상기 디지털 방송 신호는, 상기 제1 계층에서 사용되고, 선국 제어 정보를 전송하는 데 사용되고,상기 선국 제어 정보는, 네트워크 식별 정보, 스트림 식별 정보, 및 서비스 식별 정보를 적어도 포함하는, 수신 장치.
(17)
(16)에 따른 수신 장치로서,
상기 디지털 방송 신호는, IP 층보다도 상위의 제2 계층에서 사용되고, 특정한 서비스를 구성하는 컴포넌트에 관한 정보를 적어도 포함하는 컴포넌트 제어 정보를 전송하는 데 사용되는, 수신 장치.
(18) 수신 장치의 수신 방법으로서,
상기 수신 장치의 회로에 의해, IP 트랜스포트 스트림을 포함하는 디지털 방송 신호를 수신하는 단계; 및
상기 수신 장치의 회로에 의해, 상기 디지털 방송 신호를 통해 전송된 긴급 고지 제어 정보에 기초하여, 긴급 고지 서비스에 대응하는 모듈의 동작을 제어하는 단계를 포함하는, 수신 방법.
(19) 송신 장치로서,
긴급 고지 제어 정보를 취득하고,
IP 트랜스포트 스트림을 포함하는 디지털 방송 신호를 통해 상기 긴급 고지 제어 정보를 송신하도록 구성된 회로를 포함하는, 송신 장치.
(20) 송신 장치의 송신 방법으로서,
상기 송신 장치의 회로에 의해, 긴급 고지 제어 정보를 취득하는 단계; 및
상기 송신 장치의 회로에 의해, IP 트랜스포트 스트림을 포함하는 디지털 방송 신호를 통해 상기 긴급 고지 제어 정보를 송신하는 단계를 포함하는 송신 방법.
(21)
(1) 내지 (17) 중 어느 하나에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 긴급 경보의 카테고리 코드, 복수의 EAS 메시지가 포함될 때의 복수 EAS(긴급 경보 시스템)의 메시지의 우선도, 강제 긴급 활성 플래그가 온으로 설정될 때 EAS 메시지가 표시되는 지의 여부를 나타내는 강제 플래그, 및 EAS 메시지의 송신 방식 타입 중 하나 또는 조합을 포함하는, 수신 장치.
(22)
(21)에 따른 수신 장치로서,
상기 긴급 고지 제어 정보는, 상기 EAS 메시지의 송신 방식 타입이 제1 소정의 타입일 때 EAS 애플리케이션 식별자를 포함하고,
상기 긴급 고지 제어 정보는, 상기 EAS 메시지의 송신 방식 타입이 제2 소정의 타입일 때 EAS 공유 서비스 타입 및 EAS 공유 서비스 식별자를 포함하는, 수신 장치.
이는 다양한 변형, 조합, 서브 조합 및 변경들이 첨부된 청구 범위 또는 균등의 범위 내에 있는 것이면 설계 조건 및 다른 요인에 따라 발생할 수 있다는 것이 본 분야의 숙련자들에 의해 이해되어야 한다.
1: 방송 시스템
10: 송신 장치
20: 수신 장치
111: 비디오 데이터 취득부
113: 오디오 데이터 취득부
117: 제어 신호 취득부
119: 파일 데이터 취득부
121: Mux
122: 송신부
212: 튜너
213: Demux
214: 클럭 발생기
215: 비디오 디코더
216: 비디오 출력부
217: 오디오 디코더
218: 오디오 출력부
219: 자막 디코더
220: FLUTE 처리부
221: 스토리지
222: 제어 신호 처리부
223: NVRAM
224: 긴급 고지 제어부
225: 통신 I/F
226: 브라우저
251: GSE 필터
252: IP 필터
253: UDP 필터
254: 섹션 필터 뱅크
255: BBP 필터
256: LCT 필터
257: SGDU 필터 뱅크
900: 컴퓨터
901: CPU

Claims (20)

  1. 수신 장치로서,
    IP(Internet Protocol) 트랜스포트 스트림을 포함하는 디지털 방송 신호를 수신하고;
    상기 디지털 방송 신호를 통해 전송된 긴급 고지 제어 정보를 검출하고 - 상기 긴급 고지 제어 정보는 긴급 정보의 공유 컴포넌트를 식별하는 제1 정보 및 상기 긴급 정보의 상기 공유 컴포넌트를 제공하는 서비스를 식별하는 제2 정보를 포함함-;
    상기 제2 정보를 이용하여 상기 긴급 정보의 상기 공유 컴포넌트를 취득하고;
    상기 긴급 정보의 상기 공유 컴포넌트를 복호하고; 그리고
    상기 긴급 정보의 상기 복호된 공유 컴포넌트를 출력
    하도록 구성된 회로를 포함하고,
    상기 제1 정보는 상기 공유 컴포넌트가 음성만임을 나타내는 제1 값, 상기 공유 컴포넌트가 영상만임을 나타내는 제2 값, 및 상기 공유 컴포넌트가 상기 음성 및 상기 영상 모두를 포함한다는 것을 나타내는 제3 값 중 하나를 포함하고,
    상기 긴급 고지 제어 정보는, 상기 디지털 방송 신호를 전송하는 데 사용된 프로토콜의 IP 층보다도 상위의 제1 계층에서 사용되고,
    상기 디지털 방송 신호는 상기 제1 계층에서 사용되고 선국 제어 정보를 전송하는 데 사용되고, 상기 선국 제어 정보는 네트워크 식별 정보, 스트림 식별 정보, 및 서비스 식별 정보를 적어도 포함하는, 수신 장치.
  2. 제1항에 있어서,
    상기 회로는, 상기 영상 및 상기 음성 중 적어도 하나를 사용하여 상기 긴급 정보의 상기 복호된 공유 컴포넌트를 출력하도록 구성되는, 수신 장치.
  3. 제2항에 있어서,
    상기 긴급 고지 제어 정보는, 긴급 고지 애플리케이션에 관한 정보를 포함하고,
    상기 회로는, 상기 긴급 고지 제어 정보에 기초하여, 상기 긴급 고지 애플리케이션을 취득하고, AV 콘텐츠가 유저에게 표시를 위해 출력되는 동안 상기 긴급 고지 애플리케이션을 실행하도록 구성되는, 수신 장치.
  4. 제3항에 있어서,
    상기 긴급 고지 제어 정보는, 상기 긴급 고지 애플리케이션의 식별 정보를 포함하고,
    상기 회로는, 상기 긴급 고지 애플리케이션의 식별 정보와, 상기 긴급 고지 애플리케이션을 제어하기 위한 애플리케이션 제어 정보에 기초하여, 상기 긴급 고지 애플리케이션을 취득하도록 구성되는, 수신 장치.
  5. 제2항에 있어서,
    상기 회로는 상기 제1 정보에 기초하여 상기 수신 장치 상에 표시된 텔레비전 프로그램의 영상 및 음성 중 적어도 하나를 상기 복호된 공유 컴포넌트로 전환하도록 구성되는, 수신 장치.
  6. 제5항에 있어서,
    상기 긴급 고지의 상기 공유 컴포넌트는, 복수의 서비스들에 의해 공유되는, 수신 장치.
  7. 제2항에 있어서,
    상기 긴급 고지 제어 정보는, 미리 설정된 소정의 필터링 조건에 따라 필터링되는, 수신 장치.
  8. 제7항에 있어서,
    상기 긴급 고지 제어 정보는, 긴급도에 따라 필터링되는, 수신 장치.
  9. 제7항에 있어서,
    상기 긴급 고지 제어 정보는, 대상 지역에 따라 필터링되는, 수신 장치.
  10. 제7항에 있어서,
    상기 긴급 고지 제어 정보는, 소정의 에어리어의 단위로 필터링되는, 수신 장치.
  11. 제7항에 있어서,
    상기 긴급 고지 제어 정보는, 타입에 따라 필터링되는, 수신 장치.
  12. 제1항에 있어서,
    강제 긴급 기동 정보는, 상기 디지털 방송 신호를 통해 전송 가능하고,
    상기 수신 장치가 슬립 상태이고 상기 강제 긴급 기동 정보가 검출되었을 때, 상기 수신 장치가 전원이 온되는, 수신 장치.
  13. 제1항에 있어서,
    상기 긴급 고지 제어 정보는, XML 형식으로 전송되는, 수신 장치.
  14. 제1항에 있어서,
    상기 긴급 고지 제어 정보는, 섹션 형식으로 전송되는, 수신 장치.
  15. 삭제
  16. 삭제
  17. 제1항에 있어서,
    상기 디지털 방송 신호는, 상기 IP 층보다도 상위의 제2 계층에서 사용되고, 특정한 서비스를 구성하는 컴포넌트에 관한 정보를 적어도 포함하는 컴포넌트 제어 정보를 전송하는 데 사용되는, 수신 장치.
  18. 수신 장치의 수신 방법으로서,
    상기 수신 장치의 회로에 의해, IP 트랜스포트 스트림을 포함하는 디지털 방송 신호를 수신하는 단계;
    상기 수신 장치의 회로에 의해, 상기 디지털 방송 신호를 통해 전송된 긴급 고지 제어 정보를 검출하는 단계 - 상기 긴급 고지 제어 정보는 긴급 정보의 공유 컴포넌트를 식별하는 제1 정보 및 상기 긴급 정보의 상기 공유 컴포넌트를 제공하는 서비스를 식별하는 제2 정보를 포함함-;
    상기 수신 장치의 회로에 의해, 상기 제2 정보를 이용하여 상기 긴급 정보의 상기 공유 컴포넌트를 취득하는 단계;
    상기 수신 장치의 회로에 의해, 상기 긴급 정보의 상기 공유 컴포넌트를 복호하는 단계; 및
    상기 수신 장치의 회로에 의해, 상기 긴급 정보의 상기 복호된 공유 컴포넌트를 출력하는 단계
    를 포함하고,
    상기 제1 정보는 상기 공유 컴포넌트가 음성만임을 나타내는 제1 값, 상기 공유 컴포넌트가 영상만임을 나타내는 제2 값, 및 상기 공유 컴포넌트가 상기 음성 및 상기 영상 모두를 포함한다는 것을 나타내는 제3 값 중 하나를 포함하고,
    상기 긴급 고지 제어 정보는, 상기 디지털 방송 신호를 전송하는 데 사용된 프로토콜의 IP 층보다도 상위의 제1 계층에서 사용되고,
    상기 디지털 방송 신호는 상기 제1 계층에서 사용되고 선국 제어 정보를 전송하는 데 사용되고, 상기 선국 제어 정보는 네트워크 식별 정보, 스트림 식별 정보, 및 서비스 식별 정보를 적어도 포함하는, 수신 방법.
  19. 송신 장치로서,
    긴급 정보의 고지의 공유 컴포넌트를 식별하는 제1 정보, 및 상기 긴급 정보의 상기 공유 컴포넌트를 제공하는 서비스를 식별하는 제2 정보를 포함하는 긴급 고지 제어 정보를 취득하고; 그리고
    IP 트랜스포트 스트림을 포함하는 디지털 방송 신호를 통해 상기 긴급 고지 제어 정보를 상기 긴급 정보의 상기 공유 컴포넌트를 복호하고 출력하도록 구성된 수신 장치에 송신
    하도록 구성된 회로를 포함하고,
    상기 제1 정보는 상기 공유 컴포넌트가 음성만임을 나타내는 제1 값, 상기 공유 컴포넌트가 영상만임을 나타내는 제2 값, 및 상기 공유 컴포넌트가 상기 음성 및 상기 영상 모두를 포함한다는 것을 나타내는 제3 값 중 하나를 포함하고,
    상기 긴급 고지 제어 정보는, 상기 디지털 방송 신호를 전송하는 데 사용된 프로토콜의 IP 층보다도 상위의 제1 계층에서 사용되고,
    상기 디지털 방송 신호는 상기 제1 계층에서 사용되고 선국 제어 정보를 전송하는 데 사용되고, 상기 선국 제어 정보는 네트워크 식별 정보, 스트림 식별 정보, 및 서비스 식별 정보를 적어도 포함하는, 송신 장치.
  20. 송신 장치의 송신 방법으로서,
    상기 송신 장치의 회로에 의해, 긴급 정보의 고지의 공유 컴포넌트를 식별하는 제1 정보, 및 상기 긴급 정보의 상기 공유 컴포넌트를 제공하는 서비스를 식별하는 제2 정보를 포함하는 긴급 고지 제어 정보를 취득하는 단계; 및
    상기 송신 장치의 회로에 의해, IP 트랜스포트 스트림을 포함하는 디지털 방송 신호를 통해 상기 긴급 고지 제어 정보를 상기 긴급 정보의 상기 공유 컴포넌트를 복호하고 출력하도록 구성된 수신 장치에 송신하는 단계
    를 포함하고,
    상기 제1 정보는 상기 공유 컴포넌트가 음성만임을 나타내는 제1 값, 상기 공유 컴포넌트가 영상만임을 나타내는 제2 값, 및 상기 공유 컴포넌트가 상기 음성 및 상기 영상 모두를 포함한다는 것을 나타내는 제3 값 중 하나를 포함하고,
    상기 긴급 고지 제어 정보는, 상기 디지털 방송 신호를 전송하는 데 사용된 프로토콜의 IP 층보다도 상위의 제1 계층에서 사용되고,
    상기 디지털 방송 신호는 상기 제1 계층에서 사용되고 선국 제어 정보를 전송하는 데 사용되고, 상기 선국 제어 정보는 네트워크 식별 정보, 스트림 식별 정보, 및 서비스 식별 정보를 적어도 포함하는, 송신 방법.
KR1020167012920A 2013-11-27 2014-11-19 수신 장치, 수신 방법, 송신 장치, 및 송신 방법 KR102187082B1 (ko)

Priority Applications (1)

Application Number Priority Date Filing Date Title
KR1020207034443A KR102330695B1 (ko) 2013-11-27 2014-11-19 수신 장치, 수신 방법, 송신 장치, 및 송신 방법

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JPJP-P-2013-244950 2013-11-27
JP2013244950A JP2015104055A (ja) 2013-11-27 2013-11-27 受信装置、受信方法、送信装置、及び、送信方法
PCT/JP2014/005823 WO2015079658A1 (en) 2013-11-27 2014-11-19 Receiving device, receiving method, transmitting device, and transmitting method

Related Child Applications (1)

Application Number Title Priority Date Filing Date
KR1020207034443A Division KR102330695B1 (ko) 2013-11-27 2014-11-19 수신 장치, 수신 방법, 송신 장치, 및 송신 방법

Publications (2)

Publication Number Publication Date
KR20160089363A KR20160089363A (ko) 2016-07-27
KR102187082B1 true KR102187082B1 (ko) 2020-12-04

Family

ID=52016122

Family Applications (2)

Application Number Title Priority Date Filing Date
KR1020207034443A KR102330695B1 (ko) 2013-11-27 2014-11-19 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
KR1020167012920A KR102187082B1 (ko) 2013-11-27 2014-11-19 수신 장치, 수신 방법, 송신 장치, 및 송신 방법

Family Applications Before (1)

Application Number Title Priority Date Filing Date
KR1020207034443A KR102330695B1 (ko) 2013-11-27 2014-11-19 수신 장치, 수신 방법, 송신 장치, 및 송신 방법

Country Status (8)

Country Link
US (2) US10264328B2 (ko)
EP (1) EP3075169B1 (ko)
JP (1) JP2015104055A (ko)
KR (2) KR102330695B1 (ko)
CA (1) CA2931053C (ko)
MX (1) MX364030B (ko)
RU (1) RU2661928C2 (ko)
WO (1) WO2015079658A1 (ko)

Families Citing this family (20)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014061488A1 (ja) * 2012-10-17 2014-04-24 ソニー株式会社 データ処理装置、データ処理方法、及び、プログラム
JP2015073245A (ja) 2013-10-04 2015-04-16 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
EP3065409A4 (en) * 2013-10-30 2017-08-09 Sony Corporation Transmission device, transmission method, reception device, and reception method
EP3220593A4 (en) 2014-11-12 2018-08-01 LG Electronics Inc. Broadcasting signal transmission device, broadcasting signal reception device, broadcasting signal transmission method, and broadcasting signal reception method
CN107210828A (zh) * 2015-01-12 2017-09-26 Lg电子株式会社 广播信号发送装置、广播信号接收装置、广播信号发送方法和广播信号接收方法
CN106105240B (zh) * 2015-01-21 2019-11-08 Lg电子株式会社 发送广播信号的装置以及发送广播信号的方法
KR102425988B1 (ko) * 2015-04-01 2022-07-29 삼성전자주식회사 방송 시스템에서의 비상 통보 메시지를 처리하는 장치 및 방법
WO2016186407A1 (ko) * 2015-05-17 2016-11-24 엘지전자(주) 방송 신호 송수신 장치 및 방법
WO2017029804A1 (en) * 2015-08-19 2017-02-23 Sharp Kabushiki Kaisha Broadcast system with a watermark payload
BR112018003441A2 (pt) 2015-09-01 2018-11-27 Sony Corp aparelhos de recepção e de transmissão, e, método de processamento de dados.
TW201725878A (zh) * 2015-09-14 2017-07-16 Sony Corp 受訊裝置、送訊裝置及資料處理方法
US10812872B2 (en) 2016-06-30 2020-10-20 Sony Semiconductor Solutions Corporation Transmitting device, transmitting method, receiving device, and receiving method for providing emergency alert information
GB201618274D0 (en) * 2016-10-28 2016-12-14 Sony Corp A decoder, encoder, computer program and method
JP6437594B1 (ja) * 2017-05-31 2018-12-12 東芝インフラシステムズ株式会社 同報通信システム、情報提供装置および信号送信方法
US10904299B2 (en) * 2017-06-08 2021-01-26 Avaya Inc. Alternative network address type (ANAT) encoding and media interworking
JP2019135806A (ja) * 2018-02-05 2019-08-15 ソニーセミコンダクタソリューションズ株式会社 復調回路、処理回路、処理方法、および処理装置
JP6664587B1 (ja) * 2018-10-31 2020-03-13 ヤフー株式会社 情報処理装置、情報処理方法および情報処理プログラム
CN111866603B (zh) * 2020-07-21 2022-04-26 广州市保伦电子有限公司 一种基于srs的视频文件生产方法、后台服务器和系统
CN111970526B (zh) * 2020-08-18 2022-04-26 广州华多网络科技有限公司 界面通知消息处理方法、装置、设备及存储介质
JP7071561B2 (ja) * 2021-02-03 2022-05-19 マクセル株式会社 放送受信装置

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20070136743A1 (en) * 2005-12-09 2007-06-14 Charles Hasek Emergency alert data delivery apparatus and methods
US20110212700A1 (en) * 2001-10-24 2011-09-01 Sipco, Llc Systems and methods for providing emergency messages to a mobile device
US20120030703A1 (en) * 2010-07-30 2012-02-02 EchoStar Technologies, L.L.C. Systems, Methods and Apparatus For Transmitting Weather Information in a Television Distribution Network
US20130247094A1 (en) * 2012-03-17 2013-09-19 Glen Hardin Emergency alert system methods and apparatus

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5818440A (en) * 1997-04-15 1998-10-06 Time Warner Entertainment Co. L.P. Automatic execution of application on interactive television
US7233781B2 (en) * 2001-10-10 2007-06-19 Ochoa Optics Llc System and method for emergency notification content delivery
US20060005219A1 (en) * 2004-07-02 2006-01-05 Garry Owens Standby television warning system
KR20060134739A (ko) * 2005-06-23 2006-12-28 삼성전자주식회사 디지털 방송 시스템의 메시지 처리 방법 및 그 장치
KR100698312B1 (ko) * 2005-07-27 2007-03-22 엘지전자 주식회사 영상기기 및 그의 부가정보 표시방법
JP2010268226A (ja) * 2009-05-14 2010-11-25 Toshiba Corp 放送受信装置
US8745655B2 (en) * 2010-12-16 2014-06-03 Verizon Patent And Licensing Inc. Emergency alerts during playback of video streams on portable devices
JP5783402B2 (ja) 2011-01-25 2015-09-24 ソニー株式会社 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム
EP2712184A4 (en) * 2011-05-19 2014-10-22 Japan Broadcasting Corp RECEIVER
KR101989900B1 (ko) 2012-03-02 2019-06-17 엘지전자 주식회사 모바일 방송을 통하여 긴급 경보 서비스를 제공하는 장치 및 방법
JP5941356B2 (ja) * 2012-07-02 2016-06-29 日本放送協会 放送通信連携受信装置、アプリケーション認証プログラム及び放送通信連携システム
RU130110U1 (ru) * 2012-12-18 2013-07-10 Общество с ограниченной ответственностью "Научно-Технический Центр ПРОТЕЙ" Система обработки информации о чрезвычайных ситуациях
JP2015061195A (ja) * 2013-09-18 2015-03-30 ソニー株式会社 送信装置及び送信方法、受信装置及び受信方法、並びにコンピューター・プログラム
KR102034593B1 (ko) * 2015-01-29 2019-10-21 엘지전자 주식회사 방송 신호 송신 장치, 방송 신호 수신 장치, 방송 신호 송신 방법, 및 방송 신호 수신 방법

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110212700A1 (en) * 2001-10-24 2011-09-01 Sipco, Llc Systems and methods for providing emergency messages to a mobile device
US20070136743A1 (en) * 2005-12-09 2007-06-14 Charles Hasek Emergency alert data delivery apparatus and methods
US20120030703A1 (en) * 2010-07-30 2012-02-02 EchoStar Technologies, L.L.C. Systems, Methods and Apparatus For Transmitting Weather Information in a Television Distribution Network
US20130247094A1 (en) * 2012-03-17 2013-09-19 Glen Hardin Emergency alert system methods and apparatus

Also Published As

Publication number Publication date
KR20200138423A (ko) 2020-12-09
MX364030B (es) 2019-04-11
EP3075169A1 (en) 2016-10-05
KR20160089363A (ko) 2016-07-27
US20190200095A1 (en) 2019-06-27
KR102330695B1 (ko) 2021-12-01
CA2931053A1 (en) 2015-06-04
WO2015079658A1 (en) 2015-06-04
RU2661928C2 (ru) 2018-07-23
JP2015104055A (ja) 2015-06-04
RU2016119632A (ru) 2017-11-23
RU2016119632A3 (ko) 2018-03-01
EP3075169B1 (en) 2022-01-05
CA2931053C (en) 2021-09-21
MX2016006599A (es) 2016-08-05
US10623827B2 (en) 2020-04-14
US10264328B2 (en) 2019-04-16
US20160198241A1 (en) 2016-07-07

Similar Documents

Publication Publication Date Title
KR102187082B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
US10841350B2 (en) Reception device, reception method, transmission device, and transmission method
CA2844195C (en) Method of receiving broadcasting signal and apparatus for receiving broadcasting signal
TWI648991B (zh) 接收裝置、接收方法、傳輸裝置及傳輸方法
US11343549B2 (en) Reception apparatus, reception method, transmission apparatus, and transmission method
KR102460464B1 (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR102527738B1 (ko) 비상 정보의 로케이션 기반 필터링을 위한 수신 장치, 수신 방법, 송신 장치 및 송신 방법
US11496810B2 (en) Receiver, reception method, transmitter, and transmission method
JP2016208161A (ja) 送信装置、送信方法、受信装置、及び、受信方法
WO2017047397A1 (ja) 受信装置、送信装置、及び、データ処理方法
JP6598031B2 (ja) 受信装置、受信方法、送信装置、及び、送信方法
WO2015115253A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法
CN111869227A (zh) 接收装置、接收方法、信号处理设备和信号处理方法
WO2015107930A1 (ja) 受信装置、受信方法、送信装置、及び、送信方法

Legal Events

Date Code Title Description
A201 Request for examination
E902 Notification of reason for refusal
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
A107 Divisional application of patent
GRNT Written decision to grant