Идентификатор ссылок на контент (CRID)

Понятие CRID позволяет однозначно ссылаться на контент независимо от его местоположения, то есть без необходимости знать конкретные параметры вещания (время, дата и канал) или способ его получения через сеть, например, посредством потоковой передачи или загрузки файла с интернет-сервера.

Приёмник должен уметь разрешать такие однозначные ссылки, то есть преобразовывать их в конкретные данные, которые позволят определить местоположение этого контента для его получения. Это позволяет осуществлять процессы записи без знания этой информации, а также даже без предварительного знания продолжительности записываемого контента: например, записать целый сериал одним нажатием, программу, которая ещё не запланирована, или набор программ, сгруппированных по определённому критерию.

Такая структура позволяет разделить ссылку на конкретный контент (CRID) и необходимую для его получения информацию, которая называется «локатором». Каждый CRID может приводить к одному или нескольким локаторам, которые будут представлять разные копии одного и того же контента. Это могут быть идентичные копии, транслируемые на разных каналах или в разное время, или отличающиеся по стоимости. Также это могут быть различные копии с разными техническими параметрами, такими как формат или качество.

Возможно также, что в результате разрешения CRID получается другой CRID (например, его ссылка в другой сети, где ему присвоен альтернативный идентификатор другим оператором) или набор CRID (например, если исходный CRID представляет телесериал, в этом случае разрешение приведёт к списку CRID, представляющих каждый эпизод).

Из этого следует, что если определённый контент может принадлежать нескольким группам (каждая из которых может быть определена своими признаками), возможно, что несколько CRID будут указывать на один и тот же контент. То есть несколько CRID могут разрешаться в один и тот же локатор.

CRID не является универсальным, уникальным и эксклюзивным идентификатором для конкретного контента. Он тесно связан с организацией, которая его создала, с поставщиком услуги разрешения и с поставщиком контента, так что один и тот же контент может иметь разные CRID в зависимости от области применения (например, отдельный для каждого телевизионного оператора, обладающего правами на трансляцию контента).

CRID задаётся аналогично URL. Фактически, CRID — это так называемый URI. Обычно создатель контента, вещатель или третья сторона используют свои имена в DNS в сочетании с уникальным для продукта именем для создания глобально уникальных CRID. Синтаксис CRID следующий:

crid://authority/data

Поле authority представляет организацию, создавшую CRID, и его формат соответствует DNS-имени. Поле data представляет собой строку символов, которая однозначно идентифицирует контент в рамках данной организации (это строка, присваиваемая самой организацией).

В качестве примера предположим, что BBC хочет создать CRID для (всех программ) Олимпийских игр в Китае. Это могло бы выглядеть так:

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

Это был бы групповой CRID, то есть CRID, представляющий группу контента. Затем, чтобы сослаться на конкретное событие — например, финал по толканию ядра среди женщин — они могли бы использовать следующее в своих метаданных:

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

В настоящее время четыре типа CRID играют основную роль в некоторых однонаправленных телевизионных сетях: CRID программы, CRID серии, групповой CRID и рекомендательный CRID. Одно из важнейших применений CRID — так называемая функция записи по ссылке на серию (SL) в современных цифровых видеорегистраторах (DVR, PVR).

В свою очередь, локатор — это строка символов, содержащая всю необходимую информацию для приёмника, чтобы найти и получить определённый контент, будь то через транспортный поток, локальное хранилище, загрузку файла с интернет-сервера или потоковую передачу. Например, локатор DVB будет включать все необходимые параметры для идентификации конкретного контента в транспортном потоке: сеть, транспортный поток, сервис, таблицу и/или идентификаторы событий.

Формат локаторов, установленный в TV-Anytime, достаточно универсален и прост и соответствует следующему виду:

[транспортный-механизм]:[конкретные-данные]

Первая часть формата локатора (транспортный механизм) должна быть строкой символов, уникальной для каждого механизма (транспортный поток, локальный файл, HTTP-доступ в интернет и т. д.). Вторая часть должна быть однозначной только в рамках данного транспортного механизма и будет стандартизирована организацией, отвечающей за регулирование самого механизма. Например, локатор DVB для идентификации контента в транспортном потоке сетей, использующих этот стандарт, может выглядеть так:

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

что будет означать контент (идентифицируемый строкой «2d22»), транслируемый на канале, доступном в сети DVB с адресом «112.4a2.5ec» (сеть «112», транспортный поток «4a2» и сервис «5ec»), 12 декабря 2012 года в 22:00 и продолжительностью 90 минут.

Процесс разрешения местоположения — это процедура, с помощью которой, начиная с CRID определённого контента, получают один или несколько локаторов этого контента. Разрешение CRID может быть прямым процессом, который сразу приводит к одному или нескольким локаторам, или может случиться так, что сначала возвращаются один или несколько промежуточных CRID, которые должны пройти ту же процедуру, чтобы в итоге получить один или несколько локаторов.

