KR102468131B1 - 수신 장치, 송신 장치, 및 데이터 처리 방법 - Google Patents

수신 장치, 송신 장치, 및 데이터 처리 방법 Download PDF

Info

Publication number
KR102468131B1
KR102468131B1 KR1020187005113A KR20187005113A KR102468131B1 KR 102468131 B1 KR102468131 B1 KR 102468131B1 KR 1020187005113 A KR1020187005113 A KR 1020187005113A KR 20187005113 A KR20187005113 A KR 20187005113A KR 102468131 B1 KR102468131 B1 KR 102468131B1
Authority
KR
South Korea
Prior art keywords
information
emergency
emergency alert
application
eaa
Prior art date
Application number
KR1020187005113A
Other languages
English (en)
Other versions
KR20180053647A (ko
Inventor
준 기타하라
나오히사 기타자토
야스아키 야마기시
다케토시 야마네
Original Assignee
소니그룹주식회사
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 소니그룹주식회사 filed Critical 소니그룹주식회사
Publication of KR20180053647A publication Critical patent/KR20180053647A/ko
Application granted granted Critical
Publication of KR102468131B1 publication Critical patent/KR102468131B1/ko

Links

Images

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/53Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers
    • H04H20/59Arrangements specially adapted for specific applications, e.g. for traffic information or for mobile receivers for emergency or urgency
    • GPHYSICS
    • G08SIGNALLING
    • G08BSIGNALLING OR CALLING SYSTEMS; ORDER TELEGRAPHS; ALARM SYSTEMS
    • G08B25/00Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems
    • G08B25/01Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium
    • G08B25/08Alarm systems in which the location of the alarm condition is signalled to a central station, e.g. fire or police telegraphic systems characterised by the transmission medium using communication transmission lines
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/28Arrangements for simultaneous broadcast of plural pieces of information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/13Arrangements for device control affected by the broadcast information
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H60/00Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/76Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet
    • H04H60/81Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself
    • H04H60/82Arrangements characterised by transmission systems other than for broadcast, e.g. the Internet characterised by the transmission system itself the transmission system being the Internet
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04NPICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/40Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
    • H04N21/43Processing 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/435Processing of additional data, e.g. decrypting of additional data, reconstructing software from modules extracted from the transport stream
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04HBROADCAST COMMUNICATION
    • H04H20/00Arrangements for broadcast or for distribution combined with broadcast
    • H04H20/86Arrangements characterised by the broadcast information itself
    • H04H20/91Arrangements characterised by the broadcast information itself broadcasting computer programmes

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Emergency Management (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Circuits Of Receivers In General (AREA)
  • Alarm Systems (AREA)

Abstract

본 기술은, 긴급 시에 통지되는 긴급 정보의 상세 정보를 제공할 수 있도록 하는 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다. 수신 장치는, 디지털 방송 신호를 수신하고, 디지털 방송 신호에 포함되는 제어 정보로서, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보에 기초하여, 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리를 행한다. 본 기술은, 예를 들어 텔레비전 수상기에 적용할 수 있다.

Description

수신 장치, 송신 장치, 및 데이터 처리 방법
본 기술은, 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것으로, 특히, 긴급 시에 통지되는 긴급 정보의 상세 정보를 제공할 수 있도록 한 수신 장치, 송신 장치, 및 데이터 처리 방법에 관한 것이다.
디지털 방송의 분야에서는, 긴급 시에 있어서, 긴급하게 고지할 필요가 있는 정보인 긴급 정보를 통지하기 위한 각종 제안이 행해지고 있다(예를 들어, 특허문헌 1 참조).
일본 특허공개 제2015-104055호 공보
그런데, 긴급 시에 통지되는 긴급 정보로서, 텍스트 등의 간이적인 정보와는 별도로, 정지화상이나 동화상 등의 보다 상세한 정보도 제공할 수 있도록 하기 위한 제안이 요청되고 있다.
본 기술은 이러한 상황을 감안하여 이루어진 것으로, 긴급 시에 통지되는 긴급 정보의 상세 정보를 제공할 수 있도록 하는 것이다.
본 기술의 제1 측면의 수신 장치는, 디지털 방송 신호를 수신하는 수신부와, 상기 디지털 방송 신호에 포함되는 제어 정보로서, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 상기 제어 정보에 기초하여, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리를 행하는 처리부를 구비하는 수신 장치이다.
본 기술의 제1 측면의 수신 장치는, 독립된 장치여도 되고, 하나의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제1 측면의 데이터 처리 방법은, 전술한 본 기술의 제1 측면의 수신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제1 측면의 수신 장치, 및 데이터 처리 방법에 있어서는, 디지털 방송 신호가 수신되고, 상기 디지털 방송 신호에 포함되는 제어 정보로서, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 상기 제어 정보에 기초하여, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리가 행해진다.
본 기술의 제2 측면의 송신 장치는, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보로서, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리에 이용되는 상기 제어 정보를 생성하는 생성부와, 생성된 상기 제어 정보를, 디지털 방송 신호에 포함하여 송신하는 송신부를 구비하는 송신 장치이다.
본 기술의 제2 측면의 송신 장치는, 독립된 장치여도 되고, 1개의 장치를 구성하고 있는 내부 블록이어도 된다. 또한, 본 기술의 제2 측면의 데이터 처리 방법은, 전술한 본 기술의 제2 측면의 송신 장치에 대응하는 데이터 처리 방법이다.
본 기술의 제2 측면의 송신 장치, 및 데이터 처리 방법에 있어서는, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보로서, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리에 이용되는 상기 제어 정보가 생성되고, 생성된 상기 제어 정보가, 디지털 방송 신호에 포함해서 송신된다.
본 기술의 제1 측면, 및 제2 측면에 의하면, 긴급 시에 통지되는 긴급 정보의 상세 정보를 제공할 수 있다.
또한, 여기에 기재된 효과는 반드시 한정되는 것이 아니라, 본 개시 중에 기재된 어느 효과여도 된다.
도 1은, 본 기술을 적용한 전송 시스템의 일 실시 형태의 구성을 나타내는 도면이다.
도 2는, 도 1의 전송 시스템의 각 장치의 개요를 나타내는 도면이다.
도 3은, IP 전송 방식의 디지털 방송을 채용한 경우의 긴급 경보의 전송 방식의 개요를 나타내는 도면이다.
도 4는, LLS 테이블의 신택스의 예를 나타내는 도면이다.
도 5는, 긴급 경보 애플리케이션(EAA)의 기동 방식의 예를 나타내는 도면이다.
도 6은, 제1 방식에 있어서의 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다.
도 7은, 제2 방식에 있어서의 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다.
도 8은, 제3 방식 A에 있어서의 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다.
도 9는, 제3 방식 B에 있어서의 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다.
도 10은, E-AIT의 신택스의 예를 나타내는 도면이다.
도 11은, MPD의 기술예를 나타내는 도면이다.
도 12는, MPD의 EventStream 요소의 구조의 예를 나타내는 도면이다.
도 13은, EventStream 요소의 제1 구체예를 나타내는 도면이다.
도 14는, EventStream 요소의 제2 구체예를 나타내는 도면이다.
도 15는, EventStream 요소의 제3 구체예를 나타내는 도면이다.
도 16은, DASH 세그먼트의 이벤트 메시지 박스의 구조의 예를 나타내는 도면이다.
도 17은, 이벤트 메시지 박스의 제1 구체예를 나타내는 도면이다.
도 18은, 이벤트 메시지 박스의 제2 구체예를 나타내는 도면이다.
도 19는, 전송 시스템의 각 장치의 구성예를 나타내는 도면이다.
도 20은, HTML5 애플리케이션(BCA, EAA)의 기동 순서의 예를 나타내는 도면이다.
도 21은, 송신 처리의 흐름을 설명하는 흐름도이다.
도 22는, 전원 오프·대기 상태 시의 수신 처리의 흐름을 설명하는 흐름도이다.
도 23은, 전원 오프 상태 시의 수신 처리의 흐름을 설명하는 흐름도이다.
도 24는, 방송 스트림 수신 처리의 흐름을 설명하는 흐름도이다.
도 25는, 제1 방식의 E-AIT 수신 처리의 흐름을 설명하는 흐름도이다.
도 26은, 제2 방식과 제3 방식의 E-AIT 수신 처리의 흐름을 설명하는 흐름도이다.
도 27은, E-AIT 수신 처리의 흐름을 설명하는 흐름도이다.
도 28은, 이벤트 처리의 흐름을 설명하는 흐름도이다.
도 29는, 컴퓨터의 구성예를 나타내는 도면이다.
이하, 도면을 참조하면서 본 기술의 실시 형태에 대하여 설명한다. 또한, 설명은 이하의 순서로 행하기로 한다.
1. 본 기술을 적용한 전송 시스템의 운용
2. 각 장치의 구성
3. 각 장치에 의해 실행되는 처리의 흐름
4. 변형예
5. 컴퓨터의 구성
<1. 본 기술을 적용한 전송 시스템의 운용>
(전송 시스템의 구성예)
도 1은, 본 기술을 적용한 전송 시스템의 일 실시 형태의 구성을 나타내는 도면이다. 또한, 시스템이란, 복수의 장치가 논리적으로 집합된 것을 의미한다.
전송 시스템(1)에 있어서, 각 방송국(Broadcaster)은, 송신 장치(10)(예를 들어, 송신 장치(10-1)나 송신 장치(10-2))를 설치하고 있다. 송신 장치(10)는, 방송 프로그램 등의 콘텐츠를 포함하는 방송 스트림을, 디지털 방송 신호로서 송신한다.
송신 장치(10)로부터의 디지털 방송 신호는, 전파탑(30) 등을 경유하여, 전송로(80)를 통해 수신 장치(20)에 의해 수신된다. 수신 장치(20)는, 고정 수신기(예를 들어, 수신 장치(20-1))나 모바일 수신기(예를 들어, 수신 장치(20-2)나 수신 장치(20-3))이다. 수신 장치(20)는, 디지털 방송 신호로부터 얻어지는 방송 스트림을 처리하고, 방송 프로그램 등의 콘텐츠의 영상이나 음성을 재생한다.
또한, 도 1에 있어서, 전송 시스템(1)은, 미국에서 구축되어 있는 EAS(Emergency Alerting System)라 칭해지는 긴급 고지의 시스템에 대응하는 구성을 포함하고 있으며, 긴급 시에는, 각 방송국 등이, 수신 장치(20)에 대해서, 긴급하게 고지할 필요가 있는 정보인 긴급 정보(긴급 경보)를 제공(통지)하게 된다.
구체적으로는, 전송 시스템(1)에서는, 긴급 시에, 미국 연방 긴급 사태 관리 청(FEMA: Federal Emergency Management Agency)이나 대통령 관저(정부) 등의 긴급 정보원으로부터 통지되는 긴급 정보원 정보(예를 들어 재해 시에 발행되는 긴급 경보 등)가, CAP 정보로 변환되고, 각 방송국(의 송신 장치(10))에 제공된다.
또한, CAP 정보는, 구조화 정보 표준 촉진 협회(OASIS: Organization for the Advancement of Structured Information Standards)에 의해 규정되고 있는 CAP(Common Alerting Protocol)에 준거한 것으로 된다. 즉, 미국에서는, EAS라 칭해지는 긴급 고지의 시스템이 정비되어 있으므로, 이 EAS를 이용하여, 대통령으로부터의 최우선 사항부터 국지적인 고지 사항까지, 다양한 레벨의 긴급 정보(CAP 정보)가, 다양한 미디어(예를 들어 방송 경유나 통신 경유 등)에 의해 고지(통지)되게 된다.
방송국(의 송신 장치(10))은, 예를 들어 긴급 정보원으로부터의 긴급 정보원 정보에 따른 CAP 정보의 해석 결과에 기초하여, 예를 들어 방송 프로그램의 영상(비압축의 비디오 데이터)에, 긴급 경보 메시지(긴급 경보)를 매립하여 인코딩 등을 함으로써, 긴급 경보 메시지를 포함하는 콘텐츠를 생성한다. 그리고, 방송국 (의 송신 장치(10))은, 긴급 경보 메시지를 포함하는 콘텐츠를, 방송 에어리어 내의 다수의 수신 장치(20)(예를 들어, 수신 장치(20-1 내지 20-3))에 대해서 송신한다.
이에 의해, 수신 장치(20)에서는, 방송 프로그램의 영상에, 긴급 경보 메시지(긴급 경보)가 중첩하여 표시되게 된다. 그 결과, 유저는, 수신 장치(20)의 화면에 표시된 긴급 경보 메시지(긴급 경보)를 확인할 수 있다.
또한, 방송국(의 송신 장치(10))은, 긴급 경보의 상세한 정보(이하, 긴급 상세 정보라고도 함)를 제시하는 긴급 경보 애플리케이션(EAA)을 생성하고, 방송 에어리어 내의 다수의 수신 장치(20)(예를 들어, 수신 장치(20-1 내지 20-3))에 대해서 송신한다.
즉, 긴급 정보로서의 긴급 경보(긴급 경보 정보)는, 긴급 경보 메시지(Universal Alert)와, 어드밴스 콘텐츠(Advanced Content)의 2종류로 분류되고, 선행하여 표시되는 긴급 경보 메시지(의 텍스트 정보)에 관심이 있는 유저가, 어드밴스 콘텐츠(의 긴급 상세 정보)를 표시시켜 확인하게 된다.
이하의 설명에서는, 긴급 경보 메시지(Universal Alert)의 일례로서, 방송국 (의 송신 장치(10))이, 긴급 정보원 정보에 따른 CAP 정보를, 방송 프로그램 등의 콘텐츠의 영상(비압축의 비디오 데이터)에 매립하여 인코딩함으로써, 콘텐츠의 영상에 중첩 표시되는 긴급 경보 메시지를, 번인 텍스트라고 칭하여 설명한다. 또한, 이 번인 텍스트는, 「burn-in text」라고도 기술된다.
또한, 어드밴스 콘텐츠(Advanced Content)는, 정지화상이나 동화상 등의 리치 미디어(Rich Media)에 의해, 긴급 상세 정보를 제시한다. 이하의 설명에서는, 이 어드밴스 콘텐츠의 일례로서, HTML5(HyperText Markup Language 5)로 개발된, 긴급 상세 정보를 제시 가능한 애플리케이션을, 긴급 경보 애플리케이션(EAA: Emergency Alert Application)이라고 칭하여 설명한다. 또한, 긴급 경보 애플리케이션(EAA)은, 미국 연방 긴급 사태 관리청(FEMA)이나 정부 등의 긴급 정보원 정보를 발하는 기관(EA Authority)이 생성하고, 방송국(의 송신 장치(10)) 등의 긴급 경보 정보의 배신자에게 제공되도록 해도 된다.
또한, 이하의 설명에서는, 통상의 방송 서비스용의 HTML5로 개발된 애플리케이션을, 방송 애플리케이션(BCA: Broadcast Application)이라고 칭하여, 긴급 경보 애플리케이션(EAA)과 구별한다. 단, 긴급 경보 애플리케이션(EAA)과, 방송 애플리케이션(BCA)을 특별히 구별할 필요가 없는 경우에는, 그들을, HTML5 애플리케이션(HTML5 APP)이라고도 칭한다.
또한, HTML5 애플리케이션을 제어하기 위한 정보로서는, AIT(Application Information Table)를 사용할 수 있지만, 긴급 경보 애플리케이션(EAA)의 제어에 이용되는 AIT를, E-AIT(Emergency-AIT)라고 칭하여, 방송 애플리케이션(BCA)의 제어에 이용되는 AIT와 구별한다. 또한, E-AIT는, AIT를 확장한 것이다.
또한, 상세는 후술하지만, 이 E-AIT에 의해, 긴급 경보 애플리케이션(EAA)의 기동부터 종료까지의 라이프 사이클(Lifecycle)이 제어된다. 또한, E-AIT에는, 긴급 경보(의 상세 정보)에 관한 정보도 포함된다. 또한, 이벤트 메시지를 이용함으로써, 긴급 경보 애플리케이션(EAA)에 관한 각종 처리를 실행시키는 것도 가능하지만, 그 상세에 대해서는 후술한다.
도 1의 설명으로 되돌아가서, 방송국(의 송신 장치(10))은, 긴급 경보 애플리케이션(EAA)을, EA 서버(40)에 제공할 수 있다. EA 서버(40)는, 방송국(의 송신 장치(10))으로부터 제공되는 긴급 경보 애플리케이션(EAA)의 배신을 행한다.
수신 장치(20)는, 통신 기능을 갖고 있는 경우, 인터넷이나 휴대 전화망 등의 통신 회선(90)을 통해 EA 서버(40)에 액세스하고, 긴급 경보 애플리케이션(EAA)을 요구할 수 있다. 그리고, 수신 장치(20)는, 통신 회선(90)을 통해 EA 서버(40)로부터 배신되는 긴급 경보 애플리케이션(EAA)을 수신하여 실행(기동)할 수 있다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 상세 정보가 표시되게 된다.
또한, 도 1에 있어서, 고정 수신기로서의 수신 장치(20-1)와, 모바일 수신기로서의 수신 장치(20-2)나 수신 장치(20-3)가, 동일한 홈 네트워크(가정 내LAN(Local Area Network))에 접속되어 있는 경우에는, 예를 들어 수신 장치(20-1)가, 방송국(의 송신 장치(10))으로부터 수신한 긴급 경보 정보(예를 들어 긴급 경보 애플리케이션(EAA) 등)를, 수신 장치(20-2) 또는 수신 장치(20-3)에 송신(전송)하도록 해도 된다. 이에 의해, 예를 들어 모바일 수신기로서의 수신 장치(20-2)나 수신 장치(20-3)는, 방송 기능을 갖지 않는 경우에도, 고정 수신기로서의 수신 장치(20-1)로부터 송신되어 오는 긴급 경보 정보를 수신하여, 표시하는 것이 가능해진다.
(각 장치의 개요)
도 2는, 도 1의 전송 시스템(1)의 각 장치의 개요를 나타내는 도면이다.
도 2에 있어서, 송신 장치(10)는, 예를 들어 중계 장소로부터 전송로나 통신 회선을 통해 보내져 오는 라이브 콘텐츠(예를 들어, 스포츠 중계 등의 생방송 프로그램)나, 스토리지에 축적된 수록 완료의 콘텐츠(예를 들어, 드라마 등의 사전 수록 프로그램) 등의 방송 프로그램을, 디지털 방송 신호로서 송신한다.
여기서, 긴급 시에 있어서, 송신 장치(10)는, 긴급 정보원(EA Authority)으로부터 통지되는 긴급 정보원 정보로서의 CAP 정보를 취득하고, 그 CAP 정보의 해석 결과에 따른 긴급 경보 메시지(Universal Alert)를, 방송 프로그램 등의 콘텐츠의 영상(비압축의 비디오 데이터)에 매립하여 인코딩한다. 단, 긴급 시에 있어서는, 시각장애인용 톤 신호나 부음성 등으로, 시각장애인용 음성(Universal Alert)도 배신하게 된다.
또한, 송신 장치(10)는, CAP 정보의 해석 결과에 따른 E-AIT를 생성한다. 이 E-AIT에는, 긴급 경보(의 상세 정보)에 관한 정보나, 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 포함된다. 또한, 송신 장치(10)는, CAP 정보의 해석 결과에 기초하여, LCC 콘텐츠로서, 어드밴스 콘텐츠(Advanced Content)인 긴급 경보 애플리케이션(EAA)을 생성한다.
그리고, 긴급 시에 있어서는, 긴급 경보 메시지를 포함하는 방송 프로그램 등의 콘텐츠, E-AIT를 포함하는 시그널링, 및 긴급 경보 애플리케이션(EAA)을 포함하는 LCC 콘텐츠의 스트림이 다중화되고, 디지털 방송 신호로서 송신된다.
또한, 도 2에 있어서는, 설명의 편의상 방송국(Broadcaster)에 설치되는 장치가, 송신 장치(10), 즉, 하나의 장치로 구성되는 경우를 예시하고 있지만, 복수의 장치를 포함하는 송신 시스템으로서 구성되도록 해도 된다.
또한, 도 2에 있어서, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 송신되어 오는 디지털 방송 신호를 수신한다. 수신 장치(20)는, 디지털 방송 신호로부터 얻어지는 방송 스트림을 처리하고, 방송 프로그램 등의 콘텐츠의 영상이나 음성을 재생한다.
여기서, 긴급 시에 있어서는, 방송 프로그램 등의 콘텐츠의 영상(비압축의 비디오 데이터)에, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트(burned-in text)가 매립되어 있으므로, 수신 장치(20)의 화면에는, 방송 프로그램의 영상에 중첩하여, 번인 텍스트(burned-in text)가 표시된다(도면 중의 「1. burned-in text & audio」). 단, 긴급 시에는, 시각장애인용 톤 신호나 부 음성 등으로, 시각장애인용 음성(Universal Alert)도 배신되므로, 이 음성을 출력할 수 있다.
또한, 긴급 시에는, 시그널링으로서, E-AIT가 전송되어오므로, 수신 장치(20)에서는, 당해 E-AIT가 해석되고, 그 해석 결과에 따라 긴급 상세 정보의 표시의 필요 여부, 즉 어드밴스 콘텐츠(Advanced Content)인 긴급 경보 애플리케이션(EAA)을 기동할지 여부가 판정된다. 그리고, 수신 장치(20)는, 긴급 경보 애플리케이션(EAA)을 기동한다고 판정된 경우, LCC 콘텐츠로서 전송되는 긴급 경보 애플리케이션(EAA)을 취득하여 기동한다. 이에 의해, 수신 장치(20)의 화면에는, 방송 프로그램의 영상에 중첩하여, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보와, 번인 텍스트(burned-in text)가 표시된다(도면 중의 「2. burned-in text & audio & APP」). 단, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 전체 화면에 표시되도록 해도 된다(도면 중의 「3. HTML5 Application」).
또한, 송신 장치(10)는, 긴급 경보 애플리케이션(EAA)을, EA 서버(40)에 제공하도록 해도 된다. 이 경우, 수신 장치(20)는, 인터넷 등의 통신 회선(90)을 통하여, EA 서버(40)로부터 배신되는 긴급 경보 애플리케이션(EAA)을 수신하여, 기동할 수 있다. 또한, 상세는 후술하지만, MPD(Media Presentation Description)의 이벤트 스트림 요소(도면 중의 「MPD」)나 DASH(Dynamic Adaptive Streaming over HTTP) 세그먼트의 이벤트 메시지 박스(도면 중의 「'emsg'box」) 등에 배치되는 이벤트 메시지(Event Message)를 이용하여, 긴급 경보 애플리케이션(EAA)에 관한 처리를 행할 수도 있다(도면 중의 「Event」). 단, 후술하는 바와 같이, 트랜스포트 프로토콜로서, MMT(MPEG Media Transport)를 사용하는 경우에는, MPD의 이벤트 스트림 요소 대신에 MMT 시그널링에, MPD의 이벤트 스트림 요소와 마찬가지의 정보를 매립하거나, 혹은 독립된 시그널링의 데이터로서 마찬가지의 정보를 통지할 수 있다.
이상, 도 1의 전송 시스템(1)의 각 장치의 개요에 대하여 설명하였다.
(IP 전송 방식의 긴급 경보의 전송 방법)
도 3은, IP 전송 방식의 디지털 방송을 채용한 경우의 긴급 경보의 전송 방식의 개요를 나타내는 도면이다.
그런데, 각국의 디지털 방송의 규격에서는, 전송 방식으로서 MPEG2-TS(Moving Picture Experts Group phase 2-Transport Stream) 방식이 채용되고 있지만, 금후에는 통신 분야에서 사용되고 있는 IP(Internet Protocol) 패킷을 디지털 방송에 이용한 IP 전송 방식을 도입함으로써, 보다 고도의 서비스를 제공하는 것이 상정되고 있다.
특히, 현재 책정이 진행되고 있는 미국의 차세대 방송 규격인 ATSC(Advanced Television Systems Committee) 3.0에서는, IP 전송 방식을 이용한 디지털 방송의 채용이 결정되어 있다. 예를 들어, 도 1의 전송 시스템(1)에 있어서, 송신 장치(10)와 수신 장치(20)는, 전송로(80)를 통해 ATSC 3.0에 준거한 데이터 전송이 행해지도록 할 수 있다.
도 3에 있어서, 좌측에 나타낸 파이프도는, IP 전송 방식의 디지털 방송의 시스템 파이프 모델을 나타내고 있다. 이 시스템 파이프 모델에 있어서, 소정의 주파수 대역(예를 들어 6㎒)의 방송 스트림(Broadcast Stream)에는, 1개 또는 복수 개의 PLP 스트림(PLP Stream)이 포함된다. 또한, 각 PLP 스트림에는, 시그널링이나 서비스마다의 스트림이 포함된다.
또한, 소정의 주파수 대역의 방송 스트림은, 브로드캐스트 스트림 ID(Broadcast Stream ID)에 의해 식별된다. 또한, 각 PLP 스트림은, PLP ID에 의해 식별된다. 또한, 각 서비스는, 서비스 ID(Service ID)에 의해 식별된다.
여기서, LLS(Link Layer Signaling) 시그널링은, IP/UDP 패킷에 저장되어 전송된다. LLS 시그널링은, SLS(Service Layer Signaling) 시그널링에 선행하여 취득되는 시그널링으로서, LLS 시그널링의 정보에 따라 SLS 시그널링이 취득된다.
이 LLS 시그널링으로서는, 예를 들어 SLT(Service List Table)나 RRT(Region Rating Table), E-AIT 등의 메타데이터가 포함된다. SLT 메타데이터는, 서비스의 선국에 필요한 정보(선국 정보) 등, 방송 네트워크에 있어서의 스트림이나 서비스의 구성을 나타내는 정보를 포함한다. RRT 메타데이터는, 레이팅에 관한 정보를 포함한다. E-AIT 메타데이터(이하, E-AIT라 기술함)는, 긴급 경보 애플리케이션(EAA)의 제어 정보나, 긴급 경보(의 상세 정보)에 관한 정보를 포함한다.
또한, SLT, RRT, E-AIT 등의 메타데이터는, XML(Extensible Markup Language) 등의 마크업 언어에 의해 기술된다.
또한, 서비스마다의 스트림은, ROUTE(Real-Time Object Delivery over Unidirectional Transport) 세션에서 전송된다. 여기서, ROUTE는, 파일을 일방향에서 멀티캐스트 전송하는 데 적합한 프로토콜인 FLUTE(File Delivery over Unidirectional Transport)를 확장한 프로토콜이다. 서비스마다의 스트림에서는, ROUTE 세션에 의해, SLS 시그널링이나 컴포넌트(Component), LCC(Locally Cached Content) 콘텐츠의 스트림이 전송된다.
이 SLS 시그널링으로서는, 예를 들어 USD(User Service Description), S-TSID(Service-based Transport Session Instance Description), MPD(Media Presentation Description) 등의 메타데이터가 포함된다. USD 메타데이터는, 다른 메타데이터의 취득처 등의 정보를 포함한다. S-TSID 메타데이터는, LSID(LCT Session Instance Description)를 ATSC 3.0용으로 확장한 것으로서, ROUTE 프로토콜의 제어 정보이다. MPD 메타데이터(이하, MPD라 기술함)는, 컴포넌트의 스트림 재생을 관리하기 위한 제어 정보이다.
또한, USD, S-TSID, MPD 등의 메타데이터는, XML 등의 마크업 언어에 의해 기술된다. 또한, MPD는, MPEG-DASH(Dynamic Adaptive Streaming over HTTP)의 규격에 준하고 있다.
컴포넌트는, 비디오나 오디오, 자막 등의 콘텐츠를 구성하는 데이터이다. 또한, LCC 콘텐츠는, 수신 장치(20)의 스토리지에 축적(다운로드)되고 나서 처리되는 콘텐츠이다. 단, 도 3의 예에서는, LCC 콘텐츠로서, 긴급 경보 애플리케이션(EAA)이 전송되어 있다. 또한, LCC는, NRT(Non Real Time)라 칭해지는 경우가 있다.
또한, 설명의 간략화를 위해 생략하였지만, PLP 스트림에 있어서는, 시각 정보로서의 NTP(Network Time Protocol)나, 전자 서비스 가이드로서의 ESG(Electronic Service Guide) 서비스 등의 스트림도 전송되게 된다.
도 3의 파이프도에 있어서, 방송 스트림에는, 서로 다른 PLP ID로 되는 2개의 PLP 스트림이 포함되어 있지만, 한쪽(도면 중의 상방)의 PLP 스트림은, 통상의 PLP 스트림으로 되고, 다른 쪽(도면 중의 하방)의 PLP 스트림은, 견고성이 높은 PLP 스트림으로 된다.
이 예에서는, 통상의 PLP 스트림에서, 서비스의 컴포넌트와 SLS 시그널링이 전송되고, 견고성이 높은 PLP 스트림에서, LLS 시그널링과 LCC 콘텐츠의 스트림이 전송된다. 따라서, LLS 시그널링이나 LCC 콘텐츠를, 확실하게 전송할 수 있다. 또한, 이 예에서는, LLS 시그널링은, 복수의 서비스에서 공통으로 사용된다.
여기서, 도면 중의 점선 L로 둘러싼 부분, 즉, LLS 시그널링을 전송하는 스트림에 주목하면, 긴급 시에 있어서, LLS 시그널링으로서의 E-AIT는, 다음과 같이 전송되게 된다.
IP 전송 방식의 프로토콜 스택에 있어서, 가장 하위의 계층은, 물리층(L1: Layer1)으로 되고, 이 물리층에 인접하는 상위의 계층은, 레이어 2의 계층(L2: Layer2)으로 되고, 또한, 레이어 2의 계층에 인접하는 상위의 계층은, IP층으로 되며, IP층에 인접하는 상위의 계층은, UDP(User Datagram Protocol)층으로 된다.
즉, 도 3의 우측 프레임(패킷)의 구조도에 도시한 바와 같이, 물리층의 L1 프레임(L1 Frame)은, L1 헤더와 L1 페이로드로 구성된다. 이 L1 헤더에는, 긴급 시에 전원 오프이고, 또한, 대기 상태의 수신 장치(20)를 기동시키기 위한 웨이크업 플래그(wake-up flag)가 포함된다. 또한, L1 페이로드에는, 1개 또는 복수 개의 ALP(ATSC Link-layer Protocol) 패킷이 배치된다.
이 ALP 패킷은, 레이어 2의 계층 전송 패킷으로서, 그 ALP 페이로드에, LLS 테이블이 배치된다. 즉, LLS 테이블은, IP/UDP 패킷에 포함되어 전송되기 때문에, 그 헤더로서, LLS 헤더(LLS_H) 외에, IP 헤더(IP_H)와 UDP 헤더(UDP_H)가 부가되어 있다. 또한, LLS 테이블에는, LLS 시그널링의 데이터, 즉, 이 예에서는, E-AIT가 배치된다.
여기서, 도 4에는, LLS 테이블의 신택스의 예를 나타내고 있다. 도 4의 LLS 테이블에 있어서, 8비트의 LLS_table_id에는, LLS 테이블을 식별하기 위한 LLS 테이블 ID가 지정된다. 또한, 8비트의 LLS_table_version에는, LLS 테이블의 버전이 지정된다. 또한, LLS_table_id와 LLS_table_version은, LLS 헤더에 포함된다.
또한, switch 문구에 의해, LLS 테이블 ID로서, "0x01"이 지정된 경우, LLS 시그널링 데이터로서, SLT 메타데이터가 배치되는 것을 나타내고 있다. 또한, LLS 테이블 ID로서, "0x02"가 지정된 경우에는, LLS 시그널링 데이터로서, RRT 메타데이터가 배치되고, "0x03"이 지정된 경우에는, LLS 시그널링 데이터로서, E-AIT가 배치되는 것을 나타내고 있다.
도 3의 설명으로 되돌아가서, LLS 테이블에 포함되는 E-AIT에는, 긴급 경보 애플리케이션(EAA)의 제어 정보나, 긴급 경보(의 상세 정보)에 관한 정보가 포함된다. 수신 장치(20)는, E-AIT가 수신된 경우, 당해 E-AIT를 해석하고, 그 해석 결과에 따라서, 긴급 상세 정보를 표시할지 여부(긴급 경보 애플리케이션(EAA)을 기동할지 여부)를 판정한다. 여기에서는, 예를 들어 유저 조작에 따라서 긴급 상세 정보를 표시할지 여부를 판정하거나, 혹은 유저에 의해 미리 설정된 설정 정보에 따라서 긴급 상세 정보를 표시할지 여부를 판정할 수 있다.
그리고, 수신 장치(20)는, 긴급 상세 정보를 표시한다고 판정된 경우, 즉, 긴급 경보 애플리케이션(EAA)을 기동한다고 판정된 경우, LCC 콘텐츠로서 ROUTE 세션에서 전송되는, 긴급 경보 애플리케이션(EAA)을 취득하여 기동한다(S1). 그 결과, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가 표시되게 된다.
또한, E-AIT에는, 긴급 경보 애플리케이션(EAA)이, EA 서버(40)에 의해 제공되는 경우, 그 EA 서버(40)의 URL(Uniform Resource Locator)을 나타내는 정보가 포함되어 있다. 이 경우, 수신 장치(20)는, 당해 E-AIT에 기초하여, 통신 회선 (90)(Internet)을 통해 EA 서버(40)에 액세스하고, 긴급 경보 애플리케이션(EAA)을 요구한다(S2, S3). 그리고, 수신 장치(20)는, EA 서버(40)로부터 통신 회선(90)을 통해 배신되는 긴급 경보 애플리케이션(EAA)을 수신하여 기동한다(S3, S2). 그 결과, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가 표시되게 된다.
이에 의해, 긴급 시에 있어서, 번인 텍스트 등의 문자열에 의한 긴급 경보 메시지(Universal Alert)에 의해, 간이적인 정보를 제시할 뿐만 아니라, 그 정보에 관심이 있는 유저에 대해서는, 어드밴스 콘텐츠(Advanced Content)로서의 긴급 경보 애플리케이션(EAA)에 의해, 예를 들어 정지화상이나 동화상 등을 포함하는 긴급 상세 정보를 제시하는 것이 가능해진다.
또한, 도 3의 예에서는, 트랜스포트층의 전송 프로토콜(트랜스포트 프로토콜)로서, ROUTE를 사용하는 경우를 설명하였지만, 다른 트랜스포트 프로토콜을 사용하도록 해도 된다. 예를 들어, 현재 책정 중인 ATSC 3.0에서는, 트랜스포트 프로토콜로서, ROUTE와 MMT(MPEG Media Transport)가 병존하는 것이 상정되고 있지만, ROUTE 세션 외에, MMT 세션을 이용하여 컴포넌트나 시그널링의 스트림이 전송되도록 해도 된다.
이상과 같이, ATSC 3.0 등의 IP 전송 방식의 디지털 방송에 있어서, 트랜스포트 프로토콜로서, ROUTE 또는 MMT를 이용한 경우에, 긴급 시에, 긴급 정보원(예를 들어 미국 연방 긴급 사태 관리청(FEMA))으로부터의 긴급 정보원 정보(예를 들어 재해 시에 발행되는 긴급 경보 등)에 따른 긴급 정보(긴급 경보)를, 수신 장치(20)에 대해서 제공(통지)할 수 있다.
(긴급 경보 애플리케이션(EAA)의 기동 방식)
그런데, 방송 애플리케이션(BCA)과, 긴급 경보 애플리케이션(EAA)을 비교한 경우, 긴급 시에 기동되는 긴급 경보 애플리케이션(EAA)은, 통상 시에 기동되는 방송 애플리케이션(BCA)보다도 기동의 우선도가 높아진다. 따라서, 긴급 경보 애플리케이션(EAA)을 기동하는 경우에, 방송 애플리케이션(BCA)이 기동되고 있을 때에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 우선하여 표시되도록할 필요가 있다.
이와 같은 우선 기동의 해결책으로서는, 예를 들어 수신 장치(20)에 있어서, 긴급 경보 애플리케이션(EAA)을 기동하고, 당해 긴급 경보 애플리케이션(EAA)에 의해, 긴급 상세 정보의 표시의 필요 여부를 판정하는 것은 가능하지만, 방송 애플리케이션(BCA)이 기동된 상태이면, 기동 중인 방송 애플리케이션(BCA)을 일시 정지 또는 종료하고 나서, 긴급 경보 애플리케이션(EAA)을 기동하여, 긴급 상세 정보의 표시의 필요 여부를 판정하게 된다.
그리고, 긴급 상세 정보의 표시가 필요한 경우에는, 기동 중인 긴급 경보 애플리케이션(EAA)에 의해 긴급 상세 정보를 표시하면 되지만, 한편으로, 긴급 상세 정보의 표시가 불필요하게 되는 경우에는, 기동 중인 긴급 경보 애플리케이션(EAA)을 종료시키고 나서, 다시, 방송 애플리케이션(BCA)의 실행을 재개 또는 기동하게 된다. 즉, 수신 장치(20)에 있어서, 긴급 경보 애플리케이션(EAA)을 기동 가능한 경우라도, 예를 들어 유저에 따라서는, 긴급 경보 메시지(번인 텍스트)로 충분하며, 대상의 긴급 상세 정보를 요하지 않는 경우도 있어, 그와 같은 경우에는, 긴급 경보 애플리케이션(EAA)을 기동시킬 필요는 없다.
그래서, 본 기술에서는, AIT를 확장한 E-AIT에, 긴급 경보 애플리케이션(EAA)의 제어 정보 외에, 긴급 경보(의 상세 정보)에 관한 정보를 포함함으로써, 수신 장치(20)가, 당해 E-AIT의 해석 결과에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정하고, 긴급 상세 정보를 표시시키는 경우에만, 긴급 경보 애플리케이션(EAA)이 기동되도록 하고 있다. 또는, 본 기술에서는, E-AIT에, CAP 정보를 포함함으로써, 긴급 경보 애플리케이션(EAA)이 직접 CAP 정보를 수취하여 처리할 수 있도록 하고 있다. 또한, 수신 장치(20)에서는, 긴급 경보 애플리케이션(EAA)의 기동 시에, 방송 애플리케이션(BCA)이 기동되어 있는 경우에는, 방송 애플리케이션(BCA)을 일시 정지 또는 종료하여, 긴급 경보 애플리케이션(EAA)이 우선하여 기동되도록 한다.
여기서, 긴급 경보 애플리케이션(EAA)을 기동하여 긴급 상세 정보를 표시할지 여부의 판정 처리로서는, 전술한 바와 같이, 유저의 조작에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정해도 되고, 수신 장치(20)가, E-AIT의 해석 결과에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정해도 된다.
후자의 경우, 예를 들어 수신 장치(20)는, 그 시청 지역이, 긴급 경보의 대상 지역인지 여부를 판정하고, 시청 지역이, 긴급 경보의 대상 지역 외인 경우에는, 긴급 경보 애플리케이션(EAA)을 기동하지 않고, 긴급 상세 정보의 표시가 행해지지 않도록 한다. 또한, 예를 들어 수신 장치(20)는, 유저가 미리 등록한 설정 정보(예를 들어, 기상에 관한 정보는 표시하지만, 학교의 임시 휴교 등의 정보는 표시하지 않는 등)에 기초하여, 긴급 경보 애플리케이션(EAA)의 필요 여부를 판정해도 된다.
도 5는, 긴급 경보 애플리케이션(EAA)의 기동 방식의 예를 나타내는 도면이다.
도 5에 도시한 바와 같이, 긴급 경보의 상세 정보(긴급 상세 정보)를 제시하기 위한 긴급 경보 애플리케이션(EAA)은, 제1 방식 내지 제3 방식 중 어느 방식에 의해 기동되고, 긴급 상세 정보가 표시되도록 할 수 있다. 단, 이들의 제1 방식 내지 제3 방식은, 긴급 경보 애플리케이션(EAA)의 기동 순서의 일례로서, 다른 방식에 의해, 긴급 경보 애플리케이션(EAA)이 기동되도록 해도 된다.
제1 방식에서는, 레지던트 애플리케이션(RA)에 의해, 긴급 경보 애플리케이션(EAA)이 기동된다.
구체적으로는, 수신 장치(20)에 있어서, 유저에 의해 방송 프로그램이 시청되고 있을 때, E-AIT(autostart)가 수신된 경우, 레지던트 애플리케이션(RA)이, 당해 E-AIT(autostart)에 따라 긴급 경보의 상세 정보(긴급 상세 정보)를 수신하였음을 나타내는 아이콘(EA 아이콘) 등을 표시시킨다. 그리고, 이 표시 정보(선택 정보)를 확인한 유저는, 긴급 상세 정보를 표시시킬지 여부를 판단하고, 그 표시를 지시한 경우에는, 긴급 경보 애플리케이션(EAA)이 기동(실행)되고, 긴급 상세 정보가, 수신 장치(20)의 화면에 표시된다.
그 후, 수신 장치(20)에 있어서, E-AIT(terminate)가 수신된 경우, 레지던트 애플리케이션(RA)이, 당해 E-AIT(terminate)에 따라 기동 중인 긴급 경보 애플리케이션(EAA)을 종료시킨다. 이에 의해, 수신 장치(20)의 화면에서는, 긴급 상세 정보의 표시가 사라지고, 방송 프로그램만이 표시되게 된다.
제2 방식에서는, 방송 애플리케이션(BCA)이 미실행의 상태로부터, 긴급 경보 애플리케이션(EAA)이 기동된다.
구체적으로는, 수신 장치(20)에 있어서, 유저에 의해 방송 프로그램이 시청되고 있을 때, E-AIT(autostart)가 수신된 경우, 미들웨어(MW)나 브라우저(BR) 등이, 당해 E-AIT(autostart)에 따라서, 긴급 경보 애플리케이션(EAA)을 기동(실행)함으로써, 긴급 경보의 상세 정보(긴급 상세 정보)가 표시된다.
그 후, 수신 장치(20)에 있어서, E-AIT(terminate)가 수신된 경우, 미들웨어(MW)나 브라우저(BR) 등이, 당해 E-AIT(terminate)에 따라 기동 중인 긴급 경보 애플리케이션(EAA)을 종료시킨다. 이에 의해, 수신 장치(20)에서는, 긴급 상세 정보의 표시가 사라지고, 방송 프로그램만이 표시되게 된다.
제3 방식에서는, 방송 애플리케이션(BCA)이 실행되고 있는 상태로부터, 긴급 경보 애플리케이션(EAA)이 기동된다.
구체적으로는, 수신 장치(20)에 있어서, 유저에 의해 방송 프로그램이 시청되고 있을 때로서, 방송 애플리케이션(BCA)이 기동되고 있을 때, E-AIT(autostart)가 수신된 경우, 미들웨어(MW)나 브라우저(BR) 등이, 당해 E-AIT(autostart)에 따라 긴급 경보 애플리케이션(EAA)을 기동(실행)함으로써, 긴급 경보의 상세 정보(긴급 상세 정보)가 표시된다. 그 때, 기동 중인 방송 애플리케이션(BCA)은, 일시 정지(종료)되고, 그 영상이, 수신 장치(20)의 화면상에서 사라지게 된다.
그 후, 수신 장치(20)에 있어서, E-AIT(terminate)가 수신된 경우, 미들웨어(MW)나 브라우저(BR) 등이, 당해 E-AIT(terminate)에 따라 기동 중인 긴급 경보 애플리케이션(EAA)을 종료시킨다. 이에 의해, 수신 장치(20)에서는, 긴급 상세 정보의 표시가 사라지고, 방송 프로그램이 표시되게 된다. 또한, 일시 정지 중인 방송 애플리케이션(BCA)이 있는 경우에는, 당해 방송 애플리케이션(BCA)의 실행이 재개되고, 그 영상이, 방송 프로그램에 중첩 표시된다.
또한, 이벤트 메시지를 이용함으로써, 기동 중인 긴급 경보 애플리케이션(EAA)의 갱신을 행하는 등, 긴급 경보 애플리케이션(EAA)에 관한 각종 처리를 실행하는 것이 가능해진다. 또한, 이하의 설명에서는, 제3 방식 중, 이벤트 메시지를 이용한 경우를, 제3 방식 B라고 칭하여, 이벤트 메시지를 이용하지 않은 경우의 제3 방식 A와 구별하도록 한다.
이하, 제1 방식 내지 제3 방식의 상세한 내용에 대하여 설명한다.
(1) 제1 방식
도 6은, 제1 방식에 있어서의, 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다. 도 6의 예에서는, 화면 D11 내지 D15에 의해, 수신 장치(20)의 화면 천이를 나타내고, 스텝 S11 내지 S15에 의해, 수신 장치(20)의 동작을 나타내고 있다. 또한, 도 6에 있어서, 시간의 방향은, 도면 중의 좌측부터 우측을 향하는 방향으로 된다. 또한, 도 6의 예에서는, 시각 t1부터 시각 t2의 사이에, 긴급 경보(Emergency Alert)가 통지되도록 한다. 또한, 레지던트 애플리케이션(RA)은, 수신 장치(20)에 미리 내장된 애플리케이션이다.
긴급 경보가 통지되는 시각 t1보다도 이전 시간대에 있어서, 수신 장치(20)에서는, 그 화면에, 방송 프로그램의 영상만이 표시되고, 유저에 의해 시청되고 있다(D11). 또한, 이 시점에 있어서, 방송 애플리케이션(BCA) 등의 HTML5 애플리케이션은 실행되지 않는다.
여기서, 시각 t1로 되었을 때, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 긴급 경보를 수신한다. 그리고, 수신 장치(20)에 있어서는, 방송 프로그램의 영상에, 번인 텍스트(burned-in text)의 문자열이 중첩 표시된다(D12). 이에 의해, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트의 내용이, 유저에 의해 확인되게 된다.
또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(autostart)를 수신한다(S11). 수신 장치(20)에 있어서, 레지던트 애플리케이션(RA)은, 당해 E-AIT(autostart)를 해석하고, 그 해석 결과에 따른 EA 아이콘을, 화면에 표시시킨다(S12, D13). 이 EA 아이콘에 의해, 예를 들어 「긴급 경보의 상세 정보가 있습니다. 표시합니까?」 등의 메시지와 함께, 긴급 상세 정보의 표시를 선택하기 위한 「예」 버튼과, 「아니오」버튼이 표시된다.
또한, 여기에서는, 긴급 경보에 관한 긴급성이나 대상 지역, 카테고리 등의 E-AIT에 포함되는 정보에 기초한 각종 정보를 표시시키는 것도 가능하다. 또한, 레지던트 애플리케이션(RA)이, 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정해도 된다.
그리고, 수신 장치(20)에서는, 화면(D13)에, EA 아이콘으로서 표시된 「예」 버튼이, 유저에 의해 선택된 경우, 긴급 경보 애플리케이션(EAA)의 EAA 기동 이벤트가 발행되고, 긴급 경보 애플리케이션(EAA)이 기동된다(S13). 그 결과, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)와 함께, 방송 프로그램의 영상에 중첩 표시된다(D14).
이에 의해, 긴급 시에 있어서, 번인 텍스트 등의 문자열에 의한 긴급 경보 메시지(Universal Alert)에 의해, 간이적인 정보를 제시할 뿐만 아니라, 그 정보에 관심이 있는 유저에 대해서는, 어드밴스 콘텐츠(Advanced Content)로서의 긴급 경보 애플리케이션(EAA)에 의해, 예를 들어 정지화상이나 동화상 등을 포함하는 긴급 상세 정보를 제시하여, 보다 상세한 정보를 제공할 수 있다.
그 후, 시각 t2를 경과하면, 송신 장치(10)로부터의 긴급 경보의 통지가 종료된다. 또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(terminate)를 수신한다(S14). 수신 장치(20)는, 당해 E-AIT(terminate)를 해석하고, 그 해석 결과에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA)을 종료시킨다(S15). 그 결과, 수신 장치(20)의 화면에서는, 번인 텍스트(burned-in text)와 긴급 상세 정보(도면 중의 「EAA」)의 표시가 사라지고, 방송 프로그램의 영상만이 표시된다(D15).
이상과 같이, 제1 방식에서는, 레지던트 애플리케이션(RA)이, E-AIT(autostart)에 기초하여, EA 아이콘을 표시함과 함께, 유저가 긴급 상세 정보의 표시를 지시한 경우에는, 긴급 경보 애플리케이션(EAA)을 기동하여, 긴급 상세 정보를 표시하게 된다. 이에 의해, 예를 들어 긴급 상세 정보를 표시할 필요가 없는 경우에는, 긴급 경보 애플리케이션(EAA)을 기동하지 않고, 긴급 상세 정보를 표시시킬 필요가 있는 경우에만, 긴급 경보 애플리케이션(EAA)이 기동되므로, 긴급 경보 애플리케이션(EAA)이 불필요하게 기동되는 일이 방지되는 등, 수신 장치(20)에 있어서의 처리의 부하를 경감시킬 수 있다. 또한, 레지던트 애플리케이션(RA)이, E-AIT에 기초하여, 긴급 경보 애플리케이션(EAA)의 라이프 사이클(기동으로부터 종료까지의 동작)을 제어할 수 있다.
(2) 제2 방식
도 7은, 제2 방식에 있어서의, 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다. 도 7의 예에서는, 화면 D21 내지 D25에 의해, 수신 장치(20)의 화면 천이를 나타내고, 스텝 S21 내지 S26에 의해, 수신 장치(20)의 동작을 나타내고 있다. 또한, 도 7에 있어서도, 시간의 방향은, 도면 중의 좌측부터 우측을 향하는 방향으로 된다. 또한, 도 7의 예에서는, 시각 t1부터 시각 t2의 사이에, 긴급 경보(Emergency Alert)가 통지되도록 한다. 또한, 미들웨어(MW)는, 후술하는 MW부(213)(도 19)에 대응하고 있다. 또한, 브라우저(BR)는, 후술하는 브라우저(214)(도 19)에 대응하고 있다. 이 예에서는, 미들웨어(MW) 또는 브라우저(BR)가, 처리의 주체가 되는 경우를 설명하지만, 다른 소프트웨어나 하드웨어가 처리를 행하도록 해도 된다. 이들의 관계는, 후술하는 도 8 및 도 9에서도 마찬가지이다.
긴급 경보가 통지되는 시각 t1보다도 이전 시간대에 있어서, 수신 장치(20)에서는, 그 화면에, 방송 프로그램의 영상이 표시되고, 유저에 의해 시청되고 있다(D21). 또한, 이 시점에 있어서, 방송 애플리케이션(BCA) 등의 HTML5 애플리케이션은 실행되지 않는다.
여기서, 시각 t1로 되었을 때, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 긴급 경보를 수신한다. 그리고, 수신 장치(20)에 있어서는, 방송 프로그램의 영상에, 번인 텍스트(burned-in text)의 문자열이 중첩 표시된다(D22). 이에 의해, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트의 내용이, 유저에 의해 확인되게 된다.
또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(autostart)를 수신한다(S21). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 E-AIT(autostart)를 해석하고, 그 해석 결과에 따라서, 긴급 경보 애플리케이션(EAA)의 취득과 기동을 지시한다(S22).
또한, 여기에서는, 미들웨어(MW) 또는 브라우저(BR)가, 유저로부터의 지시 또는 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정할 수 있다. 예를 들어, 긴급 경보 애플리케이션(EAA)의 기동 화면으로서, 긴급 상세 정보를 수신하였음을 나타내는 아이콘 등을 표시하고, 유저가 긴급 상세 정보를 표시한다고 판단하여, 그 표시가 지시된 경우에만, 긴급 상세 정보를 표시시킬 수 있다.
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA 기동 이벤트)에 따라서, 긴급 경보 애플리케이션(EAA)이 취득되고, 기동된다(S23). 그 결과, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)와 함께, 방송 프로그램의 영상에 중첩 표시된다(D24).
이에 의해, 긴급 시에 있어서, 번인 텍스트 등의 문자열에 의한 긴급 경보 메시지(Universal Alert)에 의해, 간이적인 정보를 제시할 뿐만 아니라, 그 정보에 관심이 있는 유저에 대해서는, 어드밴스 콘텐츠(Advanced Content)로서의 긴급 경보 애플리케이션(EAA)에 의해, 예를 들어 정지화상이나 동화상 등을 포함하는 긴급 상세 정보를 제시하여, 보다 상세한 정보를 제공할 수 있다.
그 후, 시각 t2를 경과하면, 송신 장치(10)로부터의 긴급 경보의 통지가 종료된다. 또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(terminate)를 수신한다(S24). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 E-AIT(terminate)를 해석하고, 그 해석 결과에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA)의 종료를 지시한다(S25).
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA 종료 이벤트)에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA)이 종료된다(S26). 그 결과, 수신 장치(20)의 화면에는, 번인 텍스트(burned-in text)와 긴급 상세 정보(도면 중의 「EAA」)의 표시가 사라지고, 방송 프로그램의 영상만이 표시된다(D25).
이상과 같이, 제2 방식에서는, 미들웨어(MW) 또는 브라우저(BR)가, E-AIT에 기초하여, 긴급 경보 애플리케이션(EAA)을 표시한다고 판정한 경우에만, 긴급 경보 애플리케이션(EAA)이 기동되므로, 예를 들어 긴급 경보 애플리케이션(EAA)이 불필요하게 기동되는 것이 방지되는 등, 수신 장치(20)에 있어서의 처리의 부하를 경감시킬 수 있다. 또한, 미들웨어(MW) 또는 브라우저(BR)가, E-AIT에 기초하여, 긴급 경보 애플리케이션(EAA)의 라이프 사이클(기동부터 종료까지의 동작)을 제어할 수 있다.
(3) 제3 방식 A
도 8은, 제3 방식 A에 있어서의, 긴급 경보의 수신 시의 화면 천이를 모식적으로 나타낸 도면이다. 도 8의 예에서는, 화면 D31 내지 D35에 의해, 수신 장치(20)의 화면 천이를 나타내고, 스텝 S31 내지 S39에 의해, 수신 장치(20)의 동작을 나타내고 있다. 또한, 도 8에 있어서도, 시간의 방향은, 도면 중의 좌측부터 우측을 향하는 방향으로 된다. 또한, 도 8의 예에서는, 시각 t1부터 시각 t2의 사이에, 긴급 경보(Emergency Alert)가 통지되어 있다.
긴급 경보가 통지되는 시각 t1보다도 이전 시간대에 있어서, 수신 장치(20)에서는, 그 화면에, 방송 프로그램의 영상이 표시되고, 유저에 의해 시청되고 있다(D31). 또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 AIT를 수신하고 있다(S31). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 AIT를 해석하고, 그 해석 결과에 따라서, 방송 애플리케이션(BCA)의 취득과 기동을 지시한다(S32).
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(BCA 기동 이벤트)에 따라서, 방송 애플리케이션(BCA)이 취득되고, 기동된다(S33). 그 결과, 수신 장치(20)의 화면에는, 방송 애플리케이션(BCA)에 의한 정보(예를 들어 화상이나 영상, 문자 등)가, 방송 프로그램의 영상에 중첩 표시된다(D32).
그 후, 시각 t1이 되었을 때, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 긴급 경보를 수신한다. 그리고, 수신 장치(20)에 있어서는, 방송 애플리케이션(BCA)의 정보와 함께, 번인 텍스트(burned-in text)의 문자열이, 방송 프로그램의 영상에 중첩 표시된다(D33). 이에 의해, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트의 내용이, 유저에 의해 확인되게 된다.
또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(autostart)를 수신한다(S34). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 E-AIT(autostart)를 해석하고, 그 해석 결과에 따라서, 긴급 경보 애플리케이션(EAA)의 취득과 기동을 지시한다(S35).
또한, 여기에서는, 미들웨어(MW) 또는 브라우저(BR)가, 유저로부터의 지시 또는 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정할 수 있다. 예를 들어, 긴급 경보 애플리케이션(EAA)의 기동 화면으로서, 긴급 상세 정보를 수신하였음을 나타내는 아이콘 등을 표시하고, 유저가 긴급 상세 정보를 표시한다고 판단하여, 그 표시가 지시된 경우에만, 긴급 상세 정보를 표시시킬 수 있다.
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA 기동 이벤트)에 따라서, 긴급 경보 애플리케이션(EAA)이 취득되고, 기동된다(S36). 그 때, 기동 중인 방송 애플리케이션(BCA)은, 일시 정지(suspend) 또는 종료(terminate)된다. 그 결과, 수신 장치(20)의 화면에는, 방송 애플리케이션(BCA)의 정보 대신에 긴급 경보 애플리케이션(EAA)의 긴급 상세 정보가 표시된다(D34). 또한, 수신 장치(20)의 화면에서는, 번인 텍스트(burned-in text)도 계속해서, 방송 프로그램의 영상에 중첩 표시되어 있다(D34).
이에 의해, 긴급 시에 있어서, 번인 텍스트 등의 문자열에 의한 긴급 경보 메시지(Universal Alert)에 의해, 간이적인 정보를 제시할 뿐만 아니라, 그 정보에 관심이 있는 유저에 대해서는, 어드밴스 콘텐츠(Advanced Content)로서의 긴급 경보 애플리케이션(EAA)에 의해, 예를 들어 정지화상이나 동화상 등을 포함하는 긴급 상세 정보를 제시하여, 보다 상세한 정보를 제공할 수 있다.
그 후, 시각 t2를 경과하면, 송신 장치(10)로부터의 긴급 경보의 통지가 종료된다. 또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(terminate)를 수신한다(S37). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 E-AIT(terminate)를 해석하고, 그 해석 결과에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA)의 종료를 지시한다(S38).
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA 종료 이벤트)에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA)이 종료된다(S39). 또한, 긴급 경보 애플리케이션(EAA)을 기동할 때 방송 애플리케이션(BCA)이 일시 정지(suspend)되어 있는 경우에는, 당해 방송 애플리케이션(BCA)의 실행이 재개된다(기동된다). 그 결과, 수신 장치(20)의 화면에는, 번인 텍스트(burned-in text)와 긴급 상세 정보(도면 중의 「EAA」)의 표시가 사라지고, 방송 애플리케이션(BCA)의 정보가, 방송 프로그램의 영상에 중첩 표시된다(D35). 즉, 수신 장치(20)의 화면 표시는, 긴급 경보가 통지되기 전의 상태(D32)로 돌아가게 된다.
또한, 긴급 경보 애플리케이션(EAA)을 기동할 때 방송 애플리케이션(BCA)이 종료(terminate)된 경우에는, 방송 애플리케이션(BCA)의 실행은 재개되지 않고, 수신 장치(20)의 화면에는, 방송 프로그램의 영상만이 표시되게 된다.
이상과 같이, 제3 방식 A에서는, 미들웨어(MW) 또는 브라우저(BR)가, E-AIT에 기초하여, 긴급 경보 애플리케이션(EAA)을 표시한다고 판정된 경우에만, 긴급 경보 애플리케이션(EAA)이 기동되므로, 예를 들어 긴급 경보 애플리케이션(EAA)이 불필요하게 기동되는 것이 방지되는 등, 수신 장치(20)에 있어서의 처리의 부하를 경감시킬 수 있다. 또한, 제3 방식 A에서는, 긴급 경보 애플리케이션(EAA)을 기동하는 경우에, 방송 애플리케이션(BCA)이 기동되고 있을 때에는, 당해 방송 애플리케이션(BCA)을 일시 정지 또는 종료시키고 나서, 긴급 경보 애플리케이션(EAA)을 기동하기 위해서, 긴급 경보 애플리케이션(EAA)을 우선적으로 기동할 수 있다. 그로 인해, 유저에 대해서, 확실하게, 긴급 상세 정보를 제시할 수 있다.
(4) 제3 방식 B: 이벤트 대응
도 9는, 제3 방식 B에 있어서의, 긴급 경보의 수신 시에 이벤트 대응을 행하는 경우의 화면 천이를 모식적으로 나타낸 도면이다. 도 9의 예에서는, 화면 D41 내지 D45에 의해, 수신 장치(20)의 화면 천이를 나타내고, 스텝 S41 내지 S49에 의해, 수신 장치(20)의 동작을 나타내고 있다. 또한, 도 9에 있어서도, 시간의 방향은, 도면 중의 좌측부터 우측을 향하는 방향으로 된다. 또한, 도 9의 예에서는, 시각 t1부터 시각 t2의 사이에, 긴급 경보(Emergency Alert)가 통지되어 있다.
긴급 경보가 통지되는 시각 t1보다도 이전 시간대에 있어서, 수신 장치(20)의 화면에는, 방송 애플리케이션(BCA)에 의한 정보가, 방송 프로그램의 영상에 중첩 표시되어 있다(D41). 또한, 이 방송 애플리케이션의 기동 방법은, 전술한 제3 방식 A(도 8의 S31 내지 S33)와 마찬가지이기 때문에, 여기서는 그 설명은 생략한다.
그 후, 시각 t1이 되었을 때, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 긴급 경보를 수신한다. 그 결과, 수신 장치(20)의 화면에는, 방송 애플리케이션(BCA)의 정보와 함께, 번인 텍스트(burned-in text)의 문자열이, 방송 프로그램의 영상에 중첩 표시된다(D42). 이에 의해, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트의 내용이, 유저에 의해 확인되게 된다.
또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(autostart)를 수신한다(S41). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 E-AIT(autostart)를 해석하고, 그 해석 결과에 따라서, 긴급 경보 애플리케이션(EAA1)의 취득과 기동을 지시한다(S42).
또한, 여기에서는, 전술한 제3 방식 A와 마찬가지로, 유저로부터의 지시 또는 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 상세 정보의 표시의 필요 여부를 판정할 수 있다. 예를 들어, 긴급 경보 애플리케이션(EAA)의 기동 화면으로서, 긴급 상세 정보를 수신하였음을 나타내는 아이콘 등을 표시하고, 유저가 긴급 상세 정보를 표시한다고 판단하여, 그 표시가 지시된 경우에만, 긴급 상세 정보를 표시시킬 수 있다.
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA1 기동 이벤트)에 따라서, 긴급 경보 애플리케이션(EAA1)이 취득되고, 기동된다(S43). 그 때, 기동 중인 방송 애플리케이션(BCA)은, 일시 정지(suspend) 또는 종료(terminate)된다. 그 결과, 수신 장치(20)의 화면에는, 방송 애플리케이션(BCA)의 정보 대신에 긴급 경보 애플리케이션(EAA1)의 긴급 상세 정보가 표시된다(D43). 또한, 수신 장치(20)의 화면에서는, 번인 텍스트(burned-in text)도 계속하여, 방송 프로그램의 영상에 중첩 표시되어 있다(D43).
이에 의해, 긴급 시에 있어서, 번인 텍스트 등의 문자열에 의한 긴급 경보 메시지(Universal Alert)에 의해, 간이적인 정보를 제시할 뿐만 아니라, 그 정보에 관심이 있는 유저에 대해서는, 어드밴스 콘텐츠(Advanced Content)로서의 긴급 경보 애플리케이션(EAA)에 의해, 예를 들어 정지화상이나 동화상 등을 포함하는 긴급 상세 정보를 제시하여, 보다 상세한 정보를 제공할 수 있다.
그 후, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 이벤트 메시지를 수신한다(S44). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 이벤트 메시지를 해석하고, 그 해석 결과에 따라서, 긴급 경보 애플리케이션(EAA1)로부터, 긴급 경보 애플리케이션(EAA2)으로의 천이를 지시한다(S45). 즉, 미들웨어(MW) 또는 브라우저(BR)는, 당해 이벤트 메시지를, 긴급 경보 애플리케이션(EAA1)에 통지한다. 긴급 경보 애플리케이션(EAA1)은, 이벤트 메시지에 기술된 정보(이벤트 정보)에 기초하여, 그 이벤트 정보가, 긴급 경보 애플리케이션(EAA2)으로의 천이 지시인 경우에는, 긴급 경보 애플리케이션(EAA2)으로 천이하는 처리를 실행한다.
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA2 천이 이벤트)에 따라서, 긴급 경보 애플리케이션(EAA2)이 취득되고, 기동된다(S46). 그 결과, 수신 장치(20)의 화면에서는, 긴급 경보 애플리케이션(EAA1)에 의한 긴급 상세 정보(의 페이지)가 갱신되고, 긴급 경보 애플리케이션(EAA2)에 의한 긴급 상세 정보(의 페이지)가 표시된다. 여기서, 긴급 경보 애플리케이션(EAA2)은, 긴급 경보 애플리케이션(EAA1)에 의해 표시되는 페이지의 전부가 갱신되는 것(페이지 천이) 외에, 예를 들어 긴급 경보 애플리케이션(EAA1)에 의해 표시되는 페이지의 일부가 갱신되는 것 등을 의미하는 것이다.
이에 의해, 긴급 경보 메시지에 관심이 있는 유저에 대해서, 처음에 제시된 긴급 상세 정보(도면 중의 「EAA1」)와는 상이한 긴급 상세 정보(도면 중의 「EAA2」)를 제시하여, 더욱 상세한 정보를 제공할 수 있다.
그 후, 시각 t2를 경과하면, 송신 장치(10)로부터의 긴급 경보의 통지가 종료된다. 또한, 수신 장치(20)는, 송신 장치(10)로부터 전송로(80)를 통해 통지되는 E-AIT(terminate)를 수신한다(S47). 수신 장치(20)에 있어서, 미들웨어(MW) 또는 브라우저(BR)는, 당해 E-AIT(terminate)를 해석하고, 그 해석 결과에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA(EAA2))의 종료를 지시한다(S48).
그리고, 수신 장치(20)에서는, 미들웨어(MW) 또는 브라우저(BR)로부터의 지시(EAA(EAA2) 종료 이벤트)에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA(EAA2))이 종료된다(S49). 또한, 긴급 경보 애플리케이션(EAA1)을 기동할 때 방송 애플리케이션(BCA)이 일시 정지(suspend)되어 있는 경우에는, 당해 방송 애플리케이션(BCA)의 실행이 재개된다(기동된다). 그 결과, 수신 장치(20)의 화면에는, 번인 텍스트(burned-in text)와 긴급 상세 정보(도면 중의 「EAA2」)의 표시가 사라지고, 방송 애플리케이션(BCA)의 정보가, 방송 프로그램의 영상에 중첩 표시된다(D45). 즉, 수신 장치(20)의 화면 표시는, 긴급 경보가 통지되기 전의 상태(D41)로 돌아가게 된다.
이상과 같이, 제3 방식 B에서는, 미들웨어(MW) 또는 브라우저(BR)가, E-AIT에 기초하여, 긴급 경보 애플리케이션(EAA)을 표시한다고 판정된 경우에만, 긴급 경보 애플리케이션(EAA)이 기동되므로, 예를 들어 긴급 경보 애플리케이션(EAA)이 불필요하게 기동되는 것이 방지되는 등, 수신 장치(20)에 있어서의 처리의 부하를 경감시킬 수 있다. 또한, 제3 방식 B에서는, 미들웨어(MW) 또는 브라우저(BR)가, 이벤트 메시지에 기초하여, 긴급 경보 애플리케이션(EAA)에 관한 처리(예를 들어 라이프 사이클의 제어나, 시간의 경과에 의한 긴급 경보의 갱신에 수반하는 긴급 경보 애플리케이션(EAA)의 천이 등)를 제어할 수 있다.
또한, 여기에서는, 긴급 경보 애플리케이션(EAA)의 기동 방식으로서, 제1 방식 내지 제3 방식에 대하여 설명하였지만, 이들 방식은 설명의 편의상 사용하고 있는 것뿐이며, 제1 방식 내지 제3 방식 이외의 다른 기동 방식이 채용되도록 해도 된다.
(E-AIT의 신택스)
도 10은, XML 형식의 E-AIT의 신택스의 예를 나타내는 도면이다. 또한, 도 10에 있어서, 요소와 속성 중, 속성에는 「@」이 붙여 있다. 또한, 인덴트된 요소와 속성은, 그 상위의 요소에 대해서 지정된 것으로 된다.
E-AIT는, ServiceDiscovery 요소, 및 ApplicationDiscovery 요소를 포함한다. ApplicationDiscovery 요소는, 루트 요소(속성)로서, DomainName 속성, Version 속성, EmergencyApplicationList 요소, EmergencyApplication 요소, 및CAPMessage 요소를 포함한다.
DomainName 속성에는, 도메인명이 지정된다. Version 속성에는, 버전이 지정된다. EmergencyApplicationList 요소에는, 현행의 프로그램에서 실행 가능한 긴급 경보 애플리케이션(EAA)의 리스트가 지정된다.
EmergencyApplication 요소에는, 긴급 경보 애플리케이션(EAA)에 관한 정보가 지정된다. EmergencyApplication 요소는, appName 요소, applicationIdentifier 요소, CAPMessage 요소, emergencyAlert 요소, applicationDescriptor 요소, applicationTransport 요소, applicationLocation 요소, 및 applicationBoundary 요소의 상위 요소로 된다.
appName 요소에는, 긴급 경보 애플리케이션(EAA)의 명칭이 지정된다. appName 요소는, language 속성의 상위 요소로 된다. 이 language 속성에는, ISO 639-2로 규정되는 언어 코드가 지정된다.
applicationIdentifier 요소는, orgId 요소, 및 appId 요소의 상위 요소로 된다. orgId 요소에는, 조직 ID가 지정된다. appId 요소에는, 애플리케이션 ID가 지정된다. 즉, 조직 ID와 애플리케이션 ID의 조합에 의해, 글로벌하고 유니크한 애플리케이션 ID가 지정되게 된다.
CAPMessage 요소에는, CAP 정보를 배치할 수 있다. 즉, 긴급 경보 애플리케이션(EAA) 단위에서, CAP 정보를 관련짓는 경우에는, 이 EmergencyApplication 요소의 CAPMessage 요소에, CAP 정보를 배치하게 된다.
emergencyAlert 요소는, 긴급 경보(의 상세 정보)에 관한 정보(기본 정보)가 지정된다. emergencyAlert 요소는, senderName 속성, sentTime 속성, category 속성, priority 속성, alertStatusCode 속성, urgency 속성, severity 속성, 및 area 요소의 상위 요소로 된다.
senderName 속성에는, 예를 들어 미국 연방 긴급 사태 관리청(FEMA)이나 방송국 등의 긴급 경보의 발행원을 나타내는 정보가 지정된다. sentTime 속성에는, 긴급 경보가 발행된 시각을 나타내는 정보가 지정된다.
category 속성에는, 긴급 경보의 카테고리가 지정된다. 이 카테고리로서는, 예를 들어 "Geo(Geophysical)", "Met(Meteorological)", "Safety" 등의 긴급 경보를 분류하기 위한 정보가, 운용에 따라서 지정된다.
priority 속성에는, 긴급 경보의 우선도를 나타내는 정보가 지정된다. 이 우선도를 나타내는 정보로서는, 예를 들어 0, 1, 2, 3, … 등의 수치가 지정된다. 여기에서는, 예를 들어 0이 가장 우선도가 낮고, 수치가 커질수록, 우선도가 높아지는 등, 우선도의 할당은 운용에 의해 결정된다.
alertStatusCode 속성에는, 예를 들어 테스트용인 것인지, 혹은 실전용인 것인지 등의 긴급 경보의 상태를 나타내는 코드가 지정된다. 이 코드로서는, 예를 들어 "exercise", "actual", "system", "test", "draft" 등이 지정된다.
urgency 속성에는, 긴급 경보의 긴급성을 나타내는 정보가 지정된다. 이 긴급성을 나타내는 정보로서는, 예를 들어 "immediate", "expected", "future", "past" 등이 지정된다. 여기서, "immediate"는, 바로 피난할 것 등이 요구됨을 의미한다. "expected"는, 머지않아(예를 들어 1시간 이내에), 피난 등을 개시할 것이 요구됨을 의미한다. "future"는, 머지않아("expected"보다 시간은 있음) 피난 등을 개시할 것이 요구됨을 의미한다. "past"는, 이제 피난의 필요는 없음을 의미한다.
severity 속성에는, 긴급 경보의 중대성을 나타내는 정보가 지정된다. 이 중대성을 나타내는 정보로서는, 예를 들어 "extreme", "severe", "moderate", "minor" 등, 긴급 경보의 중대성을 분류하기 위한 정보가, 운용에 따라서 지정된다.
area 요소에는, 긴급 경보의 대상 지역을 나타내는 정보(코드)가 지정된다. area 요소는, type 속성의 상위 요소로 된다. type 속성에는, 대상 지역을 나타내는 정보(코드)의 타입이 지정된다. 이 타입으로서는, 예를 들어 "zip"나, "latitude/longitude"가 지정된다.
여기서, "zip"는, 예를 들어 미국 우정 공사(USPS)가 사용하는 5자리 또는 9자리의 우편번호(ZIP code)에 의해 대상 지역이 지정됨을 나타내고 있다. 또한, "latitude/longitude"는, 위도와 경도에 따라 대상 지역이 지정됨을 나타내고 있다.
또한, emergencyAlert 요소로 지정되는 긴급 경보에 관한 정보(기본 정보)는, 주로, 긴급 경보 애플리케이션(EAA)의 기동 시의 판정 처리(긴급 상세 정보의 표시의 필요 여부 판정)에서 사용되는 것으로서, 그 판정 조건은 운용마다 상이하므로, 기본 정보에는, 전술한 정보로 한정되지 않고, 당해 판정 처리의 내용에 따른 정보를 지정할 수 있다. 또한, emergencyAlert 요소의 관리하의 요소 또는 속성 중, alertStatusCode 속성은, 필수적인 속성으로 되지만, 그 이외의 요소나 속성을 지정할지 여부는, 임의이다.
applicationDescriptor 요소에는, 긴급 경보 애플리케이션(EAA)에 관한 정보가 지정된다. applicationDescriptor 요소는, type 요소, controlCode 요소, serviceBound 요소, priority 요소, icon 요소의 상위 요소로 된다.
type 요소는, AtscApp 요소의 상위 요소로 된다. AtscApp 요소에는, 긴급 경보 애플리케이션(EAA)의 타입이 지정된다. 이 타입으로서는, 예를 들어 HTML5에서 개발된 애플리케이션임을 나타내는 "ATSC-HTML"이 지정된다.
controlCode 요소에는, 긴급 경보 애플리케이션(EAA)에 대한 제어 코드(커맨드)가 지정된다. 이 제어 코드로서는, 예를 들어 "AUTOSTART", "PRESENT", "KILL", "TERMINATE", "PREFETCH", "SUSPEND" 중 어느 것이 지정된다.
여기서, "AUTOSTART"는, 긴급 경보 애플리케이션(EAA)을 자동으로 즉시 실행시키기 위한 커맨드이다. "PRESENT"는, 긴급 경보 애플리케이션(EAA)을 자동 실행시키지 않기 위한 커맨드이다. "KILL"과 "TERMINATE"는, 긴급 경보 애플리케이션(EAA)을 종료시키기 위한 커맨드이다. 또한, 본 실시 형태에서는, 긴급 경보 애플리케이션(EAA)을 종료시키기 위한 커맨드로서, "TERMINATE"가 사용되는 경우를 예시하고 있지만, "TERMINATE" 대신에 "KILL"이 지정되도록 해도 된다.
"PREFETCH"는, 긴급 경보 애플리케이션(EAA)을 방송 경유 또는 통신 경유로 취득시키기 위한 커맨드이다. "SUSPEND"는, 긴급 경보 애플리케이션(EAA)을 일시정지시키기 위한 커맨드이다. 또한, "DESTROY", "REMOTE", "DISABLED", 및 "PLAYBACK_AUTOSTART"는, 제어 코드로서 사용되어야 하는 것은 아니다.
serviceBound 요소에는, 긴급 경보 애플리케이션(EAA)이 연동하여 동작하는 서비스 등의 범위가 지정된다. priority 요소에는, 동일한 애플리케이션의 타입 내에서의 우선도가 지정된다.
icon 요소에는, 긴급 경보 애플리케이션(EAA)의 아이콘에 관한 정보가 지정된다. icon 요소는, filename 속성, 및 size 속성의 상위 요소로 된다. filename 속성에는, 아이콘의 파일명에 관한 정보가 지정된다. size 속성에는, 아이콘의 사이즈에 관한 정보가 지정된다.
applicationTransport 요소에는, 긴급 경보 애플리케이션(EAA)의 전송 방법과 로케이션 정보가 지정된다. applicationTransport 요소는, URLBase 요소, 및URLExtension 요소의 상위 요소로 된다. URLBase 요소에는, 베이스 부분의 URL이 지정된다. 또한, URLExtension 요소에는, 확장 부분의 URL이 지정된다. applicationLocation 요소에는, 긴급 경보 애플리케이션(EAA)의 파일의 URL이 지정된다. 즉, 베이스 부분(first part)의 URL과, 확장 부분(second part)의 URL과, 파일 부분(third part)의 URL과의 결합에 의해, 긴급 경보 애플리케이션(EAA)의 로케이션 정보(URL)가 지정된다.
applicationBoundary 요소에는, 긴급 경보 애플리케이션(EAA)의 동작 범위를 나타내는 정보(바운더리 정보)가 지정된다. 이 바운더리 정보에는, 특정한 도메인이 지정되고, 당해 도메인의 범위 내이면, 긴급 경보 애플리케이션(EAA)의 동작이 허용되게 된다. 또한, 이 도메인 대신에 전술한 긴급 경보 애플리케이션(EAA)의 로케이션 정보(URL)를 사용하도록 해도 된다.
(루트 요소의) CAPMessage 요소에는, CAP 정보를 배치할 수 있다. 즉, E-AIT에 기술되는 (복수의) 긴급 경보 애플리케이션(EAA)의 전부에 대해서, 동일한 CAP 정보를 관련짓는 경우(E-AIT 전체에서 CAP 정보를 전송하는 경우)에는, 이 루트 요소의 CAPMessage 요소에, CAP 정보를 배치하게 된다.
또한, 도 10에 있어서, 출현수(Cardinality)이지만, "1"이 지정된 경우에는 그 요소 또는 속성은 반드시 1개만 지정되고, "0..1"이 지정된 경우에는, 그 요소 또는 속성을 지정할지 여부는 임의이다. 또한, "1..N"이 지정된 경우에는, 그 요소 또는 속성은 1 이상 지정되고, "0..N"이 지정된 경우에는, 그 요소 또는 속성을 1 이상 지정할지 여부는 임의이다.
또한, Data Type으로서, "string"이 지정된 경우에는, 그 요소 또는 속성의 값이, 문자열형임을 나타내고 있다. Data Type으로서, "unsignedShort" 또는"unsignedInt"가 지정된 경우, 그 요소 또는 속성의 값이, 정수형임을 나타내고 있다. Data Type으로서, "Boolean"이 지정된 경우에는, 그 요소 또는 속성이 불 형식(Boolean type)임을 나타내고, "Hexadecimal"이 지정된 경우, 그 요소 또는 속성이 16진수임을 나타내고 있다. Data Type으로서, "anyURI"이 지정된 경우, 그 요소 또는 속성의 값이, anyURI 데이터형임을 나타내고 있다.
또한, 도 10에 도시한 E-AIT의 신택스는, 일례로서, 예를 들어 다른 요소나 속성을 추가하는 등, 다른 신택스를 채용해도 된다. 또한, E-AIT는, XML 형식으로 한정되지 않고, 다른 마크업 언어에 의해 기술해도 되거나, 혹은 섹션 형식이어도 된다.
(이벤트 메시지의 전송 방식)
그런데, 전술한 바와 같이, 수신 장치(20)에서는, 이벤트 메시지에 기초하여, 긴급 경보 애플리케이션(EAA)에 관한 처리를 행할 수 있지만, 이 이벤트 메시지는, 예를 들어 MPD의 이벤트 스트림 요소, 또는 ROUTE 세션에서 전송되는 DASH 세그먼트의 이벤트 메시지 박스에 배치할 수 있다. 그래서, 이하, 이벤트 메시지가, MPD의 이벤트 스트림 요소에 배치된 경우와, 이벤트 메시지가, DASH 세그먼트의 이벤트 메시지 박스에 배치된 경우를, 그 순서로 설명한다. 또한, 트랜스포트 프로토콜로서, ROUTE 대신에 MMT를 사용하는 경우에는, MPD의 이벤트 스트림 요소와 마찬가지의 요소가, MMT 시그널링의 일부로서 전송되거나, 혹은 독립된 시그널링의 데이터로서 전송되거나 하도록 하면 된다. 또한, 이벤트 메시지는, DASH 세그먼트가 아니라, MMT의 미디어 세그먼트에 매립되어 전송되도록 해도 된다.
(1) 이벤트 메시지를 MPD의 이벤트 스트림 요소에 배치하는 경우
(MPD의 기술예)
도 11은, XML 형식의 MPD의 기술예를 나타내는 도면이다.
도 11에 도시한 바와 같이, MPD는, Period 요소, AdaptationSet 요소, 및Representation 요소가, 계층 구조로 기술되어 있다. Period 요소는, 방송 프로그램 등의 콘텐츠의 구성을 기술하는 단위로 된다. 또한, AdaptationSet 요소, 및Representation 요소는, 비디오나 오디오, 자막 등의 컴포넌트의 스트림마다 이용되고, 각각의 스트림의 속성을 기술할 수 있도록 되어 있다.
구체적으로는, AdaptationSet 요소는, 각종 소스로부터 인코딩된 스트림을 나타내고 있다. 그리고, 당해 스트림을, 예를 들어 비트 레이트 등의 파라메트릭에 따라서, 수신 장치(20) 측에서 선택시키기 위해서, AdaptationSet 요소 내에, Representation 요소를 배치하고, 예를 들어 비트 레이트 등의 파라미터가 상이한 복수의 선택지로 되는 스트림을 열거하고 있다. 통상, AdaptationSet 요소나 Representation 요소는, 비디오나 오디오, 자막의 스트림 등, 단일의 스트림에 대응시키고 있다.
또한, AdaptationSet 요소가, 비디오 스트림이나 오디오 스트림, 자막 스트림 등의 복수의 스트림이 다중화된 스트림을 표현하는 경우, AdaptationSet 요소 내에, Representation 요소를 배치하고, 예를 들어 비트 레이트 등의 파라미터가 상이한 복수의 선택지로 되는 다중화된 스트림을 열거한다. 즉, 시간 간격을 나타내는 Period 요소마다, 다중화된 스트림을 나타내는 복수의 AdaptationSet 요소가 배치되고, 그들의 AdaptationSet 요소 내에 배치된 복수의 Representation 요소에 의해, 예를 들어 비트 레이트가 상이한 다중화된 스트림을 복수 열거할 수 있다.
또한, MPD에서는, Period 요소 내에, EventStream 요소를 기술할 수 있다. 이 EventStream 요소에, 이벤트 메시지를 배치할 수 있다.
EventStream 요소에는, 그 속성으로서, schemeIdUri 속성과, timescale 속성을 기술할 수 있다. schemeIdUri 속성에는, 이벤트 메시지의 스킴을 식별하기 위한 URI가 지정된다. 이 기술예에서는, schemeIdUri 속성의 속성값으로서, "urn:atsc:appControlMessage"가 지정되어 있으며, 이 속성값에 의해, 긴급 경보(긴급 경보 애플리케이션(EAA))에 관한 이벤트 메시지임이 식별된다. 또한, timescale 속성에는, 그 속성값으로서, "1000"인 타임 스케일이 지정되어 있다.
EventStream 요소는, Event 요소의 상위 요소로 된다. Event 요소에는, 그 개시 태그와 종료 태그의 사이에, 이벤트 메시지를 기술할 수 있다. 또한, Event 요소에는, 그 속성으로서, 프리젠테이션 타임(개시 시각)이 지정되는 presentationTime 속성과, 그 개시 시각으로부터의 기간이 지정되는 duration 속성을 지정할 수 있다.
예를 들어, 이 기술예에서는, EventStream 요소의 개시 태그와 종료 태그의 사이에, 2개의 Event 요소가 기술되어 있지만, 상측의 Event 요소에서는, "0'인 개시 시각부터, "1000"인 기간의 동안에, 「긴급 경보 애플리케이션 정보 1」에 기술된 내용이, 이벤트 메시지로서 발행되는 것을 나타내고 있다. 또한, 하측의 Event 요소에서는, "1000"인 개시 시각부터, "4000"인 기간의 동안에, 「긴급 경보 애플리케이션 정보 2」에 기술된 내용이, 이벤트 메시지로서 발행되는 것을 나타내고 있다.
여기서, 「긴급 경보 애플리케이션 정보 1」이나 「긴급 경보 애플리케이션 정보 2」에는, 예를 들어 E-AIT(도 10)의 emergencyAlert 요소로 지정되는 긴급 경보에 관한 정보(기본 정보)나, 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 포함된다. 따라서, 수신 장치(20)에서는, 이 이벤트 메시지에 기초하여, 예를 들어 긴급 경보 애플리케이션(EAA)을 갱신하는 등, 긴급 경보 애플리케이션(EAA)에 관한 처리를 행할 수 있다.
또한, MPD의 EventStream 요소는, 도 12에 도시한 바와 같은 구조를 갖고 있으며, 전술한 도 11의 MPD의 기술예로 한정되지 않고, 다른 요소나 속성의 조합 등에 의해, 이벤트 메시지를 전송하는 것이 가능하다.
(MPD의 EventStream 요소의 구조)
도 12는, MPD의 EventStream 요소의 구조의 예를 나타내는 도면이다.
도 12에 도시한 바와 같이, EventStream 요소는, xlink:href 속성, xlink:actuate 속성, schemeIdUri 속성, value 속성, timescale 속성, 및 Event 요소의 상위 요소로 된다.
xlink:href 속성에는, 외부의 이벤트 스트림 요소의 URI가 지정된다. xlink:actuate 속성에는, 트레버설(traversal)의 타이밍이 지정된다. 또한, XLink(XML Linking Language)는, XML 문서끼리의 링크를 정의하기 위한 사양이다.
schemeIdUri 속성에는, 이벤트 메시지의 스킴을 식별하기 위한 URI가 지정된다. value 속성에는, EventStream 요소의 값이, 속성값으로서 지정된다. timescale 속성에는, 타임 스케일을 나타내는 정보가 지정된다. Event 요소에는, 이벤트에 관한 정보가 지정된다.
(EventStream 요소의 구체예)
여기서, 도 12에 도시한 구조를 갖는 EventStream 요소에 의해, 긴급 경보 (의 상세 정보)에 관한 이벤트 메시지를 통지하는 경우의 구조의 구체예를, 도 13 내지 도 15에 예시한다.
(제1 구체예)
도 13은, EventStream 요소의 구조의 제1 구체예를 나타내는 도면이다.
도 13에 있어서는, EventStream 요소의 schemeIdUri 속성으로서, "urn:atsc3:us:emergency_info"가 지정되어 있다. 즉, 이 schemeIdUri 속성의 속성값에 의해, 긴급 경보(긴급 경보 애플리케이션(EAA))에 관한 이벤트 메시지임이 식별된다.
EventStream 요소의 value 속성에는, 그 속성값으로서, 예를 들어 E-AIT(도 10)의 emergencyAlert 요소의 category 속성의 속성값, priority 속성의 속성값, urgency 속성의 속성값, severity 속성의 속성값, 및 area 요소와 그 type 속성의 값 중 적어도 하나의 정보가, 콤마 단락으로 지정된다.
이와 같은 이벤트 메시지가, SLS 시그널링으로서, 서비스마다 전송되는 MPD에 포함되므로, 수신 장치(20)는, MPD에 포함되는 이벤트 메시지에 기초하여 소정의 타이밍에, 긴급 경보 애플리케이션(EAA)에 관한 처리를 행할 수 있다.
또한, EventStream 요소의 value 속성으로 지정되는 요소나 속성은, E-AIT(도 10)의 emergencyAlert 요소로 지정되는 긴급 경보에 관한 정보(기본 정보)에 대응하고 있으며, 도 13에 도시한 value 속성으로 지정되는 정보로 한정되지 않고, 각종 운용에 따른 정보를 지정할 수 있다. 또한, 기본 정보로 한정되지 않으며, 예를 들어 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 지정되도록 해도 된다.
(제2 구체예)
도 14는, EventStream 요소의 구조의 제2 구체예를 나타내는 도면이다.
도 14에 있어서는, EventStream 요소의 schemeIdUri 속성으로서, "urn:atsc3:us:emergency_info"가 지정되어 있다. 즉, 이 schemeIdUri 속성의 속성값에 의해, 긴급 경보(긴급 경보 애플리케이션(EAA))에 관한 이벤트 메시지임이 식별된다.
EventStream 요소의 Event 요소는, category 요소, priority 요소, urgency 요소, severity 요소, 및 area 요소의 상위 요소로 된다. 또한, area 요소는, type 속성의 상위 요소로 된다. 또한, 이들 요소나 속성은, E-AIT(도 10)의 emergencyAlert 요소의 요소나 속성에 대응하고 있다.
이와 같은 이벤트 메시지가, SLS 시그널링으로서, 서비스마다 전송되는 MPD에 포함되어 있으므로, 수신 장치(20)는, MPD에 포함되는 이벤트 메시지에 기초하여, 소정의 타이밍에, 긴급 경보 애플리케이션(EAA)에 관한 처리를 행할 수 있다.
또한, EventStream 요소의 Event 요소의 관리하에 지정되는 요소나 속성은, E-AIT(도 10)의 emergencyAlert 요소로 지정되는 긴급 경보에 관한 정보(기본 정보)에 대응하고 있으며, 도 14에 도시한 Event 요소의 관리하에 지정되는 요소나 속성으로 지정되는 정보로 한정되지 않고, 각종 운용에 따른 정보를 지정할 수 있다. 또한, 기본 정보로 한정되지 않으며, 예를 들어 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 지정되도록 해도 된다.
(제3 구체예)
도 15는, EventStream 요소의 구조의 제3 구체예를 나타내는 도면이다.
도 15에 있어서는, EventStream 요소의 schemeIdUri 속성으로서, "urn:atsc3:us:emergency_info"가 지정되어 있다. 즉, 이 schemeIdUri 속성의 속성값에 의해, 긴급 경보(긴급 경보 애플리케이션(EAA))에 관한 이벤트 메시지임이 식별된다.
EventStream 요소의 Event 요소에는, XML로 규정되어 있는 CDATA 섹션 내에, CAP 정보가 배치되어 있다. 이 CAP 정보는, 긴급 정보원으로부터의 긴급 정보원 정보에 따른 정보이다.
이와 같은 이벤트 메시지(CPA 정보)가, SLS 시그널링으로서, 서비스마다 전송되는 MPD에 포함되어 있으므로, 수신 장치(20)는, MPD에 포함되는 이벤트 메시지(CPA 정보)에 기초하여, 소정의 타이밍에, 긴급 경보 애플리케이션(EAA)에 관한 처리를 행할 수 있다.
또한, EventStream 요소의 Event 요소에 있어서, CDATA 섹션 내에 배치되는 정보는, CAP 정보로 한정되지 않고, 각종 운용에 따른 정보를 배치할 수 있다.
(2) DASH 세그먼트의 이벤트 메시지 박스에 배치하는 경우
(이벤트 메시지 박스의 구조)
도 16은, ROUTE 세션에서 전송되는 DASH 세그먼트의 이벤트 메시지 박스("emsg" 박스)의 구조의 예를 나타내는 도면이다.
DASH 세그먼트의 이벤트 메시지 박스에는, scheme_id_uri, value, timescale, presentation_time_delta, event_duration, id, 및 message_data[]가 저장된다.
문자열형의 scheme_id_uri에는, 이벤트 메시지의 스킴을 식별하기 위한 URI가 지정된다. 문자열형의 value에는, 각종 값이 지정된다.
32비트의 부호가 없는 정수형의 timescale는, 타임 스케일을 나타내는 정보가 지정된다. 32비트의 부호가 없는 정수형의 presentation_time_delta에는, 프리젠테이션 타임(개시 시각)을 나타내는 정보가 지정된다. 32비트의 부호가 없는 정수형의 event_duration에는, 이벤트 메시지의 기간을 나타내는 정보가 지정된다.
32비트의 부호가 없는 정수형의 id에는, 이벤트 메시지를 식별하기 위한 정보가 지정된다. 8비트의 부호가 없는 정수형의 message_data[]에는, 이벤트 메시지의 데이터가 배치된다.
(DASH 메시지 박스의 구체예)
여기서, 도 16에 도시한 구조를 갖는 이벤트 메시지 박스이며, 긴급 경보(의 상세 정보)에 관한 이벤트 메시지를 통지하는 경우의 구체예를, 도 17 내지 도 18에 예시한다.
(제1 구체예)
도 17은, DASH 세그먼트의 이벤트 메시지 박스의 구조의 제1 구체예를 나타내는 도면이다.
도 17에 있어서는, box_type으로서, 이벤트 메시지 박스를 의미하는 "emsg"가 지정되어 있다. 또한, scheme_id_uri에는, "urn:atsc3:us:emergency_info"가 지정되어 있다. 즉, 이 scheme_id_uri에 의해, 긴급 경보(긴급 경보 애플리케이션(EAA))에 관한 이벤트 메시지임이 식별된다. 또한, value에는, 0이 지정되어 있다.
timescale에는, 타임 스케일로서, 1000이 지정되어 있다. 또한, presentation_time_delta에는, 프리젠테이션 타임(개시 시각)으로서, 0이 지정되어 있다. 또한, event_duration에는, 이벤트 메시지의 기간으로서, 0xFFFF가 지정되어 있다.
id에는, 이벤트 메시지 ID로서, 1이 지정되어 있다. message_data[]에는, 이벤트 메시지의 데이터로서, 긴급 경보 관련 데이터 1이 배치되어 있다. 이 긴급 경보 관련 데이터 1로서는, E-AIT(도 10)의 emergencyAlert 요소로 지정되는 긴급 경보에 관한 정보(기본 정보)를 배치할 수 있다. 또한, 기본 정보로 한정되지 않고, 예를 들어 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 지정되도록 해도 된다. 또한, 여기에는, CAP 정보 등이 배치되도록 해도 된다.
또한, 도 17의 예에서는, message_data[]에, 이벤트 메시지의 데이터(E-AIT의 기본 정보)를 배치하고 있지만, value에, 이벤트 메시지의 데이터(E-AIT의 기본 정보)가, 콤마 단락으로 배치되도록 해도 된다.
(제2 구체예)
도 18은, DASH 세그먼트의 이벤트 메시지 박스의 구조의 제2 구체예를 나타내는 도면이다.
도 18에 있어서는, box_type으로서, 이벤트 메시지 박스를 의미하는 "emsg"가 지정되어 있다. 또한, scheme_id_uri에는, "urn:atsc3:us:emergency_info"가 지정되어 있다. 즉, 이 scheme_id_uri에 의해, 긴급 경보(긴급 경보 애플리케이션(EAA))에 관한 이벤트 메시지임이 식별된다. 또한, value에는, 0이 지정되어 있다.
timescale에는, 타임 스케일로서, 1000이 지정되어 있다. 또한, presentation_time_delta에는, 프리젠테이션 타임(개시 시각)으로서, 0이 지정되어 있다. 또한, event_duration에는, 이벤트 메시지의 기간으로서, 0xFFFF가 지정되어 있다.
id에는, 이벤트 메시지 ID로서, 2가 지정되어 있다. message_data[]에는, 이벤트 메시지의 데이터로서, 긴급 경보 관련 데이터 2가 배치되어 있다. 이 긴급 경보 관련 데이터 2로서는, E-AIT(도 10)의 emergencyAlert 요소로 지정되는 긴급 경보에 관한 정보(기본 정보)를 배치할 수 있다. 또한, 기본 정보로 한정되지 않으며, 예를 들어 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 지정되도록 해도 된다. 또한, 여기에는, CAP 정보 등이 배치되도록 해도 된다.
또한, 도 18의 예에서는, message_data[]에, 이벤트 메시지의 데이터(E-AIT의 기본 정보)를 배치하고 있지만, value에, 이벤트 메시지의 데이터(E-AIT의 기본 정보)가, 콤마 단락으로 배치되도록 해도 된다.
<2. 각 장치의 구성>
다음으로, 도 1의 전송 시스템 1을 구성하는 각 장치의 상세한 구성에 대하여 설명한다. 여기에서는, 방송국에 의해 설치되는 송신 장치(10)의 구성과, 유저에 의해 설치되는 수신 장치(20)의 구성을 중심으로 설명한다.
도 19는, 전송 시스템(1)의 각 장치의 구성예를 나타내는 도면이다.
도 19에 있어서, 송신 장치(10)는, EA 파서(101), 라이브 콘텐츠 취득부(102), 스토리지(103), 컴포넌트 처리부(104), 시그널링 처리부(105), LCC 처리부(106), 인코더(107), 멀티플렉서(108), 변조부(109), 및 RF부(110)로 구성된다.
EA 파서(101)는, 긴급 시에, 긴급 정보원(EA Authority)으로부터 통지되는 긴급 정보원 정보로서의 CAP 정보를 취득하고, 해석한다. EA 파서(101)는, CAP 정보의 해석 결과를, 컴포넌트 처리부(104), 시그널링 처리부(105), 또는 LCC 처리부(106)에 공급한다.
라이브 콘텐츠 취득부(102)는, 컴포넌트 처리부(104)로부터의 요구에 따라서, 예를 들어 중계 장소로부터 전송로나 통신 회선을 통해 보내져 오는 라이브 콘텐츠(예를 들어, 스포츠 중계 등의 생방송 프로그램)의 데이터를 취득하고, 컴포넌트 처리부(104)에 공급한다. 이 라이브 콘텐츠는, 비디오나 오디오, 자막 등의 컴포넌트로 구성된다.
스토리지(103)는, 예를 들어 수록 완료의 콘텐츠(예를 들어, 드라마 등의 사전 수록 프로그램)를 축적하고 있다. 스토리지(103)는, 컴포넌트 처리부(104)로부터의 요구에 따라서, 축적하고 있는 수록 완료의 콘텐츠를, 컴포넌트 처리부(104)에 공급한다. 이 수록 완료 콘텐츠는, 비디오나 오디오, 자막 등의 컴포넌트로 구성된다.
컴포넌트 처리부(104)는, 라이브 콘텐츠 취득부(102)로부터의 라이브 콘텐츠, 또는 스토리지(103)로부터의 수록 완료 콘텐츠를 취득하고, 취득된 콘텐츠를 구성하는 비디오나 오디오의 컴포넌트를 처리하고, 인코더(107)에 공급한다.
인코더(107)는, 컴포넌트 처리부(104)로부터 공급되는, 비디오나 오디오의 컴포넌트 데이터를, 소정의 부호화 방식에 따라 인코딩하고, 멀티플렉서(108)에 공급한다.
또한, 긴급 시에는, 수신 장치(20)의 화면에, 번인 텍스트(EA Text)를 표시시키므로, EA 파서(101)로부터의 CAP 정보의 해석 결과가, 컴포넌트 처리부(104)에 공급된다. 컴포넌트 처리부(104)는, EA 파서(101)로부터 CAP 정보의 해석 결과가 공급된 경우, 콘텐츠(예를 들어 생방송 프로그램이나 사전 수록 프로그램)의 영상(비압축의 비디오 데이터)에, EA 파서(101)로부터의 CAP 정보의 해석 결과에 따른 긴급 경보(텍스트 정보)를 매립한다. 그리고, 인코더(107)는, 소정의 부호화 방식에 따라서, 긴급 경보(텍스트 정보)가 매립된 비디오 데이터를 인코딩하게 된다.
시그널링 처리부(105)는, LLS 시그널링이나 SLS 시그널링 등의 시그널링을 생성하고, 멀티플렉서(108)에 공급한다. 예를 들어, LLS 시그널링으로서는, SLT 메타데이터 등이 생성된다. 또한, SLS 시그널링으로서는, USD, S-TSID, MPD 등의 메타데이터가 생성된다.
또한, 시그널링 처리부(105)는, 긴급 시에, EA 파서(101)로부터 CAP 정보의 해석 결과가 공급된 경우, CAP 정보의 해석 결과에 따른 E-AIT를 생성하고, 멀티플렉서(108)에 공급한다. 이 E-AIT에는, 긴급 경보(의 상세 정보)에 관한 정보나, 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 포함된다.
LCC 처리부(106)는, LCC 콘텐츠가 제공되는 경우에, 예를 들어 방송 애플리케이션(BCA) 등의 LCC 콘텐츠를 생성하고, 멀티플렉서(108)에 공급한다. 또한, LCC 처리부(106)는, 긴급 시에, EA 파서(101)로부터 CAP 정보의 해석 결과가 공급된 경우, 당해 CAP 정보의 해석 결과에 기초하여, 긴급 경보 애플리케이션(EAA)을 생성하고, 멀티플렉서(108)에 공급한다.
멀티플렉서(108)는, 인코더(107)로부터 공급되는 컴포넌트의 스트림과, 시그널링 처리부(105)로부터 공급되는 시그널링의 스트림을 다중화하여, 다중화 스트림을 생성하고, 변조부(109)에 공급한다. 또한, 멀티플렉서(108)는, LCC 콘텐츠(예를 들어 방송 애플리케이션(BCA)이나 긴급 경보 애플리케이션(EAA))가 제공되는 경우에는, 컴포넌트와 시그널링의 스트림에 추가하여, LCC 처리부(106)로부터 공급되는 LCC 콘텐츠(예를 들어 방송 애플리케이션(BCA)이나 긴급 경보 애플리케이션(EAA))의 스트림을 다중화하여, 다중화 스트림을 생성한다.
변조부(109)는, 멀티플렉서(108)로부터 공급되는 다중화 스트림의 데이터에 대한 오류 정정 부호화 처리(예를 들어, BCH 부호화나 LDPC 부호화 등)나 변조 처리(예를 들어, OFDM(Orthogonal Frequency Division Multiplexing) 변조 등)를 행하고, 그 처리의 결과 얻어지는 신호를, RF부(110)에 공급한다.
RF부(110)는, 변조부(109)로부터 공급되는 신호를, RF(Radio Frequency) 신호로 변환하고, 안테나(도시생략)를 통해 IP 전송 방식의 디지털 방송 신호로서, 송신한다.
송신 장치(10)는, 이상과 같이 구성된다. 또한, 도 19에 있어서는, 설명의 편의상, 송신측의 장치가, 송신 장치(10), 즉 1개의 장치로 구성되는 경우를 나타내고 있지만, 도 19의 블록 각 기능을 갖는 복수의 장치를 포함하는 송신 시스템으로서 구성되도록 해도 된다. 또한, 송신 장치(10)가 통신 기능을 갖도록 함으로써, 긴급 경보 애플리케이션(EAA)이, 송신 장치(10)로부터 EA 서버(40)에 제공되도록 해도 된다.
또한, 도 19에 있어서, 수신 장치(20)는, RF부(201), 복조부(202), 처리부(203), 출력부(204), 및 통신 I/F(205)로 구성된다.
RF부(201)는, 안테나(도시생략)를 통해 IP 전송 방식의 디지털 방송 신호를 수신하고, RF 신호를, IF(Intermediate Frequency) 신호로 주파수 변환하고, 복조부(202)에 공급한다. 또한, RF부(201)는, RF IC(Integrated Circuit)로서 구성된다.
복조부(202)는, RF부(201)로부터 공급되는 신호에 대한 복조 처리(예를 들어 OFDM 복조 등)를 행한다. 또한, 복조부(202)는, 복조 처리에서 얻어지는 복조 신호에 대해서, 오류 정정 복호 처리(예를 들어 LDPC 복호나 BCH 복호 등)를 실시하고, 그 처리의 결과 얻어지는 신호를, 처리부(203)에 공급한다. 또한, 복조부(202)는, 예를 들어 복조 LSI(Large Scale Integration)로서 구성된다.
처리부(203)는, 복조부(202)로부터 공급되는 신호에 대한 처리(예를 들어 디코드 처리 등)를 행하고, 그 처리의 결과 얻어지는 비디오나 오디오의 데이터를, 출력부(204)에 공급한다.
또한, 처리부(203)는, 예를 들어 메인 SoC(System on Chip)로서 구성된다. 즉, 복조 LSI로서의 복조부(202)와, 메인 SoC로서의 처리부(203)는, 다른 칩(Chip)으로서 구성되고, 소정의 인터페이스를 통해 접속되어 있다.
처리부(203)는, FW/HW부(211), 컴포넌트 처리부(212), MW부(213), 및 브라우저(214)로 구성된다.
FW/HW부(211)는, 펌웨어(FW: Firmware) 또는 하드웨어(HW: Hardware)에 의해 구성되고, 복조부(202)로부터의 신호에 대한 처리를 행한다. FW/HW부(211)는, 디멀티플렉서(221) 및 디코더(222)를 포함하여 구성된다.
디멀티플렉서(221)에는, 복조부(202)로부터 공급되는 신호로서, 다중화 스트림이 입력된다. 디멀티플렉서(221)는, 다중화 스트림을, 비디오나 오디오 등의 컴포넌트의 스트림과, 시그널링의 스트림으로 분리하여, 디코더(222)와, MW부(213)에 공급한다. 또한, 디멀티플렉서(221)는, 다중화 스트림에, LCC 콘텐츠(예를 들어 방송 애플리케이션(BCA)이나 긴급 경보 애플리케이션(EAA))의 스트림이 포함되는 경우, LCC 콘텐츠(예를 들어 방송 애플리케이션(BCA)이나 긴급 경보 애플리케이션(EAA))의 스트림을 분리하여, 브라우저(214)에 공급한다.
디코더(222)는, 디멀티플렉서(221)로부터 공급되는 컴포넌트의 스트림에 기초하여, 비디오나 오디오의 컴포넌트 데이터를 디코드하고, 컴포넌트 처리부(212)에 공급한다. 또한, 디멀티플렉서(221) 및 디코더(222)는, DASH 세그먼트에 이벤트 메시지가 포함되어 있는 경우에는, 당해 이벤트 메시지를 해석하여, 그 해석 결과에 따라서, 브라우저(214)를 제어하게 된다.
컴포넌트 처리부(212)는, 디코더(222)로부터 공급되는 비디오나 오디오의 데이터를 처리하고, 출력부(204)에 공급한다.
단, 긴급 시에 있어서, 콘텐츠(예를 들어 생방송 프로그램이나 사전 수록 프로그램)의 영상(비압축의 비디오 데이터)에는, 긴급 경보(텍스트 정보)가 매립되어 있으며, 이것이, 번인 텍스트(burned-in text)로서 표시되게 된다.
MW부(213)는, 미들웨어(MW: Middleware)에 의해 구성되고, 디멀티플렉서(221)로부터 공급되는 시그널링의 스트림에 대한 처리를 행한다. MW부(213)는, 파서(231), 및 필터(232)로 구성된다. 파서(231)는, 대상의 시그널링 해석 처리를 행한다. 필터(232)는, 대상의 시그널링 추출 처리를 행한다.
그리고, 처리부(203)에서는, MW부(213)에 의해 처리된 시그널링에 기초하여, 컴포넌트나 애플리케이션 등에 대한 처리가 행해진다. 단, 긴급 시에 있어서는, 송신 장치(10)로부터 E-AIT가 통지되므로, MW부(213)는, 당해 E-AIT를 해석하여, 그 해석 결과에 따라서, 브라우저(214)를 제어하게 된다. 또한, MW부(213)는, MPD에 이벤트 메시지가 포함되는 경우에는, 당해 이벤트 메시지를 해석하여, 그 해석 결과에 따라서, 브라우저(214)를 제어하게 된다.
브라우저(214)는, 예를 들어 HTML5에 대응한 브라우저이며, 디멀티플렉서(221)로부터 공급되는, 방송 애플리케이션(BCA)이나 긴급 경보 애플리케이션(EAA)을 실행한다. 이 긴급 경보 애플리케이션(EAA)에 의해, 긴급 상세 정보가 표시되게 된다(도면 중의 「EAA」).
출력부(204)는, 컴포넌트 처리부(212)로부터 공급되는 비디오 데이터를 처리하고, 표시부(도시생략)로 출력한다. 또한, 출력부(204)는, 컴포넌트 처리부(212)로부터 공급되는 오디오 데이터를 처리하고, 스피커(도시생략)로 출력한다. 이에 의해, 표시부에서는, 생방송 프로그램이나 사전 수록 프로그램 등의 콘텐츠의 영상이 표시되고, 그 영상에 동기한 음성이, 스피커로부터 출력된다.
단, 긴급 시에 있어서, 표시부에는, 긴급 경보에 따른 번인 텍스트(burned-in text)가 매립된, 생방송 프로그램 등의 콘텐츠의 영상이 표시되게 된다. 또한, 긴급 시에 있어서, E-AIT에 따라서, 긴급 경보 애플리케이션(EAA)이 기동된 경우에는, 생방송 프로그램 등의 콘텐츠의 영상에, 긴급 상세 정보가 중첩 표시되게 된다.
통신 I/F(205)는, 인터넷 등의 통신 회선(90)을 통해 EA 서버(40)와 각종 데이터를 교환한다.
예를 들어, 통신 I/F(205)는, E-AIT의 해석 결과에 따라서, 통신 회선(90)을 통해 EA 서버(40)에 대해서, 긴급 경보 애플리케이션(EAA)을 요구함으로써, EA 서버(40)로부터 배신되는 긴급 경보 애플리케이션(EAA)을 수신하고, 처리부(203)의 브라우저(214)에 공급할 수 있다. 이에 의해, 브라우저(214)는, EA 서버(40)로부터 배신되는 긴급 경보 애플리케이션(EAA)을 실행(기동)할 수 있다.
수신 장치(20)는, 이상과 같이 구성된다. 또한, 수신 장치(20)는, 텔레비전 수상기, 셋톱 박스(STB: Set Top Box), 또는 녹화기 등의 고정 수신기 외에, 휴대 전화기, 스마트폰, 또는 태블릿 단말기 등의 모바일 수신기이어도 된다. 또한, 수신 장치(20)는, 차량에 탑재되는 차량 탑재 기기여도 된다. 또한, 도 19의 수신 장치(20)의 구성에서는, 표시부와 스피커가, 외부에 설치되는 구성을 나타내었지만, 표시부와 스피커는, 수신 장치(20)의 내부에 설치되도록 해도 된다. 또한, 도 19에는, 도시하지 않았지만, 수신 장치(20)에는, 레지던트 애플리케이션(RA)이 내장되어 있으며, 이 레지던트 애플리케이션(RA)에 의해 각종 처리가 실행된다.
(BCA와 EAA의 기동 순서)
도 20은, 도 19의 수신 장치(20)에 있어서의, HTML5 애플리케이션(BCA, EAA)의 기동 순서의 예를 나타내는 도면이다.
도 20에 있어서, 방송·통신 I/F(251)는, 도 19의 수신 장치(20)에 있어서, 방송 I/F로서 기능하는 RF부(201)나 복조부(202)와, 통신 I/F로서 기능하는 통신 1/F(205)에 상당하고 있다. 또한, 애플리케이션 실행 환경/미들웨어(252)는, 도 19의 수신 장치(20)에 있어서, 처리부(203)의 MW부(213)나 브라우저(214)에 상당하고 있다.
도 19의 수신 장치(20)에 있어서는, 방송·통신 I/F(251)에 의해, AIT가 수신되면, 애플리케이션 실행 환경/미들웨어(252)에 의해, 당해 AIT가 해석되고, 그 해석 결과에 따라서, 방송 애플리케이션(BCA)이 수신된다(S71). 그리고, 애플리케이션 실행 환경/미들웨어(252)는, 방송·통신 I/F(251)에 의해 수신된 방송 애플리케이션(BCA)을 기동한다(S72).
여기서, 기동된 방송 애플리케이션(BCA)은, addEventListener 메소드에 의해, 애플리케이션 실행 환경/미들웨어(252)에 대해서, 특정한 이벤트(예를 들어 E-AIT 수신 이벤트)의 등록을 행한다(S73). 이에 의해, 애플리케이션 실행 환경/미들웨어(252)에서는, 특정한 이벤트(예를 들어 E-AIT 수신 이벤트)가 발행되었을 때, 그것을, 방송 애플리케이션(BCA)에 통지하는 준비가 갖춰지게 된다.
그리고, 방송·통신 I/F(251)에 의해, E-AIT가 수신되면(S74), 애플리케이션 실행 환경/미들웨어(252)에서는, 콜백 이벤트가 발행되고, 당해 E-AIT 수신 이벤트가, 방송 애플리케이션(BCA)에 통지된다(S75). 여기에서는, E-AIT가, 애플리케이션 실행 환경/미들웨어(252)로부터, 방송 애플리케이션(BCA)에 공급된다.
방송 애플리케이션(BCA)은, E-AIT를 해석하여, 긴급 경보 애플리케이션(EAA)을 기동할지 여부의 판정 처리를 행한다(S76). 이 판정 처리에서는, 예를 들어 긴급 경보 애플리케이션(EAA)을 기동한다고 판정되고, 그 EAA 기동 판정 결과가, 애플리케이션 실행 환경/미들웨어(252)에 통지된다(S77).
애플리케이션 실행 환경/미들웨어(252)는, 방송 애플리케이션(BCA)으로부터의 EAA 기동 판정 결과에 기초하여, 긴급 경보 애플리케이션(EAA)을 기동하는 경우에는, 기동 중인 방송 애플리케이션(BCA)을 일시 정지 또는 종료시킨다(S78). 그리고, 방송·통신 I/F(251)에 의해, 긴급 경보 애플리케이션(EAA)이 수신되면(S79), 애플리케이션 실행 환경/미들웨어(252)는, 당해 긴급 경보 애플리케이션(EAA)을 기동시키게 된다(S80).
이상과 같이 하여, 도 19의 수신 장치(20)에 있어서는, 방송 애플리케이션(BCA)과, 긴급 경보 애플리케이션(EAA)이 기동된다. 단, 도 20의 기동 순서는 일례로서, 예를 들어 이 예에서는, 방송 애플리케이션(BCA) 측에서, 긴급 경보 애플리케이션(EAA)의 기동 판정 처리를 행하고 있지만, 전술한 예와 같이, 애플리케이션 실행 환경/미들웨어(252) 측에서, 긴급 경보 애플리케이션(EAA)의 기동 판정 처리를 행하도록 해도 된다.
또한, 도 20의 기동 순서에서는, 방송 애플리케이션(BCA)이, addEventListener 메소드에 의해, 특정한 이벤트로서, E-AIT 수신 이벤트를 등록한 경우를 예로 들어 설명하였지만, 다른 이벤트도 마찬가지로 등록하여 처리할 수 있다. 예를 들어, 이벤트 메시지에 대해서도, addEventListener 메소드로 등록해 둠으로써, 콜백 이벤트가 발행된 타이밍에, 이벤트 메시지의 통지를 받을 수 있다.
<3. 각 장치에 의해 실행되는 처리의 흐름>
다음으로, 도 21 내지 도 28의 흐름도를 참조하여, 도 1의 전송 시스템(1)을 구성하는 각 장치에 의해 실행되는 처리의 흐름에 대하여 설명한다.
(송신 처리의 흐름)
우선, 도 21의 흐름도를 참조하여, 도 19의 송신 장치(10)에 의해 실행되는 송신 처리의 흐름에 대하여 설명한다.
스텝 S101에 있어서, 컴포넌트 처리부(104) 및 인코더(107)는, 컴포넌트 처리를 행한다.
이 컴포넌트 처리에서는, 라이브 콘텐츠 취득부(102)에 의해 취득되는 라이브 콘텐츠(예를 들어 생방송 프로그램), 또는 스토리지(103)에 축적되어 있는 수록 완료의 콘텐츠(예를 들어 사전 수록 프로그램)가 취득되고, 취득된 콘텐츠를 구성하는 비디오나 오디오의 컴포넌트에 대해서, 소정의 부호화 방식에 따른 인코드 등의 처리가 행해진다.
또한, 긴급 시에 있어서, 수신 장치(20)의 화면에, 번인 텍스트를 표시시키는 경우, 컴포넌트 처리에서는, 콘텐츠(예를 들어 생방송 프로그램이나 사전 수록 프로그램)의 영상(비압축의 비디오 데이터)에, EA 파서(101)로부터의 CAP 정보의 해석 결과에 따른 긴급 경보(텍스트 정보)를 매립하고 나서, 인코드가 행해진다.
스텝 S102에 있어서, 시그널링 처리부(105)는, 시그널링 처리를 행한다.
이 시그널링 처리에서는, LLS 시그널링이나 SLS 시그널링 등의 시그널링이 생성되고, 처리된다. 예를 들어, 시그널링으로서는, 방송 애플리케이션(BCA)의 동작을 제어하기 위한 AIT가 생성된다.
또한, 긴급 시에 있어서, 시그널링 처리에서는, LLS 시그널링으로서, EA 파서(101)로부터의 CAP 정보의 해석 결과에 따른 E-AIT가 생성된다. 이 E-AIT에는, 긴급 경보(의 상세 정보)에 관한 정보나, 긴급 경보 애플리케이션(EAA)의 제어 정보 등이 포함된다.
스텝 S103에 있어서, LCC 처리부(106)는, 애플리케이션 처리를 행한다.
이 애플리케이션 처리에서는, LCC 콘텐츠로서, 방송 애플리케이션(BCA)이 생성된다. 또한, 긴급 시에 있어서, 애플리케이션 처리에서는, LCC 콘텐츠로서, EA 파서(101)로부터의 긴급 경보에 따른 긴급 경보 애플리케이션(EAA)이 생성된다. 방송 애플리케이션(BCA)과 긴급 경보 애플리케이션(EAA)은, HTML5에서 개발된 애플리케이션이다.
스텝 S104에 있어서, 멀티플렉서(108)는, 다중화 스트림 생성 처리를 행한다.
이 다중화 스트림 생성 처리에서는, 스텝 S101의 처리에서 얻어지는 컴포넌트의 스트림과, 스텝 S102의 처리에서 얻어지는 시그널링의 스트림이 다중화되고, 다중화 스트림이 생성된다. 단, 긴급 시에 있어서는, 시그널링에, E-AIT가 포함된다. 또한, 긴급 시에 있어서는, 긴급 경보 애플리케이션(EAA)의 스트림도 다중화된다.
스텝 S105에 있어서, 변조부(109) 및 RF부(110)는, 방송 스트림 송신 처리를 행한다.
이 방송 스트림 송신 처리에서는, 스텝 S104의 처리에 의해 생성된 다중화 스트림이, IP 전송 방식의 디지털 방송 신호로서 송신된다.
스텝 S105의 처리가 종료하면, 도 21의 송신 처리는 종료된다.
이상, 송신 처리의 흐름에 대하여 설명하였다.
(전원 오프·대기 상태 시의 수신 처리의 흐름)
다음으로, 도 22의 흐름도를 참조하여, 도 19의 수신 장치(20)에 의해 실행되는, 전원 오프·대기 상태 시에 있어서의 수신 처리의 흐름에 대하여 설명한다. 단, 도 22의 흐름도 처리가 실행되는 전제로서, 수신 장치(20)가, 전원 오프이고, 또한, 대기 상태, 즉, 수신 장치(20)에 있어서, RF부(201) 및 복조부(202)만이 동작 가능한 상태인 것으로 한다.
스텝 S201에 있어서, RF부(201) 및 복조부(202)는, L1 패킷 수신 처리를 행한다.
이 L1패킷 수신 처리에서는, 송신 장치(10)로부터의 디지털 방송 신호가 수신되고, 디지털 방송 신호로서 전송되는 L1 프레임이 취득된다.
스텝 S202에 있어서, 복조부(202)는, 스텝 S201의 처리에서 취득되는 L1 프레임의 L1 헤더에 포함되는 웨이크업 플래그(wake-up flag)를 감시한다.
스텝 S203에 있어서는, 스텝 S202의 감시 결과에 기초하여, 웨이크업 플래그가, "TRUE"인지 여부가 판정된다. 스텝 S203에 있어서, 웨이크업 플래그가, "FALSE"라고 판정된 경우, 처리는, 스텝 S201로 되돌아가서, 스텝 S201 내지 S203의 처리가 반복된다.
그리고, 스텝 S203에 있어서, 웨이크업 플래그가, "TRUE"라고 판정된 경우, 처리는, 스텝 S204로 진행된다. 스텝 S204에 있어서는, 수신 장치(20)의 전원이 온된다. 이에 의해, 수신 장치(20)에 있어서는, 처리부(203)나 출력부(204) 등, RF부(201) 및 복조부(202) 이외의 다른 블록에 대해서도 동작 가능한 상태로 된다.
스텝 S204의 처리에 의해, 수신 장치(20)의 모든 기능이 실행 가능해지면, 처리는, 스텝 S205로 진행된다. 스텝 S205에 있어서는, 방송 스트림 수신 처리가 행해진다.
이 방송 스트림 수신 처리에서는, 시그널링에 기초하여, 비디오나 오디오의 컴포넌트가 처리되고, 콘텐츠의 영상과 음성이 재생된다. 또한, 긴급 시에 있어서는, 번인 텍스트 등의 긴급 경보 외에, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가 표시된다. 또한, 이 방송 스트림 수신 처리의 상세한 내용에 대해서는, 도 24의 흐름도를 참조하여 후술한다.
스텝 S206에 있어서는, 스텝 S205의 방송 스트림 수신 처리를 종료할지 여부가 판정된다. 스텝 S206에 있어서, 방송 스트림 수신 처리를 계속한다고 판정된 경우, 처리는, 스텝 S205로 되돌아가서, 스텝 S205 내지 S206의 처리가 반복된다. 한편, 스텝 S206에 있어서, 방송 스트림 수신 처리를 종료한다고 판정된 경우, 도 22의 전원 오프·대기 상태 시에 있어서의 수신 처리는, 종료된다.
이상, 전원 오프·대기 상태 시에 있어서의 수신 처리의 흐름에 대하여 설명하였다.
(전원 오프 상태 시의 수신 처리의 흐름)
다음으로, 도 23의 흐름도를 참조하여, 도 19의 수신 장치(20)에 의해 실행되는, 전원 오프 상태 시에 있어서의 수신 처리의 흐름에 대하여 설명한다. 단, 도 23의 흐름도의 처리가 실행되는 전제로서, 수신 장치(20)가, 전원 오프 상태, 즉, 수신 장치(20)에 있어서, 모든 기능이 실행 불가능한 상태인 것으로 한다.
스텝 S211에 있어서는, 예를 들어 유저의 조작에 따라서, 수신 장치(20)의 전원이 온된다.
스텝 S211의 처리에 의해, 수신 장치(20)의 모든 기능이 실행 가능해지면, 처리는, 스텝 S212로 진행된다. 스텝 S212에 있어서는, 방송 스트림 수신 처리가 행해진다.
이 방송 스트림 수신 처리에서는, 시그널링에 기초하여, 비디오나 오디오의 컴포넌트가 처리되고, 콘텐츠의 영상과 음성이 재생된다. 또한, 긴급 시에 있어서는, 번인 텍스트 등의 긴급 경보 외에, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가 표시된다. 또한, 이 방송 스트림 수신 처리의 상세한 내용에 대해서는, 도 24의 흐름도를 참조하여 후술한다.
스텝 S213에 있어서는, 스텝 S212의 방송 스트림 수신 처리를 종료할지 여부가 판정된다. 스텝 S213에 있어서, 방송 스트림 수신 처리를 계속한다고 판정된 경우, 처리는, 스텝 S212로 되돌아가서, 스텝 S212 내지 S213의 처리가 반복된다. 한편, 스텝 S213에 있어서, 방송 스트림 수신 처리를 종료한다고 판정된 경우, 도 23의 전원 오프 상태 시에 있어서의 수신 처리는, 종료된다.
이상, 전원 오프 상태 시에 있어서의 수신 처리의 흐름에 대하여 설명하였다.
(방송 스트림 수신 처리의 흐름)
다음으로, 도 24의 흐름도를 참조하여, 도 22의 스텝 S205의 처리 또는 도 23의 스텝 S212의 처리에 대응하는, 방송 스트림 수신 처리의 흐름에 대하여 설명한다.
스텝 S221에 있어서, 디멀티플렉서(221)는, 패킷 수신 처리를 행한다. 이 패킷 수신 처리에서는, 복조부(202)에 의해 처리된 L1 프레임으로부터, ALP패킷이나 IP/UDP 패킷이 처리된다.
스텝 S222에 있어서는, 스텝 S221의 처리에서 얻어지는 패킷에 기초하여, LLS 시그널링(LLS 테이블)이 취득되었는지 여부가 판정된다. 스텝 S222에 있어서, LLS 시그널링이 취득되었다고 판정된 경우, 처리는, 스텝 S223으로 진행된다.
스텝 S223에 있어서, MW부(213)는, LLS 시그널링의 종별과 버전을 판별한다. 여기에서는, 전술한 도 4를 참조하여 설명한 바와 같이, LLS 테이블(의 LL 헤더)에 포함되는 LLS 테이블 ID와 LLS 테이블의 버전을 해석함으로써, LLS 시그널링의 종별과 버전이 판별된다.
스텝 S224에 있어서, MW부(213)는, 스텝 S223의 판별 결과에 기초하여, LLS 시그널링이 갱신되어 있는지 여부를 판정한다. 스텝 S224에 있어서, LLS 시그널링이 갱신되어 있다고 판정된 경우, 처리는, 스텝 S225로 진행된다.
스텝 S225에 있어서, MW부(213)는, 스텝 S223의 판별 결과에 기초하여, LLS 시그널링이, E-AIT인지 여부를 판정한다. 스텝 S225에 있어서, LLS 시그널링이 E-AIT라고 판정된 경우, 처리는, 스텝 S226으로 진행된다.
스텝 S226에 있어서는, E-AIT 수신 처리가 행해진다. 이 E-AIT 수신 처리에서는, E-AIT에 따른 긴급 상세 정보를 제시하는 긴급 경보 애플리케이션(EAA)에 관한 처리가 행해진다. 또한, 이 E-AIT 수신 처리의 상세한 내용에 대해서는, 도 25 내지 도 27의 흐름도를 참조하여 후술한다.
한편, 스텝 S225에 있어서, LLS 시그널링이 E-AIT가 아니라고 판정된 경우, 처리는, 스텝 S227로 진행된다. 스텝 S227에 있어서는, 다른 LLS 시그널링 수신 처리가 행해진다. 이 LLS 시그널링 수신 처리에서는, SLT 메타데이터 등의 E-AIT 이외의 LLS 시그널링에 대한 처리가 행해진다.
또한, 스텝 S224에 있어서, LLS 시그널링이 갱신되지 않았다고 판정된 경우, LLS 시그널링에 대한 처리를 행할 필요는 없으므로, 스텝 S225 내지 S227의 처리는 스킵된다. 또한, 스텝 S226 또는 스텝 S227의 처리가 종료하면, 도 24의 방송 스트림 수신 처리는 종료되고, 처리는, 도 22의 스텝 S205 또는 도 23의 스텝 S212로 되돌아가서, 그 이후의 처리가 실행된다.
또한, 스텝 S222에 있어서, LLS 시그널링이 취득되지 않았다고 판정된 경우, 처리는, 스텝 S228로 진행된다. 스텝 S228에 있어서는, 대상의 ROUTE 세션의 종별이 판정된다. 또한, 전술한 바와 같이, ATSC 3.0의 경우, 컴포넌트나 시그널링이 MMT 세션에서 전송되는 경우도 있지만, 여기에서는, 설명의 간략화를 위해, ROUTE 세션이 사용되는 경우에 대해서만 설명한다.
스텝 S228에 있어서, ROUTE 세션의 종별이, 비디오나 오디오 등의 컴포넌트라고 판정된 경우, 처리는, 스텝 S229로 진행된다. 스텝 S229 내지 S232에 있어서는, ROUTE 세션에서 전송되는 컴포넌트에 관한 처리가 행해진다.
구체적으로는, 스텝 S229에 있어서, 디코더(222) 및 컴포넌트 처리부(212)는, 컴포넌트 수신 처리를 행한다. 이 컴포넌트 수신 처리에서는, 방송 프로그램 등의 콘텐츠를 구성하는 비디오나 오디오의 컴포넌트에 대해서, 소정의 복호 방식에 따른 디코드 등의 처리가 행해진다.
스텝 S230에 있어서, 출력부(204)는, 렌더링 처리를 행한다. 이 렌더링 처리에서는, 스텝 S229의 처리 결과에 기초하여, 방송 프로그램 등의 콘텐츠의 영상과 음성이 재생되고, 출력된다.
스텝 S231에 있어서, FW/HW부(211)는, ROUTE 세션에서 전송되는 DASH 세그먼트의 이벤트 메시지 박스에, 이벤트 메시지가 포함되는지 여부를 판정한다. 스텝 S231에 있어서, 이벤트 메시지가 포함된다고 판정된 경우, 처리는, 스텝 S232로 진행된다.
스텝 S232에 있어서, FW/HW부(211)(또는 MW부(213))는, 이벤트 처리를 행한다. 이 이벤트 처리에서는, DASH 세그먼트의 이벤트 메시지 박스에 배치된 이벤트 메시지에 따라서, 소정의 타이밍에, 긴급 경보 애플리케이션(EAA)에 관한 처리가 행해진다. 또한, 이 이벤트 처리의 상세한 내용에 대해서는, 도 28의 흐름도를 참조하여 후술한다. 또한, 스텝 S231에 있어서, 이벤트 메시지가 포함되지 않았다고 판정된 경우, 스텝 S232의 처리는 스킵된다.
또한, 스텝 S228에 있어서, ROUTE 세션의 종별이, SLS 시그널링이라고 판정된 경우, 처리는, 스텝 S233으로 진행된다. 스텝 S233 내지 S237에 있어서는, ROUTE 세션에서 전송되는 SLS 시그널링에 관한 처리가 행해진다.
구체적으로는, 스텝 S233에 있어서, MW부(213)는, SLS 시그널링 수신 해석 처리를 행한다. 이 SLS 시그널링 수신 해석 처리에서는, ROUTE 세션에서 전송되는, USD나 MPD 등의 메타데이터인 SLS 시그널링이 취득되고, 해석된다.
스텝 S234에 있어서는, 스텝 S233의 해석 결과에 기초하여, SLS 시그널링이 갱신되었는지 여부가 판정된다. 스텝 S234에 있어서, SLS 시그널링이 갱신되었다고 판정된 경우, 처리는, 스텝 S235로 진행된다.
스텝 S235에 있어서는, 스텝 S233의 해석 결과에 기초하여, SLS 시그널링의 갱신 내용이 반영된다. 또한, 스텝 S234에 있어서, SLS 시그널링이 갱신되지 않았다고 판정된 경우, 스텝 S235의 처리는 스킵된다.
스텝 S236에 있어서, MW부(213)는, 스텝 S233의 해석 결과에 기초하여, MPD의 EventStream 요소에, 이벤트 메시지가 포함되는지 여부를 판정한다. 스텝 S236에 있어서, 이벤트 메시지를 포함한다고 판정된 경우, 처리는, 스텝 S237로 진행된다.
스텝 S237에 있어서, MW부(213)는, 이벤트 처리를 행한다. 이 이벤트 처리에서는, MPD의 EventStream 요소에 배치된 이벤트 메시지에 따라서, 소정의 타이밍에, 긴급 경보 애플리케이션(EAA)에 관한 처리가 행해진다. 또한, 이 이벤트 처리의 상세한 내용에 대해서는, 도 28의 흐름도를 참조하여 후술한다. 또한, 스텝 S236에 있어서, 이벤트 메시지가 포함되지 않았다고 판정된 경우, 스텝 S237의 처리는 스킵된다.
또한, 스텝 S228에 있어서, ROUTE 세션의 종별이, LCC 콘텐츠라고 판정된 경우, 처리는, 스텝 S238로 진행된다. 스텝 S238 내지 S239에 있어서는, ROUTE 세션에서 전송되는 LCC 콘텐츠에 관한 처리가 행해진다.
구체적으로는, 스텝 S238에 있어서는, LCC 콘텐츠 수신 처리가 행해지고, 예를 들어 애플리케이션(예를 들어, 방송 애플리케이션(BCA))이나 축적용 콘텐츠 등의 LCC 콘텐츠가 취득된다. 스텝 S239에 있어서는, 로컬 캐시 처리가 행해지고, 스텝 S238의 처리에서 취득된 LCC 콘텐츠가, 스토리지(도시생략)에 축적(다운로드)된다.
스텝 S232, S237, 또는 S239의 처리가 종료하면, 도 24의 방송 스트림 수신 처리는 종료되고, 처리는, 도 22의 스텝 S205 또는 도 23의 스텝 S212로 되돌아가서, 그 이후의 처리가 실행된다.
이상, 방송 스트림 수신 처리의 흐름에 대하여 설명하였다.
(E-AIT 수신 처리의 흐름)
다음으로, 도 25 내지 도 27의 흐름도를 참조하여, 도 24의 스텝 S226의 처리에 대응하는, E-AIT 수신 처리의 상세한 내용에 대하여 설명한다.
여기에서는, 우선, 도 25의 흐름도를 참조하여, 제1 방식에 의해 긴급 경보 애플리케이션(EAA)이 기동되는 경우의 E-AIT 수신 처리에 대하여 설명한다. 또한, E-AIT가 수신되는 것은, 송신 장치(10)로부터 긴급 경보가 통지되는 기간이기 때문에, 도 25의 흐름도 처리를 개시할 때, 수신 장치(20)의 화면에는, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트(burned-in text)가 표시되어 있다.
스텝 S241에 있어서, 레지던트 애플리케이션(RA)은, LLS 시그널링으로서 수신되는 E-AIT의 해석 처리를 행한다. 여기서, E-AIT에는, 예를 들어 긴급 경보의 긴급성, 중대성, 대상 지역, 카테고리, 및 우선도를 나타내는 정보(기본 정보) 외에, 제어 코드로서, 긴급 경보 애플리케이션(EAA)의 자동 기동(autostart)이 설정되어 있다.
스텝 S242에 있어서, 레지던트 애플리케이션(RA)은, 스텝 S241의 해석 결과에 기초하여, 긴급 경보의 개요를 제시한다. 여기에서는, 예를 들어 E-AIT에 포함되는 기본 정보(예를 들어, 긴급성이나 대상 지역 등)에 따른 긴급 상세 정보를 제시할지 여부의 선택 정보가, EA 아이콘으로서, 수신 장치(20)의 화면에 표시된다(예를 들어, 도 6의 D13).
스텝 S243에 있어서는, 스텝 S242의 처리에서 제시된 긴급 경보의 개요(예를 들어 EA 아이콘 등의 선택 정보)를 확인한 유저에 의해, 긴급 상세 정보의 제시가 지시되었는지 여부가 판정된다.
스텝 S243에 있어서, 예를 들어 EA 아이콘으로서 표시되는 「예」 버튼이 조작된 경우, 긴급 상세 정보의 제시가 지시되게 되므로, 처리는, 스텝 S244로 진행된다. 또한, 이 경우, 레지던트 애플리케이션(RA)은, 긴급 경보 애플리케이션(EAA)의 기동 이벤트(EAA 기동 이벤트)를 발행하게 된다.
스텝 S244에 있어서, 브라우저(214)는, 레지던트 애플리케이션(RA)에 의해 발행된 EAA 기동 이벤트에 따라서, LCC 콘텐츠로서 전송되는 긴급 경보 애플리케이션(EAA)을 취득하고, 기동한다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)의 문자열과 함께, 방송 프로그램의 영상에 중첩 표시된다(예를 들어, 도 6의 D14).
한편, 스텝 S243에 있어서, 예를 들어 EA 아이콘으로서 표시되는 「아니오」 버튼이 조작된 경우, 긴급 상세 정보의 제시가 거부되게 되므로, 스텝 S244의 처리는 스킵되게 된다. 그리고, 스텝 S244의 처리가 종료하면, 처리는, 도 24의 스텝 S226으로 되돌아가서, 그 이후의 처리가 실행된다.
또한, 전술한 스텝 S242 내지 S243의 처리에서는, E-AIT에 포함되는 기본 정보에 따른 선택 정보(예를 들어 EA 아이콘)를 표시함으로써, 유저 조작에 따라서 긴급 상세 정보를 제시할지 여부를 판정하였지만, 판정 방법은 이것으로 한정되지 않고, 예를 들어 유저에 의해 미리 설정된 설정 정보(예를 들어, 기상에 관한 정보는 표시하지만, 학교의 임시 휴교 등의 정보는 표시하지 않는 등)에 기초하여, 긴급 상세 정보를 제시할지 여부를 판정하도록 해도 된다.
또한, 스텝 S244의 처리에서, 긴급 경보 애플리케이션(EAA)을 기동할 때 방송 애플리케이션(BCA)이 기동되어 있는 경우에는, 기동 중인 방송 애플리케이션(BCA)을 일시 정지 또는 종료시키고 나서, 긴급 경보 애플리케이션(EAA)을 기동하게 된다.
이상, 제1 방식에 의해 긴급 경보 애플리케이션(EAA)이 기동되는 경우의 E-AIT 수신 처리의 흐름을 설명하였다.
다음으로, 도 26의 흐름도를 참조하여, 제2 방식 또는 제3 방식에 의해 긴급 경보 애플리케이션(EAA)이 기동되는 경우의 E-AIT 수신 처리의 흐름에 대하여 설명한다. 또한, E-AIT가 수신되는 것은, 송신 장치(10)로부터 긴급 경보가 통지되는 기간이기 때문에, 도 26의 흐름도 처리를 개시할 때, 수신 장치(20)의 화면에는, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트(burned-in text)가 표시되어 있다.
스텝 S251에 있어서, MW부(213)는, LLS 시그널링으로서 수신되는 E-AIT의 해석 처리를 행한다. 여기서, E-AIT에는, 예를 들어 긴급 경보의 긴급성, 중대성, 대상 지역, 카테고리, 및 우선도를 나타내는 정보(기본 정보) 외에, 제어 코드로서, 긴급 경보 애플리케이션(EAA)의 자동 기동(autostart)이 설정되어 있다.
스텝 S252에 있어서, MW부(213)는, 방송 애플리케이션(BCA)이 기동 중인지 여부를 판정한다.
스텝 S252에 있어서, 방송 애플리케이션(BCA)이 기동 중이라고 판정된 경우, 처리는, 스텝 S253으로 진행된다. 이 경우, 전술한 제3 방식에 상당하기 때문에, 스텝 S253 내지 S256에 있어서는, 제3 방식에 관한 처리가 행해진다.
스텝 S253에 있어서, MW부(213)는, 이벤트 통지 처리를 행한다. 이 이벤트 통지 처리에서는, 도 20을 참조하여 설명한 바와 같이, 예를 들어 기동 중인 방송 애플리케이션(BCA)이 addEventListener 메소드에 의해, E-AIT 수신 이벤트를 등록하고 있는 경우, 콜백 이벤트가 발행되고, E-AIT 수신 이벤트가, 방송 애플리케이션(BCA)에 통지되게 된다.
스텝 S254에 있어서, MW부(213)(또는 방송 애플리케이션(BCA))는, 스텝 S251의 해석 결과에 기초하여, 긴급 경보 애플리케이션(EAA)을 기동할지 여부를 판정한다. 여기에서는, 예를 들어 유저로부터의 지시 또는 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 경보 애플리케이션(EAA)을 기동할지 여부를 판정할 수 있다.
스텝 S254에 있어서, 긴급 경보 애플리케이션(EAA)을 기동한다고 판정된 경우, 처리는, 스텝 S255로 진행된다. 이 경우, MW부(213)는, 긴급 경보 애플리케이션(EAA)의 기동 이벤트(EAA 기동 이벤트)를 발행하게 된다.
스텝 S255에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 기동 이벤트에 따라서, 기동 중인 방송 애플리케이션(BCA)을 일시 정지 또는 종료시킨다.
스텝 S256에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 기동 이벤트에 따라서, LCC 콘텐츠로서 전송되는 긴급 경보 애플리케이션(EAA)을 취득하여, 기동한다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)의 문자열과 함께, 방송 프로그램의 영상에 중첩 표시된다(예를 들어, 도 8의 D34).
또한, 스텝 S254에 있어서, 긴급 경보 애플리케이션(EAA)을 기동하지 않았다고 판정된 경우, 스텝 S255 내지 S256의 처리는, 스킵된다.
한편, 스텝 S252에 있어서, 방송 애플리케이션(BCA)이 기동 중이 아니라고 판정된 경우, 처리는, 스텝 S257로 진행된다. 이 경우, 전술한 제2 방식에 상당하기 때문에, 스텝 S257 내지 S258에 있어서는, 제2 방식에 관한 처리가 행해진다.
스텝 S257에 있어서, MW부(213)는, 스텝 S251의 해석 결과에 기초하여, 긴급 경보 애플리케이션(EAA)을 기동할지 여부를 판정한다. 여기에서는, 예를 들어 유저로부터의 지시 또는 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 경보 애플리케이션(EAA)을 기동할지 여부를 판정할 수 있다.
스텝 S257에 있어서, 긴급 경보 애플리케이션(EAA)을 기동한다고 판정된 경우, 처리는 스텝 S258로 진행된다. 이 경우, MW부(213)는, 긴급 경보 애플리케이션(EAA)의 기동 이벤트(EAA 기동 이벤트)를 발행하게 된다.
스텝 S258에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 기동 이벤트에 따라서, LCC 콘텐츠로서 전송되는 긴급 경보 애플리케이션(EAA)을 취득하여 기동한다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)의 문자열과 함께, 방송 프로그램의 영상에 중첩 표시된다(예를 들어, 도 7의 D24).
또한, 스텝 S257에 있어서, 긴급 경보 애플리케이션(EAA)을 기동하지 않았다고 판정된 경우, 스텝 S258의 처리는, 스킵된다.
스텝 S256 또는 S258의 처리가 종료되면, 처리는, 도 24의 스텝 S226으로 되돌아가서, 그 이후의 처리가 실행된다.
이상, 제2 방식 또는 제3 방식에 의해 긴급 경보 애플리케이션(EAA)이 기동되는 경우의 E-AIT 수신 처리의 흐름에 대하여 설명하였다.
다음으로, 도 27의 흐름도를 참조하여, 제1 방식 내지 제3 방식에 의해 긴급 경보 애플리케이션(EAA)이 종료되는 경우의 E-AIT 수신 처리의 흐름에 대하여 설명한다.
단, 도 27의 흐름도의 처리가 실행되는 전제로서, 전술한 도 25 또는 도 26의 흐름도의 처리가 실행되고, 긴급 경보 애플리케이션(EAA)이 기동 완료인 것으로 한다. 따라서, 수신 장치(20)의 화면에는, 긴급 경보 메시지(Universal Alert)로서의 번인 텍스트(burned-in text)와 함께, 어드밴스 콘텐츠(Advanced Content)에 따른 긴급 상세 정보가 표시되어 있다(예를 들어, 도 6의 D14, 도 7의 D24, 도 8의 D34).
스텝 S261에 있어서, MW부(213)는, LLS 시그널링으로서 수신되는 E-AIT의 해석 처리를 행한다. 여기서, E-AIT에는, 제어 코드로서, 긴급 경보 애플리케이션(EAA)의 종료(terminate)가 설정되어 있다. 여기에서는, MW부(213)는, 긴급 경보 애플리케이션(EAA)의 종료 이벤트(EAA 종료 이벤트)를 발행하게 된다.
스텝 S262에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 종료 이벤트에 따라서, 기동 중인 긴급 경보 애플리케이션(EAA)을 종료시킨다.
스텝 S263에 있어서, MW부(213)(또는 브라우저(214))는, 방송 애플리케이션(BCA)이 일시 정지하고 있는지 여부를 판정한다. 여기에서는, 예를 들어 도 26의 스텝 S255의 처리에서, 기동 중인 방송 애플리케이션(BCA)을 일시 정지시킨 것인지 여부가 판정된다.
스텝 S263에 있어서, 방송 애플리케이션(BCA)이 일시 정지하고 있다고 판정된 경우, 처리는, 스텝 S264로 진행된다. 이 경우, MW부(213)는, 방송 애플리케이션(BCA)의 실행의 재개 이벤트(BCA 재개 이벤트)를 발행하게 된다.
스텝 S264에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 BCA 재개 이벤트에 따라서, 일시 정지 중인 방송 애플리케이션(BCA)의 실행을 재개시킨다. 이에 의해, 수신 장치(20)의 화면에서는, 방송 애플리케이션(BCA)의 정보가, 방송 프로그램의 영상에 중첩 표시된다.
또한, 스텝 S263에 있어서, 방송 애플리케이션(BCA)이 일시 정지하지 않았다고 판정된 경우, 스텝 S264의 처리는 스킵된다. 스텝 S264의 처리가 종료하면, 처리는, 도 24의 스텝 S226으로 되돌아가서, 그 이후의 처리가 실행된다.
이상, 제1 방식 내지 제3 방식에 의해 긴급 경보 애플리케이션(EAA)이 종료되는 경우의 E-AIT 수신 처리의 흐름에 대하여 설명하였다.
(이벤트 처리)
마지막으로, 도 28의 흐름도를 참조하여, 도 24의 스텝 S232 또는 S237의 처리에 대응하는 이벤트 처리의 상세한 내용에 대하여 설명한다.
스텝 S271에 있어서, FW/HW부(211) 또는 MW부(213)는, 이벤트 해석 처리를 행한다. 이 이벤트 해석 처리에서는, DASH 세그먼트의 이벤트 메시지 박스에 배치되는 이벤트 메시지, 또는, MPD의 EventStream 요소에 배치되는 이벤트 메시지의 해석이 행해진다.
스텝 S272에 있어서, FW/HW부(211) 또는 MW부(213)는, 스텝 S271의 해석 결과에 기초하여, 이벤트 메시지가, 긴급 경보 애플리케이션(EAA)에 관한 이벤트 메시지(EAA 이벤트)인지 여부를 판정한다.
스텝 S272에 있어서, 이벤트 메시지가, EAA 이벤트라고 판정된 경우, 처리는, 스텝 S273으로 진행된다. 스텝 S273에 있어서, MW부(213) 또는 브라우저(214)는, 애플리케이션 기동 판정 처리를 행한다. 이 기동 판정 처리에서는, 방송 애플리케이션(BCA), 또는 긴급 경보 애플리케이션(EAA)이 기동되어 있는지 여부가 판정된다.
스텝 S273에 있어서, 방송 애플리케이션(BCA)이 기동되었다고 판정된 경우, 처리는 스텝 S274로 진행된다. 스텝 S274에 있어서, MW부(213) 또는 브라우저(214)는, 이벤트 통지 처리를 행한다. 이 이벤트 통지 처리에서는, 도 20을 참조하여 설명한 바와 같이, 예를 들어 방송 애플리케이션(BCA)이 addEventListener 메소드에 의해, 이벤트 메시지(의 이벤트)를 등록하고 있는 경우, 콜백 이벤트가 발행되어, 이벤트 메시지(의 이벤트)가, 방송 애플리케이션(BCA)에 통지되게 된다.
스텝 S275에 있어서, MW부(213) 또는 브라우저(214)는, 스텝 S271의 해석 결과에 기초하여, 긴급 경보 애플리케이션(EAA)을 기동할지 여부를 판정한다. 또한, 이 기동 판정 처리는, 방송 애플리케이션(BCA)이 행해도 된다. 또한, 여기서는, 예를 들어 유저로부터의 지시 또는 설정 정보(예를 들어 표시 대상 지역이나 표시 대상 항목 등의 설정)에 따라서, 긴급 경보 애플리케이션(EAA)을 기동할지 여부를 판정할 수 있다.
스텝 S275에 있어서, 긴급 경보 애플리케이션(EAA)을 기동한다고 판정된 경우, 처리는 스텝 S276으로 진행된다. 이 경우, MW부(213)는, 긴급 경보 애플리케이션(EAA)의 기동 이벤트(EAA 기동 이벤트)를 발행하게 된다.
스텝 S276에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 기동 이벤트에 따라서, 기동 중인 방송 애플리케이션(BCA)을 일시 정지 또는 종료시킨다.
스텝 S277에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 기동 이벤트에 따라서, LCC 콘텐츠로서 전송되는 긴급 경보 애플리케이션(EAA)을 취득하여, 기동한다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)의 문자열과 함께, 방송 프로그램의 영상에 중첩 표시된다.
또한, 스텝 S275에 있어서, 긴급 경보 애플리케이션(EAA)을 기동하지 않았다고 판정된 경우, 스텝 S276 내지 S277의 처리는, 스킵된다.
또한, 스텝 S273에 있어서, 긴급 경보 애플리케이션(EAA)이 기동되었다고 판정된 경우, 처리는, 스텝 S278로 진행된다. 스텝 S278에 있어서, MW부(213) 또는 브라우저(214)는, 이벤트 통지 처리를 행한다. 이 이벤트 통지 처리에서는, 도 20을 참조하여 설명한 바와 같이, 예를 들어 긴급 경보 애플리케이션(EAA)이 addEventListener 메소드에 의해, 이벤트 메시지(의 이벤트)를 등록하고 있는 경우, 콜백 이벤트가 발행되고, 이벤트 메시지(의 이벤트)가, 긴급 경보 애플리케이션(EAA)에 통지되게 된다.
스텝 S279에 있어서, MW부(213) 또는 브라우저(214)는, 스텝 S271의 해석 결과에 기초하여, 긴급 경보 애플리케이션(EAA)을 갱신할지 여부를 판정한다. 또한, 이 갱신 판정 처리는, 긴급 경보 애플리케이션(EAA)이 행해도 된다.
스텝 S279에 있어서, 긴급 경보 애플리케이션(EAA)을 갱신한다고 판정된 경우, 처리는, 스텝 S280으로 진행된다. 이 경우, MW부(213)는, 긴급 경보 애플리케이션(EAA)의 천이 이벤트(EAA 천이 이벤트)를 발행하게 된다.
스텝 S280에 있어서, 브라우저(214)는, MW부(213)로부터 발행된 EAA 천이 이벤트에 따라서, 긴급 경보 애플리케이션(EAA)을 갱신한다. 여기에서는, 예를 들어 긴급 경보 애플리케이션(EAA1)이 기동하고 있는 경우에, 긴급 경보 애플리케이션(EAA2)이 기동됨으로써, 긴급 경보 애플리케이션(EAA)에 의한 정보가 천이하게 된다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA1)의 정보가 갱신되고, 긴급 경보 애플리케이션(EAA2)의 정보가 표시된다(예를 들어, 도 9의 D44).
또한, 스텝 S279에 있어서, 긴급 경보 애플리케이션(EAA)을 갱신하지 않았다고 판정된 경우, 스텝 S280의 처리는, 스킵된다.
또한, 스텝 S273에 있어서, 방송 애플리케이션(BCA)과 긴급 경보 애플리케이션(EAA)이 모두 기동되지 않았다고 판정된 경우, 처리는, 스텝 S281로 진행된다.
스텝 S281에 있어서, MW부(213) 또는 브라우저(214)는, 스텝 S271의 해석 결과에 기초하여, 긴급 경보 애플리케이션(EAA)의 기동 처리를 행한다. 이에 의해, 수신 장치(20)의 화면에는, 긴급 경보 애플리케이션(EAA)에 의한 긴급 상세 정보가, 번인 텍스트(burned-in text)의 문자열과 함께, 방송 프로그램의 영상에 중첩 표시된다.
또한, 스텝 S272에 있어서, 이벤트 메시지가, EAA 이벤트가 아니라고 판정된 경우, 처리는, 스텝 S282로 진행된다. 스텝 S282에 있어서, MW부(213) 또는 브라우저(214) 등은, EAA 이벤트 이외의 다른 이벤트 메시지에 대응한 이벤트 처리를 행한다.
스텝 S277, S280, S281, 또는 S282의 처리가 종료되면, 처리는, 도 24의 스텝 S232 또는 S237의 처리로 되돌아가서, 그 이후의 처리가 실행된다.
이상, 이벤트 처리의 흐름에 대하여 설명하였다.
<4. 변형예>
전술한 설명으로서는, 디지털 방송의 규격으로서, 미국 등에서 채용되고 있는 방식인 ATSC(특히, ATSC 3.0)를 설명하였지만, 본 기술은, 일본 등이 채용하는 방식인 ISDB(Integrated Services Digital Broadcasting)나, 유럽의 각국 등이 채용하는 방식인 DVB(Digital Video Broadcasting) 등에 적용하도록 해도 된다. 또한, 전송 시스템(1)에 있어서, 전송로(80)는, 지상파 방송으로 한정되지 않으며, 예를 들어 방송위성(BS: Broadcasting Satellite)이나 통신 위성(CS: Communications Satellite)을 이용한 위성 방송, 혹은 케이블을 사용한 유선 방송(CATV) 등이어도 된다. 또한, 전술한 설명에서는, 미국의 긴급 고지의 시스템(EAS)을 일례로 설명하였지만, 각국에서 구축되고 있는 동일한 시스템에 적용하도록 해도 된다.
또한, 전술한 LLS나 SLS 등의 시그널링의 명칭은, 일례로서, 다른 명칭이 사용되는 경우가 있다. 단, 이들 명칭의 차이는, 형식적인 차이로서, 각 시그널링의 실질적인 내용이 상이한 것은 아니다. 또한, 시그널링이 XML 등의 마크업 언어에 의해 기술되는 경우에 있어서, 그들의 요소나 속성의 명칭은 일례로서, 다른 명칭이 채용되도록 해도 된다. 단, 이들 명칭의 차이는, 형식적인 차이로서, 그들의 요소나 속성이 실질적인 내용이 상이한 것은 아니다. 또한, LCC(Locally Cached Content)는, NRT(Non Real Time)라고 칭해지는 경우가 있지만, 실질적인 내용이 다른 것이 아니다.
<5. 컴퓨터의 구성>
전술한 일련의 처리는, 하드웨어에 의해 실행할 수도 있고, 소프트웨어에 의해 실행할 수도 있다. 일련의 처리를 소프트웨어에 의해 실행하는 경우에는, 그 소프트웨어를 구성하는 프로그램이, 컴퓨터에 인스톨된다. 도 29는, 전술한 일련의 처리를 프로그램에 의해 실행하는 컴퓨터의 하드웨어의 구성예를 나타내는 도면이다.
컴퓨터(900)에 있어서, CPU(Central Processing Unit)(901), ROM(Read Only Memory)(902), RAM(Random Access Memory)(903)은, 버스(904)에 의해 서로 접속되어 있다. 버스(904)에는, 또한, 입출력 인터페이스(905)가 접속되어 있다. 입출력 인터페이스(905)에는, 입력부(906), 출력부(907), 기록부(908), 통신부(909) 및 드라이브(910)가 접속되어 있다.
입력부(906)는, 키보드, 마우스, 마이크로폰 등을 포함한다. 출력부(907)는, 디스플레이, 스피커 등을 포함한다. 기록부(908)는, 하드디스크나 불휘발성 메모리 등을 포함한다. 통신부(909)는, 네트워크 인터페이스 등을 포함한다. 드라이브(910)는, 자기디스크, 광디스크, 광자기디스크, 또는 반도체 메모리 등의 리무버블 미디어(911)를 구동한다.
이상과 같이 구성되는 컴퓨터(900)에서는, CPU(901)가, ROM(902)이나 기록부 (908)에 기록되어 있는 프로그램을, 입출력 인터페이스(905) 및 버스(904)를 통하여, RAM(903)에 로드해서 실행함으로써, 전술한 일련의 처리가 행해진다.
컴퓨터(900)(CPU(901))가 실행하는 프로그램은, 예를 들어 패키지 미디어 등으로서의 리무버블 미디어(911)에 기록해서 제공할 수 있다. 또한, 프로그램은, 로컬 에어리어 네트워크, 인터넷, 디지털 위성 방송 등의, 유선 또는 무선의 전송 매체를 통해 제공할 수 있다.
컴퓨터(900)에서는, 프로그램은, 리무버블 미디어(911)를 드라이브(910)에 장착함으로써, 입출력 인터페이스(905)를 통하여, 기록부(908)에 인스톨할 수 있다. 또한, 프로그램은, 유선 또는 무선의 전송 매체를 통해 통신부(909)에 의해 수신하고, 기록부(908)에 인스톨할 수 있다. 그 밖에, 프로그램은, ROM(902)이나 기록부(908)에, 미리 인스톨해 둘 수 있다.
여기서, 본 명세서에 있어서, 컴퓨터가 프로그램에 따라서 행하는 처리는, 반드시 흐름도로서 기재된 순서를 따라 시계열로 행해질 필요는 없다. 즉, 컴퓨터가 프로그램에 따라서 행하는 처리는, 병렬적 혹은 개별로 실행되는 처리(예를 들어, 병렬 처리 혹은 오브젝트에 의한 처리)도 포함한다. 또한, 프로그램은, 하나의 컴퓨터(프로세서)에 의해 처리되는 것이어도 되며, 복수의 컴퓨터에 의해 분산 처리되는 것이어도 된다.
또한, 본 기술의 실시 형태는, 전술한 실시 형태로 한정되는 것이 아니라, 본 기술의 요지를 일탈하지 않는 범위에 있어서 다양한 변경이 가능하다.
또한, 본 기술은, 이하와 같은 구성을 취할 수 있다.
(1) 디지털 방송 신호를 수신하는 수신부와,
상기 디지털 방송 신호에 포함되는 제어 정보로서, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 상기 제어 정보에 기초하여, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리를 행하는 처리부
를 구비하는 수신 장치.
(2) 상기 제어 정보는, 상기 긴급 정보의 긴급성, 중대성, 대상 지역, 카테고리, 및 우선도를 나타내는 정보 중 적어도 하나의 정보를 포함하고,
상기 처리부는, 상기 제어 정보에 기초하여, 상기 긴급 정보 애플리케이션을 기동할지 여부를 판정하는, 상기 (1)에 기재된 수신 장치.
(3) 상기 처리부는,
상기 제어 정보에 기초하여, 상기 긴급 정보의 상세 정보를 제시할지 여부의 선택 정보를 표시하고,
유저에 의해, 상기 긴급 정보의 상세 정보의 제시가 선택된 경우, 상기 긴급 정보 애플리케이션을 기동하는, 상기 (2)에 기재된 수신 장치.
(4) 상기 처리부는, 미리 유저에 의해 설정되는 설정 정보에 기초하여, 상기 긴급 정보 애플리케이션을 기동하는, 상기 (2)에 기재된 수신 장치.
(5) 상기 제어 정보는, 상기 긴급 정보 애플리케이션의 라이프 사이클을 제어하기 위한 커맨드를 더 포함하고,
상기 처리부는, 상기 제어 정보에 기초하여, 상기 긴급 정보 애플리케이션의 동작을 제어하는, 상기 (2) 내지 (4) 중 어느 한 항에 기재된 수신 장치.
(6) 상기 처리부는,
상기 제어 정보에 포함되는 커맨드가, 상기 긴급 정보 애플리케이션의 기동을 나타내고 있는 경우로서, 상기 긴급 정보 애플리케이션을 기동하는 경우에, 통상 시에 실행되는 방송 애플리케이션이 기동되고 있을 때, 상기 긴급 정보 애플리케이션을 기동시킴과 함께, 상기 방송 애플리케이션을 일시 정지 또는 종료시키는 제어를 행하고,
상기 제어 정보에 포함되는 커맨드가, 상기 긴급 정보 애플리케이션의 종료를 나타내고 있는 경우에, 상기 긴급 정보 애플리케이션이 기동하고 있을 때, 상기 긴급 정보 애플리케이션을 종료시키는 제어를 행하는, 상기 (5)에 기재된 수신 장치.
(7) 상기 처리부는, 상기 제어 정보에 포함되는 커맨드가, 상기 긴급 정보 애플리케이션의 종료를 나타내고 있는 경우에, 상기 방송 애플리케이션이 일시 정지로 되어 있을 때, 일시 정지 중인 상기 방송 애플리케이션의 동작을 재개시키는 제어를 행하는, 상기 (6)에 기재된 수신 장치.
(8) 상기 처리부는, 상기 디지털 방송 신호에 포함되는 이벤트 메시지에 기초하여, 소정의 타이밍에, 상기 긴급 정보 애플리케이션에 관한 처리를 실행하는, 상기 (2) 내지 (7) 중 어느 한 항에 기재된 수신 장치.
(9) 상기 이벤트 메시지는, MPEG-DASH(Dynamic Adaptive Streaming over HTTP)로 규정되는 MPD(Media Presentation Description)의 이벤트 스트림 요소, 또는, DASH 세그먼트의 이벤트 메시지 박스에 배치되는, 상기 (8)에 기재된 수신 장치.
(10) 상기 디지털 방송 신호는, IP(Internet Protocol) 전송 방식의 디지털 방송 신호이며,
상기 제어 정보는, IP 패킷에 포함되는 UDP(User Datagram Protocol) 패킷의 페이로드에 배치되어 전송되는, 상기 (1) 내지 (9) 중 어느 한 항에 기재된 수신 장치.
(11) 수신 장치의 데이터 처리 방법에 있어서,
상기 수신 장치가,
디지털 방송 신호를 수신하고,
상기 디지털 방송 신호에 포함되는 제어 정보로서, 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 상기 제어 정보에 기초하여, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리를 행하는, 스텝을 포함하는 데이터 처리 방법.
(12) 긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보로서, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리에 이용되는 상기 제어 정보를 생성하는 생성부와,
생성된 상기 제어 정보를, 디지털 방송 신호에 포함해서 송신하는 송신부
를 구비하는 송신 장치.
(13) 상기 제어 정보는, 상기 긴급 정보의 긴급성, 중대성, 대상 지역, 카테고리 및 우선도를 나타내는 정보 중 적어도 하나의 정보를 포함하는, 상기 (12)에 기재된 송신 장치.
(14) 상기 제어 정보는, 상기 긴급 정보 애플리케이션의 라이프 사이클을 제어하기 위한 커맨드를 더 포함하는, 상기 (13)에 기재된 송신 장치.
(15) 상기 생성부는, 소정의 타이밍에, 상기 긴급 정보 애플리케이션에 관한 처리를 실행시키기 위한 이벤트 메시지를 생성하고,
상기 송신부는, 생성된 상기 이벤트 메시지를, 상기 디지털 방송 신호에 포함해서 송신하는, 상기 (13) 또는 (14)에 기재된 송신 장치.
(16) 상기 이벤트 메시지는, MPEG-DASH로 규정되는 MPD의 이벤트 스트림 요소, 또는, DASH 세그먼트의 이벤트 메시지 박스에 배치되는, 상기 (15)에 기재된 송신 장치.
(17) 상기 디지털 방송 신호는, IP 전송 방식의 디지털 방송 신호이며,
상기 제어 정보는, IP 패킷에 포함되는 UDP 패킷의 페이로드에 배치되어 전송되는, 상기 (12) 내지 (16) 중 어느 한 항에 기재된 송신 장치.
(18) 송신 장치의 데이터 처리 방법에 있어서,
상기 송신 장치가,
긴급하게 고지할 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보로서, 상기 긴급 정보의 상세 정보를 제시하는 긴급 정보 애플리케이션에 관한 처리에 이용되는 상기 제어 정보를 생성하고,
생성된 상기 제어 정보를, 디지털 방송 신호에 포함해서 송신하는, 스텝을 포함하는 데이터 처리 방법.
1: 전송 시스템
10-1, 10-2, 10: 송신 장치
20, 20-1, 20-2, 20-3: 수신 장치
30: 전파탑
40: EA 서버
80: 전송로
90: 통신 회선
101: EA 파서
102: 라이브 콘텐츠 취득부
103: 스토리지
104: 컴포넌트 처리부
105: 시그널링 처리부
106: LCC 처리부
107: 인코더
108: 멀티플렉서
109: 변조부
110: RF부
201: RF부
202: 복조부
203: 처리부
204: 출력부
205: 통신 I/F
211: FW/HW부
212: 컴포넌트 처리부
213: MW부
214: 브라우저
221: 디멀티플렉서
222: 디코더
231: 파서
232: 필터
251: 방송·통신 I/F
252: 애플리케이션 실행 환경/미들웨어
900: 컴퓨터
901: CPU

