ГОСТ Р 56455—2015
Т а б л и ц а 2 — Сценарии выполнения разрешения CRID
Создатели CRID
Полномочные органы, выдающие разрешения CRID
Производитель контента
разрешает GRID
Провайдер служб контента
разрешает CRIO
Разрешает CRID третья
сторона
Производитель контен
та создает CRID
«скорее всего»
(примечание 1)
«скорее всего» (примечание 2)
«скорее всего» (примечание 3)
Провайдер служб кон
тента создает CRID
«вряд ли»
«скорее всего* (прихтечание 4)
«скорее всего» (примечание 5)
Третья сторона создает
CRID
«вряд ли»
«вряд ли» (примечание 6)
«скорее всего» (примечание 7)
П ри меч ани я
1 Детализированное описание сценария представлено в 5.4.1. 2
Детализированное описание сценария представлено в 5.4.2. 3
Детализированное описание сценария представлено в 5.4.3. 4
Детализированное описание сценария представлено в 5.4.4. 5
Детализированное описание сценария представлено в 5.4.5. 6
Детализированное описание сценария представлено в 5.4.6. 7
Детализированное описание сценария представлено в 5.4.7.
5.4.1 Производитель контента создает и разрешает CRID
В этом сценарии производитель контента создает контент и идентификатор ссылки (CRID) на эту
часть контента. Производитель контента предоставляет информацию о разрешении на поиск этой кон
кретной части контента. Для случая вещания в качестве примера можно предположить:
- создателем контента является не вещатель;
- рассматриваемый контент является драмой с названием «Most Moving Drama Ever».
В этом случае синтаксис полномочного органа может быть представлен как content.com.
Сам CRID может принять форму:
CRID^/content.com/drama/MostMovingDramaEver.
Строка «drama/MostMovingDramaEver» имеет значение полномочного органа, который при необ
ходимости может разрешать этот CRID.
Производитель контента создает программу драмы и присваивает ей CRID. Он должен иметь воз
можность транслировать к PDR информацию о разрешении расположения. Это означает, чтоон должен
иметь доступ к каналу вещания и к расписанию соответствующего привлеченного к этому процессу
вещателя.
В связи с тем. что в сценарии чистого вещания обратный канал отсутствует, разрешение распо
ложения происходит в самом PDR. В процессе вещания контента он записывается на местном устрой
стве хранения для использования в последующем и при необходимости визуализируется на местном
мониторе.
В случае, когда вещатель является и производителем контента, сценарий будет более простым в
соответствии с 5.4.4.
5.4.2 Производитель контента создает CRID, провайдер служб контентаразрешает CRID
В этом сценарии производитель контента создает контент с соответствующим CRID. Провайдер
службы контента является провайдером разрешения служб. Если производителем контента является
киностудия и контентом является боевик под названием «Best Action Movie Ever», а провайдером кон
тента является вещатель, то в этом случае провайдер службы контента по отношению к производителю
контента выступает в качестве полномочного представителя (прокси). Производитель контента создает
CRID. который может выглядеть следующим образом:
CRID://moviestudio.com/movies/BestActionMovieEver
Вещатель купил фильм у киностудии для выпуска в эфир с ассоциированным CRID и передает
информацию о разрешении расположения к PDR. Эта информация содержится в таблице разрешения,
отображающей расположение CRID. Также в канал вещания для PDR передаются записи разрешения
органа, одна из которых включает перенаправление записи, в которой имя органа и поставщика разре-
13