KR102135255B1

KR102135255B1 - Uri 메시지 워터마크 페이로드가 있는 방송 시스템

Info

Publication number: KR102135255B1
Application number: KR1020197017491A
Authority: KR
Inventors: 사친 지. 데시판데
Original assignee: 샤프 가부시키가이샤
Priority date: 2016-12-14
Filing date: 2017-12-12
Publication date: 2020-07-17
Also published as: US20200077159A1; KR20190085986A; MX2019006819A; TWI640195B; CA3046595A1; WO2018110557A1; CA3046595C; TW201824879A; CN110073665A; US10887669B2

Abstract

워터마크 페이로드(도 24a, 도 24b, 도 24f 및 도 24g)를 포함하는 방송 시스템.

Description

URI 메시지 워터마크 페이로드가 있는 방송 시스템

본 발명은 일반적으로 오디오-비주얼 콘텐츠 워터마킹(audio-visual content watermarking)이 있는 시스템에 관련된다.

많은 디지털 방송 시스템들에서, 방송국은 AV(audio-visual) 콘텐츠 및 하나 이상의 강화된 서비스 데이터의 스트림들 양자 모두를 송신한다. 강화된 서비스 데이터는 정보 및 서비스들을 제공하는 AV 콘텐츠와 함께 제공될 수 있거나, 또는 정보 및 서비스들을 제공하는 AV 콘텐츠와는 별개로 제공될 수 있다.

많은 방송 환경들에서, 오디오-비주얼 콘텐츠 및 하나 이상의 강화된 서비스 데이터는 방송국으로부터 AV 제시 디바이스에 의해 직접 수신되지는 않는다. 오히려, 텔레비전과 같은, AV 제시 디바이스는, 오디오-비주얼 콘텐츠 및 하나 이상의 강화된 서비스 데이터를 압축된 형태로 수신하고 압축되지 않은 오디오-비주얼 콘텐츠를 AV 제시 디바이스에 제공하는 방송 수신 디바이스에 통상적으로 접속된다.

일부 방송 환경들에서, 방송 수신 디바이스는 서버(MVPD(Multichannel Video Programming Distributor)라고 때때로 지칭됨)로부터 오디오-비주얼 콘텐츠를 수신한다. MVPD는 방송국으로부터 오디오-비주얼 방송 신호를 수신하고, 수신된 오디오-비주얼 방송 신호로부터 콘텐츠를 추출하고, 추출된 콘텐츠를 송신에 적합한 포맷을 갖는 오디오-비주얼 신호들로 변환하고, 변환된 오디오-비주얼 신호들을 방송 수신 디바이스에 제공한다. 변환 프로세스 동안, MVPD는 방송국으로부터 제공되는 강화된 서비스 데이터를 종종 제거하거나, 또는 방송 수신 디바이스에 제공되는 상이한 강화된 서비스 데이터를 포함할 수 있다. 이러한 방식으로, 방송국은 강화된 서비스 데이터와 함께 오디오-비주얼 콘텐츠를 제공할 수 있지만, AV 제시 디바이스 및/또는 방송 수신 디바이스에 궁극적으로 제공되는 강화된 서비스 데이터는, 존재한다면, 방송국에 의해 제공되는 것과 동일하지 않을 수 있다.

방송 수신 디바이스는 MVPD로부터 수신되는 신호로부터 오디오-비주얼 콘텐츠를 추출하고 압축되지 않은 오디오-비주얼 데이터만을 AV 제시 디바이스에 제공하므로, 방송 수신 디바이스에 제공되는 강화된 서비스 데이터만이 이용 가능하다. 더욱이, 방송국에 의해 제공되는 동일한 강화된 서비스 데이터는 방송 수신 디바이스 및/또는 AV 제시 디바이스에 제공되지 않을 수 있다.

본 발명의 전술한 그리고 다른 목적들, 특징들, 및 이점들은, 첨부 도면들과 함께 취해지는, 본 발명의 다음의 상세한 설명의 고려 시에 보다 용이하게 이해될 것이다.

일 예에서, 데이터 스트림을 처리하는 방법으로서, 이러한 방법은,

(a) 상기 데이터 스트림 내에 인코딩되는 워터마크 메시지를 포함하는 상기 데이터 스트림을 수신하는 단계;

(b) 유니폼 리소스 식별자들을 전달하는 것에 관련된 상기 워터마크 메시지로부터 대응하는 유니폼 리소스 식별자 메시지를 추출하는 단계;

(c) 상기 유니폼 리소스 식별자 메시지 내에서 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 유니폼 리소스 식별자 타입을 상기 유니폼 리소스 식별자로부터 추출하는 단계;

(d) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 서비스 레이어 시그널링에 대한 액세스를 제공하는 시그널링 서버의 유니폼 리소스 식별자를 표시하는 0x01의 값을 갖는지 선택적으로 결정하는 단계;

(e) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 전자 서비스 가이드 데이터에 대한 액세스를 제공하는 전자 서비스 가이드 데이터 서버의 유니폼 리소스 식별자를 표시하는 0x02의 값을 갖는지 선택적으로 결정하는 단계;

(f) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 보고 서비스 사용에서 사용하기 위한 서비스 사용 데이터 수집 보고 서버의 유니폼 리소스 식별자를 표시하는 0x03의 값을 갖는지 선택적으로 결정하는 단계;

(g) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 WebSocket 프로토콜을 통해 동적 이벤트들에 대한 액세스를 제공하는 동적 이벤트 WebSocket 서버의 유니폼 리소스 식별자를 표시하는 0x04의 값을 갖는지 선택적으로 결정하는 단계를 포함한다.

일 예에서, 데이터 스트림을 처리하기 위한 디바이스로서, 이러한 디바이스는 하나 이상의 프로세서를 포함하고, 이러한 프로세서는,

(a) 상기 데이터 스트림 내에 인코딩되는 워터마크 메시지를 포함하는 상기 데이터 스트림을 수신하도록;

(b) 유니폼 리소스 식별자들을 전달하는 것에 관련된 상기 워터마크 메시지로부터 대응하는 유니폼 리소스 식별자 메시지를 추출하도록;

(c) 상기 유니폼 리소스 식별자 메시지 내에서 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 유니폼 리소스 식별자 타입을 상기 유니폼 리소스 식별자로부터 추출하도록;

(d) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 서비스 레이어 시그널링에 대한 액세스를 제공하는 시그널링 서버의 유니폼 리소스 식별자를 표시하는 0x01의 값을 갖는지 선택적으로 결정하도록;

(e) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 전자 서비스 가이드 데이터에 대한 액세스를 제공하는 전자 서비스 가이드 데이터 서버의 유니폼 리소스 식별자를 표시하는 0x02의 값을 갖는지 선택적으로 결정하도록;

(f) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 보고 서비스 사용에서 사용하기 위한 서비스 사용 데이터 수집 보고 서버의 유니폼 리소스 식별자를 표시하는 0x03의 값을 갖는지 선택적으로 결정하도록;

(g) 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 상기 유니폼 리소스 식별자 타입이 WebSocket 프로토콜을 통해 동적 이벤트들에 대한 액세스를 제공하는 동적 이벤트 WebSocket 서버의 유니폼 리소스 식별자를 표시하는 0x04의 값을 갖는지 선택적으로 결정하도록 구성된다.

도 1은 강화된 서비스 정보가 있는 시스템을 도시한다.
도 2는 강화된 정보가 있는 다른 시스템을 도시한다.
도 3은 강화된 정보가 있는 시스템에 대한 데이터 흐름을 도시한다.
도 4는 강화된 정보가 있는 다른 시스템을 도시한다.
도 5는 워터마크 페이로드를 도시한다.
도 6은 다른 워터마크 페이로드를 도시한다.
도 7은 워터마크 페이로드들 사이의 관계들을 도시한다.
도 8은 워터마크 페이로드들 사이의 관계들을 도시한다.
도 9는 워터마크 페이로드들 사이의 관계들을 도시한다.
도 10은 강화된 정보가 있는 다른 시스템을 도시한다.
도 11은 동기화를 획득하는 것 및 동기화를 유지하는 것을 도시한다.
도 12는 다른 워터마크 페이로드를 도시한다.
도 13은 SDO 개인 데이터를 도시한다.
도 14는 cmdID들을 사용하여 SDO 페이로드로서 SDO 개인 데이터 내에서 캡슐화되는 메타데이터를 도시한다.
도 15는 워터마크 내장 시스템을 도시한다.
도 16은 워터마크 추출 시스템을 도시한다.
도 17은 비상 메시지의 만료 시간 값, 긴급성 플래그, 심각성 표시자, 및 확실성 표시자를 도시한다.
도 18은 예시적인 비상 경보 메시지를 도시한다.
도 19는 다른 예시적인 비상 경보 메시지를 도시한다.
도 20은 확실성 및 심각성 코드들의 예시적인 세트를 도시한다.
도 21은 다른 예시적인 비상 경보 메시지를 도시한다.
도 22는 다른 예시적인 비상 경보 메시지를 도시한다.
도 23은 다른 예시적인 비상 경보 메시지를 도시한다.
도 24a는 워터마크 메시지 블록의 예시적인 비트스트림 신택스를 도시한다.
도 24b는 워터마크 메시지 wm_message()로의 필드 wm_message_id의 예시적인 매핑이다.
도 24c는 wm_message()의 예시적인 신택스를 도시한다.
도 24d는 URI 메시지의 예시적인 신택스를 도시한다.
도 24e는 uri_type 필드의 값으로부터 URI의 타입들로의 예시적인 매핑을 도시한다.
도 24f는 URI 메시지에 대한 다른 예시적인 신택스를 도시한다.
도 24g는 uri_type 필드의 값으로부터 URI의 타입들로의 다른 예시적인 매핑을 도시한다.
도 25a는 예시적인 동적 이벤트 메시지를 도시한다.
도 25b는 전달 프로토콜 타입 필드 인코딩을 도시한다.
도 25c는 다른 예시적인 동적 이벤트 메시지를 도시한다.
도 26a는 emergency_alert_message()의 예시적인 신택스를 도시한다.
도 26b는 심각성 및 확실성의 예시적인 인코딩을 도시한다.

정의들

uimsbf의 포맷은 무부호 정수 최상위 비트 제1 포맷을 표현한다.

비트들의 수 컬럼에서의 값이 var과 동일할 때 이것은 가변 길이 필드를 표현한다.

예약 필드는 필드에 대응하는 비트들이 미래 사용을 위해 예약되는 것을 표시한다.

16진수(또한 베이스 16, 또는 hex)는 16의 라딕스 또는 베이스가 있는 위치 숫자 시스템이다. 이것은 16개의 별개의 심볼들, 가장 종종 값들 0 내지 9를 표현하는 심볼들 0-9, 및 값들 10 내지 15를 표현하는 A, B, C, D, E, F(또는 대안적으로 a, b, c, d, e, f)를 사용한다. 16진수 수들은 프리픽스 "0x"를 종종 사용한다.

산술 연산을 표현하기 위해 사용될 때 xy는 지수화 연산(exponentiation operation) 즉 x의 y 거듭제곱에 대응한다. 다른 정황들에서, 이러한 표기법은 지수화로서 해석을 위해 의도되지 않는 위첨자에 대해 사용된다.

바람직한 실시예의 상세한 설명

도 1을 참조하면, 시스템은 콘텐츠 소스(100), 콘텐츠 인식 서비스 제공 서버(120), 멀티-채널 비디오 프로그램 분배기(130), 강화된 서비스 정보 제공 서버(140), 방송 수신 디바이스(160), 네트워크(170), 및 AV 제시 디바이스(180)를 포함할 수 있다.

콘텐츠 소스(100)는 오디오-비주얼 콘텐츠(예를 들어, 오디오 및/또는 비디오)의 하나 이상의 스트림을 포함하는 방송 신호를 방송하는 방송국에 대응할 수 있다. 방송 신호는 강화된 서비스들 데이터 및/또는 시그널링 정보를 추가로 포함할 수 있다. 강화된 서비스들 데이터가 바람직하게는 오디오-비주얼 방송 스트림들 중 하나 이상에 관련된다. 강화된 데이터 서비스들은, 예를 들어, 서비스 정보, 메타데이터, 추가적인 데이터, 컴파일링된 실행 파일들, 웹 애플리케이션들, HTML(Hypertext Markup Language) 문서들, XML(Extensible Markup Language) 문서들, CSS(Cascading Style Sheet) 문서들, 오디오 파일들, 비디오 파일들, ATSC(Advanced Television Systems Committee) 2.0 또는 미래 버전들 콘텐츠들, 및 URL(Uniform Resource Locator)와 같은 어드레스들과 같은, 임의의 적합한 포맷을 가질 수 있다.

콘텐츠 인식 서비스 제공 서버(120)는 AV 제시 디바이스(180)가 콘텐츠 소스(100)로부터의 오디오-비주얼 콘텐츠에 기초하여 콘텐츠를 인식하는 것을 허용하는 콘텐츠 인식 서비스를 제공한다. 콘텐츠 인식 서비스 제공 서버(120)는, 워터마크를 포함하는 것에 의해서와 같이, 오디오-비주얼 방송 콘텐츠를 임의적으로 수정할 수 있다. 일부 경우들에서는, AV 제시 디바이스(180)가 디지털 비디오 기록 디바이스이다.

콘텐츠 인식 서비스 제공 서버(120)는 워터마크 삽입기를 포함할 수 있다. 워터마크 삽입기는, 뷰어들에게 지각 불가능하거나 적어도 최소로 침입적이면서, 강화된 서비스들 데이터 및/또는 시그널링 정보를 운반하도록 설계되는 워터마크들을 삽입할 수 있다. 다른 경우들에서는, 용이하게 관찰 가능한 워터마크가 삽입될 수 있다(예를 들어, 용이하게 관찰 가능하다는 것은 이미지에서 용이하게 가시적일 수 있고 및/또는 용이하게 관찰 가능하다는 것을 오디오에서 용이하게 가청적일 수 있다). 예를 들어, 용이하게 관찰 가능한 워터마크는, 각각의 프레임의 상부-좌측 또는 상부-우측에 있는 콘텐츠 제공자의 로고와 같은, 로고일 수 있다.

콘텐츠 인식 서비스 제공 서버(120)는 비-용이하게 관찰 가능한 워터마크를 포함하도록 오디오-비주얼 콘텐츠를 수정하는 워터마크 삽입기를 포함할 수 있다(예를 들어, 비-용이하게 관찰 가능하다는 것은 이미지에서 비-용이하게 가시적일 수 있고 및/또는 비-용이하게 관찰 가능하다는 것은 오디오에서 비-용이하게 가청적일 수 있음). 예를 들어, 비-용이하게 관찰 가능한 워터마크는 보안 정보, 추적 정보, 데이터, 또는 그 이외의 것을 포함할 수 있다. 다른 예는 채널, 콘텐츠, 타이밍, 트리거들, 및/또는 URL 정보를 포함한다.

