Внимание! В период с 29.07.22 по 11.08.22 сервис будет находиться в режиме технического обслуживания. В этой связи может наблюдаться нестабильная работа. Приносим извинения за неудобства.
1
Доступно поисковых запросов: 1 из 2
Следующий пробный период начнётся: 15 августа 2022 в 16:04
Снять ограничение

ГОСТ Р 57874-2017

Телевидение вещательное цифровое. Система TV-Anytime. Процесс поиска контента по ссылке. Основные параметры
Недействующий стандарт
Проверено:  07.08.2022

Информация

Название Телевидение вещательное цифровое. Система TV-Anytime. Процесс поиска контента по ссылке. Основные параметры
Название английское Digital Video Broadcasting. System TV-Anytime. The process of searching for content by reference. Basic parameters
Дата актуализации текста 01.01.2021
Дата актуализации описания 01.01.2021
Дата издания 21.05.2020
Дата введения в действие 01.08.2018
Область и условия применения Настоящий стандарт предназначен для применения в системе вещания ТВ-Anytime, работающей в однонаправленных и двунаправленных средах. Настоящий стандарт устанавливает параметры процесса поиска контента по ссылке. Реализация этих параметров дает возможность пользователю системы ТV-Anytime доступ к конкретному экземпляру конкретного элемента контента, повышает доступность пользователей системы ТV-Anytime к фондам видео- и аудиоматериалов в существующем медиапространстве. Реализация параметров процесса поиска контента по ссылке, установленных в настоящем стандарте, позволит повысить экономическую эффективность системы TV-Anytime
Опубликован Официальное издание. М.: Стандартинформ, 2017 год
Утверждён в Росстандарт

Расположение в каталоге ГОСТ

     
ГОСТ Р 57874-2017

     

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ


ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ. СИСТЕМА TV-ANYTIME. ПРОЦЕСС ПОИСКА КОНТЕНТА ПО ССЫЛКЕ


Основные параметры


Digital video broadcasting. TV-Anytime system. The process of searching for content by reference. Basic parameters

ОКС 33.170

ОКП 657400

Дата введения 2018-08-01

     

Предисловие

1 РАЗРАБОТАН Автономной некоммерческой организацией "Научно-технический центр информатики" (АНО "НТЦИ")

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 480 "Связь"

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 31 октября 2017 г. N 1588-ст

4 Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 102 822-4 V1.1.2 (2004-10)* "Широковещательные и онлайновые службы: поиск, выбор и законное использование контента в персональных системах хранения ("TV-Anytime Phase 1"). Часть 4. Ссылки на контент" [ETSI TS 102 822-4 V1.1.2 (2004-10) "Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems ("TV-Anytime Phase 1"); Part 4: Content referencing", NEQ]

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - Примечание изготовителя базы данных.

5 ВВЕДЕН ВПЕРВЫЕ


Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомления и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

     1 Область применения


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

Реализация параметров процесса поиска контента по ссылке, установленных в настоящем стандарте, позволит повысить экономическую эффективность системы TV-Anytime.

     2 Нормативные ссылки


В настоящем стандарте использованы нормативные ссылки на следующие стандарты:

ГОСТ Р 52210 Телевидение вещательное цифровое. Термины и определения

ГОСТ Р 56476 Телевидение вещательное цифровое. Система TV-Anytime. Схемы метаданных. Основные параметры

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

     3 Термины, определения, сокращения и соглашения к требованиям к синтаксису

3.1 В настоящем стандарте применены термины по ГОСТ Р 52210, а также следующие термины с соответствующими определениями:

3.1.1 агрегатор (aggregator): Объект (организация), собирающий и обрабатывающий информацию о контенте, службах и их провайдерах.

3.1.2 контент (content): Видео- и аудиофайлы (фильмы, игры, ТВ-программы, радиопрограммы, видеоклипы, аудиотреки), к которым клиент хотел бы получать доступ и которые могут быть сохранены на персональном цифровом рекордере (PDR).