Claims (18)

  1. 수신 장치로서,
    디지털 방송 신호를 수신하도록 구성되는 수신기;
    상기 수신기로부터 공급되는 상기 신호에 대해 복조 프로세스를 수행하도록 구성되는 복조기; 및
    (i) 상기 디지털 방송 신호의 적어도 하나의 IP 패킷의 페이로드에 저장된 시그널링 데이터가 갱신되는지 여부를 판정하고, (ii) 상기 시그널링 데이터가 갱신되면, 상기 시그널링 데이터에 포함되고 긴급하게 고지될 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보에 기초하여, 상기 긴급 정보의 상기 상세 정보를 제시하기 위한 긴급 경보 애플리케이션에 대한 프로세스를 수행하도록 구성되는 회로를 포함하고,
    상기 제어 정보는, 긴급 정보의 우선도를 수치로서 나타내는 정보를 포함하고, 상기 우선도는 상기 수치 0에 대해 가장 낮은, 수신 장치.
  2. 제1항에 있어서, 상기 제어 정보는 상기 긴급 정보의 긴급성, 중대성, 대상 지역, 카테고리, 및 우선도를 포함하는 정보의 항목들 중 적어도 하나를 포함하고;
    상기 회로는, 상기 제어 정보에 기초하여, 상기 긴급 경보 애플리케이션이 활성화되어야 하는지 여부를 판정하도록 구성되는, 수신 장치.
  3. 제2항에 있어서, 상기 회로는,
    상기 제어 정보에 기초하여, 상기 긴급 정보의 상기 상세 정보가 제시되어야 하는지 여부를 나타내는 선택 정보를 디스플레이하고,
    상기 긴급 정보의 상기 상세 정보가 제시되도록 사용자에 의해 선택되는 경우, 상기 긴급 경보 애플리케이션을 활성화하도록 구성되는, 수신 장치.
  4. 제2항에 있어서, 상기 회로는 사용자에 의해 미리 설정된 설정 정보에 기초하여 상기 긴급 경보 애플리케이션을 활성화하도록 구성되는, 수신 장치.
  5. 제2항에 있어서,
    상기 제어 정보는 상기 긴급 경보 애플리케이션의 라이프 사이클을 제어하기 위한 커맨드를 더 포함하고,
    상기 회로는 상기 제어 정보에 기초하여 상기 긴급 경보 애플리케이션의 동작을 제어하도록 구성되는, 수신 장치.
  6. 제5항에 있어서, 상기 회로는,
    상기 긴급 경보 애플리케이션을 활성화하고, 상기 제어 정보에 포함된 상기 커맨드가 상기 긴급 경보 애플리케이션의 활성화를 나타내고, 상기 긴급 경보 애플리케이션이 활성화되는 경우에, 방송 애플리케이션이 활성화될 때 통상 실행되는 상기 방송 애플리케이션을 일시 정지 또는 종료하기 위한 제어 프로세스를 수행하고;
    상기 제어 정보에 포함된 상기 커맨드가 상기 긴급 경보 애플리케이션의 종료를 나타내는 경우, 상기 긴급 경보 애플리케이션이 활성화될 때 상기 긴급 경보 애플리케이션을 종료하기 위한 제어 프로세스를 수행하도록 구성되는, 수신 장치.
  7. 제6항에 있어서, 상기 회로는, 상기 제어 정보에 포함된 상기 커맨드가 상기 긴급 경보 애플리케이션의 종료를 나타내는 경우에, 상기 방송 애플리케이션이 일시적으로 정지되고 있을 때에 일시적으로 정지되고 있는 상기 방송 애플리케이션의 동작을 재개하기 위한 제어 프로세스를 수행하도록 구성되는, 수신 장치.
  8. 제2항에 있어서, 상기 회로는, 상기 디지털 방송 신호에 포함된 이벤트 메시지에 기초하여 미리 결정된 타이밍에 상기 긴급 경보 애플리케이션에 대한 프로세스를 수행하도록 구성되는, 수신 장치.
  9. 제8항에 있어서, 상기 이벤트 메시지는 MPEG-DASH(Dynamic Adaptive Streaming over HTTP)에 의해 규정되는 MPD(Media Presentation Description)의 이벤트 스트림 요소 또는 DASH 세그먼트의 이벤트 메시지 박스에 있는, 수신 장치.
  10. 제1항에 있어서, 상기 시그널링 데이터는 상기 시그널링 데이터의 타입 및 버전 중 적어도 하나의 분석에 기초하여 갱신되는 것으로 판정되는, 수신 장치.
  11. 수신 장치를 위한 데이터 처리 방법으로서,
    상기 수신 장치가 디지털 방송 신호를 수신하는 단계;
    상기 수신 장치가 수신기로부터 공급된 상기 신호에 대해 복조 프로세스를 수행하는 단계; 및
    상기 수신 장치가 (i) 상기 디지털 방송 신호의 적어도 하나의 IP 패킷의 페이로드에 저장된 시그널링 데이터가 갱신되는지 여부를 판정하고, (ii) 상기 시그널링 데이터가 갱신되면, 상기 시그널링 데이터에 포함되고 긴급하게 고지될 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보에 기초하여, 상기 긴급 정보의 상기 상세 정보를 제시하기 위한 긴급 경보 애플리케이션에 대한 프로세스를 수행하는 단계를 포함하고,
    상기 제어 정보는 긴급 정보의 우선도를 수치로서 나타내는 정보를 포함하고, 상기 우선도는 상기 수치 0에 대해 가장 낮은, 방법.
  12. 송신 장치로서,
    긴급하게 고지될 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보를 생성하도록 구성되는 생성기 - 상기 제어 정보는 상기 긴급 정보의 상기 상세 정보를 제시하는 긴급 경보 애플리케이션에 대한 프로세스에서 사용됨 -; 및
    상기 생성된 제어 정보를 디지털 방송 신호에 포함된 것으로서 송신하도록 구성되는 송신기를 포함하고,
    상기 제어 정보는 상기 디지털 방송 신호의 적어도 하나의 IP 패킷의 페이로드의 시그널링 데이터에 포함되고,
    상기 시그널링 데이터에 대한 갱신은 상기 프로세스가 상기 디지털 방송 신호를 수신하는 수신 장치에서 수행되게 하고,
    상기 제어 정보는 긴급 정보의 우선도를 수치로서 나타내는 정보를 포함하고, 상기 우선도는 상기 수치 0에 대해 가장 낮은, 송신 장치.
  13. 제12항에 있어서, 상기 제어 정보는 상기 긴급 정보의 긴급성, 중대성, 대상 지역, 카테고리, 및 우선도를 포함하는 정보의 항목들 중 적어도 하나를 포함하는, 송신 장치.
  14. 제13항에 있어서, 상기 제어 정보는 상기 긴급 경보 애플리케이션의 라이프 사이클을 제어하기 위한 커맨드를 더 포함하는, 송신 장치.
  15. 제13항에 있어서, 상기 생성기는 미리 결정된 타이밍에 상기 긴급 경보 애플리케이션에 대한 프로세스를 수행하기 위한 이벤트 메시지를 생성하도록 구성되고, 상기 송신기는 상기 생성된 이벤트 메시지를 상기 디지털 방송 신호에 포함된 것으로서 송신하도록 구성되는, 송신 장치.
  16. 제15항에 있어서, 상기 이벤트 메시지는 MPEG-DASH에 의해 규정된 MPD의 이벤트 스트림 요소 또는 DASH 세그먼트의 이벤트 메시지 박스에 배치되는, 송신 장치.
  17. 송신 장치를 위한 데이터 처리 방법으로서,
    상기 송신 장치가 긴급하게 고지될 필요가 있는 긴급 정보의 상세 정보에 관한 정보를 포함하는 제어 정보를 생성하는 단계 - 상기 제어 정보는 상기 긴급 정보의 상기 상세 정보를 제시하기 위한 긴급 경보 애플리케이션에 대한 프로세스에서 사용됨 -; 및
    상기 송신 장치가 상기 생성된 제어 정보를 디지털 방송 신호에 포함된 것으로서 송신하는 단계를 포함하고,
    상기 제어 정보는 상기 디지털 방송 신호의 적어도 하나의 IP 패킷의 페이로드의 시그널링 데이터에 포함되고,
    상기 시그널링 데이터에 대한 갱신은 상기 프로세스가 상기 디지털 방송 신호를 수신하는 수신 장치에서 수행되게 하고,
    상기 제어 정보는 긴급 정보의 우선도를 수치로서 나타내는 정보를 포함하고, 상기 우선도는 상기 수치 0에 대해 가장 낮은, 방법.
  18. 삭제
