콘텐츠 참조 식별자

Content reference identifier
CRID는 여기서 리다이렉트 됩니다.CRID는 또한 현재 레일 표시 장치, 제3 레일 전원의 존재를 나타내는 안전 장치 또는 체렌코프 링 이미징 검출기를 참조할 수 있습니다.

개요

콘텐츠 참조 식별자(CRID)는 TV Anytime 포럼에 의해 수행된 표준화 작업의 개념입니다.World-Wide Web에서 사용되는 Uniform Resource Locator(URL) 개념과 같거나 거의 일치합니다.

브로드캐스트스트림 내의 콘텐츠 단위는 웹 페이지가 웹 상의 글로벌 고유 URL에서 참조되는 것과 동일한 방법으로 글로벌 고유 CRID에서 참조할 수 있습니다.

CRID의 개념은 특정 브로드캐스트 정보(시간, 날짜 및 채널)나 네트워크를 통해 스트리밍 서비스를 사용하거나 인터넷 서버에서 파일을 다운로드하는 방법 등 장소에 관계없이 콘텐츠를 명확하게 참조할 수 있도록 합니다.

수신자는 이러한 명확한 참조를 해결할 수 있어야 합니다. 즉, 이를 특정 데이터로 변환하여 콘텐츠를 취득할 수 있어야 합니다.이것에 의해, 그 정보를 모르는 채, 또 녹화할 컨텐츠의 지속 시간을 사전에 모르는 경우에서도, 녹화하는 프로세스가 가능하게 됩니다.단순 클릭에 의한 완전한 시리즈, 아직 스케줄 되어 있지 않은 프로그램, 특정 기준에 따라 그룹화된 프로그램 세트…

이 프레임워크에서는 특정 콘텐츠(CRID)에 대한 참조와 취득에 필요한 정보(로케이터)를 구분할 수 있습니다.각 CRID에 따라 동일한 내용의 서로 다른 복사본을 나타내는 하나 이상의 로케이터가 발생할 수 있습니다.다른 채널 또는 날짜로 방송되는 동일한 복사본이거나 가격이 다를 수 있습니다.형식이나 품질 등 다른 기술적 매개변수를 가진 개별 복사본일 수도 있습니다.

CRID의 해결 프로세스로 인해 다른 CRID(예를 들어 다른 운영자에 의해 할당된 대체 식별자가 있는 다른 네트워크에서의 참조) 또는 일련의 CRID(예를 들어 원래 CRID가 TV 시리즈를 나타내는 경우)가 제공될 수도 있습니다.n 각 에피소드를 나타내는 CRID 목록).

위의 결론에서 특정 콘텐츠가 여러 그룹에 속할 수 있는 경우(각각 고유한 품질에 의해 정의될 수 있음), 많은 CRID가 동일한 콘텐츠를 전달할 가능성이 있다는 것을 알 수 있습니다.즉, 여러 CRID를 동일한 로케이터로 해결할 수 있습니다.

CRID는 특정 콘텐츠의 범용, 고유, 배타적 식별자가 아닙니다.이는 동일한 콘텐츠가 사용되는 필드에 따라 다른 CRID(예를 들어 콘텐츠를 브로드캐스트할 권한을 가진 각 텔레비전 사업자에 대해 다른 CRID)를 가질 수 있도록 이를 작성하는 권한, 해결 서비스 공급자 및 콘텐츠 공급자와 밀접하게 관련되어 있습니다.

포맷

CRID는 URL과 거의 동일하게 지정됩니다.사실 CRID는 이른바 URI입니다.일반적으로 콘텐츠 작성자, 방송사 또는 서드파티는 자신의 DNS 이름을 제품 고유의 이름과 조합하여 사용하여 글로벌하게 고유한 CRID를 작성합니다.즉, CRID 구문은 다음과 같습니다.

crid://filename/data

권한 필드는 CRID를 작성한 엔티티를 나타내며 형식은 DNS 이름입니다.데이터 필드는 권한 범위 내의 내용을 명확하게 식별하는 문자열(권한 자체에 의해 할당된 문자열)을 나타냅니다.

예를 들어, BBC가 중국 올림픽의 CRID(모든 프로그램)를 만들고 싶어했다고 가정해 봅시다.이렇게 생겼을 수도 있어요

crid://bbc.co.uk/olympics/2008/

이것은 그룹 CRID, 즉 콘텐츠 그룹을 나타내는 CRID입니다.그 후, 여성의 포환던지기 결승과 같은 특정 이벤트를 참조하기 위해서, 메타데이터내에 다음의 것을 사용할 수 있었다. 