3.1.3 идентификатор метаданных экземпляра (instance metadata identifier): Идентификатор, ассоциированный с локатором и связанный с метаданными описания экземпляра.

3.1.4 локатор (locator): Время и место, где может быть получен элемент контента.

3.1.5 метаданные (metadata): Данные о контенте (заголовок, жанр и резюме телевизионной программы, а также профиль потребителя и данные предыстории).

3.1.6 обработчик разрешения (resolution handler): Функциональный блок, который обеспечивает выполнение разрешения позиции на конкретном механизме транспортировки.

3.1.7 орган (организация) (authority): Организация, создающая CRID.

3.1.8 расположение (позиция) (location): Адрес расположения экземпляра контента (место и время), по которому экземпляр контента может быть найден.

3.1.9 провайдер контента (content provider): Объект, который предоставляет контент или услуги PDR.

3.1.10 провайдер служб (service provider): Агрегатор и поставщик контента, который может выполнять функции управления и шлюза.

3.1.11 разрешение расположения (позиции) (location resolution): Процесс установления адреса (места и времени) конкретного экземпляра контента по его CRID.

3.1.12 сервлет Java (Java servlet): Java-программа, программа на сервере.

3.1.13 ссылка на контент (content reference): Ссылка (указатель) на конкретный элемент контента.

3.1.14 сценарий CGI (Common Gateway Interface script): Внешнее приложение, выполняемое сервером HTTP на запрос пользователя, например, веб-браузера.

3.1.15 хост (host): Конечный узел отправителя и получателя информации в сети передачи данных.

3.2 В настоящем стандарте приняты следующие сокращения:

CRID (Content Reference IDentifier) - идентификатор ссылки (адреса) контента;

GET - запрос GET, используется для запроса содержимого указанного ресурса по протоколу HTTP;

HTTP (HyperText Transfer Protocol) - протокол передачи гипертекста;

HTTPS (Hypertext Transfer Protocol Secure) - расширение протокола HTTP;

MIME (Multipurpose Internet Mail Extensions) - многоцелевые расширения интернет-почты;

PDR (Personal Digital Recorder) - персональное цифровое записывающее устройство;

RAR (Resolving Authority Record) - запись разрешения органа;

SSL (Secure Sockets Layer) - уровень защищенных сокетов;

TLS (Transport Layer Security) - защищенный транспортный уровень;

URI (Uniform Resource Identifier) - унифицированный идентификатор ресурса;

URL (Uniform Resource Locator) - унифицированный локатор ресурса.

3.3 В настоящем стандарте приняты следующие соглашения к требованиям к синтаксису:

3.3.1 синтаксис определяется для различных текстовых элементов;

3.3.2 элементы, выделенные полужирным шрифтом: текстовые символы, которые должны использоваться в точности с определением;

3.3.3 элементы, выделенные <угловыми скобками и курсивом> заменяются соответствующим значением, которое определено рядом с определением синтаксиса;

3.3.4 элемент в квадратных скобках ("[" и "]") является необязательным элементом. Все определения синтаксиса в границах квадратных скобок могут быть опущены при условии соблюдения правил, указанных в настоящем стандарте.

     4 Основные понятия и особенности


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

     
Рисунок 4.1 - Содержание процесса поиска контента по ссылке


Процесс поиска контекта по ссылке включает в себя три нижеперечисленные процедуры:

- отбор необходимого контента с последующим получением ссылки идентификатора контента (CRID);

- поиск службы разрешения на получение позиции контента, которая позволит найти одну или несколько позиций экземпляров контента или идентификаторов ссылки контента;

- поиск контента в найденных позициях для последующего приобретения контента.

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

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

Элемент контента, имеющий CRID, может содержать группу других элементов контента. Например, CRID может ссылаться на серию программ.

Ключевым понятием процесса поиска контента по ссылке является разделение ссылки на CRID элемента контента и на сведения, относящиеся к процессу его получения.

Разделение, предоставляемое CRID, обеспечивает сопоставление ссылок контента и позиций конечных результатов.