멀티-채널 비디오 프로그램 분배기(130)는 하나 이상의 방송국으로부터 방송 신호들을 수신하고, 멀티플렉싱된 방송 신호들을 방송 수신 디바이스(160)에 통상적으로 제공한다. 멀티-채널 비디오 프로그램 분배기(130)는 수신된 방송 신호들에 대해 복조 및 채널 디코딩을 수행하여 오디오-비주얼 콘텐츠 및 강화된 서비스 데이터를 추출할 수 있다. 멀티-채널 비디오 프로그램 분배기(130)는 추출된 오디오-비주얼 콘텐츠 및 강화된 서비스 데이터에 대해 채널 인코딩을 또한 수행하여 추가의 분배를 위한 멀티플렉싱된 신호를 생성할 수 있다. 멀티-채널 비디오 프로그램 분배기(130)는 추출된 강화된 서비스 데이터를 제외할 수 있고 및/또는 상이한 강화된 서비스 데이터를 포함할 수 있다.

방송 수신 디바이스(160)는 사용자에 의해 선택되는 채널로 튜닝할 수 있고, 튜닝된 채널의 오디오-비주얼 신호를 수신할 수 있다. 방송 수신 디바이스(160)는 수신된 신호에 대해 복조 및 채널 디코딩을 통상적으로 수행하여 원하는 오디오-비주얼 콘텐츠를 추출한다. 방송 수신 디바이스(160)는 추출된 오디오-비주얼 콘텐츠를, 예를 들어, H.264/MPEG-4 AVC(Moving Picture Experts Group-4 advanced video coding), H.265/HEVC(High efficiency video coding), Dolby AC-3, 및 MPEG-2 AAC(Moving Picture Experts Group-2 Advanced Audio Coding)와 같은, 임의의 적합한 기법을 사용하여 디코딩한다. 방송 수신 디바이스(160)는 압축되지 않은 오디오-비주얼 콘텐츠를 AV 제시 디바이스(180)에 통상적으로 제공한다.

강화된 서비스 정보 제공 서버(140)는 AV 제시 디바이스(180)로부터의 요청에 응답하여 강화된 서비스 정보를 오디오-비주얼 콘텐츠에 제공한다.

AV 제시 디바이스(180)는, 예를 들어, 텔레비전, 노트북 컴퓨터, 디지털 비디오 레코더, 모바일 폰, 및 스마트 폰과 같은, 디스플레이를 포함할 수 있다. AV 제시 디바이스(180)는 방송 수신 디바이스(160)로부터 압축되지 않은(또는 압축된) 오디오-비주얼 또는 비디오 또는 오디오 콘텐츠를, 콘텐츠 소스(100)로부터 인코딩된 오디오-비주얼 또는 비디오 또는 오디오 콘텐츠를 포함하는 방송 신호를, 및/또는 멀티-채널 비디오 프로그램 분배기(130)로부터 인코딩된 또는 디코딩된 오디오-비주얼 또는 비디오 또는 오디오 콘텐츠를 수신할 수 있다. 일부 경우들에서는 압축되지 않은 비디오 및 오디오가 HDMI 케이블을 통해 수신될 수 있다. AV 제시 디바이스(180)는, 네트워크(170)를 통해 콘텐츠 인식 서비스 제공 서버(120)로부터, 강화된 서비스 정보 제공 서버(140)로부터의 오디오-비주얼 콘텐츠에 관련되는 강화된 서비스의 어드레스를 수신할 수 있다.

콘텐츠 소스(100), 콘텐츠 인식 서비스 제공 서버(120), 멀티-채널 비디오 프로그램 분배기(130), 및 강화된 서비스 정보 제공 서버(140)는, 원하는 대로, 조합될 수 있거나, 또는 생략될 수 있다는 점이 이해되어야 한다. 이들은 논리적 역할들이라는 점이 이해되어야 한다. 일부 경우들에서는 이러한 엔티티들 중 일부가 별개의 물리적 디바이스들일 수 있다. 다른 경우들에서는 이러한 논리적 엔티티들 중 일부가 동일한 물리적 디바이스에서 구현될 수 있다. 예를 들어, 방송 수신 디바이스(160) 및 AV 제시 디바이스(180)가, 원한다면, 조합될 수 있다.

도 2를 참조하면, 수정된 시스템은 워터마크 삽입기(190)를 포함할 수 있다. 워터마크 삽입기(190)는 오디오-비주얼 콘텐츠에 추가적인 정보를 포함하도록 오디오-비주얼(예를 들어, 오디오 및/또는 비디오) 콘텐츠를 수정할 수 있다. 멀티-채널 비디오 프로그램 분배(130)는 워터마크가 있는 수정된 오디오-비주얼 콘텐츠를 포함하는 방송 신호를 수신하고 분배할 수 있다.

워터마크 삽입기(190)가 바람직하게는 디지털 정보의 형태로(예를 들어, 가시적으로 및/또는 가청적으로) 비-용이하게 관찰 가능한 추가적인 정보를 포함하는 방식으로 신호를 수정한다. 비-용이하게 관찰 가능한 워터마킹에서는, 삽입된 정보가 오디오 및/또는 비디오에서 용이하게 식별 가능할 수 있다. 비-용이하게 관찰 가능한 워터마킹에서는, 정보가 오디오-비주얼 콘텐츠(예를 들어, 오디오 및/또는 비디오)에 포함되더라도, 사용자는 정보를 용이하게 인지하지 못한다.

워터마킹에 대한 하나의 사용은 디지털 미디어의 불법적인 복사를 억제하기 위한 저작권 보호이다. 워터마킹에 대한 다른 사용은 디지털 미디어의 소스 추적이다. 워터마킹에 대한 추가의 사용은 디지털 미디어에 대한 설명 정보이다. 워터마킹에 대한 또 다른 사용은 디지털 미디어와 연관된 추가적인 콘텐츠가 수신될 수 있는 위치 정보를 제공하는 것이다. 또 다른 사용은 보여지고 있는 콘텐츠 및 콘텐츠 소스와, 이러한 콘텐츠에서의 현재 시간 포인트를 식별하고, 다음으로 디바이스가 인터넷 접속을 통해 원하는 추가적인 기능성을 액세스하는 것을 허용하는 것이다. 워터마크 정보는, 오디오-비주얼 콘텐츠와 함께 전달되는 메타-데이터와 구별되는 바와 같이, 오디오-비주얼 콘텐츠 자체 내에 포함된다. 예로서, 워터마크 정보는 확산 스펙트럼 기법, 양자화 기법, 및/또는 진폭 변조 기법을 사용하여 포함될 수 있다.

도 3을 참조하면, 예시적인 데이터 흐름이 도시된다. 콘텐츠 소스(100)는 적어도 하나의 오디오-비주얼 콘텐츠 및 강화된 서비스 데이터를 포함하는 방송 신호를 워터마크 삽입기(190)에 송신한다(201).

워터마크 삽입기(190)는, 콘텐츠 소스(100)가 제공하고, 오디오-비주얼 콘텐츠에서 용이하게 관찰 가능한 및/또는 비-용이하게 관찰 가능한 워터마크를 포함하는 방송 신호를 수신한다. 워터마크가 있는 수정된 오디오-비주얼 콘텐츠는 강화된 서비스 데이터와 함께 MVPD(130)에 제공된다(203).

워터마크와 연관된 콘텐츠 정보는, 예를 들어, 오디오-비주얼 콘텐츠를 제공하는 콘텐츠 제공자의 식별 정보, 오디오-비주얼 콘텐츠 식별 정보, 콘텐츠 정보 취득에서 사용되는 콘텐츠 섹션의 시간 정보, 오디오-비주얼 콘텐츠가 이를 통해 방송되는 채널들의 명칭들, 오디오-비주얼 콘텐츠가 이를 통해 방송되는 채널들의 로고들, 오디오-비주얼 콘텐츠가 이를 통해 방송되는 채널들의 설명들, 사용 정보 보고 주기, 사용자 정보 취득을 위한 최소 사용 시간, 스포츠 이벤트들에 대한 통계들, 유용한 정보의 디스플레이, 위젯들, 애플리케이션들, 실행 가능한 것들(executables), 및/또는 오디오-비주얼 콘텐츠에 관련된 이용 가능한 강화된 서비스 정보를 포함할 수 있다.

이용 가능한 강화된 서비스 데이터의 취득 경로는, 인터넷 프로토콜 기반 경로 또는 ATSC M/H(Advanced Television Systems Committee - Mobile/Handheld)와 같은, 임의의 방식으로 표현될 수 있다.

MVPD(130)는 워터마킹된 오디오-비주얼 콘텐츠 및 강화된 데이터 서비스를 포함하는 방송 신호들을 수신하고, 이것을 방송 수신 디바이스(160)에 제공(205)하는 멀티플렉싱된 신호를 생성할 수 있다. 이 때, 멀티플렉싱된 신호는 수신된 강화된 서비스 데이터를 제외할 수 있고 및/또는 상이한 강화된 서비스 데이터를 포함할 수 있다.

방송 수신 디바이스(160)는 사용자가 튜닝된 채널의 신호들을 선택 및 수신하고, 수신된 신호들을 복조하고, 복조된 신호들에 대해 채널 디코딩 및 오디오-비디오 디코딩을 수행하여 압축되지 않은 오디오-비디오 콘텐츠를 생성하는 채널로 튜닝하고, 다음으로, 압축되지 않은 오디오-비주얼 콘텐츠를 AV 제시 디바이스(180)에 제공(206)할 수 있다. 콘텐츠 소스(100)는 오디오-비주얼 콘텐츠를 채널을 통해 AV 제시 디바이스(180)에 또한 방송(207)할 수 있다. MVPD(130)는 방송 수신 디바이스(160)를 통과하지 않고 오디오-비주얼 콘텐츠를 포함하는 방송 신호를 AV 제시 디바이스(180)에 직접 송신(208)할 수 있다. 또 다른 경우에서는 AV 정보의 일부가 광대역 접속을 통해 AV 제시 디바이스(180)에 전송될 수 있다. 일부 경우들에서는 이것이 관리된 광대역 접속일 수 있다. 다른 경우에서는 이것이 관리되지 않은 광대역 접속일 수 있다.

AV 제시 디바이스(180)는 방송 수신 디바이스(160)로부터 압축되지 않은(또는 압축된) 오디오-비주얼 콘텐츠를 수신할 수 있다. 추가적으로, AV 제시 디바이스(180)는 콘텐츠 소스(100)로부터 채널을 통해 방송 신호를 수신할 수 있고, 다음으로, 수신된 방송 신호를 복조하고 디코딩하여 오디오-비주얼 콘텐츠를 획득할 수 있다. 추가적으로, AV 제시 디바이스(180)는 MVPD(130)로부터 방송 신호를 수신할 수 있고, 다음으로, 수신된 방송 신호를 복조하고 디코딩하여 오디오-비주얼 콘텐츠를 획득할 수 있다. AV 제시 디바이스(180)(또는 방송 수신 디바이스(160))는 수신된 오디오-비주얼 콘텐츠의 오디오 샘플들의 선택 또는 하나 이상의 비디오 프레임으로부터 워터마크 정보를 추출한다. AV 제시 디바이스(180)는 워터마크(들)로부터 획득되는 정보를 사용하여 추가적인 정보를 위해 강화된 서비스 정보 제공 서버(140)(또는 임의의 다른 디바이스)에 대한 요청(209)을 행할 수 있다. 강화된 서비스 정보 제공 서버(140)는 그것에 응답하여, 회신(211)을 제공할 수 있다.

도 4를 참조하면, 추가의 예는 (원한다면) 강화된 서비스 데이터와 함께 오디오-비주얼 콘텐츠를 워터마크 삽입기(190)에 제공하는 콘텐츠 소스(100)를 포함한다. 게다가, 콘텐츠 소스(100)는 오디오-비주얼 콘텐츠와 함께, 코드(300)를 워터마크 삽입기(190)에 제공할 수 있다. 코드(300)는, 복수의 오디오-비주얼 스트림들 중에서, 어느 것이 워터마크로 수정되어야 하는지 식별하는 임의의 적합한 코드일 수 있다. 예를 들어, 코드 = 1은 제1 오디오-비주얼 스트림을 식별할 수 있고, 코드 = 2는 제2 오디오-비주얼 스트림을 식별할 수 있고, 코드 = 3은 ABC로부터 제4 오디오-비주얼 스트림을 식별할 수 있고, 코드 = 4는 NBC(National Broadcasting Company)로부터 제4 오디오-비주얼 스트림을 식별할 수 있는 등이다. 코드는 오디오-비주얼 콘텐츠 내에 시간적 위치 정보를 포함할 수 있다. 코드는, 원한다면, 다른 메타데이터를 포함할 수 있다.

워터마킹된 오디오-비주얼 콘텐츠 및 연관된 데이터, 시그널링은 워터마크 삽입기(190)에 의해 MVPD에 제공되고, 이는 결국 워터마킹된 압축된 오디오-비주얼 콘텐츠를 방송 수신 디바이스(160)(예를 들어, 셋 톱 박스)에 제공할 수 있다. 방송 수신 디바이스(160)는 (예를 들어, 통상적으로 압축되지 않은) 워터마킹된 오디오-비주얼 콘텐츠를 AV 제시 디바이스(180)에 제공할 수 있다. AV 제시 디바이스(180)는 워터마크 클라이언트(320)와 함께 워터마크 가능 수신기(310)를 포함할 수 있다. 워터마크 가능 수신기(310)는 오디오-비주얼 콘텐츠 내에서 워터마크의 존재를 검출하고, 오디오-비주얼 콘텐츠 내로부터 워터마크 데이터를 추출하기에 적합하다. 워터마크 클라이언트(320)는 워터마크로부터 추출된 데이터를 사용하여 그에 기초하여 추가적인 데이터를 요청하기에 적합하고, 후속하여 적합한 방식으로 이러한 추가적인 데이터를 사용한다.

AV 제시 디바이스(180)는 추출된 워터마크로부터의 코드(300)를 사용하여 메타데이터 서버(350)에 요청을 행할 수 있다. 코드 데이터베이스(370)는 코드(300) 및 연관된 메타데이터(360)를 포함하는 데이터를 콘텐츠 소스(100)로부터 수신한다. 코드(300) 및 연관된 메타데이터(360)는 후속 사용을 위해 코드 데이터베이스(370)에서 저장된다. 이러한 방식으로, 오디오-비주얼 콘텐츠 내에서 인코딩되는, 워터마크 삽입기(190)에 제공되는 코드(300)가 자신의 연관된 메타데이터(360)와 함께 코드 데이터베이스(370)에서 또한 저장된다. MVPD(130), 또는 그 이외의 것이 연관된 메타데이터를 제거하거나 또는 그렇지 않고 연관된 메타데이터를 변경하는 경우에, 이것은 제공된 코드(351)를 사용하여 코드 데이터베이스(370)에 쿼리하고 메타데이터(353)와 연관된 응답을 AV 제시 디바이스(180)에 제공하는 메타데이터 서버(350)로부터 AV 제시 디바이스(180)에 의해 복구 가능하다. 메타데이터 서버(350)에 의해 제공되는 회신 메타데이터는 콘텐츠 및 시그널링 서버(380)에 제공되는 요청(355)을 형성하기 위해 AV 제시 디바이스(180)에 의해 사용된다. 콘텐츠 및 시그널링 서버(380)는, 이러한 요청에 응답하여, 선택된 콘텐츠 및 시그널링(357)을 AV 제시 디바이스(180)에 제공한다. 일반적으로, 콘텐츠 및 시그널링 서버(380)는 메타데이터 서버(350)와는 상이할 수 있다.