crid://bbc.co.uk/olympics/2008/final/shotput/women

현재 [when?]일부 단방향 TV 네트워크에서는 프로그램 CRID, 시리즈 CRID, 그룹 CRID 및 권장 CRID의 4가지 CRID가 큰 역할을 하고 있습니다.CRID의 가장 중요한 어플리케이션 중 하나는 최신 디지털비디오 레코더(DVR, PVR)의 이른바 Series Link Recording Function(SL; 직렬 링크 레코딩 기능)입니다.

결과적으로, 로케이터는 수신자가 전송 스트림을 통해 수신하든, 로컬 스토리지에 위치하든, 인터넷 서버에서 파일로 다운로드하든, 스트리밍 서비스를 통해 수신하든, 수신자가 특정 콘텐츠를 찾고 획득하는 데 필요한 모든 정보를 포함하는 문자열입니다.예를 들어 DVB 로케이터에는 네트워크, 트랜스포트 스트림, 서비스, 테이블 및/또는 이벤트 식별자 등 트랜스포트 스트림 내의 특정 콘텐츠를 식별하기 위해 필요한 모든 파라미터가 포함됩니다.

TV-Anytime에서 확립된 로케이터의 형식은 매우 일반적이고 단순하며 다음과 같다.

[http - http - http:[특정 데이터]

로케이터 형식의 첫 번째 부분(전송 메커니즘)은 각 메커니즘(전송 스트림, 로컬 파일, HTTP 인터넷 액세스 등)에 고유한 문자열이어야 합니다.두 번째 부분은 주어진 운송 메커니즘의 범위 내에서만 명확해야 하며 메커니즘 자체의 조절을 담당하는 유기체에 의해 표준화됩니다.예를 들어, 이 표준을 따르는 네트워크의 트랜스포트 스트림 내에서 콘텐츠를 식별하는 DVB 로케이터는 다음과 같습니다.

dvb://112.4a2.5ec;2d22~20121212T220000Z-PT01H30M

이는 2012년 12월 12일 오후 10시에 주소 "112.4a2.5ec"(네트워크 "112", 트랜스포트 스트림 "4a2" 및 서비스 "5ec")으로 식별되는 DVB 네트워크에서 사용 가능한 채널에서 방송되는 콘텐츠(문자열 "2d22"로 식별됨)를 나타냅니다.

위치 해결 프로세스

로케이션 해결 프로세스는 특정 콘텐츠의 CRID에서 시작하여 해당 콘텐츠의 로케이터를 하나 또는 여러 개 얻는 절차입니다.CRID 해결은 직접 프로세스로, 1개 또는 여러 개의 로케이터로 바로 이어집니다.또한 처음부터 1개 또는 여러 개의 중간 CRID가 반환되어 최종적으로 1개 또는 여러 개의 로케이터를 얻기 위해 동일한 절차를 거쳐야 합니다.

이 절차에는 몇 가지 정보 요소가 포함되어 있으며, 그 중 각각 Resolution Authority Record(RAR; 해결 권한 레코드)와 ContentReferencingTable이라는 이름의 2개의 구조가 있습니다.여러 번 상의하면 수신자가 CRID에서 콘텐츠를 취득할 수 있는1개 또는 여러 로케이터로 이동합니다.

RAR 테이블

RAR 테이블은 CRID를 송신하는 각 권한에 대응하는 해결 서비스 프로바이더에 관한 정보를 수신자에게 제공하는1개 또는 복수의 데이터 구조입니다.특히 각 기관의 CRID를 해결하기 위한 정보를 제공하기 위해 어떤 메커니즘이 사용되는지 알려줍니다.즉, 특정 기관의 CRID를 해결하기 위해 수신자가 어디로 가야 하는지를 나타내는1개 또는 여러 개의 RAR 레코드가 각 기관에 존재해야 합니다.

예를 들어 그림 기록(TV-Any타임에 정의된 XML 스키마에 따라 표시됨)에는 "tve.es"이라는 이름의 권한이 있으며, 해결 서비스 공급자는 URL "rtve.es"에서 사용할 수 있는 엔티티 "rtve.es"이며, 이는 해당 URL에 해결 정보가 있음을 의미합니다.

RAR table in XML format

이러한 RAR 레코드는, 수신기가 접속되어 있는 네트워크의 특정의 전송 메카니즘에 의해서 좌우되는, TV-Any-time 사양에서는 중요하지 않은, 무기한의 형식으로 수신기에 도달합니다.배전망을 규제하는 각 표준 패밀리(DVB, ATSC, ISDB, IPTV 등)는 사전에 이러한 절차를 정의하여 해당 표준에 따라 인증된 장치가 사용하게 됩니다.

Content Referencing Table 테이블

로케이션 해결 프로세스에 관여하는 두 번째 구조는 콘텐츠의 CRID를 지정하면 수신자가 해당 콘텐츠의 인스턴스에 액세스할 수 있도록 하는 하나 이상의 로케이터 또는 해결 프로세스에서 진행되도록 허용하는 하나 이상의 CRID를 반환하는 적절한 해결 테이블입니다.

이 그림은 TV-Anytime에서 정의된 XML 스키마의 사양에 따른 XML 문서의 두 번째 구조의 예를 보여 줍니다.이 문서에는 각 해결 사례를 설명하는 정보를 구성하는 여러 섹션(<Result> 요소)이 포함되어 있습니다.

an example of a ContentReferencingTable

첫 번째는 CRID(crid://tv.com/Friends/all),)가 "친구" 시리즈의 여러 에피소드를 포함하는 그룹 컨텐츠에 어떻게 해결되는지 선언합니다.해결 프로세스의 결과는 두 가지 에피소드 중 하나에 해당하는 두 개의 새로운 CRID를 제공합니다.

두 번째 <Result> 요소는 첫 번째 시즌 첫 번째 에피소드의 CRID를 해결합니다.해결 프로세스의 결과는 2개의 DVB 로케이터입니다."acquire" 속성과 "any" 값은 둘 중 하나가 양호함을 나타냅니다(두 번째는 일주일 후 반복 브로드캐스트).

세 번째 <Result> 요소는 두 번째 에피소드에 대한 정보를 제공합니다.이는 아직 해결할 수 없음을 나타내며("아직 해결할 수 없음" 값이 있는 상태") 해결 정보 요청을 반복해야 하는 날짜를 나타냅니다.

프로세스

사용자가 특정 콘텐츠(대응하는 CRID에 의해 식별됨)를 선택하여 액션을 실행한 후 수신자는 콘텐츠의 복사본에 액세스할 수 있는 특정 위치 정보로 이어지는 위치 해결 프로세스를 시작합니다.

이 순서는, 주로 리시버의 접속에 의해서 다릅니다.수신자가 브로드캐스트채널을 통해서만 정보를 수신할 수 있는 단방향 네트워크와 수신자가 외부와 통신할 수 있는 리턴 채널(일반적으로 인터넷액세스)이 있는 쌍방향 네트워크를 기본적으로 구별할 수 있습니다.

브로드캐스트 채널에만 연결된 수신기의 경우 해상도 정보가 해당 채널에서 직접 전송되거나 기존 로컬 스토리지 시스템에서 사용할 수 있어야 합니다.CRID를 선택한 후 수신자가 가장 먼저 해야 할 일은 해결 테이블 검색 위치에 대한 정보를 확인하는 것입니다.이를 위해서는 선택한 CRID의 권한과 관련된 RAR 레코드를 검색해야 합니다.

그 권한에 대응하는 RAR 레코드가 발견되면, 수신자는 URL 필드를 참조해, 해결 정보를 취득하기 위해서 액세스 하는 장소(이 경우는 수신하는 장소)를 알 수 있습니다.

액세스 포인트를 통해 수신되는 정보는 컨설팅된 각 CRID에 대한 메시지로 구성됩니다(예를 들어 ContentReferencingTable의 <Result> 요소).

웹 캐스팅 중

CRID를 보다 글로벌하게 이용할 수 있도록 하기 위해 IETF는 웹을 통한 CRID 사용을 지정하는 코멘트 요구를 발행합니다.이를 통해 현재 브라우저가 웹 서버를 검색하여 CRID로 콘텐츠를 요구하는 것과 마찬가지로 소비자 디바이스가 콘텐츠 공급자 서버에 연결할 수 있습니다.

2005년 5월에 이 작업의 시작으로서 정보 RFC No 4078이 발행되었습니다.

장기적인 목표는 CRID를 휴대 전화, PDA, 디지털 TV 수신기 및 기타 소비자 기기로 사용하여 브로드캐스트 스트림 또는 IP 기반 네트워크를 통해 콘텐츠를 가져올 수 있도록 하는 것입니다.

「 」를 참조해 주세요.

레퍼런스