Служба TV-Anytime определяет вид контента, который будет предоставлен после определения положения. Экземпляром контента может быть любой компонент, полученный пользователем в соответствующей позиции.

Провайдер служб разрешения позиции системы TV-Anytime декларирует элементы контента (например, программы, сериалы и т.д.).

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

- выбор между альтернативами;

- выбор субэлементов;

- выбор между близкими объектами;

- выбор времени доставки;

- выбор до начала реализации;

- выбор качества кодирования;

- выбор стоимости доставки;

- выбор на основе согласованных прав;

- ссылка для элемента контента и соответствующих метаданных.

В процессе поиска контента по ссылке устанавливаются:

- форма данных идентификации контента;

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

Процесс поиска контента по ссылке не включает в себя процессы выбора или извлечения контента и процесс определения метаданных, используемых в запросе.

     5 Процесс разрешения позиции


В процессе разрешения позиции выполняется преобразование CRID в другие CRID или локаторы. Разрешение позиции отображает CRID в кординатах* времени (например, запланированное время передачи в системе вещания) и в пространстве доступных способов доставки (например, телеканал или IP-адрес).

________________

* Текст документа соответствует оригиналу. - Примечание изготовителя базы данных.


Процесс разрешения позиции может выполняться в среде PDR (например, в системе вещания) или с помощью удаленного сервера (например, сервера в сети Интернет).

     6 Параметры полномочного органа, создающего CRID


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

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

В большинстве случаев PDR будет работать с несколькими органами, поэтому он должен уметь их различать. Для того чтобы PDR мог различать органы, каждому органу присваивается уникальное имя. Настоящий стандарт предусматривает присвоение уникальных имен для каждого органа системы TV-Anytime использованием системы имен домена (DNS).

Ниже представлен синтаксис имени органа:

<DNS name>


<DNS Name> является зарегистрированным доменным именем в сети Интернет. <DNS Name> нечувствительно к регистру и должно быть полным именем.

Примерами некоторых имен органа являются:

www.broadcaster.com;

ISP.net;

www.commerce.com.

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


CRID является идентификатором части контента. Он используется в процессе поиска и отбора контента. Несколько CRID могут относиться к одной и той же части контента.

CRID может передавать разрешения одному или нескольким CRID. Передача разрешения от CRID к другим CRID используется для двух целей:

- CRID разрешает несколько CRID для группы элементов контента (серия программ);

- CRID разрешает одному или нескольким CRID одного органа ссылаться на CRID другого органа.

На рисунке 7.1 показан пример древовидной структуры CRID.

Ниже представлен синтакис CRID:

CRID://<authority>/<data>


<authority> - используются правила наименования органа TV-Anytime, гарантирующие уникальность, приведенные в разделе 6;

<data> - является свободной строкой формата, совместимой с универсальным идентификатором ресурса (Uniform Resource Identifier, URI), и имеет значение в сочетании с именем органа, приведенным в поле <authority>.

     
Рисунок 7.1 - Пример древовидной структуры CRID


В целом CRID соответствует URI. Как спецификации соответствия URI часть синтаксиса CRID:// не чувствительна к регистру.

Для обеспечения гарантированной функциональной совместимости рекомендуется, чтобы символы, которые используются вне диапазона символов, разрешенных в URI, были закодированы в UTF8 и включены в URI как последовательность исключенных байтов.

Примеры правильных (в смысле синтаксиса) CRID показаны в таблице 7.1.


Таблица 7.1 - Примеры правильных (в смысле синтаксиса) CRID

CRID

Описание

CRID://company.com/foobar

CRID создан органом "company.com", фрагмент данных из "foobar"

crid://broadcaster.co.jp/wibble

CRID создан органом " broadcaster.co.jp", фрагмент данных из "wibble"

cid://broadcaster.co.jp/%E3%82%A8%E3%82 %A4%E3%82%AC

CRID создан органом "broadcaster.co.jp", фрагмент данных "Е" "I" "GA" представляется в виде СИМВОЛОВ KATAKANA (японские иероглифы), имеющих значение "movie"

     

     8 Форматы локаторов


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

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