그러나, 메타데이터 서버에 제1 요청을 행하여 제공되는 코드에 대한 응답을 획득하고, 다음으로 후속하여 메타데이터를 사용하여 요청을 콘텐츠 및 시그널링 서버(380)에 제공하는 것은, 이용되는 2개의 상이한 서버들 및/또는 요청들로 인해, 부담스럽고 실패하는 경향이 있다. 추가적으로, 이것은 레이턴시를 증가시킬 수 있다.

예로서, 메타데이터는 다음의 신택스 엘리먼트들 중 하나 이상으로 구성될 수 있다:

(1) 콘텐츠 및 시그널링 서버의 위치(예를 들어, 자신의 네트워크 어드레스와 같은, 서버가 있는 곳. 네트워크 어드레스들의 예들은 도메인 명칭들, IPv4 어드레스 등임);

(2) 콘텐츠 및 시그널링 서버와의 통신을 위해 사용될 프로토콜(예를 들어, Hypertext Transfer Protocol - http, Hypertext Transfer Protocol Secure - http들 등);

(3) 오디오-비주얼 콘텐츠에서의 시간적 위치를 식별하는 시간 코드(예를 들어, 메타데이터가 오디오-비주얼 콘텐츠에서 연관되어야 하는 곳);

(4) 시간 감지 이벤트 트리거(예를 들어, 오디오-비주얼 콘텐츠에서의 특정 위치에 대한 광고 또는 이벤트);

(5) 채널 식별(예를 들어, 채널 특정 정보; 로컬 채널 콘텐츠);

(6) 콘텐츠 및 시그널링 서버가 요청하는 지속기간이 (예를 들어, 부하 균형화를 위해) 클라이언트에 의해 랜덤하게 수행됨. 간결성을 위해, 이러한 신택스 엘리먼트는 콘텐츠 서버 요청들에 대한 지속기간으로서 또한 지칭될 수 있음;

(7) 등.

오디오-비디오 콘텐츠에 내장되는 워터마크(들)는 워터마킹된 오디오-비디오 방송이 비-용이하게 관찰 가능한 정보를 가질 때 적은 비트들만의 페이로드 정보를 운반하는 용량을 통상적으로 갖는다. 상대적으로 작은 페이로드 크기들에 대해, 시간 코드(위에서의 엘리먼트 3) 및/또는 콘텐츠 및 시그널링 서버의 위치(위에서의 엘리먼트 1)는 이용 가능한 페이로드의 상당한 백분율을 차지하는 경향이 있어서 남아있는 데이터에 대한 제한된 추가적인 페이로드를 남겨두어, 문제가 되는 경향이 있다.

워터마크 내에 충분한 메타데이터를 포함하여, 시간 코드 및 위치 정보 양자 모두가 추가적인 정보와 함께 제공될 수 있도록 하기 위해, 다수의 워터마크 페이로드들에 걸쳐 메타데이터를 파티셔닝하는 것이 바람직할 수 있다. 워터마크 페이로드들 각각은 마찬가지로 바람직하게는 오디오-비주얼 콘텐츠의 상이한 부분들 내에 포함된다. 다수의 워터마크 페이로드들로부터 추출되는 데이터는 함께 조합되어 요청을 행하는데 사용될 바람직한 정보의 세트를 형성한다. 아래 설명에서 페이로드라는 용어는 워터마크 페이로드를 표시하는데 사용될 수 있다. 신택스 엘리먼트들 각각은 단일 페이로드 내에 포함될 수 있고, 다수의 페이로드들에 걸쳐 이어질 수 있고, 및/또는 다수의 페이로드들에 걸쳐 프래그먼트화될 수 있다. 각각의 페이로드에는 식별의 목적들을 위한 페이로드 타입이 배정될 수 있다. 추가로, 동일한 또는 대략 동일한 타임라인 위치에 속하는 다수의 페이로드들 사이에 연관성이 수립될 수 있다. 또한, 이러한 연관성은, 원하는 대로, 단-방향성 또는 양-방향성일 수 있다.

원하는 시간 코드 데이터는 오디오-비주얼 콘텐츠의 몇몇 시간적 위치들에 걸쳐 이어지는 페이로드(들)로부터 획득될 수 있다. 따라서 일부 시스템들은 결정된 시간 코드를 오디오-비주얼 콘텐츠의 특정 시간적 위치와 연관시키는 규칙들을 수립할 수 있다. 예에서, 선택된 시간적 위치는 미리 결정된 워터마크 페이로드의 종료에 있는 시간적 위치에 대응할 수 있다.

예를 들어, 페이로드 크기는 50 비트일 수 있고 한편 바람직한 메타데이터는 70 비트일 수 있고, 따라서 단일 워터마크의 페이로드 크기를 초과한다. 바람직한 메타데이터의 예는 다음과 같을 수 있다:

콘텐츠 및 서버의 위치 (I) 32 비트 (인터넷 프로토콜 "IP" 어드레스)

애플리케이션 레이어 프로토콜 (A) 1 비트 (http / https)

시간 코드 (T) 25 비트 (1초의 세분화도가 있는 유일성의 1년 동안)

시간 감지 트리거 (D) 1 비트(1의 A 값은 AV 제시 디바이스가 대화형 콘텐츠에 대해 쿼리해야 함을 표시함). 0의 값은 AV 제시 디바이스가 (예를 들어, 시간 베이스 트리거에서와 같이) 대화형 콘텐츠에 대해 쿼리하지 않아야 함을 표시함).

채널 식별 (L) 9 비트

콘텐츠 서버 요청들에 대한 지속기간 (R) 2 비트

바람직한 메타데이터의 다른 예는 다음과 같을 수 있다:

콘텐츠 및 서버의 위치 (I) 32 비트 (IP 어드레스)

애플리케이션 레이어 프로토콜 (A) 2 비트 (00= http / 01= https, 10= 예약, 11= 예약)

시간 감지 트리거 (D) 1 비트

채널 식별 (L) 9 비트

콘텐츠 서버 요청들에 대한 지속기간 (R) 2 비트

메타데이터를 파티셔닝하는 하나의 방식은 하나의 페이로드에 CSSCI(content and signal server communication information)를, 그리고 다른 페이로드에 타임라인 정보를 포함하는 것이다. CSSCI 페이로드는, 예를 들어, 장소 정보(where information)(예를 들어, 콘텐츠 및 시그널링 서버의 위치), 연관성 정보(예를 들어, CSSCI 페이로드를 하나 이상의 다른 페이로드와 연관시키는 식별자), 및 방법 정보(how information)(예를 들어, 애플리케이션 레이어 프로토콜, 콘텐츠 서버 요청들에 대한 지속기간)를 포함할 수 있다. 타임라인 정보는, 예를 들어, 연관성 정보 (예를 들어, 타임라인을 하나 이상의 다른 페이로드와 연관시키는 식별자), 시간 정보(when information) (예를 들어, 시간 코드 정보), 및 어느 것 정보(which information)(예를 들어, 채널 식별)를 포함할 수 있다.

도 5를 참조하면, 예시적인 CSSCI 페이로드가 도시된다.

도 6을 참조하면, 예시적인 시간 위치 페이로드가 도시된다. 시간 위치라는 용어는 시간적 위치라는 용어 대신에 대안적으로 사용될 수 있다.

페이로드 타입은 제1 비트, "Y"에 의해 식별될 수 있다. Y가 0으로 설정될 때 페이로드는 CSSCI 페이로드에 대응하고, CSSCI를 표기하는데 14 비트 페이로드 식별자(P)가 사용된다. Y가 1로 설정될 때 페이로드는 시간적 위치 페이로드에 대응하고, 14 비트 페이로드 식별자(P)는 대응하는 CSSCI를 시그널링한다. 그 결과, 동일한 페이로드 식별자(P) 값이 있는 상이한 페이로드 타입들은 서로 연관된다. 식별자 R은 콘텐츠 및 시그널링 서버 요청들을 확산시키기 위한 지속 시간(time duration)을 표시한다. 또 다른 예에서 "Y"는 2-비트 필드에 대응할 수 있고 여기서 값 00은 CSSCI 페이로드를 표시하고, 값 01은 시간적 위치 페이로드를 표시하고, 값들 10, 11은 미래 사용을 위해 예약된다.

도 7을 참조하면, 예시적인 타임 라인이 도시된다. 제1 CSSCI 타입 페이로드(예를 들어, CSSCI-0)는 연관성 정보 P의 제1 세트를 갖고 한편 제2 CSSCI 타입 페이로드(예를 들어, CSSCI-1)는 연관성 정보 P의 제2 상이한 세트를 갖는다. CSSCI-0 및 CSSCI-1에 대해 2개의 상이한 연관성 정보 P를 갖는 것은 2개의 CSSCI 페이로드들 사이를 구별하고 이들을 식별한다. 제1 시간 위치 페이로드(예를 들어, Timeline-0)는 CSSCI-0에 대한 연관성 정보 P와 정합하는 연관성 정보 P의 제1 세트를 갖고, 제2 시간 위치 페이로드(예를 들어, Timeline-1)는 CSSCI-0에 대한 연관성 정보 P와 정합하는 연관성 정보 P의 동일한 제1 세트를 갖고, 제3 시간 위치 페이로드(예를 들어, Timeline-2)는 CSSCI-1에 대한 연관성 정보 P와 정합하는 연관성 정보 P의 동일한 제2 세트를 갖는다. 이러한 방식으로, CSSCI-0, Timeline-0; CSSCI-0, Timeline-1; 및 CSSCI-1, Timeline-2는 이어진 워터마킹된 정보를 갖는 쌍들로서 함께 연관된다. 이것은 동일한 CSSCI 타입 페이로드가 다수의 상이한 시간 위치 페이로드들에 대해 사용되는 것을 허용한다.

도시되는 바와 같이, 각각의 시간적 위치 페이로드는 이전에 수신된 CSSCI 타입 페이로드와 연관되고, 따라서 자신의 연관성에서 단방향성이다. 시간적 위치 페이로드와 정합하는 이전의 CSSCI 타입 페이로드가 이용 가능하지 않을 경우에, 시스템은 패킷이 손실되었다고 또는 그렇지 않으면 워터마킹이 효과적이지 않았다고 결정할 수 있을 수 있다. 오디오-비디오 콘텐츠는, 오디오-비디오 콘텐츠의 비트레이트를 감소시키기 위해서와 같이, 오디오-비디오 트랜스코딩(transcoding)에 의해 수정되는 경향이 있기 때문에, 워터마킹 데이터의 손실이 일부 빈도로 발생한다.

도 8을 참조하면, 예시적인 타임 라인이 도시된다. 제1 CSSCI 타입 페이로드(예를 들어, CSSCI-0)는 연관성 정보 P의 제1 세트를 갖고 한편 제2 CSSCI 타입 페이로드(예를 들어, CSSCI-1)는 연관성 정보 P의 제2 상이한 세트를 갖는다. CSSCI-0 및 CSSCI-1에 대해 2개의 상이한 연관성 정보 P를 갖는 것은 2개의 CSSCI 페이로드들 사이를 구별하고 이들을 식별한다. 제1 시간 위치 페이로드(예를 들어, Timeline-0)는 CSSCI-0에 대한 연관성 정보 P와 정합하는 연관성 정보 P의 제1 세트를 갖고, 제2 시간 위치 페이로드(예를 들어, Timeline-1)는 CSSCI-0에 대한 연관성 정보 P와 정합하는 연관성 정보 P의 동일한 제1 세트를 갖고, 제3 시간 위치 페이로드(예를 들어, Timeline-2)는 CSSCI-1에 대한 연관성 정보 P와 정합하는 연관성 정보 P의 동일한 제2 세트를 갖는다. 이러한 방식으로, CSSCI-0, Timeline-0; CSSCI-0, Timeline-1; 및 CSSCI-1, Timeline-2는 이어진 워터마킹된 정보를 갖는 쌍들로서 함께 연관된다. 이것은 동일한 CSSCI 타입 페이로드가 다수의 상이한 시간 위치 페이로드들에 대해 사용되는 것을 허용한다. 도시되는 바와 같이, 시간적 위치 페이로드들 중 2개는 이전에 수신된 CSSCI 타입 페이로드와 연관되고, CSSCI 타입 페이로드들 중 하나는 후속하여 수신되는 시간적 위치 페이로드와 연관되고, 따라서 자신의 연관성에서 양방향성이다. 시간적 위치 페이로드와 정합하는 대응하는 CSSCI 타입 페이로드가 이용 가능하지 않을 경우에, 시스템은 패킷이 손실되었다고 또는 그렇지 않으면 워터마킹이 효과적이지 않았다고 결정할 수 있을 수 있다. 유사하게, CSSCI 페이로드와 정합하는 대응하는 타임라인 타입 페이로드가 이용 가능하지 않을 경우에, 시스템은 패킷이 손실되었다고 또는 그렇지 않으면 워터마킹이 효과적이지 않았다고 결정할 수 있을 수 있다. 오디오-비디오 콘텐츠는, 오디오-비디오 콘텐츠의 비트레이트를 감소시키기 위해서와 같이, 오디오-비디오 트랜스코딩(transcoding)에 의해 수정되는 경향이 있기 때문에, 워터마킹 데이터의 손실이 일부 빈도로 발생한다.

예에서, CSSCI 타입 페이로드(예를 들어, CSSCI-0)는 연관성 정보 P0 및 P1의 2개의 세트들을 갖는다. 시간 위치 페이로드, 예를 들어, Timeline-0은, CSSCI-0에 대한 연관성 정보 P0 및 P1과 정합하는 연관성 정보 P0 및 P1의 2개의 세트들을 갖는다. 이러한 예에서 양방향성 연관성은 CSSCI-0, Timeline-0 쌍에 대해 존재하고 여기서 P0은 CSSCI-0을 지시하고 P1은 Timeline-0을 지시한다.

페이로드 식별자(P)에 배정되는 비트들의 수는, (예를 들어, 원하는 강인성을 위해) 원하는 대로, 수정될 수 있다. 유사하게, I, A, T, D, L, 및 R에 배정되는 비트들의 수는, 원하는 대로, 수정될 수 있다.

예에서, AV 제시 디바이스(180)는 "c" 가장 최근에 수신된 CSSCI 페이로드(들)의 가변 listC에 의해 나타내어진 리스트를 유지할 수 있다. "c"는, 원한다면, 워터마크에서 제공되거나, 또는 그렇지 않으면 시스템에 의해 설정될 수 있다. 이러한 방식으로, AV 제시 디바이스(180)는 메모리에서 제한된 수의 CSSCI 페이로드들을 유지해야만 할 수 있다. c=1인 경우, 일단 CSSCI 페이로드가 수신되면 이것은, 도 9에 도시되는 바와 같이, 다른 CSSCI 페이로드가 수신될 때까지 유효하게 유지된다. CSSCI 페이로드의 손실은 페이로드 식별자(P)를 사용하여 검출될 수 있고, 예를 들어, 시간적 위치 페이로드는 listC에서의 CSSCI 페이로드들 중 어느 것에도 대응하지 않는 P를 포함한다. 이러한 방식으로, 상이한 AV 제시 디바이스들(180)에 걸쳐 동일한 사용자 경험이 달성될 수 있다.

