Идентификатор ссылки на контент
 | Возможно, эту статью необходимо реорганизовать, чтобы она соответствовала рекомендациям Википедии по оформлению . ( Апрель 2013 г. ) |
Обзор
[ редактировать ]Идентификатор ссылки на контент или CRID — это концепция, возникшая в результате работы по стандартизации, проделанной форумом TV-Anytime . Он соответствует или близко соответствует концепции Uniform Resource Locator или URL, используемой во Всемирной паутине :
На единицу контента в широковещательном потоке можно ссылаться по ее глобально уникальному 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 для (всех программ) Олимпийских игр в Китае. Возможно, это выглядело примерно так
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, довольно общий и простой и соответствует:
[transport-mechanism]:[specific-data]
Первая часть формата локатора (транспортный механизм) должна представлять собой строку символов, уникальную для каждого механизма (транспортный поток, локальный файл, 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, определенной в TV-Anytime) имеется орган с именем «tve.es», чьим поставщиком услуг разрешения является объект «rtve». .es», доступный по URL-адресу «http://tva.rtve.es/locres/tve», что означает, что в этом URL-адресе есть информация о разрешении.
Эти записи RAR будут доставлены приемнику в неопределенной форме, неважной для спецификации TV-Anytime, которая будет зависеть от конкретного транспортного механизма сети, к которой подключен приемник. Каждое семейство стандартов, регулирующее распределительные сети (DVB, ATSC, ISDB, IPTV...), предварительно определит такую процедуру, которая будет использоваться устройствами, сертифицированными в соответствии с этими стандартами.
Таблица ContentReferenceTable
Вторая структура, участвующая в процессе разрешения местоположения, представляет собой правильную таблицу разрешения, которая, учитывая CRID контента, возвращает один или несколько локаторов, которые позволяют получателю получить доступ к экземпляру этого контента, или один или несколько CRID, которые позволяют ему двигаться вперед в процесс разрешения.
На рисунке показан пример этой второй структуры — XML-документа в соответствии со спецификациями схемы XML, определенной в TV-Anytime. В него включено несколько разделов (элементы <Result>), которые структурируют информацию, описывающую каждый случай разрешения.
Первый объявляет, как разрешается CRID (crid://tv.com/Friends/all), соответствующий групповому контенту, охватывающему несколько эпизодов (двух) сериала «Друзья». Результатом процесса разрешения являются два новых CRID, каждый из которых соответствует одному из двух эпизодов.
Второй элемент <Result> разрешает CRID первого эпизода первого сезона. Результатом процесса разрешения являются два локатора DVB. Атрибут «acquire» со значением «any» указывает на то, что любой из них хорош (второй — повторение трансляции через неделю).
Третий элемент <Result> предоставляет информацию о втором эпизоде. Он указывает, что проблема еще не может быть решена (атрибут «статус» со значением «еще не может быть решена»), указывая дату, когда запрос информации о разрешении должен быть повторен.
Процесс
Как только пользователь выбрал данный контент (идентифицированный соответствующим CRID) для выполнения с ним некоторого действия, получатель начинает процесс определения местоположения, который должен привести к конкретной информации о местоположении, которая обеспечивает доступ к копии контента.
Эта процедура зависит главным образом от возможности подключения ресивера. Можно провести основное различие между однонаправленными сетями, где приемник может получать информацию только через широковещательный канал, и двунаправленными сетями, где также есть обратный канал, через который приемник может общаться с внешним миром (обычно доступ в Интернет). .
Для приемников, подключенных только к широковещательному каналу, ясно, что информация о разрешении должна поступать непосредственно из этого канала или каким-либо образом быть доступна в существующей локальной системе хранения. После выбора CRID первое, что нужно сделать получателю, — это проверить информацию о том, где найти таблицу разрешения. Для этого он должен найти запись RAR, связанную с полномочиями выбранного CRID.
Как только запись RAR, соответствующая этому авторитету, будет найдена, получатель, обратившись к полю URL-адреса, узнает, к чему обращаться (или, в данном случае, где прослушивать), чтобы получить информацию о разрешении.
Информация, которая будет получена через эту точку доступа, будет состоять из сообщения для каждого из используемых CRID (например, элемент <Result> в ContentReferencingTable).
В веб-кастинге
[ редактировать ]Чтобы сделать CRID еще более глобально доступным, IETF опубликует запрос на комментарии с указанием использования CRID в Интернете. Это позволит потребительским устройствам подключаться к серверам поставщиков контента, подобно тому, как современные браузеры ищут веб-серверы, запрашивая контент по CRID.
В мае 2005 года был опубликован информационный RFC № 4078 , положивший начало этой работе.
Долгосрочная цель состоит в том, чтобы CRID были доступны для использования мобильными телефонами , КПК , цифрового телевидения приемниками и другими потребительскими устройствами для получения контента либо из широковещательного потока, либо через IP-сети .
См. также
[ редактировать ]Ссылки
[ редактировать ]- 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 г.