Локатор анализируется и используется способами, зависимыми от формата медиаконтента, используя мультимедийные средства или конкретный транспортный протокол. Например, локатор DVB будет содержать параметры позиции потока DVB:

- ID транспортного потока;

- ID службы;

- ID настольного ПК;

- ID события.

Ниже представлен синтаксис формата локатора:

<transport mechanism>:<transport system specific>


Строка <transport mechanism> должна быть уникальной для каждого транспортного потока. Строка "CRID" не должна использоваться в качестве имени <transport mechanism>.

Строка <transport system specific> определяет формирователя <transport mechanism>.

В целом локатор по спецификации совместим с URI.

Для каждой строки <transport mechanism> будет применяться только один формат синтаксиса строки <transport system specific>.

Строка <transport system specific> должна предоставлять следующую информацию:

- позиция (location) - обеспечивает представление позиции (места и времени), в которой возможно приобретение контента. Допускается прием устройством PDR контента от различных провайдеров, использующих один и тот же <transport mechanism>. Эта причина определяет требование однозначности формата "позиция" системы TV-Anytime при использовании несколькими провайдерами одинаковых <transport mechanism>;

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

Для контента, поставляемого на основе расписания, устанавливаются следующие условия:

- время старта (Start time) - предоставляется информация о планируемом времени начала вещания контента. Необходимо, чтобы время старта было однозначным в отношении местного часового пояса, так как PDR может иметь возможность получать контент из разных часовых поясов;

- продолжительность доступности контента (Duration of content) соответствует продолжительности контента во времени.

Для контента "по требованию" устанавливаются следующие условия:

- начало доступности (Duration of content) - поле определяет первый момент времени, когда контент становится доступным. Необходимо обеспечивать однозначность начала доступности в отношении местного часового пояса, так как PDR может иметь возможность получать контент из разных часовых поясов;

- окончание доступности (End of availability) - поле определяет первый момент времени, когда контент станет недоступным.

В определении синтаксиса для строки локатора <transport system specific>, связанного с <transport mechanism>, есть предположение о среде, в которой работает PDR. Для каждого <transport mechanism> PDR необходима конкретная информация для получения контента от этой системы. Эта информация может быть предоставлена транспортным механизмом или любым другим способом, соответствующим задаче PDR.

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

Транспортный механизм обеспечивает более точную синхронизацию, чем время начала, которую PDR может использовать для захвата контента (например, информацию об управлении программой доставки (Programme Delivery Control, PDC или ID событий DVB).

     9 Идентификаторы метаданных экземпляра


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

Для обеспечения такого сценария идентификатор может присваиваться опционально каждой позиции и может сигнализировать в метаданных описания экземпляра. При изменении позиции контента идентификатор метаданных экземпляра не изменяется.

Идентификатор метаданных экземпляра будет уникальным только в границах CRID, к которому он был назначен. Допускается присвоение этого идентификатора в границах различных CRID.

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

Идентификатор может связывать описания метаданных экземпляра с информацией, полученной в процессе разрешения позиции.

При условии уникальности идентификатора метаданных экземпляра в рамках данного CRID каждый идентификатор метаданных экземпляра должен начинаться уникальным доменным именем сети Интернет. Часть имени идентификатора метаданных экземпляра определяется органом, создавшим идентификатор метаданных экземпляра.

При создании идентификатора метаданных экземпляра следует учитывать, что каждой паре идентификаторов "CRID - позиция" должен соответствовать только идентификатор метаданных экземпляра.

Синтаксис идентификатора метаданных экземпляра:

imi:[<name>/]<data>


Закупки не найдены
Свободные
Р
Заблокированные
Р
Роль в компании Пользователь

Для продолжения необходимо войти в систему

После входа Вам также будет доступно:
  • Автоматическая проверка недействующих стандартов в закупке
  • Создание шаблона поиска
  • Добавление закупок в Избранное