예에서, AV 제시 디바이스(180)는 수신된 CSSCI 페이로드(들)의 하나보다 많은 리스트를 유지할 수 있다. 각각의 리스트는 크기가 상이할 수 있고, 상이한 세트의 규칙들을 사용하여 유지(즉, 리스트 내에서의 엔트리들의 추가/제거)될 수 있다. 이것은 리스트들의 서브세트가 동일한 크기 및/또는 동일한 유지보수 규칙들을 가질 수 있다는 가능성을 배제하지 않는다는 점이 이해되어야 한다. 예로서, 180에 의해 유지되는 2개의 리스트들이 존재할 수 있고 여기서 하나의 리스트는 "c1" 가장 최근에 수신된 CSSCI 페이로드(들)를 포함하고 여기서 각각의 페이로드는 "0" CSSCI 페이로드(들)의 간격으로 수신되고; 한편 다른 리스트는 "c2" 가장 최근에 수신된 CSSCI 페이로드(들)를 포함하고 여기서 각각의 페이로드는 "d" CSSCI 페이로드(들)의 간격으로 수신된다.

도 10을 참조하면, 수정된 시스템은 콘텐츠 소스(100), 워터마크 삽입기(190), MVPD(130), 방송 수신 디바이스(160), 및 자신의 워터마크 가능 수신기(310) 및 워터마크 클라이언트(320)와 함께인 AV 제시 디바이스(180)를 포함할 수 있다. 콘텐츠 서버(400)는 코드 데이터베이스(370), 메타데이터 서버(350), 및 콘텐츠 및 시그널링 서버(들)(380)를 포함하도록 수정될 수 있다. 코드(300) 및 메타데이터(360)는 콘텐츠 소스(100)에 의해 콘텐츠 서버(400)에 제공된다. 콘텐츠 및 시그널링 데이터는 콘텐츠 및 시그널링 서버(들)(390)에 제공된다.

AV 제시 디바이스(180)는 오디오-비디오 방송으로부터의 디코딩된 하나 이상의 워터마크에 기초하는 요청에서의 코드를 제공할 수 있다. 콘텐츠 서버(400)는 AV 제시 디바이스(180)로부터 코드가 있는 요청을 수신한다. 다음으로, 메타데이터 서버(380)는 수신된 코드 요청을 파싱하고, 코드 데이터베이스(370)로부터의 정보에 기초하여, 콘텐츠 및 시그널링 서버(들)(390)에 요청을 행하여 AV 제시 디바이스(180)에 다음으로 제공되는 콘텐츠 및 시그널링 정보를 결정한다. 이러한 방식으로, AV 제시 디바이스(180)는 단일 콘텐츠 서버(400)에 단일 요청을 행할 필요만 있고, 이는 응답을 AV 제시 디바이스(180)에 결국 제공한다. 콘텐츠 서버(400)의 상이한 기능들은 기존 기능들을 함께 조합하는 것, 기존 기능들을 더 많은 컴포넌트들로 분리시키는 것, 컴포넌트들을 생략하는 것, 및/또는 임의의 다른 기법에 의해 달성될 수 있다는 점이 이해되어야 한다.

도 5 및 도 6에서의 페이로드(들)에 대응하는 (콘텐츠 서버(400)에 전송될) http/https 요청 URL은, 시간 감지 트리거 D가 1과 동일할 때, 다음과 같이 정의될 수 있다:

A가 0과 동일하면, http 요청 URL은 다음과 같다:

http://IIIIIIII.IIIIIIII.IIIIIIII.IIIIIIII/LLLLLLLLL?time=TTTTTTTTTTTTTTTTTTTTTTTTT

그렇지 않으면, https 요청 URL은 다음과 같다:

https://IIIIIIII.IIIIIIII.IIIIIIII.IIIIIIII/LLLLLLLLL?time=TTTTTTTTTTTTTTTTTTTTTTTTT

여기서 위에서의 IIIIIIII.IIIIIIII.IIIIIIII.IIIIIIII는 CSSCI 페이로드에서 시그널링되는 32-비트 IP 어드레스에 대응한다.

예에서, 콘텐츠 서버 위치, 통신 프로토콜, 통신 포트, 로그인 정보, 콘텐츠 서버 상의 폴더와 같은 정보를 명시하는 URL의 서브세트는 지정된 페이로드 타입에서 운반된다.

일부 구현들에서, 신택스 엘리먼트의 값은 다수의 페이로드들에 이어지는 정보를 액세스할 수 있는 디코딩 프로세스를 사용하여 도출될 수 있다. 예를 들어, 시간 코드는 다수의 워터마크 페이로드들로 프래그먼트화될 수 있고 다음으로 완전한 시간 코드를 구성하도록 재조립될 수 있다. 예에서, 시간 코드는 오디오-비주얼 콘텐츠 내에서의 시간적 위치에 대응할 수 있다. 예에서, 시간 코드는 오디오-비주얼 콘텐츠의 타임라인 데이터에 대응할 수 있다.

예를 들어, 페이로드 크기는 50 비트일 수 있고 한편 바람직한 메타데이터는 66 비트들일 수 있고, 따라서 단일 워터마크의 페이로드 크기를 초과한다. 바람직한 메타데이터의 예는 다음과 같을 수 있다:

콘텐츠 및 서버의 위치 (I) 32 비트 (IP 어드레스)

애플리케이션 레이어 프로토콜 (A) 1 비트 (http / https)

시간 감지 트리거 (D) 1 비트

채널 식별 (L) 5 비트

콘텐츠 서버 요청들에 대한 지속기간 (R) 2 비트

바람직한 메타데이터의 다른 예는 다음과 같을 수 있다:

콘텐츠 및 서버의 위치 (I) 32 비트 (IP 어드레스)

시간 감지 트리거 (D) 1 비트

채널 식별 (L) 5 비트

콘텐츠 서버 요청들에 대한 지속기간 (R) 2 비트

도 11을 참조하면, 상태 전이 다이어그램은 시간 코드를 계산하는 하나의 기법을 도시한다. 시간 코드 동기화를 획득하기 위해 페이로드 타입 "start sync"와 함께 시작하는 다수의 연속 페이로드들은, 전체가 "r"과 동일한, 타입 "not start sync"의 페이로드들이 뒤따른다. 각각이 그 안에 포함되는 일부 시간 정보를 갖는, "r" 연속 페이로드들의 전체를 사용하여, 시간 동기화는 앵커 시간(anchor time)을 계산하여 결정될 수 있다. 앵커 시간 코드를 계산한 이후, 시간 코드는 다음 시간 코드를 결정하기 위해 "r" 연속 페이로드들의 다른 전체를 수신하는 것을 요구하지 않는 이러한 방식으로 그 안에 부분적인 시간 코드 정보를 포함하는 추가적인 페이로드들을 수신하는 것에 의해 업데이트될 수 있다. 이러한 시간 동기화를 달성하는 하나의 기법은 연속 페이로드들에서의 시간 코드 및 연속 페이로드들의 각각에서의 증분 시간 코드를 파티셔닝하는 것이다. 채널을 변경하는 것에 의해서와 같이, 동기화가 손실될 때, 동기화 획득 프로세스가 수행된다. 비디오 디스플레이 디바이스는 먼저 턴 온(ON)될 때 초기 "동기화 획득(obtaining synchronization)" 상태로 진입한다.

도 12를 참조하면, 워터마크 페이로드의 예시적인 구조가 도시된다. Z는 페이로드 타입을 표시하고, 여기서 1과 동일한 Z는 시간 싱크의 시작을 표시하고 0과 동일한 Z는 시간 싱크의 시작이 아니라는 것을 표시한다. S는 절대적인 시간 코드를 결정함에 있어서 사용되는 시간 싱크 페이로드 비트들을 표시한다. M은 시간 코드를 유지함에 있어서 사용되는 시간 싱크 페이로드들 비트들을 표시한다.

예로서, AV 제시 디바이스(180)는 n=7 연속 워터마크 페이로드들을 수신할 수 있고 여기서 제1 페이로드는 Z=1을 갖고 한편 후속 워터마크 페이로드들은 Z=0을 갖는다. "SSSS"에 대응하는 비트들은 (t-n+1)번째 내지 t번째 워터마크 페이로드로부터 추출되고 시간적 위치의 시간 코드 "Tt"의 28 비트 표현을 획득하도록 함께 연접(concatenate)된다. 앵커 시간 코드 "Ct"는 "Tt"로 또한 설정된다. "Tt"는 SSSSz=1,t-n+1 ... SSSSz=0,t-1SSSSz=0,t; "Ct"="Tt"로서 표현될 수 있다. 다른 예에서, 상수들은 (미래 시간을 선택하도록) 추가될 수 있고 및/또는 도출된 값들에 (세분화도를 변경하도록) 승산될 수 있다. 또 다른 대안적인 예에서, 도출된 값들은 매핑 함수의 사용에 의해 다른 값에 매핑된다.

일단 동기화 초기화가 획득되면, 앵커 시간 및 페이로드 시간은 각각의 페이로드를 사용하여 업데이트된다. 이것은, 예를 들어, 다음과 같이 수행될 수 있다:

Tt=f(Ct-1, MMMMt)

Ct=g(Tt)

여기서, f는 입력으로서 2개 값들을 취하고 1개 값을 출력하는 매핑 함수를 나타내고; g는 입력으로서 1개 값을 취하고 1개 값을 출력하는 매핑 함수를 표현하고; /는 제로로의 결과의 절삭이 있는 정수 나눗셈을 표현한다. 예를 들어, 7 / 4 및 -7 / -4는1로 그리고 -7 / 4 및 7 / -4는 -1 로 절삭된다. 예에서,

Tt=Ct-1 + MMMMt

Ct=Tt

위에 설명된 바와 같이, "n"개 페이로드들마다 앵커 시간은 "SSSS"에 대응하는 비트들을 사용하여 또한 결정될 수 있다. "SSSS"를 사용하여 결정되는 앵커 시간은 위 앵커 시간 도출과 정합해야 하고, 유지되는 시간 코드의 올바름을 검증하는데 사용될 수 있다.

워터마크는 비-제로 시간에 이어질 수 있으므로, 시간 코드 Tt의 시간적 위치는, 예를 들어, Tt가 t번째 워터마크 페이로드의 종료에 있는 시간 인스턴트에 대응할 수 있는 것과 같은, 규칙들의 세트에 의해 결정될 수 있다.

다수의 신택스 엘리먼트들은 코드를 형성하기 위해 조합될 수 있다는 점이 이해되어야 한다. 다음으로, 코드는 AV 제시 디바이스(180)에 의해 또는 다른 서버를 사용하여 상이한 신택스 엘리먼트 값들로 매핑될 수 있다. 예를 들어, 서버 정보(예를 들어, 콘텐츠 및 시그널링 서버(들)의 위치 및/또는 애플리케이션 레이어 프로토콜 등) 및 시간 코드는 단일 코드로 조합된다. 다음으로, 단일 코드는 압축되지 않은 오디오-비디오 스트림에서의 시간적 위치, 및 콘텐츠 및 시그널링 서버(들)의 위치에 매핑된다. 이러한 방식으로, 단일 요청은 추가적인 정보를 위해 서버에 대해 행해질 수 있다.

제한된 수의 비트들은, 시간 코드에서 충돌들을 허용하는 이러한 방식으로, 시간 코드에 대해 사용될 수 있다. 예를 들어, 시간코드에 대해 20 비트를 사용하는 것은 1초의 세분화도에서 유일성의 최대 12일을 허용한다. 12일 이후, 시간코드에 대응하는 코드공간은 재사용되어, 충돌들로 초래되는 경향이 있을 것이다.

일 예에서, 워터마크 페이로드는 SDO(Standards Developing Organization) 개인 데이터 커맨드 내에서 cmdID들을 사용하는 SDO 페이로드로서 캡슐화될 수 있다. 예로서, 도 5 또는 도 6의 워터마크 페이로드는 SDO페이로드로서 캡슐화될 수 있다. cmdID 값 0x05는 워터마크 기반 대화형 서비스들 트리거(triggered declarative object - TDO 모델)를 지칭할 수 있다. cmdID 값 0x06은 워터마크 기반 대화형 서비스들 트리거(직접 실행 모델)를 지칭할 수 있다. 이것은 트리거 수송을 위해 구축되는 기존 세그먼트화 및 재조립 모듈들의 재사용을 용이하게 한다. 세그먼트화된 커맨드는, 원한다면, 워터마크들에 내장될 수 있다. SDO 개인 데이터는, 도 13에 도시되는 바와 같이, 원해질 수 있고, 여기서 패킷은 SDO_payload()의 부분으로서 포함된다. 일부 예들에서, 이러한 방식으로 수신되는 워터마크 페이로드는 이러한 정의된 cmdID 타입들을 핸들링하는 수신기에서의 엔티티 및/또는 모듈에 전달될 수 있다. 다음으로, 해당 모듈의 세그먼트화 및 재조립 기능성은, 워터마크 페이로드 패킷이 다수의 패킷들로 분할될 필요가 있으면 - 비트들의 수의 면에서 선택된 워터마크 방식의 용량에 의존함 - 재사용될 수 있다.