KR1020187005113A 2015-09-14 2016-09-02 수신 장치, 송신 장치, 및 데이터 처리 방법 KR102468131B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015180785 2015-09-14
JPJP-P-2015-180785 2015-09-14
PCT/JP2016/075748 WO2017047397A1 (ja) 2015-09-14 2016-09-02 受信装置、送信装置、及び、データ処理方法

Publications (2)

Publication Number Publication Date
KR20180053647A KR20180053647A (ko) 2018-05-23
KR102468131B1 true KR102468131B1 (ko) 2022-11-18

Family

ID=58289047

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020187005113A KR102468131B1 (ko) 2015-09-14 2016-09-02 수신 장치, 송신 장치, 및 데이터 처리 방법

Country Status (8)

Country Link
US (2) US10594419B2 (ko)
EP (1) EP3352468A4 (ko)
JP (1) JPWO2017047397A1 (ko)
KR (1) KR102468131B1 (ko)
CA (1) CA2997897C (ko)
MX (1) MX2018002853A (ko)
TW (1) TW201725878A (ko)
WO (1) WO2017047397A1 (ko)

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
KR102425988B1 (ko) * 2015-04-01 2022-07-29 삼성전자주식회사 방송 시스템에서의 비상 통보 메시지를 처리하는 장치 및 방법
WO2019181552A1 (ja) 2018-03-22 2019-09-26 ソニー株式会社 受信装置、受信方法、信号処理装置、及び信号処理方法
US11490169B2 (en) * 2019-07-02 2022-11-01 Tencent America LLC Events in timed metadata tracks
WO2023225711A1 (en) * 2022-05-24 2023-11-30 Emergency Warning Systems Ltd Mass communication system

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100186029A1 (en) * 2009-01-18 2010-07-22 Lg Electronics Inc. IPTV and method for controlling emergency alert system widget in IPTV
US20130242847A1 (en) * 2012-03-02 2013-09-19 Lg Electronics Inc. Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor
US20130268761A1 (en) * 2012-04-05 2013-10-10 Futurewei Technologies, Inc. System and Method for Secure Asynchronous Event Notification for Adaptive Streaming Based on ISO Base Media File Format
US20150189486A1 (en) * 2014-01-02 2015-07-02 Lg Electronics Inc. Broadcast receiving device and operating method thereof

