KR20170104462A - 송신 장치 및 송신 방법, 그리고 수신 장치 및 수신 방법 - Google Patents

송신 장치 및 송신 방법, 그리고 수신 장치 및 수신 방법 Download PDF

Info

Publication number
KR20170104462A
KR20170104462A KR1020177018310A KR20177018310A KR20170104462A KR 20170104462 A KR20170104462 A KR 20170104462A KR 1020177018310 A KR1020177018310 A KR 1020177018310A KR 20177018310 A KR20177018310 A KR 20177018310A KR 20170104462 A KR20170104462 A KR 20170104462A
Authority
KR
South Korea
Prior art keywords
application
signaling message
signaling
data
information
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Granted
Application number
KR1020177018310A
Other languages
English (en)
Other versions
KR102407513B1 (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 KR20170104462A publication Critical patent/KR20170104462A/ko
Application granted granted Critical
Publication of KR102407513B1 publication Critical patent/KR102407513B1/ko
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

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/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/23614—Multiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
    • H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
    • H04N21/235—Processing of additional data, e.g. scrambling of additional data or processing content descriptors
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04H—BROADCAST COMMUNICATION
    • H04H60/00—Arrangements for broadcast applications with a direct linking to broadcast information or broadcast space-time; Broadcast-related systems
    • H04H60/09—Arrangements for device control with a direct linkage to broadcast information or to broadcast space-time; Arrangements for control of broadcast-related services
    • H04H60/14—Arrangements for conditional access to broadcast information or to broadcast-related services
    • 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
    • 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/23605—Creation or processing of packetized elementary streams [PES]
    • 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/238—Interfacing the downstream path of the transmission network, e.g. adapting the transmission rate of a video stream to network bandwidth; Processing of multiplex streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/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/4348—Demultiplexing of additional data and video streams
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
    • H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
    • H04N21/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/438—Interfacing the downstream path of the transmission network originating from a server, e.g. retrieving encoded video stream packets from an IP network
    • 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/8166—Monomedia components thereof involving executable data, e.g. software
    • H04N21/8173—End-user applications, e.g. Web browser, game
    • 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
    • H04N21/4882—Data services, e.g. news ticker for displaying messages, e.g. warnings, reminders
    • 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/8166—Monomedia components thereof involving executable data, e.g. software

Landscapes

  • Engineering & Computer Science (AREA)
  • Signal Processing (AREA)
  • Multimedia (AREA)
  • General Engineering & Computer Science (AREA)
  • Software Systems (AREA)
  • Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Circuits Of Receivers In General (AREA)

Abstract

딜리버리 세그먼트마다의 데이터 방송 애플리케이션의 제어 정보를 배신한다. 방송국측에서는, PA 메시지에 저장되는 MP 테이블에, 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한다. 각 애플리케이션 서비스 기술자는 하나의 애플리케이션 타입의 정보와 그 애플리케이션 타입의 우선도를 나타낸다. 수신기는, 애플리케이션 서비스 기술자로 나타나는 애플리케이션 타입마다의 우선도와 디폴트 AIT 플래그에 의해, 더 특정의 MH-AIT 및 데이터 전송 메시지를 선택한다.

Description

송신 장치 및 송신 방법, 그리고 수신 장치 및 수신 방법 {TRANSMISSION DEVICE, TRANSMISSION METHOD, RECEPTION DEVICE, AND RECEPTION METHOD}
본 명세서에서 개시하는 기술은, 소정의 트랜스포트 방식에 의해 데이터 방송 애플리케이션 및 그의 제어 정보를 송신하는 송신 장치 및 송신 방법, 그리고 소정의 트랜스포트 방식에 의해 전송되는 데이터 방송 애플리케이션 및 그의 제어 정보를 수신하고, 제어 정보에 기초하여 데이터 방송 애플리케이션을 실행하는 수신 장치 및 수신 방법에 관한 것이다.
차세대 디지털 방송 방식으로서, MPEG로 새로운 미디어 트랜스포트 방식으로서 규격화된 MMT(MPEG Media Transport) 방식에 의한 초고해상도 TV 방송 규격이 검토되고 있다(예를 들어, 특허문헌 1을 참조). MMT 방식에서는, 상이한 전송로의 조합으로 이용하는 것이 용이하며, 방송이나 통신의 복수의 전송로에 공통으로 사용할 수 있다.
MMT 방식의 TV 방송 규격에서는, 비디오나 오디오, 자막 등의 방송 프로그램 본체의 스트림 미디어를 동기(Timed) MPU(Media Processing Unit) 포맷으로 전송하는 한편, HTML(Hyper Text Markup Language) 문서와 같은 데이터 방송 애플리케이션, 그리고 애플리케이션에 관한 제어 정보를 비동기(Non timed) MPU 포맷으로 전송하는 방식도 규정되어 있다.
또한, 데이터 방송 애플리케이션에는, 방송 프로그램에 연동된 프로그램 연동형 데이터 방송 애플리케이션과, 뉴스나 일기 예보와 같이 방송 프로그램과는 특히 연동되지 않는 프로그램 비연동형 데이터 방송 애플리케이션으로 크게 구별할 수 있다. 또한, 데이터 방송 애플리케이션의 딜리버리 세그먼트가 복수 존재하는 것이 상정된다. 예를 들어, 방송 프로그램 본체의 제작원인 키국이 주로 방송 프로그램에 연동된 애플리케이션을 부여하는 한편, 배신 사업자인 각 지방국에서도 자체의 애플리케이션을 부여한다고 하는 운용이 상정된다. 각 지방국은, 반드시 방송 프로그램 본체에 연동되지는 않지만, 일기 예보나 로컬 뉴스와 같은 그 지역에 밀착된 정보를 자체의 애플리케이션으로 제공하고, 지역마다 입도가 미세한 데이터 방송 서비스를 실현할 수 있다고 하는 장점이 있다.
본 출원 시의 BML(Broadcast Markup Language)을 이용한 데이터 방송이나 하이브리드 캐스트의 방송국 운용에서는, 특히 민간 방송에 있어서, 책임 분계와 지방국의 배신 설비의 부담을 증대시키지 않는다고 하는 관점에서, 데이터 방송 애플리케이션, 그리고 애플리케이션에 관련된 제어 정보의 전송을, 딜리버리 세그먼트(키국분과 지방국분)마다 독립적으로 실시할 수 있도록 고려되어 있다.
차세대 MMT 방식의 방송 규격을 검토할 때에도, 각 지방국에서도 자체의 애플리케이션을 부여한다고 하는 민간 방송의 요구를 충분히 고려해야 한다. 그러나, 복수의 딜리버리 세그먼트로부터 각각 제공되는 데이터 방송 애플리케이션을 모두 한 계통으로 통합하여 운용해 버리면, 키국에서 준비한 데이터 방송의 데이터 플로우에 대하여, 각 지방국에 있어서 자체의 애플리케이션의 추가나 대체 작업을 행해야만 한다. 이 결과, 지방국에 과대한 배신 비용을 강제함과 함께, 작업이 잘 진행되지 않을 위험성도 있다.
일본 특허 공개 제2014-200054호 공보
본 명세서에서 개시하는 기술의 목적은, 소정의 트랜스포트 방식에 의해 데이터 방송 애플리케이션 및 그의 제어 정보를 적합하게 송신할 수 있는, 우수한 송신 장치 및 송신 방법을 제공하는 데 있다.
또한, 본 명세서에서 개시하는 기술의 목적은, 소정의 트랜스포트 방식에 의해 전송되는 데이터 방송 애플리케이션 및 그의 제어 정보를 적합하게 수신하고, 제어 정보에 기초하여 데이터 방송 애플리케이션을 실행할 수 있는, 우수한 수신 장치 및 수신 방법을 제공하는 데 있다.
본 명세서에서 개시하는 기술은, 상기 과제를 참작하여 이루어진 것이며, 그 제1 측면은,
방송 프로그램에 대한 애플리케이션을 송신하는 애플리케이션 송신부와,
상기 애플리케이션에 관한 시그널링 메시지를 송신하는 시그널링 메시지 송신부를 구비하고,
상기 시그널링 메시지 송신부는, 소정의 시그널링 메시지로 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는 송신 장치이다.
본 명세서에서 개시하는 기술의 제2 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트가 제공하는 애플리케이션의 운용에 필요 또는 중요한 제어 데이터를 저장하는 시그널링 메시지 또는 시그널링 테이블의 로케이션 정보를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제3 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자에, 대응하는 딜리버리 세그먼트가 전송하는 데이터 전송 메시지, 애플리케이션 정보 테이블, 또는 이벤트 메시지 테이블의 로케이션 정보를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제4 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 방송 서비스의 엔트리 포인트로 되는 시그널링 메시지로 전송하는 시그널링 테이블 내에, 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제5 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로 딜리버리 세그먼트가 제공하는 애플리케이션 타입의 정보를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제6 측면에 따르면, 제5 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로 애플리케이션 타입마다의 우선도의 정보를 더 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제7 측면에 따르면, 제6 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 애플리케이션 타입마다의 우선도의 정보를 나타내는 파라미터(application_priority)를 각 애플리케이션 서비스 기술자에 포함시키도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제8 측면에 따르면, 제6 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자에 배치되는 프라이빗 데이터 영역에서, 애플리케이션 타입마다의 우선도의 정보를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제9 측면에 따르면, 제6 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 소정 비트 길이의 비트맵 정보 영역(application_bitmap)에서 애플리케이션 타입 및 그의 우선도를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제10 측면에 따르면, 제9 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 소정 비트 길이의 비트맵 정보 영역(application_bitmap)에서 애플리케이션 타입 및 그의 우선도를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제11 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트에 대한 애플리케이션 정보 테이블이 디폴트의 감시 대상으로 지정되어 있는지 여부를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제12 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트로부터 전송되는 이벤트 메시지 테이블의 수의 정보를 나타내도록 구성되어 있다.
본 명세서에서 개시하는 기술의 제13 측면에 따르면, 제1 측면에 관한 송신 장치의 상기 애플리케이션 송신부는, 페이로드에 애플리케이션을 포함함을 나타내는 제1 페이로드 종별 정보를 패킷 헤더에 삽입한 제1 전송 패킷으로 애플리케이션을 송신하고, 상기 시그널링 메시지 송신부는, 페이로드에 시그널링 메시지를 포함함을 나타내는 제2 페이로드 식별 정보를 패킷 헤더에 삽입한 제2 전송 패킷으로 시그널링 메시지를 송신하도록 구성되어 있다.
또한, 본 명세서에서 개시하는 기술의 제14 측면은,
방송 프로그램에 대한 애플리케이션을 송신하는 애플리케이션 송신 스텝과,
상기 애플리케이션에 관한 시그널링 메시지를 송신하는 시그널링 메시지 송신 스텝을 갖고
상기 시그널링 메시지 송신 스텝에서는, 소정의 시그널링 메시지로 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는 송신 방법이다.
또한, 본 명세서에서 개시하는 기술의 제15 측면은,
방송 프로그램에 대한 애플리케이션을 수신하는 애플리케이션 수신부와,
상기 애플리케이션에 관한 시그널링 메시지를 수신하는 시그널링 메시지 수신부를 구비하고,
상기 시그널링 메시지 수신부는, 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한 시그널링 테이블이 저장된 소정의 시그널링 메시지를 수신하는 수신 장치이다.
본 명세서에서 개시하는 기술의 제16 측면에 따르면, 제15 측면에 관한 수신 장치는, 상기 애플리케이션 수신부가 수신한 애플리케이션의 기동을 제어하는 애플리케이션 제어부를 더 구비하고 있다. 그리고, 상기 애플리케이션 제어부는, 상기 시그널링 테이블에 배치되는 각 애플리케이션 서비스 기술자에 의해 애플리케이션 타입마다의 우선도에 기초하여, 상기 시그널링 메시지로 수신하는 시그널링 메시지 또는 시그널링 테이블을 선택하도록 구성되어 있다.
또한, 본 명세서에서 개시하는 기술의 제17 측면은,
방송 프로그램에 대한 애플리케이션을 수신하는 애플리케이션 수신 스텝과,
상기 애플리케이션에 관한 시그널링 메시지를 수신하는 시그널링 메시지 수신 스텝을 갖고,
상기 시그널링 메시지 수신 스텝에서는, 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한 시그널링 테이블이 저장된 소정의 시그널링 메시지를 수신하는 수신 방법이다.
본 명세서에서 개시하는 기술에 따르면, 소정의 트랜스포트 방식에 의해 데이터 방송 애플리케이션 및 그의 제어 정보를 적합하게 송신할 수 있는, 우수한 송신 장치 및 송신 방법을 제공할 수 있다.
또한, 본 명세서에서 개시하는 기술에 따르면, 소정의 트랜스포트 방식에 의해 전송되는 데이터 방송 애플리케이션 및 그의 제어 정보를 적합하게 수신하고, 제어 정보에 기초하여 데이터 방송 애플리케이션을 실행할 수 있는, 우수한 수신 장치 및 수신 방법을 제공할 수 있다.
본 명세서에서 개시하는 기술에 따르면, 동일한 방송 프로그램에 관한 데이터 방송 애플리케이션을 제공하는 딜리버리 세그먼트가 복수 존재하는 경우에(예를 들어, 프로그램 제작국으로서의 키국, 배신국으로서의 각 지방국, 그리고 제3자 등), 데이터 방송 애플리케이션에 관련된 제어 정보를 딜리버리 세그먼트마다 독립된 계통으로 배신할 수 있다. 따라서, 키국과 지방국 간의 책임 분계와, 지방국의 배신 설비의 부담을 증대시키지 않아도 된다.
또한, 본 명세서에 기재된 효과는, 어디까지나 예시이며, 본 발명의 효과는 이것에 한정되는 것은 아니다. 또한, 본 발명이, 상기 효과 이외에, 더 부가적인 효과를 발휘하는 경우도 있다.
본 명세서에서 개시하는 기술의 또 다른 목적, 특징이나 이점은, 후술하는 실시 형태나 첨부하는 도면에 기초한 보다 상세한 설명에 의해 밝혀질 것이다.
도 1은, 본 명세서에서 개시하는 기술을 적용한 디지털 방송 시스템(10)의 구성예를 모식적으로 도시한 도면이다.
도 2는, MMT 방식을 사용하는 방송 시스템의 프로토콜 스택(200)을 도시한 도면이다.
도 3은, 도 2에 도시한 방송 신호를 송출하는 방송 송출 시스템(11)의 구성예를 도시한 도면이다.
도 4는, 도 2에 도시한 방송 신호를 수신하는 수신기(12)의 구성예를 도시한 도면이다.
도 5는, MMT/TLV 방식에 따라 방송 송출 시스템(11)으로부터 방송 전송로에 송출되는 방송 신호(500)의 이미지를 도시한 도면이다.
도 6은, PA 메시지 내의 MP 테이블로부터 패키지의 각 어셋을 지정하는 구조를 도시한 도면이다.
도 7은, MMT 전송되는 데이터 방송 애플리케이션을 구성하는 파일을 취득하는 구조를 설명하기 위한 도면이다.
도 8은, 복수의 딜리버리 세그먼트가 제공하는 데이터 방송 애플리케이션 간의 링크 관계의 일례를 도시한 도면이다.
도 9는, 딜리버리 세그먼트마다의 방송 신호를 각각 독립된 계통으로 배신하는 방송 신호의 구성예를 도시한 도면이다.
도 10은, 동일한 방송 프로그램에 대한 딜리버리 세그먼트마다의 데이터 방송 애플리케이션 및 애플리케이션에 관련된 제어 정보를 각각 독립된 계통으로 전송하는 구조를 모식적으로 도시한 도면이다.
도 11은, PA 메시지(1101)와 PA 메시지에 포함되는 MP 테이블(1102)의 구성예를 도시한 도면이다.
도 12는, PA 메시지의 신택스 예(1200)를 도시한 도면이다.
도 13은, PA 메시지에 저장되는 MP 테이블의 신택스 예(1300)를 도시한 도면이다.
도 14는, MP 테이블 내에 애플리케이션 서비스 기술자의 신택스 예(1400)를 도시한 도면이다.
도 15는, MMT_general_location_info(일반 로케이션 정보)의 신택스 예(1500)를 도시한 도면이다.
도 16은, M2 섹션 메시지로 전송되는 MH AIT의 신택스 예(1600)를 도시한 도면이다.
도 17은, 애플리케이션 서비스 기술자의 다른 신택스 예(1700)를 도시한 도면이다.
도 18은, 프라이빗 데이터 영역의 신택스 예(1800)를 도시한 도면이다.
도 19는, 프라이빗 데이터 영역의 이용 예를 도시한 도면이다.
도 20은, 애플리케이션 서비스 기술자의 또 다른 신택스 예(2000)를 도시한 도면이다.
도 21은, application_bitmap으로 애플리케이션 타입의 우선도를 나타내는 방법을 설명하기 위한 도면이다.
도 22는, application_bitmap으로 애플리케이션 타입의 우선도를 나타내는 방법을 설명하기 위한 도면이다.
도 23은, 수신기에 있어서 데이터 방송 애플리케이션을 기동하기 위한 처리 수순을 나타낸 흐름도이다.
도 24는, 애플리케이션 서비스 기술자가 애플리케이션 타입 및 우선도를 지정한 예를 도시하고 있다.
이하, 도면을 참조하면서 본 명세서에서 개시하는 기술의 실시 형태에 대하여 상세하게 설명한다.
도 1에는, 본 명세서에서 개시하는 기술을 적용한 디지털 방송 시스템(10)의 구성예를 모식적으로 도시하고 있다. 도시된 디지털 방송 시스템(10)은, 방송 송출 시스템(11)과, 수신기(12)로 구성된다.
방송 송출 시스템(11)은, 방송 신호의 전송에 MMT 방식을 적용하고 있고, 방송 서비스를 구성하는 각 컴포넌트를 IP 패킷으로 하여 전송한다. 구체적으로는, 방송 프로그램의 영상 신호나 음성 신호의 부호, 그리고 방송 프로그램에 관련된 콘텐츠(데이터 방송 애플리케이션 등)나 자막의 신호는, MMTP 페이로드에 실어 MMTP 패킷화되고, IP 패킷으로 전송된다. 또한, 이들 IP 패킷은, 방송 전송로에서는 TLV 패킷의 형식으로 전송된다. 여기서, 영상이나 음성, 자막 등의 방송 프로그램 본체에 관한 컴포넌트는, 동기 미디어이다. 또한, 데이터 방송에 이용되는 콘텐츠(HTML: Hyper Text Transfer Protocol) 형식으로 기술되는 데이터 방송 애플리케이션 등은 비동기 미디어이다.
한편, 수신기(12)는, 방송 송출 시스템(11)으로부터 방송 전송로로 보내져 오는 IP 패킷을 수신한다. 그리고, 수신기(12)는, 수신 패킷으로부터 영상이나 음성, 자막 등의 전송 미디어를 복호하여, 화상이나 음성을 제시한다. 또한, 수신기(12)는, 수신 패킷으로부터 데이터 방송용의 각 데이터 파일을 취득하면, HTML 브라우저 등의 애플리케이션 엔진을 기동하여, 방송 프로그램에 연동된 데이터 방송의 제시를 행한다.
도 2에는, MMT 방식을 사용하는 방송 시스템의 프로토콜 스택(200)을 도시하고 있다.
하나의 방송 서비스는, 영상(201), 음성(202), 자막(203), 애플리케이션(204), 콘텐츠 다운로드(205)의 각 컴포넌트로 구성된다. 영상(201)은 HEVC(High Efficiency Video Coding) 형식으로 부호화(211)되고, 음성(202)은 AAC(Advanced Audio Coding) 형식으로 부호화(212)되고, 자막(203)은 자막 부호화(213)된다. 또한, 애플리케이션(204)은, EPG(Electric Program Guide)를 포함하지만, HTML5 형식으로 부호화(214)된다.
MMT 레이어(220) 상에서는, 이들 동기 미디어 및 비동기 미디어의 부호화 컴포넌트(211 내지 214)는, MPU 포맷으로 하여, MMTP 페이로드에 실어 MMTP 패킷화된다. 또한, 미디어 트랜스포트 방식인 MMT에 관한(방송 프로그램의 구성 등을 나타내는) 제어 정보인 MMT-SI(signaling Information)(221)도, MMTP 페이로드에 실어 MMTP 패킷화된다. 또한, 콘텐츠 다운로드(205)의 데이터 전송 방식(215)으로서, 자막ㆍ문자 슈퍼 전송 방식, 애플리케이션 전송 방식, 이벤트 메시지 전송 방식, 범용 데이터 전송 방식의 4종류를 들 수 있지만, 상세한 설명은 생략한다.
UDP(User Datagram Protocol)/IP 레이어(230)에서는, MMTP 패킷은 IP 패킷화된다. 또한, 동기 미디어를 위한 현재 시각의 정보를 포함하는 NTP(Network Time Protocol) 패킷(206)도, IP 패킷화된다. 또한, 이들 IP 패킷은, TLV 레이어(240)로 TLV 패킷화되고, 최하층의 물리 레이어인 방송 전송로(250)에서 전송된다. 또한, IP 패킷의 다중을 위한 TLV 다중화 형식에 관한 TLV-SI241도, TLV 패킷화되고, 방송 전송로(250)로 전송된다. TLV 패킷을 다중한 전송 슬롯은, 전송로의 TMCC(Transmission and Multiplexing Configuration Control) 신호(251)로부터, TLV 스트림 식별 정보(TLV_stream_id)를 사용하여 특정된다.
도 3에는, 도 2에 도시한 방송 신호를 송출하는 방송 송출 시스템(11)의 구성예를 도시하고 있다. 방송 송출 시스템(11)은, 예를 들어 방송 프로그램 본체의 제작원인 키국(프로그램 제작국)에 상당한다. 도시된 방송 송출 시스템(11)은, 시계부(301)와, 신호 송출부(302)와, 비디오 인코더(303)와, 오디오 인코더(304)와, 캡션 인코더(305)와, 시그널링 인코더(306)와, 파일 인코더(307)와, 전자 데이터 처리 시스템(Electronic Data Processing System: EDPS)(308)과, TLV 시그널링 인코더(309)와, IP 서비스 멀티플렉서(MUX)(310)와, TLV 멀티플렉서(MUX)(311)와, 변조·송신부(312)를 구비하고 있다.
시계부(301)는, NTP 서버(도시 생략)로부터 취득한 시각 정보에 동기한 시각 정보를 생성하고, 이 시각 정보를 포함하는 IP 패킷을 IP 서비스 멀티플렉서(310)에 보낸다.
신호 송출부(302)는, 예를 들어 TV 방송국의 스튜디오나 VTR 등의 기록 재생기이며, 동기 미디어인 영상, 음성, 자막 등의 스트림 데이터나, 비동기 미디어인 데이터 방송 애플리케이션용의 데이터 파일(HTML 문서 데이터 등)을 각각, 비디오 인코더(303), 오디오 인코더(304), 캡션 인코더(305), 파일 인코더(307)에 보낸다.
EDPS(308)는, TV 방송국의 스케줄러 그리고 파일의 공급원이며, 비동기 미디어인 데이터 방송 애플리케이션과, 방송 프로그램의 구성 등을 나타내는 제어 정보와, IP 패킷의 다중에 관한 제어 정보를 각각, 파일 인코더(307), 시그널링 인코더(306), TLV 시그널링 인코더(309)에 보낸다.
비디오 인코더(303)는, 신호 송출부(302)로부터 송출되는 영상 신호를 HEVC 부호화하고, 더 패킷화하여, 영상 신호의 MMT 패킷을 포함하는 IP 패킷을 IP 서비스 멀티플렉서(310)에 보낸다. 또한, 오디오 인코더(304)는, 신호 송출부(302)로부터 송출되는 음성 신호를 AAC 부호화하고, 더 패킷화하여, 음성 신호의 MMT 패킷을 포함하는 IP 패킷을 IP 서비스 멀티플렉서(310)에 보낸다. 또한, 캡션 인코더(305)는, 신호 송출부(302)로부터 송출되는 자막 신호를 자막 부호화하고, 더 패킷화하여, 자막의 MMT 패킷을 포함하는 IP 패킷을 IP 서비스 멀티플렉서(310)에 보낸다.
시그널링 인코더(306)는, EDPS(308)로부터 송출되는 정보에 기초하여, 방송 프로그램의 구성 등을 나타내는 제어 정보를 기술한 시그널링 메시지(MMT-SI)를 생성하고, 페이로드부에 이 시그널링 메시지가 배치된 MMT 패킷을 포함하는 IP 패킷을 IP 서비스 멀티플렉서(310)에 보낸다. 본 실시 형태에서는, 시그널링 메시지는 PA(Package Access) 메시지, M2 섹션 메시지, 데이터 전송 메시지의 3종류로 크게 구별된다.
파일 인코더(307)는, 신호 송출부(302) 또는 EDPS(308)로부터 송출되는 데이터 방송 애플리케이션을 HTML5 형식의 데이터 파일로 부호화하고, 더 패킷화하여, 이 MMT 패킷을 포함하는 IP 패킷을 IP 서비스 멀티플렉서(310)에 보낸다.
방송 송출 시스템(11)은, 송출하는 채널(방송 프로그램)마다 IP 서비스 멀티플렉서(310)를 장비한다. 하나의 채널의 IP 서비스 멀티플렉서(310)는, 각 인코더(303 내지 307)로부터 보내져 오는 영상, 음성, 자막, 시그널링 메시지(MMT-SI) 및 데이터 방송 애플리케이션의 각각을 포함하는 IP 패킷을 멀티플렉스하여, 하나의 방송 서비스(채널)를 구성하는 TLV 패킷을 생성한다.
TLV 시그널링 인코더(309)는, EDPS(308)로부터 송출되는 정보에 기초하여, 상기 IP 패킷의 다중에 관한 제어 정보(TLV-SI)를 페이로드부에 배치하는 TLV 패킷을 생성한다.
TLV 멀티플렉서(311)는, 각 IP 서비스 멀티플렉서(310-1 내지 310-N) 및 TLV 시그널링 인코더(309)에서 생성되는 TLV 패킷을 멀티플렉스하여, TLV 스트림 식별 정보로 식별되는 TLV 스트림을 생성한다.
변조·송신부(312)는, TLV 멀티플렉서(311)에서 생성된 TLV 스트림에 대하여 RF 변조 처리를 행하여, 방송 전송로로 송출한다.
도 3에 도시한 방송 송출 시스템(11)의 동작에 대하여 설명한다.
시계부(301)에서는, NTP 서버(도시 생략)로부터 취득한 시각 정보에 동기한 시각 정보가 생성되고, 이 시각 정보를 포함하는 IP 패킷이 생성된다.
신호 송출부(302)로부터 송출되는 영상 신호는, 비디오 인코더(303)에 공급된다. 비디오 인코더(303)에서는, 영상 신호가 HEVC 부호화되고, 더 패킷화되어, HEVC 부호화 영상 신호의 MMT 패킷을 포함하는 IP 패킷이 생성된다. 이 IP 패킷은, IP 서비스 멀티플렉서(310)로 보내진다.
또한, 신호 송출부(302)로부터 송출되는 음성 신호 그리고 자막 신호에 대해서도, 마찬가지의 처리가 행해진다. 즉, 오디오 인코더(304)에서 생성되는 AAC 부호화 음성 신호의 MMT 패킷을 포함하는 IP 패킷이 IP 서비스 멀티플렉서(310)로 보내짐과 함께, 캡션 인코더(305)에서 생성되는 자막 부호화 신호의 MMT 패킷을 포함하는 IP 패킷이 IP 서비스 멀티플렉서(310)로 보내진다.
또한, 시그널링 인코더(306)에서는, EDPS(308)로부터 송출되는 정보에 기초하여 방송 프로그램의 구성 등을 나타내는 제어 정보를 기술한 시그널링 메시지(MMT-SI)가 생성되고, 페이로드부에 이 시그널링 메시지가 배치된 MMT 패킷을 포함하는 IP 패킷이 생성된다. 이 IP 패킷은, IP 서비스 멀티플렉서(310)로 보내진다.
또한, 신호 송출부(302) 또는 EDPS(308)로부터 송출되는 데이터 방송 애플리케이션은, 파일 인코더(307)에 공급된다. 파일 인코더(307)에서는, 데이터 방송 애플리케이션이 HTML5 형식으로 부호화되고, 더 패킷화되어, 이 MMT 패킷을 포함하는 IP 패킷이 생성된다. 이 IP 패킷은, IP 서비스 멀티플렉서(310)로 보내진다.
각 IP 서비스 멀티플렉서(310)에서는, 각 인코더(303 내지 307)로부터 보내져 오는 영상, 음성, 자막, 시그널링 메시지(MMT-SI) 및 데이터 파일(HTML5 문서)의 각각을 포함하는 IP 패킷이 멀티플렉스되어, 하나의 채널을 구성하는 TLV 패킷이 생성된다.
TLV 시그널링 인코더(309)에서는, EDPS(308)로부터 송출되는 정보에 기초하여, 상기 IP 패킷의 다중에 관한 제어 정보(TLV-SI)를 페이로드부에 배치하는 TLV 패킷이 생성된다.
TLV 멀티플렉서(311)에서는, 각 IP 서비스 멀티플렉서(310-1 내지 310-N) 및 TLV 시그널링 인코더(309)에서 생성되는 TLV 패킷이 멀티플렉스되어, TLV 스트림이 생성된다. 변조·송신부(312)에서는, TLV 멀티플렉서(311)에서 생성된 TLV 스트림에 대하여 RF 변조 처리가 행해지고, 그 RF 변조 신호가 방송 전송로에 송출된다.
도 4에는, 도 2에 도시한 방송 신호를 수신하는 수신기(12)의 구성예를 도시하고 있다. 도시된 수신기(12)는, 튜너 복조부(401)와, 디멀티플렉서(DEMUX)(402)와, 시계 회복부(403)와, 비디오 디코더(404)와, 오디오 디코더(405)와, 캡션 디코더(406)와, 시스템 제어부(407)와, 애플리케이션 제어부(408)와, 애플리케이션 엔진(409)과, IP 인터페이스(I/F)(410)와, 합성부(411)를 구비하고 있다. 도시된 수신기(12)는, 예를 들어 가정 내에 설치되는 텔레비전 수신기나 셋톱박스 외에, IPTV나 CATV의 재송신기를 포함하는 것으로 한다.
튜너 복조부(401)는, 방송 신호를 선국 수신하고, 복조 처리를 행하여, TLV 스트림을 얻는다. 디멀티플렉서(402)는, 이 TLV 스트림에 대하여, 디멀티플렉스 처리 및 디패킷화 처리를 행한다. 본 실시 형태에서는, 디멀티플렉서(402)는, TLV 필터(402-1)와, IP 필터(402-2)와, UDP 필터(402-3)와, MMT 필터(402-4)와, SI 필터(402-5)를 구비하고 있다.
TLV 필터(402-1)는, TLV 스트림 식별 정보에 기초하여, 방송 전송되는 TLV 패킷을 필터링한다. IP 필터(402-2)는, IP 어드레스에 기초하여, TLV 패킷으로부터 IP 패킷을 필터링함과 함께, IP 인터페이스(410) 경유로 수신한 IP 패킷의 필터링도 행한다. 또한, UDP 필터(402-3)는, UDP 패킷을 필터링한다. MMT 필터(402-4)는, MMTP 헤더(후술) 내의 정보에 기초하여, IP 패킷으로부터 MMTP 패킷을 필터링하여, 영상, 음성, 자막, 그리고 애플리케이션의 각 부호화 컴포넌트를 실은 MMTP 패킷을, 각각 비디오 디코더(404), 오디오 디코더(405), 캡션 디코더(406), 애플리케이션 엔진(409)에 할당한다. SI 필터(402-5)는, 시그널링 정보 SI를 필터링하여, 시스템 제어부(407) 및 애플리케이션 제어부(408)에 각각 할당한다. SI 필터(402-5)는, MMT 스트림으로부터 MMT-SI를 필터링하는 MMT-SI 필터와, TLV 스트림으로부터 TLV-SI를 필터링하는 TLV-SI 필터를 포함하는 것으로 한다.
시계 회복부(403)는, 디멀티플렉서(402) 내의 IP 필터(402-2), 그리고 UDP 필터(402-3)로 필터링된 NTP 패킷에 포함되는 현재 시각의 정보에 기초하여, 이 시각 정보에 동기한 시각 정보를 생성하여, 각 동기 미디어를 디코드하는 비디오 디코더(404), 오디오 디코더(405), 캡션 디코더(406)에 각각 출력한다.
비디오 디코더(404)는, 디멀티플렉서(402)에서 얻어지는 부호화 영상 신호를 디코드하여, 기저 대역의 영상 신호를 얻는다. 또한, 오디오 디코더(405)는, 디멀티플렉서(402)에서 얻어지는 부호화 음성 신호를 디코드하여, 기저 대역의 음성 신호를 얻는다. 또한, 캡션 디코더(406)는, 디멀티플렉서(402)에서 얻어지는 자막 부호화 신호를 디코드하여, 자막의 표시 신호를 얻는다.
애플리케이션 제어부(408)는, SI 필터(402-5)를 통하여 수취하는 시그널링 정보에 기초하여, 데이터 방송 애플리케이션의 처리를 제어한다. 예를 들어, 애플리케이션 제어부(407)는, MMT-SI를 해석하여, 디폴트 엔트리로 설정되어 있는 데이터 방송 애플리케이션을 찾으면, 애플리케이션 엔진(409)에 대하여 데이터 방송의 제시 처리를 지시한다.
본 실시 형태에 관한 방송 시스템(10)에서는, 방송 신호, 그리고 IP 네트워크라고 하는 2종류의 딜리버리 패스를 통하여 데이터 방송 애플리케이션이 전송되는 것을 상정하고 있다. 전자의 계통에서는 튜너 복조부(401)에서 수신하고, 후자의 계통에서는 IP 인터페이스(410)에서 수신하고, 모두 디멀티플렉서(402) 내에서 패킷화된 MMT 패킷이 MMT 필터(402-4)에 의해 애플리케이션 엔진(409)에 할당된다.
애플리케이션 엔진(409)은, 예를 들어 HTML 브라우저 등이며, 데이터 방송 애플리케이션의 엔티티인 데이터 파일(HTML5 문서 등)의 처리를 행하여, 데이터 방송의 표시 신호를 생성한다. 또한, 애플리케이션 엔진(409)은, 데이터 방송의 표시에 필요한 데이터 파일(데이터 방송의 표시에 사용하는 모노 미디어나, 링크처의 애플리케이션 등)을 IP 인터페이스(410) 경유로 IP 네트워크로부터 취득할 수도 있다.
시스템 제어부(407)는, SI 필터(402-5)를 통하여 수취하는 시그널링 정보나, 유저 조작부(도시 생략)를 통한 유저로부터의 조작 정보 등에 기초하여, 당해 수신기(12)의 각 부의 동작을 제어한다. 또한, 시스템 제어부(407)는, 각 디코더(404 내지 406)에 있어서의 디코드 타이밍을 시그널링 정보에 기초하여 제어하고, 영상, 음성 및 자막의 제시 타이밍을 조정한다. 합성부(411)는, 기저 대역의 영상 신호에, 자막의 표시 신호 및 데이터 방송의 표시 신호를 합성하여, 영상 표시용 영상 신호를 얻는다. 또한, 오디오 디코더(405)에서 얻어지는 기저 대역의 음성 신호는, 음성 출력용 음성 신호로 된다. 영상 신호 및 음성 신호를 포함하는 방송 프로그램 본편은, 도시하지 않은 모니터 디스플레이로부터 영상 및 음성 출력된다. 또한, 데이터 방송 애플리케이션 엔진(409)이 처리한 데이터 방송도, 모니터 디스플레이 상에서 방송 프로그램 본편의 화면에 중첩하여 표시된다.
IP 인터페이스(410)는, 예를 들어 네트워크 인터페이스 카드로 구성되며, 인터넷이나 홈 네트워크 등의 IP 네트워크에 접속하여, IP 패킷의 송수신 처리를 행한다.
또한, 본 실시 형태에서는, IP 필터(402-2)로 IP 어드레스에 기초하여 필터링한 IP 패킷을, IP 인터페이스(410)로부터 IP 네트워크로 송신 혹은 재송신하는 것도 상정된다. 또한, 방송 서비스를 IP 어드레스만으로 필터링할 수 있음이 판명되면, 디멀티플렉서(402) 내의 IP 필터(402-2)만으로 특정 서비스를 추출하여, 수신기(12)로부터 외부로 전송할 수 있다.
도 4에 도시한 수신기(12)의 동작에 대하여 설명한다.
튜너 복조부(401)에서는, 방송 신호가 수신되고, 복조 처리가 행해져, TLV 스트림이 얻어진다. 디멀티플렉서(402)에서는, 이 TLV 스트림에 대하여, 디멀티플렉스 처리 및 패킷화 처리가 행해지고, NTP 시각 정보, 영상, 음성, 자막, 데이터 방송의 각 부호화 신호, 그리고 시그널링 정보가 추출되고, 비디오 디코더(404), 오디오 디코더(405), 캡션 디코더(406), 애플리케이션 엔진(409), 시스템 제어부(407), 애플리케이션 제어부(408)에 각각 할당된다. 또한, IP 인터페이스(410)에서 수신한 IP 패킷에 대해서도 마찬가지로, 디멀티플렉스 처리 및 패킷화 처리가 행해지고, 각 부에 할당된다.
또한, 디멀티플렉서(402)에서 추출된 NTP 패킷은, 시계 회복부(403)에 할당된다. 시계 회복부(403)에서는, NTP 패킷에 실려진 시각 정보에 기초하여, 이 시각 정보에 동기한 시각 정보가 생성된다. 즉, 시계 회복부(403)에서는, 방송 송출 시스템(11)측의 시계부(301)에서 생성된 시각 정보에 맞는 시각 정보가 생성된다.
디멀티플렉서(402)에서 추출된 부호화 영상 신호는, 비디오 디코더(404)로 보내져 디코드되고, 기저 대역의 영상 신호가 얻어진다. 또한, 디멀티플렉서(402)에서 추출된 자막 부호화 신호는 캡션 디코더(406)로 보내져 디코드되고, 자막의 표시 신호가 얻어진다.
애플리케이션 제어부(408)에서는, SI 필터(402-5)를 통하여 수취하는 시그널링 정보에 기초하여, 데이터 방송 애플리케이션의 처리가 제어된다. HTML 브라우저 등을 포함하는 애플리케이션 엔진(409)에서는, 애플리케이션 제어부(408)로부터의 지시에 따라, 디멀티플렉서(402)에서 추출된 데이터 방송 애플리케이션의 부호화 신호(HTML5 문서)의 처리가 행해지고, 데이터 방송의 표시 신호가 얻어진다.
합성부(411)에서는, 기저 대역의 영상 신호에, 자막의 표시 신호 및 데이터 방송의 표시 신호가 합성되고, 화면 표시용 영상 신호가 얻어진다. 또한, 디멀티플렉서(402)에서 추출된 부호화 음성 신호는 오디오 디코더(405)로 보내져 디코드되고, 음성 출력용 기저 대역의 음성 신호가 얻어진다. 그리고, 영상 신호 및 음성 신호는, 도시하지 않은 모니터 디스플레이로부터 영상 및 음성 출력된다.
도 1에 도시한 디지털 방송 시스템(10)에서는, 방송 송출 시스템(11)으로부터 수신기(12)로, MMT 방식에 의해 방송 신호를 전송하는 것을 상정하고 있다. 도 5에는, MMT 방식에 따라 방송 송출 시스템(11)으로부터 방송 전송로에 송출되는 방송 신호(500)의 이미지를 도시하고 있다.
하나의 서비스(채널: 방송 프로그램)의 방송 신호는, 영상, 음성, 자막 등의 방송 프로그램 본편에 관한 동기 미디어와, 방송 프로그램에 연동되는 데이터 방송에 이용되는 파일 데이터와 같은 비동기 미디어로 구성된다. 이들을 부호화한 미디어 데이터는, MPU 포맷으로 하여 MMTP 패킷화되고, IP 패킷으로 전송된다. 또한, 미디어 트랜스포트 방식인 MMT에 관한(방송 프로그램의 구성 등을 나타내는) 시그널링 정보(MMT-SI)도, IP 패킷으로 전송된다. 이들 IP 패킷은, 방송 전송로에서는 TLV 패킷의 형식으로 TLV 스트림으로서 전송된다. IP 패킷의 다중을 위한 TLV 다중화 형식에 관한 시그널링 정보(TLV-SI)도, TLV 패킷의 형식으로 전송된다.
MMT 방식에서는, 하나의 채널(방송 프로그램)을 구성하는 동기 미디어 및 비동기 미디어의 데이터를 상이한 전송로의 조합으로 이용하는 것이 용이하다. 도 5에 도시하는 예에서는, 방송 신호(500)로서, 영상, 음성, 자막, 데이터 방송 애플리케이션 등, 타입마다의 어셋(501 내지 503)이 이용되고 있다. 또한, 도면 중, 자막 데이터용 어셋은 편의상 도시를 생략하였다. 각 어셋은, 각각 하나의 IP 데이터 플로우에 상당한다. 여기서 말하는 IP 데이터 플로우란, IP 헤더 및 UDP 헤더의 송신원 IP 어드레스, 수신처 IP 어드레스, IP 헤더의 프로토콜 종별, 송신원 포트 번호, 수신처 포트 번호의 5종류의 필드의 값이 모두 동일하게 되는 IP 패킷의 집합이다.
MMT 방식의 방송 시스템(11)은, 방송 전송로로 IP 패킷을 전송하는 방식이지만, 방송 서비스마다(혹은, 방송국마다) 하나의 IP 어드레스를 매핑한다고 하는 운용이 가능하다. 이러한 경우, 수신기측에서는, IP 어드레스에 기초하여 방송 신호(500)를 필터링함으로써, 원하는 방송 서비스(혹은, 원하는 방송국)의 각 어셋(501 내지 503)에 액세스할 수 있다. 동일한 IP 어드레스 내의 각 어셋(501 내지 503)으로 전송되는 MMTP(MMT 프로토콜) 패킷은, 패킷 식별 정보(packet_id: PID)에 의해 일의적으로 지정할 수 있다. 또한, 상이한 IP 어드레스 상의 MMTP 패킷은, 패킷 식별 정보와, IP 어드레스와, 포트 번호의 조합에 의해 지정할 수 있다.
하나의 채널(방송 프로그램)은, 영상, 음성, 자막, 파일 데이터(데이터 방송 애플리케이션) 등 타입이 상이한 복수의 어셋으로 구성되는 「패키지」라고 할 수 있다. 여기서 말하는 「패키지」는, 어셋을 사용하여 전송되는 미디어 데이터의 논리 집합이다. 또한, 여기서 말하는 「어셋」은, 고유의 어셋 식별 정보(asset_id)에 관련지어지는, 멀티미디어의 프리젠테이션을 구성하기 위해 사용되는 데이터의 엔티티이다. 또한, 어셋은 컴포넌트와 대응 관계가 있다(영상의 어셋은 영상 컴포넌트에 대응하고, 음성의 어셋은 음성 컴포넌트에 대응하고, 데이터 방송 애플리케이션의 어셋은 데이터의 컴포넌트에 대응함).
각 어셋은, 동일한 어셋 식별 정보를 공유하는 하나 또는 그 이상의 MPU의 집합(논리 그룹)으로 구성된다. MPU는, MMT 방식에 있어서의 전송 단위로 되는 포맷이라고 할 수 있다. 각 MPU는, 각각의 어셋에 전용인 ES(Elementary Stream) 즉 어셋(501 내지 503) 상에서 전송된다. 즉, 영상 어셋(501)에서는, 동일한 어셋 식별 정보를 갖는 영상 신호의 MPU 논리 그룹을 포함하는 부호화 영상 신호의 MMTP 패킷이 전송된다. 마찬가지로, 음성 어셋(502)에서는 동일한 어셋 식별 정보를 갖는 음성 신호의 MPU 논리 그룹을 포함하는 부호화 음성 신호의 MMT 패킷이 전송되고, 데이터 어셋(503)에서는 동일한 어셋 식별 정보를 갖는 데이터 방송 애플리케이션의 MPU 논리 그룹을 포함하는 부호화 애플리케이션의 MMT 패킷이 전송된다. 각 MPU는, 어셋 식별 정보와, 해당하는 어셋 상에서의 MPU의 시퀀스 번호로 특정된다. 또한, 각 미디어를 전송하는 어셋은, 어셋 식별 정보로 식별할 수 있다.
하나의 패키지(방송 프로그램)에서, 타입이 동일한 복수의(즉, 어셋 식별 정보가 상이한) 어셋이 전송되는 경우도 있다. 예를 들어, 동일한 방송 프로그램에 대하여, 2 이상의 딜리버리 세그먼트로부터 각각 데이터 방송 애플리케이션이 제공되는 경우이다. 예를 들어, 프로그램을 제작한 키국으로부터 제공되는 방송 프로그램에 연동되는 프로그램 연동형 데이터 방송 애플리케이션과, 프로그램을 배신하는 지방국으로부터 제공되는 방송 프로그램에 연동되지 않는 프로그램 비연동형 데이터 방송 애플리케이션(예를 들어, 일기 예보나 뉴스 등)은, 통상, 다른 어셋으로서 별개의 어셋 식별 정보가 할당되고, 별개의 MPU 논리 그룹으로서 상이한 어셋으로 전송된다. 도 5에 도시하는 예에서는, 딜리버리 세그먼트마다, 프로그램 제작국이 제공하는 데이터 방송 애플리케이션용 어셋(503-1)과, 프로그램을 배신하는 지방국이 제공하는 데이터 방송 애플리케이션용 어셋(503-2)을 그리고 있다.
또한, MMT 방식은, 방송이나 통신의 복수의 전송로에 공통으로 사용할 수 있다. 예를 들어, 데이터 방송용 애플리케이션(HTML5 문서 등)과 같은 비동기 미디어는, 도 5에 도시한 바와 같이 데이터 어셋(503)으로서 동기 미디어와 함께 전송되는 것 외에, IP 네트워크 등 통신 전송로(도시 생략)를 통하여 제공할 수도 있다.
시그널링(504)에서는, MMT의 패키지의 구성이나 방송 서비스에 관련된 정보를 나타내는 전송 제어 신호인 MMT-SI를 포함한 MMTP 패킷이, 캐러셀 방식에 의해 반복 전송된다. 또한, 도 5에서는 TLV-SI용 전송로의 도시를 생략하였다.
시그널링(504)으로 전송되는 MMT-SI의 시그널링 메시지로서, PA 메시지(510), M2 섹션 메시지(520), 데이터 전송 메시지(530)를 들 수 있다.
예를 들어, PA 메시지(510)는, 방송 프로그램의 구성 등을 나타내는 제어 정보이며, 어셋의 리스트나 그의 위치 등 패키지를 구성하는 정보를 기술하는 MP(MMT Package) 테이블(511) 등을 저장하는 컨테이너이다.
PA 메시지(510)는, 방송 서비스의 엔트리 포인트이며, PA 메시지(510)를 전송하는 MMTP 패킷에는, 고정의 패킷 식별 정보(예를 들어, 0x0000)가 할당되어 있다. 따라서, 수신기측에서는, 시그널링(504) 상에서, 상기 고정의 패킷 식별 정보를 지정하여 PA 메시지(510)를 취득할 수 있다. 그리고, PA 메시지(510)로 전송되는 MP 테이블(511)을 참조하여, 패키지(방송 프로그램)를 구성하는 각 어셋(영상, 음성, 자막, 파일 데이터(데이터 방송 애플리케이션) 등)을 지정할 수 있다.
또한, M2 섹션 메시지(520)는, MPEG-2 Systems의 섹션 확장 형식을 전송하는 메시지이다. MH-AIT(Application Information Table)(521)나, EMT(Event Message Table)(522)와 같은 시그널링 테이블이, 각각 단체로 M2 섹션 메시지(520)에 저장된다.
MH-AIT(521)는, 애플리케이션에 관한 동적 제어 정보 및 실행에 필요한 부가 정보를 전송하는 테이블이며, 구체적으로는, 방송 전송로에서 데이터 어셋으로서 보내져 오는 데이터 방송 애플리케이션(파일 데이터)의 처리 방법(애플리케이션에 적용되는 기동 상태 등), 그리고 로케이션(URL)을 지정한다.
EMT(522)는, 이벤트 메시지 전송 방식에 사용하는 시그널링 테이블이며, 이벤트 메시지(방송국으로부터 수신기 상의 애플리케이션에 대한 동기ㆍ비동기의 메시지)에 관한 정보(이벤트 메시지 기술자)를 저장한다. 이벤트 메시지 전송 방식은, 방송국으로부터 수신기에서 동작하고 있는 데이터 방송 애플리케이션에 대하여, 즉석에서 혹은 지정한 시각에, 메시지 정보를 보내는 수단을 제공한다.
또한, 데이터 전송 메시지(530)는, 데이터 방송 애플리케이션의 전송에 관한 제어 정보를 전송하기 위한 메시지이다. 하나의 데이터 전송 메시지(530) 내에는, 데이터 디렉터리 관리 테이블(Data Directory management Table: DDMT)(531), 데이터 어셋 관리 테이블(Data Asset Management Table: DAMT)(532), 데이터 콘텐츠 관리 테이블(Data Content Configuration Table: DCCT)(533)의 각 시그널링 테이블이 저장된다.
데이터 디렉터리 관리 테이블(531)은, 디렉터리 단위(바꿔 말하면, 데이터 방송 애플리케이션의 제작 단위)로 데이터 방송 애플리케이션을 관리하기 위한 테이블이다. 동 테이블 내는, 하나의 패키지에 포함되는 디렉터리, 그리고 디렉터리에 포함되는 서브 디렉터리나 파일(아이템)에 관한 디렉터리 구조를 기술하고 있으므로, 애플리케이션의 파일 구성과 파일 전송을 위한 구성을 분리할 수 있다.
데이터 어셋 관리 테이블(532)은, 어셋 단위로 데이터 방송 애플리케이션을 관리하기 위한 테이블이며, 어셋 내의 MPU의 구성과의 MPU마다의 버전 정보를 기술하고 있다.
데이터 콘텐츠 관리 테이블(533)은, 제시 단위(Presentation Unit: PU)마다 데이터 방송 애플리케이션을 관리하기 위한 테이블이다. 동 테이블은, 데이터 방송 애플리케이션의 파일의 구성 정보를 데이터 방송의 제시 단위(PU)로 기술하고 있고, 수신기측에서는 데이터 방송 애플리케이션용 파일 데이터의 유연하고 유효한 캐시 제어에 이용할 수 있다.
MMT에 의한 데이터 방송 애플리케이션의 전송 방식에 있어서, 데이터 전송 메시지로 전송하는 상기 3종류의 시그널링 테이블(531 내지 533)을 활용함으로써, 파일 단위의 전송 데이터 구조나 콘텐츠(데이터 방송 애플리케이션) 제작에 있어서의 디렉터리 구조와는 독립적으로, 수신기에 있어서의 캐시 메모리의 유효 활용을 위해, 애플리케이션 단위, 제시 단위와 같은 이용 단위의 데이터 구조를 표현할 수 있다(예를 들어, 본 출원인에게 이미 양도되어 있는 일본 특허 출원 제2014-88630호 명세서를 참조).
MMT-SI로서 전송되는 메시지나 테이블의 패킷 식별 정보는, 고정되어 있는 것과, 다른 테이블로부터 간접 지정되는 것이 있다. 이 중, PA 메시지는, 방송 서비스의 엔트리 포인트이며, 고정의 패킷 식별 정보(예를 들어, 0x0000)가 할당되어 있다. PA 메시지로 전송되는 MP 테이블에서는, 패키지(방송 프로그램)를 구성하는 각 어셋(영상, 음성, 자막, 파일 데이터(데이터 방송 애플리케이션) 등)을 지정하고 있다. 따라서, 도 6에 도시하는 바와 같이, MP 테이블을 참조하여, 패키지(방송 프로그램)를 구성하는 각 어셋(영상, 음성, 자막, 파일 데이터(데이터 방송 애플리케이션) 등)을 지정할 수 있다.
도 7에는, 동일한 IP 데이터 플로우에 다중된 데이터 방송 애플리케이션의 아이템을 취득하는 구조를 도해하고 있다.
데이터 방송 애플리케이션을 구성하는 아이템(데이터 파일)은, HTML5 등의 애플리케이션 기술 내에서 패스명을 지정받는다. 여기서 말하는 패스명은, 디렉터리 노드명과 파일명의 조합으로 기술된다. 또한, 디렉터리 노드와 파일을 통합한 기술자로서 노드 태그를 규정하고, 각 시그널링 테이블을 링크하는 정보로서 사용한다.
데이터 방송 애플리케이션으로부터 패스명을 지정하면, 참조 번호(701)로 나타내는 바와 같이, 데이터 전송 메시지 내의 데이터 디렉터리 관리 테이블로부터, 지정된 패스명의 파일의 노드 태그를 얻을 수 있다.
이어서, 참조 번호(702)로 나타내는 바와 같이, 동일하게 데이터 전송 메시지 내의 데이터 어셋 관리 테이블로부터, 데이터 디렉터리 관리 테이블에서 얻어진 노드 태그를 갖는 아이템이 전송되는 어셋의 컴포넌트 태그, 다운로드 식별 정보, MPU 시퀀스 번호 및 아이템 식별 정보를 얻을 수 있다.
또한, 참조 번호(703)로 나타내는 바와 같이, MP 테이블로부터, 데이터 어셋 관리 테이블에서 얻어진 컴포넌트 태그를 갖는 어셋의 로케이션 정보를 취득하면, 참조 번호(704)로 나타내는 바와 같이, 해당하는 파일이 실제로 전송되는 데이터 어셋을 특정할 수 있다.
그리고, 특정된 데이터 어셋 내에서, 데이터 어셋 관리 테이블로부터 얻어진 다운로드 식별 정보와 아이템을 전송하는 MMTP 패킷의 헤더 영역에 기재된 다운로드 식별 정보에 의해, 캐러셀에 대응하는 파일의 반복 전송의 단위를 유일하게 식별할 수 있다. 참조 번호(705)로 나타내는 바와 같이, 반복 전송되는 아이템 중, 데이터 어셋 관리 테이블로부터 얻어진 MPU 시퀀스 번호 및 아이템 식별 정보를 갖는 아이템을 원하는 파일로서 지정할 수 있다. 노드 태그는 데이터 전송 메시지 내에서, MPU 시퀀스 번호는 어셋(IP 데이터 플로우) 내에서, 아이템 식별 정보는 서비스 사업자(딜리버리 세그먼트) 내에서, 각각 일의적인 것으로 한다.
또한, 데이터 전송 메시지로 전송되는, 데이터 디렉터리 관리 테이블, 데이터 어셋 관리 테이블, 데이터 콘텐츠 관리 테이블의 각 시그널링 테이블의 상세한 구성에 대해서는, 예를 들어 본 출원인에게 이미 양도되어 있는 일본 특허 출원 제2014-250279호 명세서를 참조하기 바란다.
디지털 방송 서비스에서는, 동일한 방송 프로그램에 대하여 데이터 방송 애플리케이션을 제공하는 딜리버리 세그먼트가 복수 존재하는 것이 상정된다. 예를 들어, 방송 프로그램 본체의 제작원인 키국이 주로 방송 프로그램에 연동된 애플리케이션을 부여하는 한편, 배신 사업자인 각 지방국에서도 자체의 애플리케이션을 부여한다고 하는 운용이 상정된다. 각 지방국은, 반드시 방송 프로그램 본체에 연동되지는 않지만, 일기 예보나 로컬 뉴스와 같은 그 지역에 밀착된 정보를 자체의 애플리케이션으로 제공하고, 지역마다 입도가 미세한 데이터 방송 서비스를 실현할 수 있다고 하는 장점이 있다. 도 5에 도시한 예에서는, 딜리버리 세그먼트마다, 프로그램 제작국이 제공하는 데이터 방송 애플리케이션용 어셋(503-1)과, 프로그램을 배신하는 지방국이 제공하는 데이터 방송 애플리케이션용 어셋(503-2)을 그리고 있다. 또한, 프로그램 제작국도 배신국도 아닌 제3자가, 인터넷 등의 광역 네트워크 경유로 데이터 방송 애플리케이션을 제공하는 것도 상정된다.
도 8에는, 동일한 방송 프로그램에 대하여, 프로그램 제작국, 배신국, 제3자의 각 딜리버리 세그먼트가 각각 제공하는 데이터 방송 애플리케이션 간의 링크 관계의 일례를 도시하고 있다.
도 8 중, App1, App2, App4는, 프로그램 제작국인 키국으로부터 제공되는 데이터 방송 애플리케이션이다. 프로그램 제작국은, App1, App2, App4 등의 자국에서 제작한 애플리케이션을, 예를 들어 비디오나 오디오, 자막 등 방송 프로그램 본체를 구성하는 어셋과 함께, 동일한 IP 데이터 플로우(딜리버리 패스)로 방송 신호로서 전송한다. 프로그램 제작국이 제공하는 데이터 방송 애플리케이션은, 예를 들어 방송 프로그램에 관련되거나 혹은 연동되는 애플리케이션이다.
또한, App3, App5는, 배신국인 지방국이 제공하는 데이터 방송 애플리케이션이다. App3이나 App5는, 예를 들어 일기 예보나 로컬 뉴스와 같은 그 지역에 밀착된 정보를 제공하는, 방송 프로그램에 비연동인 데이터 방송 애플리케이션이다. 배신국은, App3, App5 등의 자체의 데이터 방송 애플리케이션을, 프로그램 제작국과는 상이한 IP 데이터 플로우(즉, 독립된 딜리버리 패스)로 방송 신호로서 전송한다.
또한, App6은, 프로그램 제작국도 배신국도 아닌 제3자가 제공하는, 방송 프로그램에 연동 또는 비연동인 데이터 방송 애플리케이션이다. 제3자는, App6 등의 자체의 애플리케이션을, 인터넷 등의 광역 네트워크 경유(즉, 독립된 딜리버리 패스)로 배신한다. 또한, 프로그램 제작국이나 배신국도, 각각이 제작한 데이터 방송 애플리케이션을, 방송 신호가 아닌 광역 네트워크 경유로 배신하는 경우도 있다.
도 8에 도시하는 예에서는, 프로그램 제작국으로부터 제공되는 데이터 방송 애플리케이션 App1이, 당해 방송 프로그램의 디폴트 엔트리로 설정됨과 함께, 프로그램 제작국으로부터 제공되는 다른 데이터 방송 애플리케이션 App2, 그리고 배신국으로부터 제공되는 데이터 방송 애플리케이션 App3에 링크되어 있다. 도시한 바와 같은 애플리케이션 간의 링크 관계가 형성되어 있는 경우에 기대되는 페이지 천이 동작에 대하여, 이하에 설명한다.
당해 방송 프로그램을 수신한 수신기는, 데이터 방송 기동 시에는 우선 엔트리로 지정된 데이터 방송 애플리케이션 App1을 실행하고, 그 후, 유저의 조작이나 이벤트 메시지에 따라, 링크 관계가 형성되어 있는 다른 데이터 방송 애플리케이션 App2 또는 App3으로 천이한다.
프로그램 제작국으로부터 제공되는 데이터 방송 애플리케이션 App2는, 또한 프로그램 제작국으로부터 제공되는 다른 데이터 방송 애플리케이션 App4, 그리고 배신국으로부터 제공되는 데이터 방송 애플리케이션 App5에 링크되어 있다. 따라서, 수신기는, 데이터 방송 애플리케이션 App2를 실행하여 페이지를 천이한 후, 유저의 조작이나 이벤트 메시지에 따라, 데이터 방송 애플리케이션 App4 또는 App5로 천이한다.
또한, 배신국으로부터 제공되는 데이터 방송 애플리케이션 App3은, 또한 제3자로부터 제공되는 데이터 방송 애플리케이션 App6에 링크되어 있다. 따라서, 수신기는, 데이터 방송 애플리케이션 App3을 실행하여 페이지를 천이한 후, 유저의 조작이나 이벤트 메시지에 따라, 데이터 방송 애플리케이션 App6으로 천이한다.
현상의 BML을 이용한 데이터 방송이나 하이브리드 캐스트의 방송국 운용에서는, 특히 민간 방송에 있어서 책임 분계와 지방국의 배신 설비의 부담을 증대시키지 않는다고 하는 관점에서, 데이터 방송 애플리케이션, 그리고 애플리케이션에 관련된 제어 정보의 전송을, 딜리버리 세그먼트(키국분과 지방국분)마다 독립적으로 실시할 수 있도록 고려되어 있다.
MMT에 의한 미디어 트랜스포트 방식을 적용하는 차세대 방송 규격에서도, 각 지방국이나 제3자 등 프로그램 제작국 이외에서도 자체의 데이터 방송 애플리케이션을 제공(즉, 하나의 방송 프로그램에 대하여, 복수의 딜리버리 세그먼트가 각각 자체의 데이터 방송 애플리케이션을 제공)한다고 하는 민간 방송의 요구를 충분히 고려해야 한다.
그러나, 복수의 딜리버리 세그먼트로부터 각각 제공되는 데이터 방송 애플리케이션을 모두 한 계통으로 통합하여 운용해 버리면, 예를 들어 키국으로부터 배신되는 방송 프로그램에 대하여 지방국에서 데이터 방송 애플리케이션을 부여할 필요가 있다. 이러한 경우, 지방국은, 키국이 방송 프로그램, 그리고 그것에 부수되는 애플리케이션, 그리고 애플리케이션의 제어 정보를 전송하는 IP 데이터 플로우에 대하여, 자체의 애플리케이션의 추가나 대체 작업을 행해야만 한다. 그 결과, 지방국은, 배신 설비나 배신 비용의 부담이 증대됨과 함께, 애플리케이션의 추가나 대체 작업을 행할 때의 위험성이 발생하고, 키국과 지방국 간의 책임 분계가 불분명하게 된다.
본 명세서에서는, MMT에 의한 미디어 트랜스포트 방식을 적용하는 차세대 방송 규격에 있어서, 프로그램 제작국으로서의 키국, 배신국으로서의 각 지방국, 그리고 제3자와 같은, 복수의 딜리버리 세그먼트가 각각 독립된 데이터 방송 애플리케이션의 운용을 실현하기 위한 기술에 대하여 제안한다. 이하에서는, 제안하는 내용에 대하여, 더 상세하게 설명한다.
시그널링 메시지의 하나인 PA 메시지가 방송 프로그램의 엔트리 포인트(고정의 패킷 식별자(예를 들어, 0x0000)가 할당됨)로 되고, PA 메시지 내에는, 어셋의 리스트나 그의 위치 등 패키지를 구성하는 정보를 기술하는 MP 테이블이 포함되어 있다는 것은, 이미 설명한 바와 같다.
또한, MH-AIT 테이블, 데이터 디렉터리 관리 테이블과, 데이터 어셋 관리 테이블, 데이터 콘텐츠 관리 테이블은, 데이터 방송 애플리케이션의 전송 제어에 관련된 중요한 시그널링 테이블이다. 이들에 추가하여, 이벤트 메시지 전송 방식에 사용하는 EMT도, 데이터 방송 애플리케이션의 운용에 중요한 시그널링 테이블이다.
그래서, 본 명세서에서 개시하는 기술에서는, 각 딜리버리 세그먼트에 의한 독립된 데이터 방송 애플리케이션의 운용을 실현하기 위해, 우선, 딜리버리 세그먼트마다, 시그널링 메시지나 시그널링 테이블을 그룹핑한다. 여기서, 그룹핑의 대상으로 하는 시그널링 메시지나 시그널링 테이블은, 데이터 전송 메시지, MH-AIT, EMT와 같은, 데이터 방송 애플리케이션의 운용에 필요 또는 중요한 제어 데이터이다.
그리고, 방송의 서비스 레벨의 제어 정보를 기술하는 MP 테이블에, 애플리케이션 서비스 기술자라고 하는 새로운 기술자를 딜리버리 세그먼트마다 배치한다. 보다 엄밀하게는, 동일한 딜리버리 세그먼트가 제공하는 데이터 방송 애플리케이션의 애플리케이션 타입마다, 애플리케이션 서비스 기술자를 배치한다. 각 애플리케이션 서비스 기술자 내에는, 대응하는 딜리버리 세그먼트가 제공하는 데이터 방송 애플리케이션의 운용에 필요 또는 중요한 상기 각 제어 데이터의 로케이션 정보를 나타내도록 한다. 또한, 애플리케이션 서비스 기술자에는, 해당하는 애플리케이션 정보 테이블이 디폴트의 감시 대상 AIT로 설정되어 있음을 나타내는 디폴트 AIT 플래그를 더 나타낸다.
또한, 애플리케이션 서비스 기술자로 나타내는 데이터 전송 메시지의 로케이션 정보에 의해, 동일 메시지에 저장되는 데이터 디렉터리 관리 테이블, 데이터 어셋 관리 테이블, 및 데이터 콘텐츠 관리 테이블의 3개의 시그널링 테이블의 로케이션 정보를 나타내게 된다. 한편, 애플리케이션 서비스 기술자로 나타내는 MH-AIT, EMT의 로케이션 정보는, 각각의 테이블을 단체로 저장하는 M2 섹션 메시지의 로케이션 정보와 등가이다.
또한, 애플리케이션 서비스 기술자는, 대응하는 딜리버리 세그먼트로부터 제공되는 데이터 방송 애플리케이션의 포맷 즉 애플리케이션 타입과, 애플리케이션 타입마다의 우선도를 더 나타낸다.
도 9에는, 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자에 기술한 정보에 기초하여, 동일한 방송 프로그램에 대한 각 딜리버리 세그먼트의 데이터 방송 애플리케이션 및 애플리케이션에 관련된 제어 정보를 각각 독립된 계통으로 배신하는 방송 신호의 구성예를 도시하고 있다.
참조 번호(910)는, 프로그램 제작국으로부터의 방송 신호를 전송하는 IP 데이터 플로우이다. IP 데이터 플로우(910)는, 동일한 IP 어드레스 내의 복수의 어셋 및 시그널링(911 내지 916)을 포함하고 있다. IP 데이터 플로우(910) 내는, 동일한 IP 어드레스이며, 전송되는 각 MMTP 패킷을 패킷 식별자만으로 지정할 수 있다.
참조 번호(911, 912)로 나타내는 어셋은, 프로그램 제작국에 의해 제작한 방송 프로그램 본체의 비디오, 오디오의 각 데이터를 MPU 포맷으로 각각 전송하고 있다. 또한, 참조 번호(913)로 나타내는 어셋은, 프로그램 제작국이 상기 방송 프로그램 본체에 관련하여 제작한, 예를 들어 HTML5 형식의 데이터 방송 애플리케이션 App1, App2, App4를 전송하고 있다.
참조 번호(914)로 나타내는 시그널링은, 상기 데이터 어셋(913)으로 전송되는 HTML5 형식의 데이터 방송 애플리케이션에 관련된 제어 정보, 즉 각종 시그널링 메시지, 그리고 시그널링 테이블을 전송하고 있다. 도 9에서는, 도면의 간소화를 위해, PA 메시지에 저장하여 전송되는 MP 테이블(914A)과, 데이터 방송 애플리케이션을 운용하기 위해 필요 또는 중요하게 되는 데이터 전송 메시지(DTM)(914B), MH-AIT(914C), EMT(914D)만을 그리고 있다.
또한, 참조 번호(915)로 나타내는 어셋은, 프로그램 제작국이 상기 방송 프로그램 본체에 관련하여 제작한, HTML5 이외의 기술 형식(예를 들어, java 형식)의 데이터 방송 애플리케이션 App11, App12, App13을 전송하고 있다.
참조 번호(916)로 나타내는 시그널링은, 상기 데이터 어셋(915)으로 전송되는 java 형식의 데이터 방송 애플리케이션에 관련된 제어 정보, 즉 각종 시그널링 메시지, 그리고 시그널링 테이블을 전송하고 있다. 도 9에서는, 도면의 간소화를 위해, 데이터 방송 애플리케이션을 운용하기 위해 필요 또는 중요하게 되는 데이터 전송 메시지(DTM)(916B), MH-AIT(916C), EMT(916D)만을 그리고 있다.
참조 번호(920)는, 배신국으로부터 전송되는 데이터 방송 애플리케이션, 그리고 이것에 관련된 제어 정보를 전송하는 IP 데이터 플로우이며, 데이터 어셋(921)과 시그널링(922)을 포함하고 있다.
참조 번호(921)로 나타내는 데이터 어셋에서는, 배신국이, 상기 방송 프로그램 본체에 대응하는 데이터 방송 애플리케이션 App3을 전송하고 있다.
참조 번호(922)로 나타내는 시그널링에서는, 상기 데이터 어셋(921)으로 전송되는 데이터 방송 애플리케이션 App3에 관련된 제어 정보, 즉 각종 시그널링 메시지, 그리고 시그널링 테이블을 전송하고 있다. 도 9에서는, 도면의 간소화를 위해, 데이터 방송 애플리케이션을 운용하기 위해 필요 또는 중요하게 되는 데이터 전송 메시지(922A), MH-AIT(922B), EMT(922C)만을 그리고 있다.
참조 번호(930)는 인터넷 등의 IP 네트워크이다. 배신국은, 상기 방송 프로그램 본체에 대응하는 데이터 방송 애플리케이션의 하나인 App5를, IP 네트워크(930) 상에서 전송하고 있다. 또한, 제3자는, 상기 방송 프로그램 본체에 대응하는 데이터 방송 애플리케이션 App6을, IP 네트워크(930) 상에서 전송하고 있다. 또한, 제3자는, 자신이 제공하는 데이터 방송 애플리케이션 App6의 처리 방법(애플리케이션에 적용되는 기동 상태 등), 그리고 로케이션 정보(URL)를 기술한 MH-AIT(931)를, IP 네트워크(930) 상에서 배신하고 있다. 또한, IP 네트워크(930)(통신 전송로) 상에서 배신하는 데이터 방송 애플리케이션 App5, App6에 대해서는, 데이터 전송 메시지, 그리고 EMT의 전송은 불필요하다.
시그널링(914)으로 전송되는 PA 메시지에 저장되는 MP 테이블(914A)에는, 각 딜리버리 세그먼트에 대하여 애플리케이션 기술 형식마다 애플리케이션 서비스 기술자가 배치되어 있다. 각 애플리케이션 서비스 기술자 내에는, 대응하는 딜리버리 세그먼트가 제공하는 데이터 방송 애플리케이션의 운용에 필요 또는 중요한 상기 각 제어 데이터의 로케이션 정보를 나타내고 있다.
구체적으로는, MP 테이블(914A) 내에 배치된 애플리케이션 서비스 기술자 1은, 프로그램 제작국이 데이터 어셋(913)으로 전송하는 데이터 방송 애플리케이션에 대응지어 배치되고, 시그널링(914)으로 전송되는 데이터 전송 메시지(914B), MH-AIT(914C), EMT(914D)의 로케이션 정보(동일한 IP 어드레스 내의 패킷 식별자)를 나타내고 있다.
또한, MP 테이블(914A) 내에 배치된 애플리케이션 서비스 기술자 2는, 프로그램 제작국이 데이터 어셋(915)으로 전송하는 데이터 방송 애플리케이션에 대응지어 배치되고, 시그널링(916)으로 전송되는 데이터 전송 메시지(916B), MH-AIT(916C), EMT(916D)의 로케이션 정보(동일한 IP 어드레스 내의 패킷 식별자)를 나타내고 있다.
또한, MP 테이블(914A) 내에 배치된 애플리케이션 서비스 기술자 3은, 배신국이 데이터 어셋(921), 그리고 IP 네트워크(930)로 전송하는 데이터 방송 애플리케이션에 대응지어 배치되고, 시그널링(922)으로 전송되는 데이터 전송 메시지(922B), MH-AIT(922C), EMT(922D)의 로케이션 정보(동일한 IP 어드레스 내의 패킷 식별자)를 나타내고 있다.
또한, MP 테이블(914A) 내에 배치된 애플리케이션 서비스 기술자 4는, 제3자가 IP 네트워크(930)로 전송하는 데이터 방송 애플리케이션에 대응지어 배치되고, 제3자로부터 IP 네트워크(930)로 전송되는 MH-AIT(931)의 로케이션 정보(URL)를 나타내고 있다. 또한, 방송 전송로가 아니라 IP 네트워크(930)(통신 전송로) 상에서 배신하는 데이터 방송 애플리케이션 App6에 대해서는, 데이터 전송 메시지, 그리고 EMT의 전송은 불필요하다.
각 애플리케이션 서비스 기술자 1 내지 4는, 애플리케이션이 디폴트 엔트리로 설정되어 있음을 나타내는 디폴트 플래그를 포함함과 함께, 대응하는 딜리버리 세그먼트로부터 제공되는 데이터 방송 애플리케이션의 포맷(기술 형식)의 타입과, 애플리케이션의 타입(기술 형식)마다의 우선도를 더 나타낸다(전술함).
수신기는, 프로그램 제작국으로부터의 방송 신호(시그널링)(914)를 수신하면, MMT-SI의 엔트리 포인트로 되는 PA 메시지에 저장되어 있는 MP 테이블(914A)을 해석하여, 데이터 방송 애플리케이션을 제공하는 딜리버리 세그먼트마다 배치된 애플리케이션 서비스 기술자 1 내지 4를 취득할 수 있다.
그리고, 수신기는, 애플리케이션 서비스 기술자 1로부터, 프로그램 제작국이 시그널링(914)으로 전송하는 데이터 전송 메시지(914B), MH-AIT(914C), EMT(914D)의 로케이션 정보를 얻음과 함께, MH-AIT(914C)에 기초하여 프로그램 제작국이 데이터 어셋(913) 상에서 전송하는 HTML5 형식의 데이터 방송 애플리케이션 App1, App2, App4의 애플리케이션의 처리 방법(애플리케이션에 적용되는 기동 상태 등), 그리고 로케이션 정보(URL)를 취득할 수 있다. 또한, 수신기는, 애플리케이션 서비스 기술자 2로부터, 프로그램 제작국이 시그널링(916)으로 전송하는 데이터 전송 메시지(916B), MH-AIT(916C), EMT(916D)의 로케이션 정보를 얻음과 함께, MH-AIT(916C)에 기초하여 프로그램 제작국이 데이터 어셋(915) 상에서 전송하는 java 형식의 데이터 방송 애플리케이션 App11, App12, App13의 애플리케이션의 처리 방법(애플리케이션에 적용되는 기동 상태 등), 그리고 로케이션 정보(URL)를 취득할 수 있다.
마찬가지로, 수신기는, 애플리케이션 서비스 기술자 3으로부터, 배신국이 다른 IP 데이터 플로우(920)(시그널링(922))로 전송하는 데이터 전송 메시지(922B), MH-AIT(922C), EMT(922D)의 로케이션 정보를 얻음과 함께, MH-AIT(922C)에 기초하여 배신국이 IP 데이터 플로우(920)(데이터 어셋(921))나 IP 네트워크(930) 상에서 전송하는 데이터 방송 애플리케이션 App3의 애플리케이션의 처리 방법(애플리케이션에 적용되는 기동 상태 등), 그리고 로케이션 정보(URL)를 취득할 수 있다.
마찬가지로, 수신기는, 애플리케이션 서비스 기술자 4로부터, 제3자가 IP 네트워크(930)로 전송하는 MH-AIT(931)의 로케이션 정보를 얻음과 함께, MH-AIT(931)에 기초하여 제3자가 IP 네트워크(930) 상에서 전송하는 데이터 방송 애플리케이션 App6의 애플리케이션의 처리 방법(애플리케이션에 적용되는 기동 상태 등), 그리고 로케이션 정보(URL)를 취득할 수 있다.
또한, 각 애플리케이션 서비스 기술자 1 내지 4에는, 각각이 로케이션 정보를 나타내는 MH-AIT(914C, 916C, 922B 또는 931) 중 어느 것이 디폴트의 감시 대상 AIT인지 여부를, 디폴트 플래그에 의해 나타내고 있다. 또한, MH-AIT는 제어 대상인 복수의 애플리케이션 중 하나의 애플리케이션만 application_control_code로서 "autostart"(애플리케이션의 기동)를 지정하여 유일하게 자동 기동할 수 있고, 결과적으로 특정의 애플리케이션이 디폴트 엔트리로 인식된다. 도 9에 적용시켜 설명하면, 예를 들어 프로그램 제작국에 대응지어진 애플리케이션 서비스 기술자 1에서 MH-AIT(914C)가 디폴트의 감시 대상 AIT임을 나타냄과 함께, MH-AIT(914C) 내에서 프로그램 제작국으로부터 전송되는 데이터 방송 애플리케이션 중 App1에만 "autostart"(애플리케이션의 기동)를 지정하고 있는 것으로 한다. 이 경우, 수신기는, 애플리케이션 서비스 기술자 1로부터 디폴트 플래그를 찾으면, 프로그램 제작국으로부터 배신되는 당해 MH-AIT(914C)에 있어서 제어 대상인 App1, App2, App4 중 유일하게 자동 기동을 설정한 애플리케이션 App1을 디폴트 엔트리로 하여 기동할 수 있다.
요컨대, 도 9를 참조하면서 설명한 바와 같이, 프로그램 제작국으로서의 키국, 배신국으로서의 각 지방국, 그리고 제3자와 같은 딜리버리 세그먼트마다 대응지어진 애플리케이션 서비스 기술자를 MP 테이블에 배치함으로써, 동일한 방송 프로그램에 대한 딜리버리 세그먼트마다의 데이터 방송 애플리케이션 및 애플리케이션에 관련된 제어 정보를 각각 독립된 계통(딜리버리 패스)으로 전송할 수 있다. 따라서, 데이터 방송 애플리케이션을 제공하는 딜리버리 세그먼트마다 독립적으로 애플리케이션의 운용을 실현할 수 있다. 애플리케이션 서비스 기술자의 신택스의 상세에 대해서는, 후술하기로 한다.
도 10에는, 동일한 방송 프로그램에 대한 딜리버리 세그먼트마다의 데이터 방송 애플리케이션 및 애플리케이션에 관련된 제어 정보를 각각 독립된 계통(딜리버리 패스)으로 전송하는 구조를 모식적으로 도시하고 있다. 단, 도 10에서는, 딜리버리 세그먼트로서, 프로그램 제작국과, 2개의 배신국(1020 및 1030)을 상정하고 있다.
프로그램 제작국(1010)에서는, 비디오 인코더나 오디오 인코더 등을 포함하는 AV 인코더(1011)가, 비디오나 오디오 등의 방송 프로그램 본체를 구성하는 데이터를 인코딩한다. 또한, 애플리케이션 생성부(1012)는, 예를 들어 방송 프로그램에 연동된 데이터 방송 애플리케이션, 그리고 그 애플리케이션에 관련된 제어 정보를 생성한다. 멀티플렉서(MUX)(1013)는, 인코딩된 방송 프로그램의 데이터와, 데이터 방송 애플리케이션 및 그의 제어 정보의 데이터를 다중화한다.
프로그램 제작국(1010)에서는, 애플리케이션에 관련된 제어 정보를 생성하여 부호화할 때, 방송의 서비스 레벨의 제어 정보를 기술하는 MP 테이블에, 애플리케이션 서비스 기술자라고 하는 새로운 기술자를, 자국(1010)을 포함하는 각 딜리버리 세그먼트에 대응지어 배치한다. 그리고, 이 애플리케이션 서비스 기술자 내에, 딜리버리 세그먼트마다의 데이터 방송 애플리케이션의 운용에 필요 또는 중요한 제어 데이터의 로케이션 정보를 나타내도록 한다. 여기서 말하는, 애플리케이션의 운용에 필요 또는 중요한 제어 데이터는, 데이터 전송 메시지, MH-AIT, EMT이다.
그리고, 프로그램 제작국(1010)으로부터, 다중화된 배신 신호를, B2B 등의 통신 전송로(1040)를 통하여, 각 배신국(1020, 1030)에 분배한다.
배신국(1020)에서는, 애플리케이션 생성부(1021)가, 예를 들어 방송 프로그램에 비연동인 데이터 방송 애플리케이션, 그리고 그 애플리케이션에 관련된 제어 정보를 생성한다. 프로그램 비연동의 데이터 방송 애플리케이션은, 일기 예보나 로컬 뉴스와 같은 그 지역에 밀착된 정보를 제공하는 애플리케이션이다. 멀티플렉서(1022)는, 프로그램 제작국(1010)으로부터 분배된 배신 신호와, 데이터 방송 애플리케이션 및 그의 제어 정보의 데이터를 다중화한다.
배신국(1020)에 있어서 자체의 애플리케이션에 관련된 제어 정보를 생성하여 부호화할 때, 프로그램 제작국(1010)에서 기술된 MP 테이블 내의 자신에 대응지어 배치된 애플리케이션 서비스 기술자에 의해 지정되어 있는 로케이션 정보대로, 자체의 애플리케이션의 운용에 필요 또는 중요한 제어 데이터를 저장한다. 그리고, 배신국(1020)으로부터, 다중화된 배신 신호가 방송파로서 송출된다.
마찬가지로, 배신국(1030)에서는, 애플리케이션 생성부(1031)가, 예를 들어 방송 프로그램에 비연동인 데이터 방송 애플리케이션, 그리고 그 애플리케이션에 관련된 제어 정보를 생성한다. 멀티플렉서(1032)는, 프로그램 제작국(1010)으로부터 분배된 배신 신호와, 데이터 방송 애플리케이션 및 그의 제어 정보의 데이터를 다중화한다.
배신국(1030)에 있어서 자체의 애플리케이션에 관련된 제어 정보를 생성하여 부호화할 때, 프로그램 제작국(1010)에서 기술된 MP 테이블 내의 자신에 대응지어 배치된 애플리케이션 서비스 기술자에 의해 지정되어 있는 로케이션 정보대로, 자체의 애플리케이션의 운용에 필요 또는 중요한 제어 데이터를 저장한다. 그리고, 배신국(1030)으로부터, 다중화된 배신 신호가 방송파로서 송출된다.
본 명세서에서 개시하는 기술에서는, 도 10에 도시하는 바와 같은, 복수의 딜리버리 세그먼트(프로그램 제작국(1010), 배신국(1020), 배신국(1030))가 각각 독립된 데이터 방송 애플리케이션의 운용을 실현하기 위해, MMT-SI의 엔트리 포인트로 되는 PA 메시지에 저장되는 MP 테이블 내에, 각 딜리버리 세그먼트에 대응지어진 애플리케이션 서비스 기술자를 배치한다.
도 11에는, 시그널링 메시지의 하나인 PA 메시지(1101)와, PA 메시지에 포함되는 MP 테이블(1102)의 구성예를 도시하고 있다. 또한, 도 12에는, PA 메시지의 신택스 예(1200)를 도시하고 있다. 이하, PA 메시지의 각 파라미터에 대하여 설명한다.
message_id는, 각종 시그널링 정보에 있어서, PA 메시지를 식별하는 16비트의 고정값이다. version은, PA 메시지의 버전을 나타내는, 8비트의 정수값의 파라미터이다. 예를 들어 PA 메시지를 구성하는 일부의 파라미터라도 갱신된 경우에는, version은 +1만큼 인크리먼트된다. length는, 이 필드의 직후부터 카운트되는, 당해 PA 메시지의 사이즈를 바이트 단위로 나타내는, 32 비트 길이의 파라미터이다.
extension 필드에는, 페이로드(message_payload)의 필드에 배치되는 테이블의 속성 정보가 배치된다. 구체적으로는, number_of_table 필드에는 당해 PA 메시지에 저장하는 테이블의 수를 나타내고, 계속되는 테이블의 인덱스 정보의 루프에서는, 저장하는 각 테이블의 속성 정보로서, 8비트의 테이블 식별 정보(table_id)와, 8비트의 테이블 버전(table_version)과, 16비트의 테이블 길이(table_length)가 배치된다. table_id는 테이블을 식별하는 고정값이다. table_version은 테이블의 버전을 나타낸다. table_length는 테이블의 사이즈를 바이트 단위로 나타낸다.
PA 메시지의 message_payload 필드에는, number_of_tables로 표시되는 수만큼 테이블이 배치된다. 이 필드에 저장되는 MP 테이블은, 모든 어셋의 리스트를 포함하는 패키지에 관련된 정보를 나타낸다. 또한, MP 테이블 외에도, LC(Layoput Configuration) 테이블이나 PL(Package List) 테이블도 PA 메시지에 저장되지만, 이들은 본 명세서에서 개시하는 기술에 직접 관련되지 않으므로, 상세한 설명은 생략한다.
도 13에는, PA 메시지에 저장되는 MP 테이블의 신택스 예(1300)를 도시하고 있다. 이하, MP 테이블의 각 파라미터에 대하여 설명한다.
table_id는, 당해 테이블이 MP 테이블임을 식별하는 8비트의 고정값(0x20)이다. version은, MP 테이블의 버전을 나타내는 8비트의 정수값이다. 예를 들어, MP 테이블을 구성하는 일부의 파라미터라도 갱신된 경우에는, version은 +1만큼 인크리먼트된다. length는, 이 필드의 직후부터 카운트되는, MP 테이블의 사이즈를 바이트 단위로 나타내는, 32 비트 길이의 파라미터이다. 또한, MPT_mode는, 이 MP 테이블이 서브 세트로 분할되어 있을 때의 동작을 나타내지만, 상세한 설명은 생략한다.
MMT_package_id_length는, 패키지 식별 정보(MMT_package_id)의 텍스트 정보의 사이즈를 바이트 단위로 나타낸다. 계속되는 패키지 식별 정보의 루프에서는, MMT_package_id를 바이트 단위(MMT_package_id_byte)로 패키지 식별 정보를 나타낸다. 패키지 식별 정보는, 방송 신호(IP 데이터 플로우)로 전송되는 모든 신호(영상, 음성, 자막), 그리고 파일 데이터(데이터 방송 애플리케이션) 등의 어셋을 컴포넌트로 하는 전체의 패키지로서의 식별 정보이다. 이 식별 정보는 텍스트 정보이며, 상위 16비트는 서비스를 식별하기 위한 서비스 식별 정보와 동일한 값으로 한다.
MPT_descriptor_length는, MP 테이블 기술자 영역의 사이즈를 바이트 단위로 나타낸다. 계속되는 참조 번호(1301)로 나타내는 MP 테이블 기술자의 루프에서는, MP 테이블 기술자의 내용을 바이트 단위(MPT_descriptors_byte)로 기술한다. 본 실시 형태에서는, 애플리케이션 서비스 기술자는, MP 테이블 기술자의 하나로서, 딜리버리 세그먼트마다 배치된다. 각 애플리케이션 서비스 기술자 내에는, 대응하는 딜리버리 세그먼트가 제공하는 데이터 방송 애플리케이션의 운용에 필요 또는 중요한 상기 각 제어 데이터의 로케이션 정보를 나타낸다. 애플리케이션 서비스 기술자의 신택스의 상세에 대해서는, 후술한다.
number_of_assets는, 패키지를 구성하는 요소로서의 어셋(신호, 파일)의 수를 나타내는, 8비트의 파라미터이다. number_of_asset의 수만큼 어셋 정보의 루프가 배치된다. 하나의 어셋 정보의 루프 내에는, 개개의 어셋의 정보로서의 어셋 식별 정보(asset_id)와, 일반 로케이션 정보(MMT_general_location_info)와, 어셋 기술자(asset_descriptor)의 각 파라미터가 배치된다. 어셋 정보의 루프 내에 배치되는 정보에 대하여, 이하에 설명한다.
identifier_type은, MMTP 패킷 플로우의 ID 체계를 나타낸다. 어셋 식별 정보(asset_id)를 나타내는 ID 체계라면 0x00으로 한다. asset_id_scheme은, 어셋 식별 정보의 형식을 나타낸다. asset__id_length는, 어셋 식별 정보의 텍스트 정보의 사이즈를 바이트 단위로 나타낸다. 계속되는 어셋 식별 정보의 루프에서는, 어셋 식별 정보를 바이트 단위(asset_id_byte)로 나타낸다.
asset_type은, 어셋의 종류를 32비트 길이의 문자열로 나타낸다. asset_clock_relation_flag는, 어셋의 클럭 정보 필드의 유무를 나타내는 플래그이다. 당해 플래그가 1일 때에는, 클럭 정보 식별 필드(asset_clock_relation_id)와 타임 스케일 플래그 필드(asset_timescale_flag)가 존재하고, 0일 때에는 이들 필드는 존재하지 않는다. location_count는, 어셋의 로케이션 정보의 수를 나타내고, 계속되는 location_count의 수만큼 반복되는 로케이션 정보의 루프에서는, 해당하는 어셋의 로케이션 정보인 MMT_general_location_info가 나타난다. 어셋의 로케이션 정보는, 취득처로 되는 IP 데이터 플로우 상의 패킷 식별 정보(packet_id: PID)의 형식으로 기술된다. 따라서, MP 테이블 상에서 어셋 식별 정보를 빼고, IP 데이터 플로우 상의 해당하는 패킷 식별 정보를 취출할 수 있다. MMT_general_location_info의 데이터 구조에 대해서는, 후술한다.
asset__descriptor_length는, 어셋 기술자(asset_descriptor)의 텍스트 정보의 사이즈를 바이트 단위로 나타낸다. 계속되는 어셋 기술자의 루프에서는, 어셋마다의 기술자의 내용을 바이트 단위(asset_descriptors_byte)로 나타낸다.
도 14에는, MP 테이블 내에 딜리버리 세그먼트마다 배치되는 애플리케이션 서비스 기술자의 신택스 예(1400)를 도시하고 있다. 이하, 애플리케이션 서비스 기술자의 각 파라미터에 대하여 설명한다.
descriptor_tag(기술자 태그)는 8비트의 필드이며, 당해 기술자의 종류를 식별한다. descriptors_length는, 이 필드보다 뒤에 계속되는 데이터 바이트수를 기입하는 영역이다.
참조 번호(1401)로 나타내는 application_type은, 당해 애플리케이션 서비스 기술자의 제어 대상으로 되는(바꿔 말하면, 대응하는 딜리버리 세그먼트로부터 전송되는) 애플리케이션의 형식을 나타낸다. 애플리케이션 타입의 할당 예를 이하의 표 1에 나타낸다. 또한, 참조 번호(1402)로 나타내는 application_priority는, 애플리케이션 타입마다의 우선도(대응하는 딜리버리 세그먼트로부터 전송되는, 상기 애플리케이션 타입의 애플리케이션을 기동하는 우선도)를 나타낸다.
Figure pct00001
default_AIT_flag는, 대응하는 딜리버리 세그먼트로부터 전송되는 MH-AIT가 디폴트의 감시 대상 AIT인지 여부를 나타내는 플래그이다.
DT_message_flag는, 대응하는 딜리버리 세그먼트로부터, 데이터 방송 애플리케이션의 제어 정보로서 데이터 전송 메시지가 전송되는지 여부를 나타내는 플래그이다. 또한, EMT_num은, 대응하는 딜리버리 세그먼트로부터의 EMT의 배신수를 나타낸다. 딜리버리 세그먼트가 IP 네트워크로만 데이터 방송 애플리케이션을 배신하는 경우(방송 신호로는 데이터 방송 애플리케이션을 배신하지 않는 경우)에는, 데이터 전송 메시지나 EMT는 배신되지 않는다.
AIT_location_info는, M2 섹션 메시지로 전송되는 시그널링 테이블의 하나인 MIT-AIT의 로케이션 정보를, MMT_general_location_info(일반 로케이션 정보)의 신택스에 따라 나타낸다. MH-AIT가 방송 신호로 전송되는 경우의 MMT_general_location_info의 location_type은 「0x00」이며, 통신으로 전송되는 경우의 location_type은 「0x05」이다. MMT_general_location_info의 상세에 대해서는, 후술한다.
또한, DT_message_flag가 1일 때에는, 데이터 전송 메시지의 로케이션 정보DT_message_location_info가, MMT_general_location_info의 신택스에 따라 나타난다. 데이터 전송 메시지는 방송 신호로만 전송되므로, MMT_general_location_info의 location_type은 기본적으로 「0x00」이다.
또한, EMT_num의 수만큼의 루프에서, 각 EMT의 로케이션 정보 EMT_location_info가, MMT_general_location_info의 신택스에 따라 나타난다. EMT는 방송 신호로만 전송되므로, MMT_general_location_info의 location_type은 기본적으로 「0x00」이다.
도 15에는, 어셋의 로케이션 정보를 나타내는 MMT_general_location_info(일반 로케이션 정보)의 신택스 예(1500)를 도시하고 있다. 이하, MMT_general_location_info의 각 파라미터에 대하여 설명한다.
location_type은, 로케이션 정보의 종류를 8비트로 나타내며, 이하의 표 2의 할당에 따른다.
Figure pct00002
location_type이 0x00일 때에는, 당해 로케이션 정보를 포함하는 테이블이 전송되는 IP 데이터 플로우와 동일한 IP 데이터 플로우의 MMTP 패킷의 패킷 식별 정보(packet_id)를 나타낸다.
location_type이 0x01일 때에는, 로케이션 정보로서, IPv4 데이터 플로우의 MMTP 패킷을 나타낸다. 구체적으로는, IPv4 데이터 플로우의 송신원 어드레스(ipv4_src_addr)와, IPv4 데이터 플로우의 수신처 어드레스(ipv4_dst_addr)와, IP 데이터 플로우의 수신처 포트 번호(dst_port)와, 패킷 식별 정보(packet_id)를 나타낸다.
location_type이 0x02일 때에는, 로케이션 정보로서, IPv6 데이터 플로우의 MMTP 패킷을 나타낸다. 구체적으로는, IPv6 데이터 플로우의 송신원 어드레스(ipv6_src_addr)와, IPv6 데이터 플로우의 수신처 어드레스(ipv6_dst_addr)와, IP 데이터 플로우의 수신처 포트 번호(dst_port)와, 패킷 식별 정보(packet_id)를 나타낸다.
location_type이 0x03일 때에는, 로케이션 정보로서, MPEG-2 TS의 방송 네트워크의 MPEG-2 TS 패킷을 나타낸다. 구체적으로는, 방송 네트워크를 식별하기 위한 네트워크 식별 정보(network_id)와, MPEG-2 TS를 식별하기 위한 트랜스포트 스트림 식별 정보(MPEG_2_transport_stream_id)와, MPEG-2 TS 패킷의 패킷 식별 정보(MPEG_2_PID)를 나타낸다.
location_type이 0x04일 때에는, 로케이션 정보로서, IPv6 데이터 플로우의 MPEG-2 TS 패킷을 나타낸다. 구체적으로는, IPv6 데이터 플로우의 송신원 어드레스(ipv6_src_addr)와, IPv6 데이터 플로우의 수신처 어드레스(ipv6_dst_addr)와, IP 데이터 플로우의 수신처 포트 번호(dst_port)와, MPEG-2 TS 패킷의 패킷 식별 정보(MPEG_2_PID)를 나타낸다.
location_type이 0x05일 때에는, URL로 로케이션 정보를 나타낸다. 구체적으로는, URL_length는, URL 바이트 필드의 길이를 바이트 단위로 나타내고, 계속되는 URL 바이트의 루프에서는, URL 문자열을 바이트 단위(URL_byte)로 나타낸다.
도 16에는, M2 섹션 메시지로 전송되는 시그널링 테이블의 하나인 MH AIT의 신택스 예(1600)를 도시하고 있다. 상술한 바와 같이, MP 테이블 내에 딜리버리 세그먼트마다 배치되는 애플리케이션 서비스 기술자 내의 AIT_location_info가, 대응하는 딜리버리 세그먼트로부터 전송되는 MIT-AIT의 로케이션 정보를 일반 로케이션 정보(도 15를 참조)의 신택스에 따라 나타낸다. 이하, MH AI 테이블의 각 파라미터의 의미에 대하여 설명한다.
table_id(테이블 식별)는, 각종 시그널링 정보에 있어서 애플리케이션 정보(AI) 테이블임을 식별하는 8비트의 고정값이며, 본 실시 형태에서는 0x89로 한다. section_syntax_indicator(섹션 신택스 지시)는 1비트의 필드이며, 항상 「1」로 한다. sectoin_length(섹션 길이)는 12비트의 필드이며, 섹션 길이 필드부터 CRC32를 포함하는 섹션의 마지막까지의 섹션의 바이트 길이를 규정한다. 이 값은 4093(16진수로 0xEFD)을 초과하지 않는 것으로 한다.
application_type(애플리케이션 타입)은 16비트의 필드이며, 당해 MH-AIT의 제어 대상으로 되는(바꿔 말하면, 대응하는 딜리버리 세그먼트로부터 전송되는) 애플리케이션의 형식을 나타낸다. 애플리케이션 타입의 할당은, 애플리케이션 서비스 기술자와 마찬가지로, 상기 표 1에 따르는 것으로 한다.
version_number(버전 번호)는 5비트의 필드이며, 서브 테이블의 버전 번호이다. version_number는, 당해 MH AI 테이블의 버전 번호이며, 서브 테이블 내의 정보에 변화가 있는 경우에 +1만큼 인크리먼트된다. 또한, 버전 번호의 값이 「31」로 되었을 때, 그 다음은 「0」으로 복귀된다. current_next_indicator(커런트 넥스트 지시)는, 항상 「1」로 한다. section_number(섹션 번호)는 8비트의 필드이며, 섹션의 번호를 나타낸다. 서브 테이블 내에서 최초의 섹션의 섹션 번호는 0x00이다. 섹션 번호는, 동일한 테이블 식별 및 애플리케이션 타입을 갖는 섹션이 추가될 때마다 +1만큼 인크리먼트된다. last_section_number(최종 섹션 번호)는 8비트의 필드이며, 그 섹션이 속하는 서브 테이블에 있어서의 마지막 섹션 번호를 규정한다.
common_descriptor_length(공통 기술자 루프 길이)는 8비트의 필드이며, 후속의 descriptor(기술 영역 내 기술자)의 바이트 길이를 나타내고, 이 바이트 수만큼의 루프를 포함하는 일련의 영역에 descriptor(기술 영역 내 기술자)가 기입된다. 이 공통 기술자 영역 내의 descriptor는, AIT 서브 테이블 내의 모든 애플리케이션에 적용된다.
application_loop_length는, 이 MH AI 테이블에 포함되는 애플리케이션 정보의 수를 기입하는 영역이다. 그리고, application_loop_length가 나타내는 수만큼, 애플리케이션 정보의 루프가 배치된다. 그리고, 당해 테이블의 마지막에, ITU-T 권고 H.222.0에 따르는 순회 용장 부호 CRC32(CRC)가 부가된다.
하나의 애플리케이션 정보의 루프 내에는, application_identifier(애플리케이션 식별자)와, application_control_code(애플리케이션 제어 코드)와, 애플리케이션 정보가 배치된다.
여기서, application_identifier(애플리케이션 식별자)는 애플리케이션을 식별하는 파라미터이다. application_control_code(애플리케이션 제어 코드)는 8비트의 필드이며, 애플리케이션의 상태를 제어하는 제어 코드를 규정한다. 이 필드의 의미는 애플리케이션 타입의 값에 의존한다. 애플리케이션 타입에 의존하지 않는 경우의 애플리케이션 제어 코드의 의미를 표 3에 나타낸다. 애플리케이션 제어 코드 0x01은, 애플리케이션의 자동 기동(AUTOSTART)을 지정한다.
Figure pct00003
application_descriptor_loop_length(애플리케이션 정보 기술자 루프 길이)는 애플리케이션 정보 기술자의 바이트 길이를 나타내고, 이 바이트 수만큼의 루프를 포함하는 일련의 영역에 descriptor(애플리케이션 정보 기술자)가 기입된다. 이 기술자 영역 내의 애플리케이션 정보 기술자는, 공통 기술자와는 상이하며, application_identifier에 의해 지정한 애플리케이션에만 적용된다.
도 17에는, MP 테이블 내에 딜리버리 세그먼트마다 배치되는 애플리케이션 서비스 기술자의 다른 신택스 예(1700)를 도시하고 있다. 참조 번호(1701)로 나타내는 바와 같이 애플리케이션 타입을 나타내는 application_type은 배치하지만, 애플리케이션 타입마다의 우선도를 나타내는 application_priority 필드를 배치하지 않는다는 점과, 참조 번호(1702)로 나타내는 바와 같이 기술자의 마지막에 프라이빗 데이터 영역 private_data를 배치하였다는 점의 2점에서, 도 14에 도시한 애플리케이션 서비스 기술자의 신택스 예(1400)와는 상이하다. 참조 번호(1701)로 나타내는 application_type의 의미는, 도 14에 도시한 신택스 예(1400)의 경우와 마찬가지이다.
프라이빗 데이터 영역은, 데이터 방송 서비스의 운용 시에 필요하게 되는 정보를 유연하게 정의할 수 있다. 프라이빗 데이터 영역에, 애플리케이션 타입마다의 우선도 정보를 저장한다고 하는 이용 방법도 고려된다.
도 18에는, 프라이빗 데이터 영역의 신택스 예(1800)를 도시하고 있다. data_segment_tag는 4비트의 필드이며, 프라이빗 데이터 영역의 종류(최대 16종류)를 식별한다. data_length는, 이 필드보다 뒤에 계속되는 영역(data_segment)의 데이터 바이트수(최대 16바이트)를 기입하는 영역이다. data_segment에는, 프라이빗 데이터의 내용이 저장된다.
또한, 도 19에는, 프라이빗 데이터 영역의 이용 예를 도시하고 있다. 여기서는, 애플리케이션 타입마다의 우선도 정보를 저장한다고 하는 이용 방법을 상정하고 있다. 도시된 예에서는, data_segment_tag가 「1」이며, 당해 프라이빗 데이터 영역을 애플리케이션 타입마다의 우선도 정보에 이용하는 것을 식별한다. 또한, data_segment의 데이터 길이(data_length)를 1바이트로 하고, data_segment에는, 당해 애플리케이션 타입의 우선도를 8비트의 값으로 나타낸다.
도 20에는, MP 테이블 내에 딜리버리 세그먼트마다 배치되는 애플리케이션 서비스 기술자의 또 다른 신택스 예(2000)를 도시하고 있다. 도 14에 도시한 애플리케이션 서비스 기술자의 신택스 예(1400)에서는, 애플리케이션 타입과 애플리케이션 타입마다의 우선도를 각각 개별의 파라미터(application_type, application_priority)로 나타내었다. 이에 비해, 도 20에 도시하는 신택스 예(20)에서는, application_type 및 application_priority라고 하는 2개의 파라미터를 배치하지 않고, 그 대신에 참조 번호(2001)로 나타내는 바와 같이, application_bitmap이라고 하는 8비트의 단일의 파라미터로 애플리케이션 타입과 애플리케이션 타입마다의 우선도의 양쪽을 나타낸다고 하는 점에서 상이하다. 또한, 도 17에 도시한 신택스 예(1700)와 마찬가지로, 참조 번호(2002)로 나타내는 바와 같이, 기술자의 마지막에 프라이빗 데이터 영역 private_data를 배치하였다. 프라이빗 데이터 영역은, 데이터 방송 서비스의 운용 시에 필요하게 되는 정보를 유연하게 정의할 수 있다(상동).
application_bitmap의 운용 방법의 일례에 대하여 설명한다. application_bitmap에서는, 당해 애플리케이션 서비스 기술자의 제어 대상으로 되는(바꿔 말하면, 대응하는 딜리버리 세그먼트로부터 전송되는) 애플리케이션 타입을 2비트로 표현하도록 하고 있다. 2비트로 표현되는 애플리케이션 타입의 종별을 표 4에 예시한다.
Figure pct00004
또한, application_bitmap의 8비트 중에 상기 애플리케이션 타입을 나타내는 2비트의 값을 저장하는 위치에 의해 그의 우선도를 나타낸다. 도 21에는, 8비트의 application_bitmap으로 애플리케이션 타입의 우선도를 나타내는 방법의 일례를 도해하고 있다. 도시된 예에서는, 8비트를 2비트마다의 블록으로 구획하고, 각 블록에 대하여 MSB측에서부터 순서대로 우선도 1, 2, 3, 4를 할당하고 있다. 그리고, 애플리케이션 타입을 식별하는 2비트의 값을, 그의 애플리케이션 타입에 부여된 우선도에 대응하는 블록에 저장하고, 그 밖의 비트를 모두 「0」으로 한다. 예를 들어, 도 22에 도시하는 바와 같이, 「01」로 식별되는 애플리케이션 방식 1이 MSB측에 저장되어 있으면, 그 애플리케이션 타입(HTML5)은 가장 높은 우선도라고 하게 된다.
또한, 상기와 같은 application_bitmap의 운용 방법에서는, 2비트를 사용하여 3종류의 애플리케이션 타입만 식별할 수 있다. 왜냐하면, 「00」에 애플리케이션 타입을 할당하면, application_bitmap의 8비트는 모두 「0」으로 되어, 빈 정보와 다름없기 때문이다. 제4 애플리케이션 타입이 출현하였을 때에는, application_bitmap을 모두 0으로 하고, 프라이빗 데이터 영역을 이용하여 애플리케이션 타입과 애플리케이션 타입마다의 우선도를 나타내도록 해도 된다.
상술한 바와 같이, 본 명세서에서 개시하는 기술에서는, 방송의 서비스 레벨의 제어 정보를 기술하는 MP 테이블에, 애플리케이션 서비스 기술자라고 하는 새로운 기술자를, 데이터 방송 애플리케이션을 제공하는 딜리버리 세그먼트마다 배치하는 것으로 하였다. 애플리케이션 서비스 기술자의 신택스 예는, 도 14, 도 17 및 도 20에 도시한 바와 같다. 애플리케이션 서비스 기술자의 신택스에는, 딜리버리 세그먼트를 직접 식별하는 정보는 포함하지 않는다.
또한, 하나의 애플리케이션 서비스 기술자에는 하나의 애플리케이션 타입의 정보만을 기술하도록 규정한다. 각 신택스 예에 있어서의 애플리케이션 타입의 표현 방법은 이미 설명한 바와 같다.
또한, 딜리버리 세그먼트로부터 복수의 애플리케이션 타입의 데이터 방송 애플리케이션이 제공됨을 상정하여, 어느 쪽을 우선하여 기동할지를 지정하기 위해, 애플리케이션 서비스 기술자 내에서 애플리케이션 타입마다의 우선도(application_priority)를 나타내도록 규정한다. 각 신택스 예에 있어서의 애플리케이션 타입의 우선도의 표현 방법은, 도 14, 도 17 및 도 20을 참조하면서 이미 설명한 바와 같다.
따라서, 수신기측에서는, 도 9에 도시한 바와 같은 방송 신호를 수신하면, MP 테이블에 배치되는 복수의 애플리케이션 서비스 기술자로 각각 나타나는 애플리케이션 타입마다의 우선도를 판단한 후에, 디폴트의 감시 대상 AIT임을 나타내는 플래그에 의해, 더 특정의 애플리케이션 정보 테이블(MH-AIT) 및 데이터 전송 메시지를 선택할 수 있다.
도 23에는, 수신기에 있어서 데이터 방송 애플리케이션을 기동하기 위한 처리 수순을 흐름도의 형식으로 도시하고 있다. 단, 수신기는, 도 9에 도시한 바와 같은 방송 신호를 수신하는 것을 상정하고 있다. 또한, 도 23에 도시하는 처리 수순은, MP 테이블에 배치되는 애플리케이션 서비스 기술자의 신택스로서, 도 14, 도 17 및 도 20 중 어느 것에도 대응하고 있음을 이해하기 바란다. 또한, 이 처리 수순은, 수신기에 있어서 선국 동작 시에 기동하고, 수신기 내의 애플리케이션 제어부(408)가 중심이 되어 실행되는 것으로 한다.
수신기는, 방송 신호를 수신하면, 방송 서비스의 엔트리 포인트인 PA 메시지로 전송되는 MP 테이블을 취득하고, 그 내용을 해석한다(스텝 S2301).
여기서, 수신기는, MP 테이블 내에 애플리케이션 서비스 기술자가 배치되어 있는지 여부를 체크한다(스텝 S2302).
여기서, MP 테이블 내에 애플리케이션 서비스 기술자가 하나도 배치되지 않은 경우에는, 데이터 방송 애플리케이션의 기동 처리를 행하지 않고, 본 처리 루틴을 종료한다.
또한, MP 테이블 내에 복수의 애플리케이션 서비스 기술자가 배치되어 있는 경우에는, 각 애플리케이션 서비스 기술자의 내용을 체크하여, 당해 수신기에서 동작 가능한 애플리케이션 타입을 나타내는 애플리케이션 서비스 기술자가 복수 있는지 여부를 체크한다(스텝 S2306).
동작 가능한 애플리케이션 타입이 복수인 경우에는(스텝 S2306의 "예"), 수신기는, 그 중에서 우선도가 높은 애플리케이션 타입의 애플리케이션 서비스 기술자를 선택한다(스텝 S2307). 그리고, 수신기는, 선택한 애플리케이션 서비스 기술자 중에서, 디폴트의 감시 대상 AIT 플래그가 설정되어 있는 것을 선택한다(스텝 S2308).
또한, 동작 가능한 애플리케이션 타입을 나타내는 애플리케이션 서비스 기술자가 하나밖에 없는 경우에는(스텝 S2306의 "아니오"), 수신기는, 동작 가능한 애플리케이션 타입을 나타내는 애플리케이션 서비스 기술자 중에서, 디폴트의 감시 대상 AIT 플래그가 설정되어 있는 것을 선택한다(스텝 S2308).
스텝 S2303에서는, 수신기는, 애플리케이션 서비스 기술자에 의해 지정된 MH-AIT를 취득한다. 구체적으로는, MP 테이블 내에 단 하나의 애플리케이션 서비스 기술자가 배치되어 있는 경우에는, 그 애플리케이션 서비스 기술자에 의해 로케이션 정보가 지정된 MH-AIT를 취득한다. 또한, MP 테이블 내에 복수의 애플리케이션 서비스 기술자가 배치되어 있는 경우에는, 스텝 S2308에서 선택된, 디폴트의 감시 대상 AIT 플래그가 설정되어 있는 애플리케이션 서비스 기술자에 의해 로케이션 정보가 지정된 MH-AIT를 취득한다.
이어서, 수신기는, MH-AIT로 지정된 데이터 방송 애플리케이션을 취득한다(스텝 S2304). MH-AIT로 지정된 데이터 방송 애플리케이션의 데이터 파일을 취득하는 방법의 상세에 대해서는, 예를 들어 본 출원인에게 이미 양도되어 있는 일본 특허 출원 제2014-250279호 명세서를 참조하기 바란다.
그리고, 수신기는, 애플리케이션 엔진(409)으로, 취득한 데이터 방송 애플리케이션을 기동시킨다(스텝 S2305).
도 24에 도시하는 4개의 애플리케이션 서비스 기술자(2401 내지 2404)가 MP 테이블에 배치되어 있는 경우를 예로 들어, 수신기가 도 23에 도시한 처리 수순에 따라 애플리케이션의 우선도와 디폴트의 감시 대상 AIT를 판정하는 처리 동작에 대하여 설명한다.
참조 번호(2401 및 2402)는, 프로그램을 제작한 키국에 대응하여 배치된 애플리케이션 서비스 기술자이다. 단, 각 애플리케이션 서비스 기술자(2401, 2402)는, 딜리버리 세그먼트로서의 키국을 식별하는 정보를 포함하지 않는다. 한쪽 애플리케이션 서비스 기술자(2401)는, 키국이 제공하는, 애플리케이션 타입이 HTML5 형식인 데이터 방송 애플리케이션의 정보, 그리고 그 애플리케이션 타입의 우선도를 나타낸다. 애플리케이션 서비스 기술자(2401)에서는, 키국이 제공하는 HTML5 형식의 우선도가 「10」, 디폴트의 감시 대상 AIT 플래그가 「1」로 지정되어 있는 것으로 한다. 다른 쪽 애플리케이션 서비스 기술자(2402)는, 키국이 제공하는, 애플리케이션 타입이 java 형식인 데이터 방송 애플리케이션의 정보, 그리고 그 애플리케이션 타입의 우선도를 나타낸다. 애플리케이션 서비스 기술자(2402)에서는, 키국이 제공하는 java 형식의 우선도가 「5」, 디폴트의 감시 대상 AIT 플래그가 「0」으로 지정되어 있는 것으로 한다.
참조 번호(2403 및 2404)는, 어떠한 지방국에 대응하여 배치된 애플리케이션 서비스 기술자이다. 단, 각 애플리케이션 서비스 기술자(2403, 2404)는, 딜리버리 세그먼트로서의 당해 지방국을 식별하는 정보를 포함하지 않는다. 한쪽 애플리케이션 서비스 기술자(2403)는, 이 지방국이 제공하는, 애플리케이션 타입이 HTML5 형식인 데이터 방송 애플리케이션의 정보, 그리고 그 애플리케이션 타입의 우선도를 나타낸다. 애플리케이션 서비스 기술자(2403)에서는, 이 지방국이 제공하는 HTML5 형식의 우선도가 「10」, 디폴트의 감시 대상 AIT 플래그가 「0」으로 지정되어 있는 것으로 한다. 다른 쪽 애플리케이션 서비스 기술자(2404)는, 이 지방국이 제공하는, 애플리케이션 타입이 java 형식인 데이터 방송 애플리케이션의 정보, 그리고 그 애플리케이션 타입의 우선도를 나타낸다. 애플리케이션 서비스 기술자(2404)에서는, 이 지방국이 제공하는 java 형식의 우선도가 「5」, 디폴트의 감시 대상 AIT 플래그가 「1」로 지정되어 있다.
수신기는, 도 24에 도시하는 복수의 애플리케이션 서비스 기술자(2401 내지 2404)가 MP 테이블에 배치된 방송 신호를 수신하였을 때, 스텝 S2302의 분기로부터 스텝 S2306으로 진행하여, 동작 가능한 애플리케이션 타입을 나타내는 애플리케이션 서비스 기술자가 복수 있는지 여부를 체크한다.
예를 들어, 수신기가 HTML5 및 java의 어느 애플리케이션 타입도 동작 가능한 경우에는, 스텝 S2307로 진행하여, 애플리케이션 서비스 기술자(2401 내지 2404) 중에서 우선도가 높은 「10」으로 지정된 애플리케이션 타입 HTML5를 지정하는 애플리케이션 서비스 기술자(2401, 2403)를 선택한다. 그리고, 스텝 S2308에서는, 수신기는, 디폴트의 감시 대상 AIT 플래그가 설정되어 있는 애플리케이션 서비스 기술자(2401)를 선택한다.
또한, 수신기가 HTML5의 애플리케이션 타입만 동작 가능한 경우에는, 스텝 S2308로 진행하여, 수신기는, 애플리케이션 타입이 HTML5를 지정하는 애플리케이션 서비스 기술자(2401, 2403) 중에서, 디폴트의 감시 대상 AIT 플래그가 설정되어 있는 애플리케이션 서비스 기술자(2401)를 선택한다.
이와 같이 수신기는, 도 23에 도시한 처리 수순에 따라, MP 테이블에 배치되는 애플리케이션 서비스 기술자로 나타나는 애플리케이션 타입마다의 우선도를 판단한 후에, 디폴트의 감시 대상 AIT임을 나타내는 플래그에 의해, 더 특정의 MH-AIT 및 데이터 전송 메시지를 선택할 수 있다.
<산업상 이용가능성>
이상, 특정의 실시 형태를 참조하면서, 본 명세서에서 개시하는 기술에 대하여 상세하게 설명하였다. 그러나, 본 명세서에서 개시하는 기술의 요지를 일탈하지 않는 범위에서 당업자가 해당 실시 형태의 수정이나 대용을 이룰 수 있음은 자명하다.
본 명세서에서 개시하는 기술은, 트랜스포트 방식으로서 MMT를 채용하는 다양한 방송 시스템에 적용할 수 있다. 또한, 본 명세서에서 개시하는 기술은, 데이터 방송 애플리케이션의 딜리버리 세그먼트가 복수 존재하는 것이 상정되는 방송 시스템에 적용할 수 있다.
요컨대, 예시라고 하는 형태에 의해 본 명세서에서 개시하는 기술에 대하여 설명하였으며, 본 명세서의 기재 내용을 한정적으로 해석해서는 안된다. 본 명세서에서 개시하는 기술의 요지를 판단하기 위해서는, 특허청구범위를 참작해야 한다.
또한, 본 명세서의 개시의 기술은, 이하와 같은 구성을 취하는 것도 가능하다.
(1) 방송 프로그램에 대한 애플리케이션을 송신하는 애플리케이션 송신부와,
상기 애플리케이션에 관한 시그널링 메시지를 송신하는 시그널링 메시지 송신부를 구비하고,
상기 시그널링 메시지 송신부는, 소정의 시그널링 메시지로 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는, 송신 장치.
(2) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트가 제공하는 애플리케이션의 운용에 필요 또는 중요한 제어 데이터를 저장하는 시그널링 메시지 또는 시그널링 테이블의 로케이션 정보를 나타내는, 상기 (1)에 기재된 송신 장치.
(3) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자에, 대응하는 딜리버리 세그먼트가 전송하는 데이터 전송 메시지, 애플리케이션 정보 테이블, 또는 이벤트 메시지 테이블의 로케이션 정보를 나타내는, 상기 (1)에 기재된 송신 장치.
(4) 상기 시그널링 메시지 송신부는, 방송 서비스의 엔트리 포인트로 되는 시그널링 메시지로 전송하는 시그널링 테이블 내에, 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는, 상기 (1)에 기재된 송신 장치.
(5) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로 딜리버리 세그먼트가 제공하는 애플리케이션 타입의 정보를 나타내는, 상기 (1)에 기재된 송신 장치.
(6) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로 애플리케이션 타입마다의 우선도의 정보를 더 나타내는, 상기 (5)에 기재된 송신 장치.
(7) 상기 시그널링 메시지 송신부는, 애플리케이션 타입마다의 우선도의 정보를 나타내는 파라미터(application_priority)를 각 애플리케이션 서비스 기술자에 포함시키는, 상기 (6)에 기재된 송신 장치.
(8) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자에 배치되는 프라이빗 데이터 영역에서, 애플리케이션 타입마다의 우선도의 정보를 나타내는, 상기 (6)에 기재된 송신 장치.
(9) 상기 시그널링 메시지 송신부는, 소정 비트 길이의 비트맵 정보 영역(application_bitmap)에서 애플리케이션 타입 및 그의 우선도를 나타내는, 상기 (6)에 기재된 송신 장치.
(10) 상기 시그널링 메시지 송신부는, 애플리케이션 타입을 나타내는 n 비트 정보를 m 비트 길이의 비트맵 정보 영역에 저장하는 위치에 의해 당해 애플리케이션 타입의 우선도를 나타내는(단, n<m으로 함), 상기 (9)에 기재된 송신 장치.
(11) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트에 대한 애플리케이션 정보 테이블이 디폴트의 감시 대상으로 지정되어 있는지 여부를 나타내는, 상기 (1)에 기재된 송신 장치.
(12) 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트로부터 전송되는 이벤트 메시지 테이블의 수의 정보를 나타내는, 상기 (1)에 기재된 송신 장치.
(13) 상기 애플리케이션 송신부는, 페이로드에 애플리케이션을 포함함을 나타내는 제1 페이로드 종별 정보를 패킷 헤더에 삽입한 제1 전송 패킷으로 애플리케이션을 송신하고,
상기 시그널링 메시지 송신부는, 페이로드에 시그널링 메시지를 포함함을 나타내는 제2 페이로드 식별 정보를 패킷 헤더에 삽입한 제2 전송 패킷으로 시그널링 메시지를 송신하는, 상기 (1)에 기재된 송신 장치.
(14) 방송 프로그램에 대한 애플리케이션을 송신하는 애플리케이션 송신 스텝과,
상기 애플리케이션에 관한 시그널링 메시지를 송신하는 시그널링 메시지 송신 스텝을 갖고,
상기 시그널링 메시지 송신 스텝에서는, 소정의 시그널링 메시지로 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는, 송신 방법.
(15) 방송 프로그램에 대한 애플리케이션을 수신하는 애플리케이션 수신부와,
상기 애플리케이션에 관한 시그널링 메시지를 수신하는 시그널링 메시지 수신부를 구비하고,
상기 시그널링 메시지 수신부는, 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한 시그널링 테이블이 저장된 소정의 시그널링 메시지를 수신하는, 수신 장치.
(16) 상기 애플리케이션 수신부가 수신한 애플리케이션의 기동을 제어하는 애플리케이션 제어부를 더 구비하고,
상기 애플리케이션 제어부는, 상기 시그널링 테이블에 배치되는 각 애플리케이션 서비스 기술자에 의해 애플리케이션 타입마다의 우선도에 기초하여, 상기 시그널링 메시지로 수신하는 시그널링 메시지 또는 시그널링 테이블을 선택하는, 상기 (15)에 기재된 수신 장치.
(17) 방송 프로그램에 대한 애플리케이션을 수신하는 애플리케이션 수신 스텝과,
상기 애플리케이션에 관한 시그널링 메시지를 수신하는 시그널링 메시지 수신 스텝을 갖고,
상기 시그널링 메시지 수신 스텝에서는, 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한 시그널링 테이블이 저장된 소정의 시그널링 메시지를 수신하는, 수신 방법.
10: 디지털 방송 시스템
11: 방송 송출 시스템
12: 수신기
301: 시계부
302: 신호 송출부
303: 비디오 인코더
304: 오디오 인코더
305: 캡션 인코더
306: 시그널링 인코더
307: 파일 인코더
308: EDPS
309: TLV 시그널링 인코더
310: IP 서비스 멀티플렉서
311: TLV 멀티플렉서
312: 변조·송신부
401: 튜너 복조부
402: 디멀티플렉서
402-1: TLV 필터
402-2: IP 필터
402-3: UDP 필터
402-4: MMT 필터
402-5: SI 필터
403: 시계 회복부
404: 비디오 디코더
405: 오디오 디코더
406: 캡션 디코더
407: 시스템 제어부
408: 애플리케이션 제어부
409: 데이터 방송 애플리케이션 엔진
410: IP 인터페이스
411: 합성부
1010: 프로그램 제작국
1011: AV 인코더
1012: 애플리케이션 생성부
1013: 멀티플렉서
1020: 배신국
1021: 애플리케이션 생성부
1022: 멀티플렉서
1030: 배신국
1031: 애플리케이션 생성부
1032: 멀티플렉서
1040: 통신 전송로

Claims (17)

  1. 방송 프로그램에 대한 애플리케이션을 송신하는 애플리케이션 송신부와,
    상기 애플리케이션에 관한 시그널링 메시지를 송신하는 시그널링 메시지 송신부를 구비하고,
    상기 시그널링 메시지 송신부는, 소정의 시그널링 메시지로 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는, 송신 장치.
  2. 제1항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트가 제공하는 애플리케이션의 운용에 필요 또는 중요한 제어 데이터를 저장하는 시그널링 메시지 또는 시그널링 테이블의 로케이션 정보를 나타내는, 송신 장치.
  3. 제1항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자에, 대응하는 딜리버리 세그먼트가 전송하는 데이터 전송 메시지, 애플리케이션 정보 테이블, 또는 이벤트 메시지 테이블의 로케이션 정보를 나타내는, 송신 장치.
  4. 제1항에 있어서, 상기 시그널링 메시지 송신부는, 방송 서비스의 엔트리 포인트로 되는 시그널링 메시지로 전송하는 시그널링 테이블 내에, 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는, 송신 장치.
  5. 제1항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로 딜리버리 세그먼트가 제공하는 애플리케이션 타입의 정보를 나타내는, 송신 장치.
  6. 제5항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로 애플리케이션 타입마다의 우선도의 정보를 더 나타내는, 송신 장치.
  7. 제6항에 있어서, 상기 시그널링 메시지 송신부는, 애플리케이션 타입마다의 우선도의 정보를 나타내는 파라미터(application_priority)를 각 애플리케이션 서비스 기술자에 포함시키는, 송신 장치.
  8. 제6항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자에 배치되는 프라이빗 데이터 영역에서, 애플리케이션 타입마다의 우선도의 정보를 나타내는, 송신 장치.
  9. 제6항에 있어서, 상기 시그널링 메시지 송신부는, 소정 비트 길이의 비트맵 정보 영역(application_bitmap)에서 애플리케이션 타입 및 그의 우선도를 나타내는, 송신 장치.
  10. 제9항에 있어서, 상기 시그널링 메시지 송신부는, 애플리케이션 타입을 나타내는 n 비트 정보를 m 비트 길이의 비트맵 정보 영역에 저장하는 위치에 의해 당해 애플리케이션 타입의 우선도를 나타내는(단, n<m으로 함), 송신 장치.
  11. 제1항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트에 대한 애플리케이션 정보 테이블이 디폴트의 감시 대상으로 지정되어 있는지 여부를 나타내는, 송신 장치.
  12. 제1항에 있어서, 상기 시그널링 메시지 송신부는, 각 애플리케이션 서비스 기술자로, 대응하는 딜리버리 세그먼트로부터 전송되는 이벤트 메시지 테이블의 수의 정보를 나타내는, 송신 장치.
  13. 제1항에 있어서, 상기 애플리케이션 송신부는, 페이로드에 애플리케이션을 포함함을 나타내는 제1 페이로드 종별 정보를 패킷 헤더에 삽입한 제1 전송 패킷으로 애플리케이션을 송신하고,
    상기 시그널링 메시지 송신부는, 페이로드에 시그널링 메시지를 포함함을 나타내는 제2 페이로드 식별 정보를 패킷 헤더에 삽입한 제2 전송 패킷으로 시그널링 메시지를 송신하는, 송신 장치.
  14. 방송 프로그램에 대한 애플리케이션을 송신하는 애플리케이션 송신 스텝과,
    상기 애플리케이션에 관한 시그널링 메시지를 송신하는 시그널링 메시지 송신 스텝을 갖고,
    상기 시그널링 메시지 송신 스텝에서는, 소정의 시그널링 메시지로 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치하여 송신하는, 송신 방법.
  15. 방송 프로그램에 대한 애플리케이션을 수신하는 애플리케이션 수신부와,
    상기 애플리케이션에 관한 시그널링 메시지를 수신하는 시그널링 메시지 수신부를 구비하고,
    상기 시그널링 메시지 수신부는, 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한 시그널링 테이블이 저장된 소정의 시그널링 메시지를 수신하는, 수신 장치.
  16. 제15항에 있어서, 상기 애플리케이션 수신부가 수신한 애플리케이션의 기동을 제어하는 애플리케이션 제어부를 더 구비하고,
    상기 애플리케이션 제어부는, 상기 시그널링 테이블에 배치되는 각 애플리케이션 서비스 기술자에 의해 애플리케이션 타입마다의 우선도에 기초하여, 상기 시그널링 메시지로 수신하는 시그널링 메시지 또는 시그널링 테이블을 선택하는, 수신 장치.
  17. 방송 프로그램에 대한 애플리케이션을 수신하는 애플리케이션 수신 스텝과,
    상기 애플리케이션에 관한 시그널링 메시지를 수신하는 시그널링 메시지 수신 스텝을 갖고,
    상기 시그널링 메시지 수신 스텝에서는, 전송하는 시그널링 테이블 내에, 애플리케이션을 제공하는 딜리버리 세그먼트마다의 애플리케이션 서비스 기술자를 배치한 시그널링 테이블이 저장된 소정의 시그널링 메시지를 수신하는, 수신 방법.
KR1020177018310A 2015-01-13 2015-10-06 송신 장치 및 송신 방법, 그리고 수신 장치 및 수신 방법 Expired - Fee Related KR102407513B1 (ko)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
JP2015003813 2015-01-13
JPJP-P-2015-003813 2015-01-13
PCT/JP2015/078411 WO2016113960A1 (ja) 2015-01-13 2015-10-06 送信装置及び送信方法、並びに受信装置及び受信方法

Publications (2)

Publication Number Publication Date
KR20170104462A true KR20170104462A (ko) 2017-09-15
KR102407513B1 KR102407513B1 (ko) 2022-06-13

Family

ID=56405517

Family Applications (1)

Application Number Title Priority Date Filing Date
KR1020177018310A Expired - Fee Related KR102407513B1 (ko) 2015-01-13 2015-10-06 송신 장치 및 송신 방법, 그리고 수신 장치 및 수신 방법

Country Status (6)

Country Link
US (1) US10609428B2 (ko)
EP (1) EP3247120B1 (ko)
JP (4) JP6635035B2 (ko)
KR (1) KR102407513B1 (ko)
BR (1) BR112017014634A2 (ko)
WO (1) WO2016113960A1 (ko)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020115660A (ja) * 2018-07-12 2020-07-30 東芝映像ソリューション株式会社 放送信号の送受信装置
JP2022028785A (ja) * 2018-07-12 2022-02-16 Ｔｖｓ Ｒｅｇｚａ株式会社 受信方法

Families Citing this family (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6510091B1 (ja) * 2018-01-26 2019-05-08 東芝映像ソリューション株式会社 放送信号送受信装置
JP6972280B2 (ja) * 2019-04-02 2021-11-24 Ｔｖｓ Ｒｅｇｚａ株式会社 放送信号送受信装置
JP6999600B2 (ja) * 2019-04-02 2022-01-18 Ｔｖｓ Ｒｅｇｚａ株式会社 放送信号送信装置
WO2021038981A1 (ja) * 2019-08-30 2021-03-04 ソニー株式会社 受信装置及び受信方法、並びに送信装置及び送信方法

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2014147133A1 (en) * 2013-03-19 2014-09-25 Tp Vision Holding B.V. Device and method for starting an application
JP2014200054A (ja) 2013-03-14 2014-10-23 ソニー株式会社 送信装置、送信方法、受信装置および受信方法

Family Cites Families (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0989743A1 (en) * 1998-09-25 2000-03-29 CANAL+ Société Anonyme Application data table for a multiservice digital transmission system
US20030217369A1 (en) * 2002-05-17 2003-11-20 Heredia Edwin Arturo Flexible application information formulation
US6930604B2 (en) * 2002-10-02 2005-08-16 Honeywell International, Inc. Method and apparatus for filtering non-essential messages in a disarmed security system
US20070091919A1 (en) * 2005-10-24 2007-04-26 Sandoval Francis R Method and system of supporting enhanced television signaling
JP2007235306A (ja) * 2006-02-28 2007-09-13 Matsushita Electric Ind Co Ltd 使用認証方式を搭載した放送受信装置
KR101485461B1 (ko) 2008-10-23 2015-01-22 삼성전자주식회사 Ａｉｔ를 이용한 애플리케이션의 제공 방법 및 그 장치
US8792491B2 (en) * 2010-08-12 2014-07-29 Citrix Systems, Inc. Systems and methods for multi-level quality of service classification in an intermediary device
JP5783402B2 (ja) * 2011-01-25 2015-09-24 ソニー株式会社 受信装置、受信方法、供給装置、供給方法、プログラム、および放送システム
JP6018798B2 (ja) * 2011-05-20 2016-11-02 日本放送協会 受信機
JP5586657B2 (ja) * 2011-05-20 2014-09-10 日本放送協会 受信機
JP5815370B2 (ja) 2011-11-02 2015-11-17 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
WO2013080632A1 (ja) * 2011-11-30 2013-06-06 日本放送協会 受信装置、プログラム及び受信方法
KR20140125766A (ko) 2012-02-10 2014-10-29 엘지전자 주식회사 영상 표시 장치 및 그 동작 방법
EP2838273B1 (en) * 2012-04-12 2022-03-30 Saturn Licensing LLC Reception apparatus, reception method, transmission apparatus, transmission method, and program
US9743341B2 (en) * 2013-03-29 2017-08-22 Intel IP Corporation Provisioning of application categories at a user equipment during network congestion
JP6043235B2 (ja) 2013-04-17 2016-12-14 ジョンソンコントロールズ ヒタチ エア コンディショニング テクノロジー（ホンコン）リミテッド 空気調和機
JP6505996B2 (ja) * 2013-08-30 2019-04-24 パナソニック インテレクチュアル プロパティ コーポレーション オブ アメリカＰａｎａｓｏｎｉｃ Ｉｎｔｅｌｌｅｃｔｕａｌ Ｐｒｏｐｅｒｔｙ Ｃｏｒｐｏｒａｔｉｏｎ ｏｆ Ａｍｅｒｉｃａ 受信方法、及び、受信装置
JP6178234B2 (ja) * 2013-12-27 2017-08-09 日立マクセル株式会社 放送受信装置及び映像表示方法
JP5860518B1 (ja) * 2014-08-27 2016-02-16 シャープ株式会社 送信装置および受信装置
JP6303969B2 (ja) * 2014-10-15 2018-04-04 ソニー株式会社 受信装置並びに受信方法
JP6501262B2 (ja) * 2014-10-29 2019-04-17 日本放送協会 受信機およびプログラム

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2014200054A (ja) 2013-03-14 2014-10-23 ソニー株式会社 送信装置、送信方法、受信装置および受信方法
WO2014147133A1 (en) * 2013-03-19 2014-09-25 Tp Vision Holding B.V. Device and method for starting an application

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2020115660A (ja) * 2018-07-12 2020-07-30 東芝映像ソリューション株式会社 放送信号の送受信装置
JP2022028785A (ja) * 2018-07-12 2022-02-16 Ｔｖｓ Ｒｅｇｚａ株式会社 受信方法

Also Published As

Publication number Publication date
US20170347131A1 (en) 2017-11-30
JP6635035B2 (ja) 2020-01-22
JP2018067926A (ja) 2018-04-26
EP3247120B1 (en) 2021-04-07
EP3247120A1 (en) 2017-11-22
EP3247120A4 (en) 2018-08-15
JP6256529B2 (ja) 2018-01-10
JPWO2016113960A1 (ja) 2017-10-19
JP2017192121A (ja) 2017-10-19
KR102407513B1 (ko) 2022-06-13
WO2016113960A1 (ja) 2016-07-21
BR112017014634A2 (pt) 2018-03-20
JP6406415B2 (ja) 2018-10-17
US10609428B2 (en) 2020-03-31
JP2018061270A (ja) 2018-04-12
JP6406416B2 (ja) 2018-10-17

Similar Documents

Publication Publication Date Title
JP6323518B2 (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP6406415B2 (ja) 送信装置及び送信方法
JP7424449B2 (ja) 受信装置及び受信方法
JP7074178B2 (ja) 送信装置、送信方法、受信装置および受信方法
JP6304016B2 (ja) 受信装置並びに受信方法
JP7176588B2 (ja) 受信装置並びに受信方法
JP6303969B2 (ja) 受信装置並びに受信方法
JP2011223353A (ja) デジタル放送のデータ送出方法
JP6988974B2 (ja) 送信方法及び送信装置
JP2016174239A (ja) 送信装置及び送信方法、並びに受信装置及び受信方法
JP6777196B2 (ja) 受信装置及び受信方法、並びに送信方法
JP2018110434A (ja) 受信装置並びに受信方法
JP6566059B2 (ja) 受信装置並びに受信方法
JP2022019878A (ja) 受信方法及び受信装置
JP2016197789A (ja) 送信装置及び送信方法、並びに受信装置及び受信方法

Legal Events

Date Code Title Description
PA0105 International application

St.27 status event code: A-0-1-A10-A15-nap-PA0105

PG1501 Laying open of application

St.27 status event code: A-1-1-Q10-Q12-nap-PG1501

A201 Request for examination
PA0201 Request for examination

St.27 status event code: A-1-2-D10-D11-exm-PA0201

PN2301 Change of applicant

St.27 status event code: A-3-3-R10-R13-asn-PN2301

St.27 status event code: A-3-3-R10-R11-asn-PN2301

E902 Notification of reason for refusal
PE0902 Notice of grounds for rejection

St.27 status event code: A-1-2-D10-D21-exm-PE0902

E13-X000 Pre-grant limitation requested

St.27 status event code: A-2-3-E10-E13-lim-X000

P11-X000 Amendment of application requested

St.27 status event code: A-2-2-P10-P11-nap-X000

P13-X000 Application amended

St.27 status event code: A-2-2-P10-P13-nap-X000

E701 Decision to grant or registration of patent right
PE0701 Decision of registration

St.27 status event code: A-1-2-D10-D22-exm-PE0701

GRNT Written decision to grant
PR0701 Registration of establishment

St.27 status event code: A-2-4-F10-F11-exm-PR0701

PR1002 Payment of registration fee

St.27 status event code: A-2-2-U10-U12-oth-PR1002

Fee payment year number: 1

PG1601 Publication of registration

St.27 status event code: A-4-4-Q10-Q13-nap-PG1601

PC1903 Unpaid annual fee

St.27 status event code: A-4-4-U10-U13-oth-PC1903

Not in force date: 20250608

Payment event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

H13 Ip right lapsed

Free format text: ST27 STATUS EVENT CODE: N-4-6-H10-H13-OTH-PC1903 (AS PROVIDED BY THE NATIONAL OFFICE); TERMINATION CATEGORY : DEFAULT_OF_REGISTRATION_FEE

Effective date: 20250608

PC1903 Unpaid annual fee

St.27 status event code: N-4-6-H10-H13-oth-PC1903

Ip right cessation event data comment text: Termination Category : DEFAULT_OF_REGISTRATION_FEE

Not in force date: 20250608