파라미터 타입 T는, CEA-708("CEA: "Digital Television (DTV) Closed Captioning, CEA-708-E, Consumer Electronics Association, June 2013")의 섹션 7.1.11.2에서 정의되는 바와 같이, SDOPrivatedata 커맨드의 인스턴스가 세그먼트화된 가변 길이 커맨드의 부분인지, 그리고, 그러하다면, 이러한 인스턴스가 최초, 중간, 또는 최후 세그먼트인지 표시하는 2-비트 필드이다. SDOPrivateData 커맨드에서의 타입 필드는 CEA-708의 섹션 7.1.11.2에서 명시되는 바와 같이 인코딩된다. pr은, '1'로 설정될 때, 커맨드의 콘텐츠가 프로그램 관련(Program Related)인 것으로 어서팅(assert)된다는 점을 표시하는 플래그이다. 이러한 플래그가 '0'으로 설정될 때, 커맨드의 콘텐츠는 그렇게 어서팅되지 않는다. 길이(L)는 범위 2 내지 27에서, 헤더 다음의 바이트들의 수를 표시하는 무부호 정수이고, 비트들 L4 내지 L0의 세트로서 SDOPrivateData 커맨드에서 표현되고, 여기서 L4는 최상위이고 L0은 최하위이다. cid(cmdID)는 뒤따르는 SDO_payload() 데이터 구조의 신택스 및 시맨틱들을 정의한 SDO를 식별하는 8-비트 필드이다. 메타데이터는, 도 14에 도시되는 바와 같이, cmdID들을 사용하여 SDO 페이로드로서 SDO 개인 데이터 내에서 캡슐화될 수 있다.

도 5 및 도 6에서 정의되는 페이로드는 cmdID들을 사용하여 SDO 페이로드로서 SDOPrivateData(SDO(Standards Developing Organization Private data) 커맨드 내에서 캡슐화될 수 있다. cmdID 값 0x05 및 0x06은 각각 도 5 및 도 6에서 정의되는 페이로드들의 캡슐화를 지칭할 수 있다. 이것은 트리거 수송을 위해 구축되는 기존 세그먼트화 및 재조립 모듈들의 재사용을 용이하게 한다. 세그먼트화된 커맨드는, 원한다면, 워터마크들에 내장될 수 있다. SDO 개인 데이터는, 도 13에 도시되는 바와 같이, 원해질 수 있고, 여기서 페이로드 패킷은 SDO_payload()의 부분으로서 포함된다.

도 12에서 정의되는 페이로드는 cmdID들을 사용하여 SDO 페이로드로서 SDO(Standards Developing Organization) 개인 데이터 커맨드 내에서 캡슐화될 수 있다. cmdID 값 0x05는 도 12에서 정의되는 페이로드들의 캡슐화를 지칭할 수 있다. 이것은 트리거 수송을 위해 구축되는 기존 세그먼트화 및 재조립 모듈들의 재사용을 용이하게 한다. 세그먼트화된 커맨드는, 원한다면, 워터마크들에 내장될 수 있다. SDO 개인 데이터는, 도 13에 도시되는 바와 같이, 원해질 수 있고, 여기서 패킷은 SDO_payload()의 부분으로서 포함된다.

도 15를 참조하면, 시스템의 송신기는 워터마크로서 에센스(essence)(예를 들어, 오디오 및/또는 비디오 콘텐츠)로 내장되어야 하는 하나 이상의 메시지(530A, 530B, 530C)를 수신할 수 있다. 하나 이상의 메시지(530A, 530B, 530C)는 하나 이상의 프래그먼트(520A, 520B, 520C)의 형태로 패키징될 수 있다. 예로서, 각각의 메시지는 대응하는 프래그먼트의 형태로 패킹될 수 있다. 예로서, 각각의 메시지는 하나 이상의 대응하는 프래그먼트의 형태로 패킹될 수 있다. 예로서, 메시지는 파티셔닝될 수 있고, 이들 각각은 메시지 프래그먼트에 대응한다. 일부 경우들에서는, 프래그먼트의 허용된 길이를 초과하는 메시지가 복수의 대응하는 프래그먼트들로 확산될 수 있다. 일부 경우들에서는, 긴 메시지가 복수의 대응하는 프래그먼트들에 확산될 수 있다. 예에서, 프래그먼트들 각각은 다른 프래그먼트들이 송신될 필요가 없을 때만 송신되도록 인코딩된다. 송신기는 메시지 프래그먼트(들)를 수신할 수 있고, 에센스 내에 내장될 일련의 하나 이상의 페이로드(510)를 생성할 수 있다. 일부 경우들에서는, 이러한 일련의 것들은 동일한 메시지 프래그먼트(들)를 여러번 내장하고 및/또는 전송하는 것을 포함할 수 있다. 예에서, 하나의 페이로드는 에센스의 하나의 유닛(예를 들어, 비디오의 하나의 픽처 및/또는 오디오의 하나의 세그먼트)과 함께 내장된다. 페이로드들(510) 각각은 프래그먼트(들)에 대한 추가적인 헤더 및 시그널링 정보를 포함할 수 있다. 예를 들어 비디오 픽처 및/또는 오디오 세그먼트일 수 있는, 에센스는, 마킹된 에센스를 생성하기 위해, 그 안에 페이로드(510)를 내장하는 워터마크 내장기(500)에 의해 수신될 수 있다.

예시적인 시스템에서는, 비디오 세그먼트 내의 픽처가 워터마크를 운반하면 비디오 세그먼트 내의 모든 픽처들이 워터마크를 운반할 것이라는 점이 요구될 수 있다. 다음으로, 수신기는, 워터마크 세그먼트가 현재 비디오 세그먼트에서 검출되고 있지 않지만, 더 이른 시기에는, 비디오 세그먼트 내의 픽처가 워터마크를 포함하였다는 점을 검출하는 것에 의해 픽처들의 손실을 검출할 수 있다. 비디오 세그먼트는 연속 픽처들의 그룹에 대응할 것이다. 수신기 내에서 비디오 세그먼트는 일부 외부 수단에 의한 워터마크 추출기에 의해 식별될 수 있다.

도 16을 참조하면, 시스템의 디코더 또는 수신기는, 도 15의 송신기에 의해 제공되는 것들과 같은, 하나 이상의 마킹된 에센스를 수신할 수 있다. 워터마크 페이로드 추출기(600)는 마킹된 에센스(들)로부터 페이로드(들)를 추출한다. 하나 이상의 메시지 프래그먼트는 하나 이상의 페이로드로부터 추출(610)될 수 있다. 추출(610)의 결과는 일련의 하나 이상의 메시지 프래그먼트이다. 하나 이상의 메시지 프래그먼트들 각각은 (예를 들어, 메시지 프래그먼트의 헤더 정보를 사용하여) 적절하게 그룹화되고 메시지 재조립(620A, 620B, 620C)에 입력될 수 있다. 메시지 재조립(620A, 620B, 620C)의 결과는 일련의 메시지들(630A, 630B, 630C)이다. 메시지들(630A, 630B, 630C) 각각은 하나 이상의 프래그먼트의 재조립의 결과일 수 있고, 이는 하나 이상의 페이로드의 결과일 수 있고, 이는 하나 이상의 마킹된 에센스의 결과일 수 있다. 예에서, 도 16에서의 추출되고 재조립된 Message 1(630A), ..., Message (N-1)(630B), Message N(630C)은 도 15에서의 Message 1(530A), ..., Message (N-1)(530B), Message N(530C)과 각각 동일할 것이다. 예로서, 메시지 재조립은 메시지 프래그먼트들의 그룹에 포함되는 메시지 데이터를, 특정 순서로, 연접시키는 것을 수반할 수 있다.

예에서, "1X" 비디오 워터마크(방출 포맷)는 비디오 프레임 당 페이로드 데이터의 30 바이트들을 전달하고, 한편 "2X" 비디오 워터마크(방출 포맷) 시스템은 프레임 당 60 바이트들을 전달한다. 이들은 각각 1X 시스템 및 2X 시스템이라고 때때로 지칭된다.

예에서, 비디오 워터마크에 대한 페이로드 포맷은 1X 및 2X 시스템들 양자 모두에서 동일하다.

비디오 워터마크에 대한 예시적인 페이로드 포맷에서 런-인(run-in) 패턴에는 메시지 블록의 하나 이상의 인스턴스가 뒤따른다.

메시지 프래그먼트는 프래그먼트에서 운반되는 정보의 특정 타입을 표시하는 타입 정보를 포함할 수 있다. 예를 들어, 메시지 타입은, 정보가 신택스 엘리먼트들(예를 들어, 콘텐츠 식별자, 미디어 시간)의 미리 정의된 세트의 서브세트를 포함한다는 점을 표시할 수 있다. 일부 경우들에서는, 일부 신택스 엘리먼트들에 의해 취해지는 값들은 메시지 프래그먼트에 포함되는 신택스 엘리먼트들의 정확한 서브세트를 결정하는데 사용될 수 있다. 예를 들어, 메시지 타입은 정보가 채널 식별자를 포함할 수 있다는 점을 표시할 수 있다. 예를 들어, 메시지 타입은 정보가 URI(uniform resource identifier), 및 URI 타입을 포함할 수 있다는 점을 표시할 수 있다. 다른 예에서, 메시지 타입은 정보가 콘텐츠 식별자를 포함한다는 점을 표시할 수 있다.

예에서, 메시지 프래그먼트는 EIDR(Entertainment Identifier Registry)에 대응할 수 있는 콘텐츠 식별자를 포함할 수 있다.

예에서, 메시지 프래그먼트는 광고 자산들을 추적하는데 사용되는 Ad-ID(advertising identifier)에 대응할 수 있는 콘텐츠 식별자를 포함할 수 있다.

예에서, 메시지 프래그먼트는 그 내에 포함되는 가변 길이 정보에 관한 길이 정보를 포함할 수 있다.

예에서, 워터마크 페이로드는 메시지를 포함할 수 있다.

예에서, 메시지는 하나의 메시지 프래그먼트 내에 포함될 수 있다.

예에서, 워터마크 페이로드는 하나 이상의 메시지 프래그먼트를 운반할 수 있다.

예에서, 메시지 프래그먼트는, 예를 들어, URI, Ad-ID에 대한, 그 내에 포함되는 가변 길이 정보에 관한 길이 정보를 포함할 수 있다.

예에서, 메시지 프래그먼트는 메시지 프래그먼트 내에 포함되는 제1 가변 길이 정보에 관한 길이 정보를 포함할 수 있다. 제1 가변 길이 정보는 고정 길이 부분 및 제2 가변 길이 정보를 포함할 수 있다. 제2 가변 길이 정보의 길이는 제1 가변 길이 정보의 길이 마이너스 고정 길이 부분의 길이로서 도출될 수 있다. 고정 길이 부분의 길이는 임의의 적합한 방식으로 도출될 수 있다. 예를 들어, 고정 길이 부분은 메시지 타입, 제1 가변 길이 정보의 길이, 메시지 프래그먼트 내에 포함되는 고정 길이 부분에 속하는 신택스 엘리먼트들의 길이에 기초하여 도출될 수 있다. 예에서, 메시지 프래그먼트에 포함되는 제2 가변 길이 정보의 부분의 길이는 제1 가변 길이 정보의 길이 마이너스 메시지 프래그먼트에 포함되는 고정 길이 부분의 길이로서 도출된다. 예에서, 메시지 프래그먼트에 포함되는 고정 길이 부분은 인접하게 포함되지 않을 수 있다. 예에서, 메시지 프래그먼트에 포함되는 고정 길이 부분은 제2 가변 길이 정보의 어느 한 측 상에 놓여질 수 있다. 예에서, 고정 길이 부분은 메시지 프래그먼트 내에 부분적으로만 포함된다. 예에서, 고정 길이 부분은 메시지 프래그먼트 내에 포함되지 않을 수 있다.

일부 오디오-비디오 환경들에서는, 시스템이 오디오-비디오 콘텐츠를 시간-시프트(time-shift)하는 능력을 갖는 것이 바람직하다. 통상적으로, 이것은, 하드 드라이브와 같은, 저장 매체 상에 오디오-비주얼 콘텐츠를 기록하는 것, 및 다음으로, 기록이 아직 완료되지 않더라도 이후 시간에 기록된 쇼(show)를 시청하는 것을 지칭한다. 일부 오디오-비디오 환경들에서는 시스템이, 이전에 기록된 콘텐츠의 재생, 일시정지, 일시정지-라이브, 다음 세그먼트로의 점프, 최후 세그먼트로의 점프, 라이브 콘텐츠의 방송 재개 등과 같은, 트릭 모드 기능들을 할 수 있는 것이 또한 바람직하다. 일부 오디오-비디오 환경들에서는, 시스템이 사용자 선호도들 및 대화형 애플리케이션들이 비상 경보의 경우에 필요한 바와 같이 중단되는 것을 가능하게 하는 능력을 갖는 것이 바람직하다. 통상적으로, 비상 경보들은, 사실상 전국적인 및/또는 사실상 지역적인 지진들, 홍수들, 및 다른 이벤트들과 같은, 비상 정보를 제공하는 연방, 주, 또는 지방 정부들로부터 발신되는 중요한 메시지들이다. 오디오 비주얼 콘텐츠와 함께 종종 제공되는 이러한 비상 경보들에 대해서는, 비디오 오버레이들 또는 다른 그래픽 콘텐츠와 같은, AV 제시 디바이스(180) 상에 디스플레이되고 있는 그래픽들을 중단시킬 수 있어서, 비상 경보 메시지가 AV 제시 디바이스 상에서 용이하게 가시적인 방식으로 제시되도록 하는 것이 바람직하다. 예를 들어, 뷰어가 대화형 TV 애플리케이션과 상호작용하는 AV 제시 디바이스 상에서 개방되는 다른 윈도우와 함께 텔레비전과 같은 AV 제시 디바이스 상에서 비디오 콘텐츠를 시청하고 있는 경우에는, 비상 경보 메시지가 AV 제시 디바이스 상에서 용이하게 가시적이도록 비디오 콘텐츠 및 대화형 TV 애플리케이션 양자 모두를 중단시키는 것이 바람직하다. 비디오 콘텐츠에서 비상 경보 메시지를 단지 디스플레이하는 것은 비디오 콘텐츠가, 대화형 TV 애플리케이션과 같은, 다른 애플리케이션에 의해 불명료하게 되는 일부 상황들에서는 불충분할 수 있다. 일부 오디오-비디오 환경들에서는 방출된 방송 서비스들의 전부가, 케이블, 위성, 또는 IPTV(Internet Protocol Television) 오퍼레이터와 같은, MVPD로부터의 수신된 방송 텔레비전 서비스로부터 뷰어들게 이용 가능하지 않은 정도까지, 시스템은 수신기들이 대안적인 네트워크들(예를 들어, 광대역 네트워크 접속)을 통해 서비스들의 누락 컴포넌트들을 검색하는 것을 가능하게 할 수 있어야 한다. 종종, 이것은 비상 경보 메시지들 및 그 콘텐츠들을 포함할 수 있고, 이들은, 오디오 비주얼 콘텐츠를 수신하는 방송 수신기 디바이스(160)(예를 들어, 셋 톱 박스)가 그렇지 않으면 AV 제시 디바이스에 제공하는데 바람직할 수 있었던 다른 타입들의 컴포넌트들을 생략하면서 압축되지 않은 오디오 및 비디오 정보를 AV 제시 디바이스에만 제공하는 AV 제시 디바이스에 대한 HDMI(high definition multimedia interface)를 사용하고 있기 때문에, AV 제시 디바이스(180)에 이용 가능하게 되지 않을 수 있다. AV 제시 디바이스는 오디오 및/또는 비주얼 콘텐츠를 렌더링할 수 있고, 멀티-스크린 대화형 TV 세션에서 함께 네트워킹될 수 있는 임의의 디바이스일 수 있다는 점이 이해되어야 한다.

방송사에 의해 동시에 제공되고 있는 방송 오디오-비디오 콘텐츠, 오디오 및/또는 비디오 콘텐츠 내에 포함되는 워터마크 내에 내장되는 것과 같은, 오디오 비디오 콘텐츠와 함께 포함되는 임의의 비상 경보 메시지들을 제시하면서, 워터마크 가능 수신기(310) 및 워터마크 클라이언트(320)가 있는 AV 제시 디바이스(180)는 비상 경보 신호를 검출하고, 이에 응답할 것이다. 그러나, 뷰어가 오디오-비디오 콘텐츠를 시간-시프트하였을 경우, AV 제시 디바이스(180)가 비상 경보 신호를 포함하는 워터마크와 함께 시간-시프트된 오디오-비디오 콘텐츠를 수신할 때, AV 제시 디바이스(180)는 마찬가지로 비상 경보 신호를 검출하고, 이에 응답할 것이다. 이러한 지연된 검출 및 응답은 시프트-시프팅이 최소 지속기간의 것이면 적절할 수 있지만, 이것은, 비상 경보가 종종 더 이상 관련되지 않기 때문에 시간-시프팅이 최소 지속기간의 것이 아닐 때 뷰어 경험에 대한 교란을 초래할 수 있다. 예로서, 시간-시프팅이 최소 지속기간의 것이 아닐 때 워터마크 가능 수신기(310) 및 워터마크 클라이언트(320)가 있는 AV 제시 디바이스(180)는, 비디오 콘텐츠를 수정하는 것을 수반할 수 있고 AV 제시 디바이스(180) 상에서 현재 제시되고 있는 임의의 다른 애플리케이션들을 제거하는 것을 수반할 수 있는 비상 경보 신호를 검출하고 이에 응답할 것이어서, 시청 경험에서의 불필요한 교란을 초래할 것이다.

도 17을 참조하면, 오디오 및/또는 비디오 콘텐츠 내에 포함되는 비상 경보 워터마크가 만료 시간 값(700)을 포함하는 것이 바람직하다. 만료 시간 값(700)은 대응하는 비상 경보의 시간 정도를 표현하는 시간 값을 표시한다. 예를 들어, 시간 정도는 오디오 및 비디오 워터마크들의 경우에는 분들(minutes)의 면에서, 또는 비디오 워크마크들의 경우에는 초들(seconds)의 면에서 표현될 수 있다. 바람직하게는, 시간 정도는 방송사들의 경보 메시지의 텍스트 콘텐츠와 일치한다. 예를 들어, 오후 5시까지의 시간 정도는 "돌발 홍수 경고가 오후 5시까지 유효함(Flash Flood warning in effect till 5pm)"이라는 방송사들의 경보 메시지에 대하여 적절할 것이다.

오디오 및/또는 비디오 콘텐츠 내에 포함되는 비상 경보 워터마크는 긴급성 플래그(710)를 포함하는 것이 또한 바람직하다. 긴급성 플래그(710)는 비상 경보에 대한 즉각적인 주의가 바람직한 정도를 디바이스들에 시그널링한다. 예를 들어, 긴급성 플래그(710)가 설정되면, 심지어 비상 경보 메시지의 나머지가 여전히 검색되고 있더라도, 모든 온-스크린 디스플레이 객체들(예를 들어, 텔레비전과 같은, AV 제시 디바이스(180) 상에서 실행되는 대화형 TV 애플리케이션)이 소거될 수 있어서, 비상 경고 메시지는 보다 긴급한 방식으로 제시될 수 있다. 예를 들어, 긴급성 플래그(710)가 설정되지 않으면, 온-스크린 디스플레이 객체들은 이러한 시기 적절한 방식으로 반드시 소거되는 것은 아니고, 한편 비상 경보 메시지의 나머지는 여전히 검색되고 있다. 긴급성 플래그(710)가 설정되지 않는 경우, 비상 경보 메시지는 현재 뷰어에 대한 자신의 적용 가능성을 추가로 확인하기 위해 추가로 파싱될 수 있고 정합될 수 있다. 예를 들어, 추가의 처리는 메시지가 특정 뷰어에게 적용 가능한지 결정하는 지오로케이션 처리(geolocation processing)를 포함할 수 있다.

오디오 및/또는 비디오 콘텐츠 내에 포함되는 비상 경보 워터마크는 심각성 표시자(720)를 포함하는 것이 또한 바람직하다. 예를 들어, 심각성 표시자(720)는 예를 들어, 극단적임, 심각함, 보통, 사소함, 및/또는 알려지지 않음과 같은 값들의 범위를 포함할 수 있다. 이러한 방식으로, 비상 경보 신호는 비상 이벤트의 심각성에 관련된 정보를 제공할 수 있다.

오디오 및/또는 비디오 콘텐츠 내에 포함되는 비상 경보 워터마크는 확실성 표시자(730)를 포함하는 것이 또한 바람직하다. 예를 들어, 확실성 표시자(730)는 예를 들어, 관찰됨, 가능성 있음, 가능함, 가능성 없음, 및/또는 알려지지 않음과 같은 값들의 범위를 포함할 수 있다. 이러한 방식으로, 비상 경보 신호는 비상 이벤트의 확실성에 관련된 정보를 제공할 수 있다.

만료 시간 값(700), 긴급성 플래그(710), 심각성 표시자(720), 및/또는 확실성 표시자(730)를 포함하는 비상 경보 워터마크를 제공하는 것에 의해, 방송사들이 MVPD 방송 수신 디바이스(160)를 통한 재분배 및/또는 오디오-비주얼 콘텐츠의 시간-시프트 사용을 포함하는 환경들에 적합한 시간-감지 비상 경보들을 수신기에 유연하게 시그널링하는 것을 가능하게 한다. 바람직하게는, 만료 시간 값(700), 긴급성 플래그(710), 심각성 표시자(720), 및/또는 확실성 표시자(730)를 포함하는 비상 경보 신호가 오디오 비디오 콘텐츠의 오디오 워터마크 및/또는 비디오 워터마크에서 제공된다. 또한, 만료 시간 값(700), 긴급성 플래그(710), 심각성 표시자(720), 및/또는 확실성 표시자(730)를 포함하는 비상 경보 신호를 제공하는 것에 의해, 수신기들이 시간 감지 경보들을 적절히 식별하고 적합한 응답을 제공하는 것을 가능하게 한다. 추가로, 만료 시간 값(700), 긴급성 플래그(710), 심각성 표시자(720), 및/또는 확실성 표시자(730)를 포함하는 비상 경보 신호를 제공하는 것에 의해, 특히 시간-시프트된 오디오 비디오 콘텐츠의 경우에, 뷰어의 경험에 대한 불필요한 교란을 감소시키는 것을 용이하게 한다. 또한, 만료 시간 값(700), 긴급성 플래그(710), 심각성 표시자(720), 및/또는 확실성 표시자(730)를 포함하는 비상 경보 신호를 제공하는 것에 의해, 뷰어가 비상 경보 신호에 대해 적합하게 응답할 수 있도록 뷰어에게 정보를 제공된다.

도 18을 참조하면, 비디오 워터마크와 같은 보통 용량(moderate capacity)이 있는 워터마크 기술의 페이로드에서 운반되는 워터마크 메시지 블록(800)의 구조는, 비상 경보 신호 및 메시지와 같은, 워터마크 메시지 블록(800)에 의해 시그널링되는 메시지들의 타입을 표시하는 워터마크 메시지 식별((wm_message_id)(802)을 포함할 수 있다. 워터마크 메시지 블록(800)은 전체 wm_message() 또는 wm_message()의 프래그먼트를 포함할 수 있다. 테이블(805)은 wm_message_id(802)의 타입에 기초하여 워터마크 디코딩 및/또는 처리의 적절한 세트를 선택하는데 사용될 수 있다. wm_message_id가 0x05(806)인 경우 워터마크 메시지 블록(800)이 EA(emergency alert) 신호 및 메시지(EA_message())(808)를 포함하는 것을 표시한다. wm_message_bytes()는 (예를 들어, 시그널링을 통해) 프래그먼트화가 사용되지 않는 것을 표시할 때, wm_message_id의 값에 의해 식별되는 wm_message()의 완전한 인스턴스를 포함하고, 그렇지 않으면 wm_message_bytes()는 wm_message()의 프래그먼트를 포함한다. 워터마크 메시지에 대한 다른 구조들은, 원하는 대로, 마찬가지로 사용될 수 있다.

EA_message()(808)의 구조는 하나 이상의 상이한 데이터 필드를 포함할 수 있다. EA_message()(808)는 현재 비상 메시지가 종료될 때 세분화도의 분들로 UTC(Coordinated Universal Time)를 표현하는 26-비트 정수 값일 수 있는 EA_Expiry(852)를 포함할 수 있다. 0의 EA_Expiry 값은 경보 종료 시간이 알려지지 않다는 것을 표시한다. 수신 디바이스에서, 현재 시간의 UTC는 EA_Expiry(852)의 UTC와 비교될 수 있고, 현재 시간의 UTC가 EA_Expiry(852)의 UTC 이하이면 비상 경보 이벤트는 이에 따라 처리되기에 여전히 적절하다. EA_Expiry(852) 값이, 경보 만료 시간이 알려지지 않는다는 점을 표시하는, 0일 경우, AV 제시 디바이스(180)는 경보 메시지를 자동으로 렌더링할 수 있다. EA_Expiry(852)는 만료 시간 값(700)에 대응한다.

EA_message()(808)는 비상 경보 이벤트의 긴급성을 표현하는 1-비트 값일 수 있는 EA_Urgency(854)를 포함할 수 있다. 1의 값은 즉각적인 주의가 바람직하다는 것을, 텔레비전과 같은, AV 제시 디바이스(180)에 시그널링한다. 0의 값은 경보가 사실상 정상적인 긴급성의 것이라는 것을, 텔레비전과 같은, AV 제시 디바이스(180)에 시그널링한다. 이러한 AV 제시 디바이스(180)는, 텔레비전과 같은, AV 제시 디바이스(180)와의 네트워킹된 멀티-스크린 대화형 TV 세션에 현재 존재하는 하나 이상의 동반 디바이스에 신호를 추가로 전파할 수 있다. EA_Urgency(854)는 긴급성 플래그(710)에 대응한다.

EA_message()(808)는 EA_message(808)에 관련된 추가적인 데이터의 존재를 표시하는 1 비트 값일 수 있는 EA_message_body_present(856)를 포함할 수 있다.

EA_message()(808)는 바이트 정렬을 위한 패딩의 예약 4 비트(858)를 포함할 수 있다.

EA_message()(808)는 EA_message(808)에 관련된 추가적인 데이터를 시그널링하는 조건문(860)을 포함할 수 있다.

추가적인 데이터는 비상 경보 메시지에 대한 ID를 제공할 수 있는 EA_message_ID(862)를 포함할 수 있다.

추가적인 데이터는 비상 경보 메시지에 대한 버전 번호를 제공할 수 있는 EA_message_version(864)을 포함할 수 있다.

추가적인 데이터는 EA_message_text(866)의 길이를 주는 8-비트 무부호 정수일 수 있는 EA_message_text_length(866)를 포함할 수 있다.

추가적인 데이터는 비상 경보 텍스트의 텍스트 스트링일 수 있는 EA_message_text(8*N)(868)를 포함할 수 있다.

워터마크 메시지 및/또는 그 안의 임의의 다른 필드들은 임의의 적합한 방식으로 구조화될 수 있다는 점이 이해되어야 한다. 더 적은 및/또는 더 큰 수의 비트들이 시그널링을 위해 사용될 수 있다는 점이 이해되어야 한다. 데이터는 바람직하게는 오디오 및/또는 비디오 워터마킹에서 수신되지만, 마찬가지로 임의의 다른 방식으로 획득될 수 있다는 점이 이해되어야 한다.

도 19를 참조하면, 비디오 내의 워터마크 메시지를 시그널링하기 위한 다른 예는 예약 4 비트(858)를, 대응하는 비상 메시지의 확실성 및/또는 심각성을 표시하는 EA_Certainty_severity_code(900)로 대체하는 것을 포함할 수 있다.

도 20을 참조하면, 테이블은 확실성 및 심각성의 상이한 조합들을 표현한다. 확실성(1000)은 예를 들어, 관찰됨, 가능성 있음, 가능함, 가능성 없음, 및/또는 알려지지 않음과 같은 값들의 범위를 포함할 수 있다. 2 비트에 의해 5개의 값들을 표현하기 위해, 알려지지 않음 및 가능성 없음이 조합될 수 있다. 심각성(1010)은 예를 들어, 극단적임, 심각함, 보통, 사소함, 및/또는 알려지지 않음과 같은 값들의 범위를 포함할 수 있다. 2 비트에 의해 5개의 값들을 표현하기 위해, 알려지지 않음 및 사소함이 조합될 수 있다.

도 21을 참조하면, 비디오 내의 워터마크 메시지를 시그널링하기 위한 다른 예는 예약 4 비트(858)를 예약 6 비트(1102)로 대체하는 것을 포함할 수 있다. 게다가, 비디오 내의 워터마크 메시지를 시그널링하는 것은 EA_Expiry(852)(26 비트)를 EA_Expiry(1100)(32 비트들)로 대체하는 것을 포함할 수 있다. 32 비트는 초 세분화도를 사용하여 UTC 시간 코드를 보다 적절하게 시그널링하기 위한 추가적인 세분화도를 제공한다.

도 22를 참조하면, 비디오 내의 워터마크 메시지를 시그널링하기 위한 다른 예는 예약 6 비트(1102)를 예약 2 비트(1104)로 대체하는 것을 포함할 수 있다. 게다가, 비디오 내의 워터마크 메시지를 시그널링하는 것은 EA_Certainty_severity_code(900)를 포함할 수 있다.

도 23을 참조하면, 오디오 콘텐츠에 적합한 워터마크 내에 포함되는 워터마크 메시지 블록(800)의 구조는, 비상 경보 신호와 같은, 워터마크 메시지에 의해 시그널링되는 메시지들의 타입을 표시하는 1 비트를 갖는 비상 경보 플래그(EA_flag)(1200)를 포함할 수 있다. EA_flag가 0의 값을 가질 때 워터마크 메시지는 비상 경보 타입의 것이 아니다. 이러한 경우, 워터마크 메시지가 바람직하게는 비-비상 경보 메시지에 관한 추가의 정보를 획득할 것을 오디오 워터마크 서버에 쿼리하는데 사용되는 22 비트 코드일 수 있는 server_code(1210)를 포함한다. 쿼리는 "http://{server_code}.vp1.tv/atsc30/interval_code 형태일 수 있고, 여기서 interval_code(1220)는 server_code(1210)에 대응하는 비디오 콘텐츠에서의 타임라인 위치를 표시한다. 트리거(1230)는 이전의 하나 이상의 server_code 및/또는 interval_code 워터마크 데이터가 실행되어야 한다는 점을 표시하기 위해 제공될 수 있다.

EA_flag(1200)가 1의 값을 가질 때 워터마크 메시지는 비상 경보 타입이다. 이러한 경우, 워터마크 메시지가 바람직하게는 비상 경보 메시지에 관한 추가의 정보를 획득할 것을 오디오 워터마크 서버에 쿼리하는데 사용되는 22 비트 코드일 수 있는 server_code(1210)를 포함한다. 쿼리는 "http://{server_code}.vp1.tv/atsc30/AEA/?zip=zipcode 형태의 것일 수 있고, 여기서 쿼리는 서버가 관련 비상 경보 정보를 이러한 AV 제시 디바이스에 제공하는 것을 가능하게 하기 위해 워터마크 가능 수신기(310) 및 워터마크 클라이언트(320)가 있는 AV 제시 디바이스(180)의 5-디지트 우편 ZIP 코드를 포함한다. 워터마크 메시지는 만료 시간을 결정하는데 사용되는 22 비트 코드일 수 있는 EA_Expiry(1240)를 또한 포함할 수 있다. 워터마크 메시지는 EA_Urgency(854)의 것과 유사한 방식으로 워터마크 메시지의 긴급성을 표시하는 EA_Urgency(1250)를 또한 포함할 수 있다.

오디오 비주얼 워터마킹을 채용하는 시스템은 이러한 워터마크 기술을 채용하는 방송사들이, 방송사가 EA 이벤트가 유효하다는 것을 방출된 신호에서의 어딘가에서 시그널링할 때마다, EA 플래그가 대응하게 1로 설정되어야 한다는 것과, wm_message_id가 0x05로 대응하게 설정된다는 것을 보장해야 한다는 요건을 포함할 수 있다.

오디오 비주얼 워터마킹을 채용하는 시스템은 이러한 워터마크 기술을 채용하는 방송사들이, 방송사가 유효한 EA 이벤트가 존재하지 않는다는 것을 방출된 신호에서의 어딘가에서 시그널링할 때마다, EA 플래그가 대응하게 0으로 설정되어야 한다는 것과, wm_message_id가 0x05로 대응하게 설정되지 않는다는 것을 보장해야 한다는 요건을 포함할 수 있다.

도 24a는 비디오 워터마크 메시지 블록(wm_message_block())의 예시적인 비트스트림 구조를 표현하고, 여기서:

wm_message_id는 메시지 블록에서 운반되는 데이터 바이트들의 신택스 및 시맨틱들을 고유하게 식별하는 값이다.

wm_message_version은 wm_message()에서의 어떠한 것이라도 변경되기만 하면 증분될 수 있는 4-비트 값이고, 값이 15에 도달한 이후 랩-어라운드가 0으로 된다.

fragment_number은 현재 메시지 프래그먼트의 수 마이너스 1을 명시하는 2-비트 값이다.

last_fragment는 완전한 wm_message()를 전달하는데 사용되는 최후 프래그먼트의 프래그먼트 수를 명시하는 2-비트 값이다. last_fragment의 '00' 값은 프래그먼트화가 사용되지 않는다는 점을 표시한다(내부에 포함되는 wm_message()는 완전함). last_fragment의 '01' 값은 wm_message()가 2개 부분으로 전달된다는 점을 표시하고, '10' 값은 wm_message()가 3개 부분으로 전달된다는 점을 표시하며, '11' 값은 4개의 부분으로 전달된다는 점을 표시한다. 값들 fragment_number과 last_fragment의 쌍은 "N의 부분 M(part M of N)"을 시그널링하는 것으로 고려될 수 있다.

wm_message_bytes() - last_fragment의 값이 0일 때, wm_message_bytes()는 wm_message_id의 값에 의해 식별되는 워터마크 메시지의 완전한 인스턴스일 수 있다. last_fragment의 값이 비-제로일 때, wm_message_bytes()는 해당 워터마크 메시지 wm_message()의 프래그먼트일 수 있다. wm_message_bytes()의 모든 인스턴스들과 주어진 wm_message_id 및 wm_message_version 번호와의 연접은 해당 wm_message_id와 연관된 완전한 wm_message()를 초래한다. 하나 이상의 wm_message_block() 인스턴스로부터의 wm_message()의 조립은 도 24c에 도시되는 바와 같을 수 있다. wm_message_block(i)는 i-번째 인스턴스, 예를 들어, i와 동일한 fragment_number 값이 있는 대응하는 wm_message_block() 인스턴스를 표시할 수 있다.

도 24b는 wm_message_id의 wm_message()로의 예시적인 매핑이다. 이것은 wm_message_bytes()에 포함되는 바이트들을 결정하는데 사용된다.

예시적인 시스템에서, fragment_number은 last_fragment 이하인 것으로 제약된다.

도 24d는 다양한 타입들의 URI들을 전달하는데 사용되는 예시적인 URI 메시지를 표현한다. URI 메시지는 프래그먼트들에서 전송될 수 있다(예를 들어, 메시지 헤더에서의 last_fragment의 값은 비-제로일 수 있음). 필드 uri_type의 값은 URI의 타입을 식별한다. 필드 uri_strlen의 값은 뒤따르는 URI_string() 필드에서의 문자들의 수를 시그널링한다. 필드 URI_string()은, 그 값들이 본 명세서에 참조로 원용되는 IETF RFC(Request for Comments) 3986에 의한 URI들(Uniform Resource Identifiers)(https://www.ietf.org/rfc/rfc3986.txt)에 대해 허용되는 것들로 제한될 수 있는 문자들로 구성되는 URI이다. URI 스트링(URI_string())의 길이는 uri_strlen의 값에 의해 주어진 바와 같을 수 있다. 이러한 문자 스트링은, 재조립 이후, URI가 프래그먼트들에서 전송되면, RFC 3986 당 유효 URI로 제약된다.

예에서, 비디오 워터마크 내의 가변 길이 필드들을 시그널링할 때, 필드의 길이 값, (예를 들어, 바이트들의 수 또는 비트들의 수인) 가령 L이 먼저 시그널링될 수 있고 필드에 대한 데이터를 포함하는 바이트들이 뒤따른다. 1X 및 2X 시스템의 용량이 제한되므로, 길이 L이 취할 수 있는 값은 상위 제한된다. 보다 구체적으로 가변 길이 필드의 길이들의 합은 비디오 워터마크 페이로드에서 최대 비디오 워터마크 페이로드 길이의 용량 마이너스 다양한 고정 길이 필드들의 길이를 초과하지 않을 수 있다. 고정 길이 필드들은 가변 길이 데이터에 대한 길이 필드들을 포함할 수 있다.

도 24d를 참조하면, 필드 uri_strlen에 대한 허용된 최대 값이 255이므로 전체 uri_message()는 워터마크 1X 또는 2X 시스템의 최대 허용된 용량보다 더 커질 수 있다. 따라서, 1X 또는 2X 시스템을 사용할 때 전체 메시지가 워터마크 메시지의 용량에 맞을 수 있도록 확실하게 하기 위해 필드 uri_strlen에 대해 아래에 제약이 설명된다. 이러한 제약이 없다면 워터마크 시스템에 맞지 않을 수 있고 수신기가 수신된 메시지를 파싱할 수 없게 초래할 수 있는 메시지를 생성하는 것이 가능하다.

도 24d를 참조하면, 가변 길이 필드 URI_string()는 자신의 길이 필드 uri_strlen에 의해 선행된다. 예에서, uri_strlen 필드의 값은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 86 이하일 수 있다. 다른 예에서, uri_strlen 필드의 값은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 78 이하일 수 있다.

도 24e를 참조하면, 가변 길이 필드 URI_string()는 자신의 길이 필드 uri_strlen에 의해 선행된다. 예에서, uri_strlen 필드의 값은 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 206 이하일 수 있다. 다른 예에서, uri_strlen 필드의 값은 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 198 이하일 수 있다.

도 24f는 URI 메시지에 대한 다른 예시적인 신택스를 도시한다.

도 24g는 URI 메시지에서의 uri_type 필드의 값으로부터 URI의 타입들로의 다른 예시적인 매핑을 도시한다.

예에서 그리고 도 24f에 관하여 필드 uri_type는, 도 24g에서 주어지는 인코딩에 따라, 뒤따르는 URI의 타입을 식별할 수 있는 8-비트 무부호 정수 필드일 수 있다.

도 24g에 도시되는 바와 같이 uri_type 0x04는 WebSocket 프로토콜을 통해 동적 이벤트들에 대한 액세스를 제공하는 동적 이벤트 WebSocket 서버의 URL을 표시할 수 있다. 예에서, WebSocket 프로토콜을 통한 동적 이벤트들에의 액세스는, 본 명세서에 그 전부가 원용되는, ATSC Working Draft A/337 - Application Signaling에 설명되는 기법을 사용하여 달성될 수 있다. 다양한 동적 이벤트들이 방송에 추가로 광대역에 의해 전달될 수 있다. 새로운 이벤트 정보가 임의의 시간에 동적으로 통신될 필요가 있을 수 있으므로, WebSocket 서버를 통한 통지의 사용이 동적 이벤트들의 광대역 전달을 위해 지원된다. uri_type 0x04는 URL을 이러한 WebSocket 서버에 제공한다. WebSocket 프로토콜은 http://www.ietf.org/rfc/rfc6455.txt에서 이용 가능하고 참조로 그 전부가 본 명세서에 원용되는 IETF RFC 6455에서 정의된다.

일 예에서, 동적 이벤트는 런-타임 환경에서 실행되는 애플리케이션에 대해 의도될 수 있거나, 또는 제2 예로서 이것은 서비스 시그널링 파일 또는 데이터에 대한 스케줄링되지 않은 업데이트의 이용 가능성을 시그널링할 수 있다. 동적 이벤트가 런-타임 환경에서 실행되는 애플리케이션에 대해 의도되는 경우 디바이스는 이벤트가 콜백 루틴을 통해 애플리케이션들에 이용 가능하게 할 수 있다. 이러한 거동의 추가의 예에서, 풋볼 애플리케이션은 풋볼 게임에서 터치다운이 발생할 때마다 동적 이벤트 WebSocket 서버를 통해 동적으로 "터치다운(Touchdown)" 이벤트를 수신할 수 있다. 다른 예에서는 타겟화된 광고 삽입 동적 이벤트가 동적 이벤트 WebSocket 서버를 통해 애플리케이션에 전송될 수 있다. 다음으로, 런타임 환경에서 실행되는 애플리케이션은 이러한 동적 이벤트들을 수신하고, 적절한 액션(예를 들어, 사용자에게 터치다운 경보 메시지를 보여주거나 또는 사용자에게 타겟 광고를 보여주는 것)을 취한다. 수신기는, 풋볼 애플리케이션, 타겟 추가 애플리케이션을 개시할 때, 또는 수신기가 동적 이벤트들을 수신하는 경우에, 위 예시적인 신택스 및 매핑에서 표시되는 서버에 접속할 수 있다.

도 25a는 예시적인 동적 이벤트 메시지를 도시한다. 도 24b에 도시되는 바와 같이 동적 이벤트 메시지(dynamic_event_message())는 워터마크 메시지들 중 하나이다.

이벤트는 일부 액션이 취해지는 점을 표시하는 수신기 소프트웨어에 대한 또는 애플리케이션에 대한 타이밍화된 통지이다.

이벤트 스트림은 이벤트들의 스트림이다.

방송 스테이션은 방송 채널 또는 광대역을 통해 이벤트들을 수신기에 전송할 수 있다. 이벤트들은 요구되는 바에 따라 동적으로 전송될 수 있다. 예로서 이벤트들은 현재 프로그램과 연관된 특정 애플리케이션을 시작 또는 중지하라고 수신기에 시그널링하도록 전송될 수 있다. 다른 예시적인 이벤트들은 실행중인 애플리케이션에 의해 요구되는 일부 데이터를 운반하는 이벤트를 포함할 수 있다. 이들은 단지 예들이고 다른 타입의 데이터가 이벤트들에 의해 전송될 수 있다.

dynamic_event_message()는 비디오 워터마크들에서의 동적 이벤트들의 전달을 지원한다. 예에서 Dynamic Event Message의 신택스 및 비트스트림 시맨틱스들은 도 25a에 주어지는 바와 같을 수 있다. 도 25a에서의 다양한 신택스 엘리먼트들의 시맨틱 설명은 아래에 도시되는 바와 같을 수 있다.

delivery_protocol_type은 동적 이벤트가 적용되는 서비스의 전달을 의미할 수 있는 4-비트 필드이다. 도 25b는 이러한 필드의 예시적인 인코딩을 도시한다. 예를 들어, 전달 프로토콜은 DASH(Dynamic Adaptive Streaming of HTTP)의 상부 상에서 동작할 수 있는 MMTP(MPEG Media Transport Protocol) 또는 ROUTE(Real-time Object delivery over Unidirectional Transport)일 수 있다. MMTP는, 참조로 본 명세서에 그 전부가 원용되는, ISO/IEC: ISO/IEC 23008-1, "Information technology-High efficiency coding and media delivery in heterogeneous environments-Part 1: MPEG media transport (MMT)"에서 설명된다. DASH는, 참조로 본 명세서에 그 전부가 원용되는, "ISO/ IEC 23009-1 Dynamic adaptive streaming over HTTP (DASH) - Part 1: Media presentation description and segment formats"에서 추가로 설명된다.

scheme_id_uri_strlen은 scheme_id_uri_string 필드의 길이를 바이트 단위로 제공하는 8-비트 무부호 정수 필드이다.

scheme_id_uri_string는 이벤트의 이벤트 스트림에 대한 schemeIdUri를 제공하는 스트링이다. 스킴을 식별하는 URI를 명시함. 이러한 엘리먼트의 시맨틱들은 이러한 속성에 의해 명시되는 스킴에 특정적이다. schemeIdUri는 URN(Uniform Resource Number) 또는 URL(Uniform Resource Locator)일 수 있다. URN 및 URL은 참조로 그 전부가 원용되는 https://tools.ietf.org/html/rfc3986에서 이용 가능한 IETF RFC 3986에서 정의된다.

value_strlen은 바이트 단위로 value_string 필드의 길이를 제공하는 8-비트 무부호 정수 필드이다.

value_string는 이벤트의 이벤트 스트림에 대한 값을 제공하는 스트링이다.

timescale은, 지속기간 필드에 사용될, "ISO/ IEC 23009-1 Dynamic adaptive streaming over HTTP (DASH) - Part 1: Media presentation description and segment formats"에서 설명되는 MPEG DASH 표준에서 정의되는 바와 같은 틱들/초로, 이벤트의 이벤트 스트림에 대한 시간 스케일을 제공하는 32-비트 무부호 정수이다.

presentation_time는, 1970년 1월 1일 00:00:00, TAI(International Atomic Time) 이후의 초들의 수의 카운트의 최하위 32 비트로서, 이벤트의 제시 시간을 표시하는 32-비트 무부호 정수이다.

presentation_time_ms는 presentation_time에 표시되는 시간으로부터 밀리초 오프셋을 표시하는 0 내지 999 범위에 있는 10-비트 무부호 정수이고, 따라서 수식 presentation_time + (presentation_time_ms/1000)은 가장 가까운 1 밀리초까지의 실제 제시 시간을 산출한다.

duration은 이벤트의 시간 스케일에서 이벤트의 지속기간을 제공하는 32-비트 무부호 정수이다.

id는 이벤트에 대한 32-비트 무부호 정수 필드 식별자(ID)이고, 이벤트 스트림 내에서 고유하다.

data_length는 데이터 필드의 길이를 바이트 단위로 제공하는 8 비트 정수이다.

data는, 존재한다면, 이벤트에 응답하기 위해 필요한 데이터를 포함하는 필드이다. 데이터의 포맷 및 사용은, 애플리케이션들에 타겟화되는 임의의 이벤트에 대한 이벤트를 수신하도록 등록하는 임의의 애플리케이션에 알려질, 이벤트 스트림 사양에 의해 결정된다.

미래의 확장성을 지원하기 위한 동적 이벤트 메시지의 확장이 요구된다. 도 25a에 도시되는 동적 이벤트 메시지는 전달 프로토콜이 ROUTE/DASH 또는 MMTP일 때 신택스 엘리먼트들만을 제공한다. 이것은 2개의 전달 프로토콜들에 대응하는 동적 이벤트 관련 신택스 엘리먼트들을 포함하는 도 25a 구성에서의 (delivery_protocol_type == '1' || '2'){ ... }의 사용에 의해 알 수 있다. 그러나 미래에 다른 전달 프로토콜이 사용될 때 도 25a에서의 동적 이벤트 메시지가 이것에 대한 동적 이벤트 정보를 시그널링하는 것을 허용하지 않는다.

동적 이벤트 메시지의 확장이 도 25c에 도시된다. 도 25c에서는 dynamic_event_message()의 종료를 향하는 else {...} 부분 내부에 추가 필드들이 추가된다. 이러한 필드들은 "proto_reserved_field_length" 및 "reserved" 필드들을 포함한다. 이러한 필드들의 시맨틱들이 아래에 설명된다.

proto_reserved_field_length는 이러한 필드를 바로 뒤따르는 예약 필드의 바이트 단위로 길이를 제공하는 8-비트 무부호 정수 필드이다.

reserved는 길이 proto_reserved_field_length의 필드이다.

미래에 새로운 전달 프로토콜이 정의되면 예약 필드에서의 바이트들은 임의의 원하는 데이터 엘리먼트들을 시그널링하는데 사용될 수 있다.

새로운 전달 프로토콜에 관해 알지 못하는 이전의 수신기가 도 25c에 도시되는 신택스를 준수하는 이러한 메시지를 수신하면 이것은 이것이 자신의 길이를 알고 있으므로 예약 필드를 지나 스킵할 수 있다. 대신에 새로운 전달 프로토콜에 대한 예약 필드 내의 포맷에 관해 알고 있는 새로운 수신기가 도 25c에 도시되는 신택스를 준수하는 메시지를 수신하면, 예약 필드 내부에서 파싱할 수 있다.

따라서, 도 25c에 도시되는 신택스는 역방향 호환 가능한 방식으로 미래의 확장 가능성을 제공한다.

도 25a 및 도 25c를 참조하면, 신택스는 3개의 가변 길이 필드들, 즉: scheme_id_uri_string, value_string, data 필드를 포함한다. 이러한 필드들 각각은 이러한 가변 길이 필드들의 길이를 표시하는 필드들(scheme_id_uri_length, value_length, data_length)에 의해 선행된다. 필드들(scheme_id_uri_length, value_length, data_length) 각각에 대한 허용된 최대 값은 255이므로 전체 dynamic_event_message()는 워터마크 1X 또는 2X 시스템의 최대 허용된 용량보다 더 커질 수 있다. 따라서 전체 메시지가 1X 또는 2X 시스템을 사용할 때 워터마크 메시지의 용량에 맞을 수 있는 것을 확실히 하기 위해 이러한 필드에 대하여 아래에 제약들이 설명된다. 이러한 제약들 없이, 워터마크 시스템에 맞지 않을 수 있고 수신기가 수신된 메시지를 파싱할 수 없는 것을 초래할 수 있는 메시지를 생성하는 것이 가능하다.

delivery_protocol_type가 1 또는 2 와 동일한 값을 갖는 예에서, scheme_id_uri_length 필드의 값, value_length 필드의 값 및 data_length 필드의 값의 합은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 66 이하일 수 있고 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 186 이하일 수 있다.

그렇지 않고 delivery_protocol_type가 값 1 또는 2 이외의 값을 가질 때, proto_reserved_field_length의 값은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 87 이하일 수 있고 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 207 이하일 수 있다.

다른 예에서 delivery_protocol_type가 1 또는 2 와 동일한 값을 가질 때, scheme_id_uri_length 필드의 값, value_length 필드의 값 및 data_length 필드의 값의 합은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 58 이하일 수 있고 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 178 이하일 수 있다.

그렇지 않고 delivery_protocol_type가 값 1 또는 2 이외의 값을 가질 때, proto_reserved_field_length의 값은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 78 이하일 수 있고 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 198 이하일 수 있다.

다른 예에서, 필드 proto_reserved_field_length는 다른 필드 이름이라고 지칭될 수 있다. 일 예에서, 필드 proto_reserved_field_length는 필드 reserved1_field_length라고 지칭될 수 있다.

도 24b를 참조하면, emergency_alert_message()는 도 26에 도시되는 예시적인 신택스에 대응할 수 있다.

도 26a에서의 필드들에 대한 예시적인 시맨틱이 아래에 열거된다:

CAP_message_ID_length - 이러한 8비트 무부호 정수 필드는 CAP_message_ID 필드의 길이를 바이트 단위로 제공함.

CAP_message_ID는 OASIS: "Common Alerting Protocol" Version 1.2, 1 July 2010에서 정의되는 CAP 메시지의 ID를 제공할 수 있는 스트링이다.

http://docs.oasis-open.org/emergency/cap/v1.2/CAP-v1.2-os.pdf(참조로 본 명세서에 그 전부가 원용됨). 이것은 CAP_message_url에 의해 표시되는 CAP 메시지의 cap.alert.identifier 엘리먼트의 값일 수 있다.

CAP_message_url_length는 CAP_message_url 필드의 길이를 바이트 단위로 제공하는 8비트 무부호 정수 필드이다.

CAP_message_url은 CAP 메시지를 검색하는데 사용될 수 있는 URL을 제공할 수 있는 스트링이다.

expires는, 1970년 1월 1일 00:00:00, TAI(International Atomic Time) 이후의 초들의 32 비트로서 인코딩되는, CAP 메시지에서의 임의의 <info> 엘리먼트의 최근 만료 날짜 및 시간을 표시할 수 있는 파라미터다.

urgency는 '1' 로 설정될 때, CAP 메시지에서의 가장 긴급한 <info> 엘리먼트의 긴급성이 "Immediate"인 점을 표시할 수 있는 플래그이다. '0'으로 설정될 때, 이것은 달리 표시할 수 있다.

severity_certainty는 확실성 및 심각성의 요구되는 CAP 엘리먼트들의 값들로부터 도출되는 4-비트 필드 코드이다. 양자 모두의 엘리먼트들에 대해, 최저 2개의 값들이 병합되었다. severity_certainty의 인코딩은 도 26b에 주어지는 바와 같을 수 있다.

도 26a를 참조하면, 가변 길이 필드 CAP_message_ID는 자신의 길이 필드 CAP_message_ID_length에 의해 선행된다. 가변 길이 필드 CAP_message_url은 자신의 길이 필드 CAP_message_url_length에 의해 선행된다. 필드 CAP_message_url_length에 대한 허용된 최대 값은 255이므로 전체 emergency_alert_message()는 워터마크 1X 또는 2X 시스템의 최대 허용된 용량보다 더 커질 수 있다. 따라서, 1X 또는 2X 시스템을 사용할 때 전체 메시지가 워터마크 메시지의 용량에 맞을 수 있는 것을 확실하게 하기 위해 필드 CAP_message_url_length에 대해 아래에 제약이 설명된다. 이러한 제약이 없다면 워터마크 시스템에 맞지 않을 수 있고 수신기가 수신된 메시지를 파싱할 수 없게 초래할 수 있는 메시지를 생성하는 것이 가능하다.

예에서, CAP_message_ID_length 필드의 값과 CAP_message_url_length 필드의 값의 합은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 80 이하일 수 있다. 또 다른 예에서, CAP_message_ID_length 필드의 값과 CAP_message_url_length 필드의 값의 합은 1X 비디오 워터마크 방출 포맷(1X 시스템)에 대해 73 이하일 수 있다.

예에서, CAP_message_ID_length 필드의 값과 CAP_message_url_length 필드의 값의 합은 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 200 이하일 수 있다. 또 다른 예에서, CAP_message_ID_length 필드의 값과 CAP_message_url_length 필드의 값의 합은 2X 비디오 워터마크 방출 포맷(2X 시스템)에 대해 193 이하일 수 있다.

예에서, 도 26a를 참조하면, expires 필드는 메시지에서 시그널링되지 않을 수 있다. 시그널링은 예를 들어 플래그 값이 0일 때 플래그에 의해 제어될 수 있고 expires 필드가 시그널링되지 않는다. 플래그 값이 1일 때, expires 필드가 시그널링된다. 이러한 플래그는 emergency_alert_message()에서 시그널링될 수 있다.

예에서, 도 26a를 참조하면, expires 필드들에 대해 특수 값이 따로 설정 수 있다. 이러한 특수 값은 emergency_alert_message()의 유효 만료가 알려지지 않음을 표시할 것이다. 예를 들어, 이러한 특수 값은 0의 값일 수 있다.

오디오 비주얼 워터마킹을 채용하는 시스템은 방송사들의 재량으로 적합한 지속 시간 및/또는 종료 시간을 결정하기 위한 필요성을 완화하기 위해 만료 시간들을 0으로 설정하는 것을 포함할 수 있다.

오디오 비주얼 워터마킹을 채용하는 시스템은 오디오 비주얼 콘텐츠 내에 포함되거나 또는 그렇지 않으면 디스플레이 디바이스에 이용 가능한 다른 엘리먼트들에 기초하여 만료 시간들을 결정할 수 있다.

또한, 전술된 실시예들 각각에서 사용되는 기지국 디바이스 및 단말 디바이스(비디오 디코더 및 비디오 인코더)의 각각의 기능 블록 또는 다양한 특징들은, 통상적으로 집적 회로 또는 복수의 집적 회로들인, 회로에 의해 구현되거나 또는 실행될 수 있다. 본 명세서에서 설명되는 기능들을 실행하도록 설계되는 회로는 범용 프로세서, DSP(digital signal processor), 애플리케이션 특정적 또는 일반적인 애플리케이션 집적 회로(ASIC), FPGA(field programmable gate array), 또는 다른 프로그램 가능한 로직 디바이스들, 개별 게이트들 또는 트랜지스터 로직, 또는 개별 하드웨어 컴포넌트, 또는 이들의 조합을 포함할 수 있다. 범용 프로세서는, 마이크로프로세서일 수 있거나, 또는 대안적으로, 이러한 프로세서는, 종래의 프로세서, 제어기, 마이크로제어기 또는 상태 머신일 수 있다. 위에 설명된 범용 프로세서 또는 각각의 회로는 디지털 회로에 의해 구성될 수 있거나 또는 아날로그 회로에 의해 구성될 수 있다. 추가로, 반도체 기술의 진보로 인해 현재 시간에 있는 집적 회로들을 대체하는 집적 회로 제작 기술이 출현하면, 이러한 기술에 의한 집적 회로 또한 사용될 수 있다.

청구항들이 위에 도시되는 정확한 구성 및 컴포넌트들에 제한되는 것은 아니라는 점이 이해되어야 한다. 청구항들의 범위에서 벗어나지 않고 본 명세서에 설명되는 시스템들, 방법들, 및 장치의 배열, 동작 및 상세 사항들에서 다양한 수정들, 변경들 및 변형들이 이루어질 수 있다.

Claims

데이터 스트림을 처리하는 방법으로서,
(a) 상기 데이터 스트림 내에 인코딩되는 워터마크 메시지를 포함하는 상기 데이터 스트림을 수신하는 단계;
(b) 유니폼 리소스 식별자들을 전달하는 것에 관련된 상기 워터마크 메시지로부터 대응하는 유니폼 리소스 식별자 메시지를 추출하는 단계;
(c) 상기 유니폼 리소스 식별자 메시지 내에서 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 유니폼 리소스 식별자 타입을 상기 유니폼 리소스 식별자로부터 추출하는 단계;
(d) 상기 유니폼 리소스 식별자 타입이 서비스 레이어 시그널링에 대한 액세스를 제공하는 시그널링 서버의 유니폼 리소스 식별자를 표시하는 0x01의 값을 갖는지 선택적으로 결정하는 단계;
(e) 상기 유니폼 리소스 식별자 타입이 전자 서비스 가이드 데이터에 대한 액세스를 제공하는 전자 서비스 가이드 데이터 서버의 유니폼 리소스 식별자를 표시하는 0x02의 값을 갖는지 선택적으로 결정하는 단계;
(f) 상기 유니폼 리소스 식별자 타입이 보고 서비스 사용에서 사용하기 위한 서비스 사용 데이터 수집 보고 서버의 유니폼 리소스 식별자를 표시하는 0x03의 값을 갖는지 선택적으로 결정하는 단계;
(g) 상기 유니폼 리소스 식별자 타입이 WebSocket 프로토콜을 통해 동적 이벤트들에 대한 액세스를 제공하는 동적 이벤트 WebSocket 서버의 유니폼 리소스 식별자를 표시하는 0x04의 값을 갖는지 선택적으로 결정하는 단계를 포함하는 방법.
제1항에 있어서,
(a) 비디오 데이터 스트림에서의 비디오 데이터를 수신하는 단계;
(b) 상기 유니폼 리소스 식별자 타입 및 상기 유니폼 리소스 식별자 중 하나에 의존하여 상기 비디오 데이터를 디스플레이하는 단계를 추가로 포함하는 방법.
데이터 스트림을 처리하기 위한 디바이스로서, 상기 디바이스는 하나 이상의 프로세서를 포함하고, 상기 프로세서는,
(a) 상기 데이터 스트림 내에 인코딩되는 워터마크 메시지를 포함하는 상기 데이터 스트림을 수신하도록;
(b) 유니폼 리소스 식별자들을 전달하는 것에 관련된 상기 워터마크 메시지로부터 대응하는 유니폼 리소스 식별자 메시지를 추출하도록;
(c) 상기 유니폼 리소스 식별자 메시지 내에서 뒤따르는 유니폼 리소스 식별자의 타입을 식별하는 유니폼 리소스 식별자 타입을 상기 유니폼 리소스 식별자로부터 추출하도록;
(d) 상기 유니폼 리소스 식별자 타입이 서비스 레이어 시그널링에 대한 액세스를 제공하는 시그널링 서버의 유니폼 리소스 식별자를 표시하는 0x01의 값을 갖는지 선택적으로 결정하도록;
(e) 상기 유니폼 리소스 식별자 타입이 전자 서비스 가이드 데이터에 대한 액세스를 제공하는 전자 서비스 가이드 데이터 서버의 유니폼 리소스 식별자를 표시하는 0x02의 값을 갖는지 선택적으로 결정하도록;
(f) 상기 유니폼 리소스 식별자 타입이 보고 서비스 사용에서 사용하기 위한 서비스 사용 데이터 수집 보고 서버의 유니폼 리소스 식별자를 표시하는 0x03의 값을 갖는지 선택적으로 결정하도록;
(g) 상기 유니폼 리소스 식별자 타입이 WebSocket 프로토콜을 통해 동적 이벤트들에 대한 액세스를 제공하는 동적 이벤트 WebSocket 서버의 유니폼 리소스 식별자를 표시하는 0x04의 값을 갖는지 선택적으로 결정하도록 구성되는 디바이스.
제3항에 있어서,
(a) 비디오 데이터 스트림에서의 비디오 데이터를 수신하도록;
(b) 상기 유니폼 리소스 식별자 타입 및 상기 유니폼 리소스 식별자 중 하나에 의존하여 상기 비디오 데이터를 디스플레이하도록 추가로 구성되는 디바이스.