Family Cites Families (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8949885B2 (en) * 2010-07-30 2015-02-03 Echostar Technologies L.L.C. Systems, methods and apparatus for transmitting weather information in a television distribution network
US9078031B2 (en) 2010-10-01 2015-07-07 Sony Corporation Reception apparatus, reception method, and program
US9590814B2 (en) 2011-08-01 2017-03-07 Qualcomm Incorporated Method and apparatus for transport of dynamic adaptive streaming over HTTP (DASH) initialization segment description fragments as user service description fragments
US9288278B2 (en) * 2013-03-14 2016-03-15 Arris Enterprises, Inc. Providing user content with streamed media chunks
JP2015080172A (ja) * 2013-10-18 2015-04-23 ソニー株式会社 受信装置及び受信方法、コンピューター・プログラム、並びに外部機器
JP2015104055A (ja) 2013-11-27 2015-06-04 ソニー株式会社 受信装置、受信方法、送信装置、及び、送信方法
JP6252166B2 (ja) * 2013-12-26 2017-12-27 株式会社Jvcケンウッド デジタル放送装置及びデジタル放送方法
EP3046304B1 (en) * 2014-06-26 2019-04-10 LG Electronics Inc. Devices for transmitting/receiving broadcast signal

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100186029A1 (en) * 2009-01-18 2010-07-22 Lg Electronics Inc. IPTV and method for controlling emergency alert system widget in IPTV
US20130242847A1 (en) * 2012-03-02 2013-09-19 Lg Electronics Inc. Method of providing an emergency alert service via a mobile broadcasting and apparatus therefor
US20130268761A1 (en) * 2012-04-05 2013-10-10 Futurewei Technologies, Inc. System and Method for Secure Asynchronous Event Notification for Adaptive Streaming Based on ISO Base Media File Format
US20150189486A1 (en) * 2014-01-02 2015-07-02 Lg Electronics Inc. Broadcast receiving device and operating method thereof

Also Published As

Publication number Publication date
MX2018002853A (es) 2018-06-15
JPWO2017047397A1 (ja) 2018-07-05
US20180205473A1 (en) 2018-07-19
WO2017047397A1 (ja) 2017-03-23
CA2997897A1 (en) 2017-03-23
EP3352468A4 (en) 2019-04-24
US20200280381A1 (en) 2020-09-03
KR20180053647A (ko) 2018-05-23
US11184095B2 (en) 2021-11-23
EP3352468A1 (en) 2018-07-25
TW201725878A (zh) 2017-07-16
US10594419B2 (en) 2020-03-17
CA2997897C (en) 2022-09-27

Similar Documents

Publication Publication Date Title
US9596510B2 (en) Method for transmitting broadcast service, method for receiving broadcast service, and apparatus for receiving broadcast service
US9661371B2 (en) Method for transmitting a broadcast service, apparatus for receiving same, and method for processing an additional service using the apparatus for receiving same
US11184095B2 (en) Receiving apparatus, transmitting apparatus, and data processing method
US9667902B2 (en) Method for transmitting a broadcast service, method for receiving a broadcast service, and apparatus for receiving a broadcast service
KR20150067148A (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR20190029575A (ko) 수신 장치 및 데이터 처리 방법
KR20170086133A (ko) 수신 장치, 수신 방법, 송신 장치 및 송신 방법
KR102080726B1 (ko) 비상 경보의 시그널링을 위한 시스템 및 방법
CA2999701C (en) Reception apparatus, transmission apparatus, and data processing method
US20240171828A1 (en) Receiving device, receiving method, signal processing device, and signal processing method
KR102440142B1 (ko) 수신 장치, 수신 방법, 송신 장치, 및 송신 방법
TWI751112B (zh) 受訊裝置、送訊裝置及資料處理方法

Legal Events

Date Code Title Description
E902 Notification of reason for refusal
E701 Decision to grant or registration of patent right
GRNT Written decision to grant