В этой процедуре участвуют некоторые информационные элементы, среди которых выделяют две структуры: запись полномочий разрешения (RAR) и ContentReferencingTable. Многократное обращение к ним позволяет приёмнику перейти от CRID к одному или нескольким локаторам, которые позволят получить контент.

Таблица RAR

Таблица RAR — это одна или несколько структур данных, которые предоставляют приёмнику для каждой организации, предоставляющей CRID, информацию о соответствующем поставщике услуги разрешения. В частности, она сообщает, какой механизм используется для предоставления информации о разрешении CRID от каждой организации. То есть для каждой организации должны существовать одна или несколько записей RAR, указывающих приёмнику, куда обращаться для разрешения CRID этой организации.

Например, в приведённой на рисунке записи (выражённой в виде структуры XML согласно XML Schema, определённой в TV-Anytime) есть организация «tve.es», поставщиком услуги разрешения которой является «rtve.es», доступная по URL "http://tva.rtve.es/locres/tve", что означает наличие информации о разрешении по этому адресу.

Эти записи RAR могут поступать к приёмнику в неопределённой форме, не имеющей значения для спецификации TV-Anytime, и зависят от конкретного транспортного механизма сети, к которой подключён приёмник. Каждая группа стандартов, регулирующих распределительные сети (DVB, ATSC, ISDB, IPTV и др.), заранее определяет такую процедуру, которая будет использоваться устройствами, сертифицированными по этим стандартам.

Таблица ContentReferencingTable

Вторая структура, участвующая в процессе разрешения местоположения, — это собственно таблица разрешения, которая по CRID контента возвращает один или несколько локаторов, позволяющих приёмнику получить экземпляр этого контента, или один или несколько CRID, позволяющих продолжить процесс разрешения.

На рисунке показан пример этой второй структуры — XML-документ согласно спецификациям XML Schema, определённой в TV-Anytime. В нём включены несколько разделов (элементы <Result>), структурирующих информацию, описывающую каждый случай разрешения.

Первый раздел показывает, как CRID (crid://tv.com/Friends/all), соответствующий групповому контенту, охватывающему несколько эпизодов (два) сериала «Друзья», разрешается. В результате процесса разрешения получаются два новых CRID, каждый из которых соответствует одному из двух эпизодов.

Второй элемент <Result> разрешает CRID первого эпизода первого сезона. В результате процесса разрешения получаются два локатора DVB. Атрибут «acquire» со значением «any» указывает, что любой из них подходит (второй — это повторная трансляция через неделю).

Третий элемент <Result> содержит информацию о втором эпизоде. Указывается, что он пока не может быть разрешён (атрибут «status» со значением «cannot yet resolve»), с указанием даты, когда запрос на разрешение информации должен быть повторён.

Процесс

После того как пользователь выбрал определённый контент (идентифицированный соответствующим CRID) для выполнения какого-либо действия, приёмник начинает процесс разрешения местоположения, который должен привести к конкретной информации о местоположении, позволяющей получить копию контента.

Эта процедура в основном зависит от возможностей подключения приёмника. Можно выделить базовое различие между однонаправленными сетями, где приёмник может только принимать информацию через вещательный канал, и двунаправленными сетями, где также есть обратный канал, через который приёмник может связываться с внешними ресурсами (обычно через интернет).

Для приёмников, подключённых только к вещательному каналу, очевидно, что информация о разрешении должна поступать непосредственно с этого канала или быть доступна каким-либо образом в существующей системе локального хранения. После выбора CRID первым шагом для приёмника будет проверка информации о том, где найти таблицу разрешения. Для этого необходимо найти запись RAR, связанную с организацией выбранного CRID.

После того как найдена запись RAR, соответствующая этой организации, приёмник узнает, обращаясь к полю URL, где получить (или, в данном случае, где прослушивать) информацию о разрешении.

Информация, получаемая через эту точку доступа, будет состоять из сообщения для каждого из запрошенных CRID (например, элемент <Result> в ContentReferencingTable).

Для ещё большей глобальной доступности CRID IETF опубликует запрос комментариев, определяющий использование CRID в интернете. Это позволит потребительским устройствам подключаться к серверам поставщиков контента, аналогично тому, как современные браузеры обращаются к веб-серверам, запрашивая контент по CRID.

В мае 2005 года был опубликован информационный RFC, № 4078, как начало этой работы.

Долгосрочная цель состоит в том, чтобы CRID были доступны для использования мобильными телефонами, PDA, цифровыми телевизионными приёмниками и другими потребительскими устройствами для получения контента как из вещательного потока, так и через IP-сети.