Идентификатор ссылки на содержимое

Эта статья может нуждаться в реорганизации для соответствия правилам Википедии по макету . Пожалуйста, помогите, отредактировав статью, чтобы улучшить общую структуру. ( Апрель 2013 ) ( Узнайте, как и когда удалять это сообщение )

Идентификатор ссылки на контент или CRID — это концепция из работы по стандартизации, проделанной форумом TV-Anytime . Он является или близко соответствует концепции Uniform Resource Locator , или URL, используемой в World-Wide Web :

На единицу контента в потоке вещания можно ссылаться по ее глобально уникальному CRID точно так же, как на веб-страницу можно ссылаться по ее глобально уникальному URL-адресу в Интернете.

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

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

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

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

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

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

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

crid://authority/data

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

В качестве примера предположим, что BBC хотело сделать 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, которые должны пройти ту же процедуру, чтобы в конечном итоге получить один или несколько локаторов.

Эта процедура включает в себя некоторые информационные элементы, среди которых мы находим две структуры, называемые resolving authority record (RAR) и ContentReferencingTable, соответственно. Повторное обращение к ним перенесет получателя от CRID к одному или нескольким локаторам, которые позволят ему получить контент.

Таблица RAR

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

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

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

Таблица ContentReferencingTable

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

На рисунке показан пример этой второй структуры, XML-документа в соответствии со спецификациями XML-схемы, определенной в 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 были доступны для использования в сотовых телефонах , КПК , цифровых телевизионных приемниках и других потребительских устройствах для извлечения контента либо из потока вещания, либо по IP-сетям .

• Идентификатор программы BBC

• RFC 4078 (PDF) Доступ 27 октября 2011 г.
• RFC 4078 (TXT) Доступ 27 октября 2011 г.
• ETSI TS 102 822-2 V1.4.1 (2007–11), страница 19, раздел 5: «Сценарии ссылок на контент TV-Anytime» Доступ 3 декабря 2012 г.
• ETSI TS 102 822-4 V1.7.1 (2012–12), страница 13, раздел 8: «CRID» Доступ 9 января 2013 г.
• ETSI TS 102 323 V1.5.1 (2012-01), Страница 27, Раздел 6: «CRID и другие URI в сетях DVB» Доступ 1 марта 2012 г.