Из Википедии, бесплатной энциклопедии
Перейти к навигации Перейти к поиску

Обзор [ править ]

Идентификатор содержимого или CRID это понятие от работы по стандартизации , проделанной TV-Anytime форуме. Это или близко соответствует концепции унифицированного указателя ресурсов или URL-адреса, используемого во всемирной паутине :

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

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

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

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

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

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

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

Форматировать [ редактировать ]

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

crid: // полномочия / данные

Поле полномочий представляет объект, создавший 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, довольно общий и простой и соответствует:

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

Первая часть формата локатора (транспортный механизм) должна быть строкой символов, уникальной для каждого механизма (транспортный поток, локальный файл, 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 в формате XML

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

Таблица ContentReferencingTable

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

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

пример ContentReferencingTable

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

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

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

Процесс

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

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

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

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

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

В веб-трансляции [ править ]

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

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

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

См. Также [ править ]

Ссылки [ править ]