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

ГОСТ Р 56454-2015

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

Телевидение вещательное цифровое

СИСТЕМА TV-ANYTIME. УПРАВЛЕНИЕ ПРАВАМИ И ЗАЩИТА ИНФОРМАЦИИ

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

Digital video broadcasting. The system of TV-Anytime. Rights management and protection information. Basic parameters

ОКС 33.170

ОКП 65 7400

Дата введения 2015-09-01

Предисловие

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

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

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

4 Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 102 822-5-1 V1.7.1 (2012-12)* "Службы вещания и интерактивные: поиск, выбор и законное использование контента на персональных системах хранения ("TV-Anytime"). Управление правами и защита (RMP). Суб-часть 1. Информация для приложений вещания" [ETSI TS 102 822-5-1 V1.7.1 (2012-12) "Broadcast and On-line Services: Search, select, and rightful use of content on personal storage systems ("TV-Anytime"); Part 5: Rights Management and Protection (RMP); Sub-part 1: Information for Broadcast Applications", NEQ]

________________

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

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

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

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

Настоящий стандарт определяет параметры правил управления правами и условий использования, обеспечивающих защиту контента цифрового телевизионного в границах домена, совместимого с системой RMP TV-Anytime. Информация RMP (RMPI) в случае вещания цифрового телевизионного контента, в формате RMPI-MB передается с сигналом вещания и в совместимом домене RMP TVA преобразуется в форме RMPI-M.

RMPI для приложений вещания может быть использована в сочетании с контентом FTA, вещаемым бесплатно (свободно), и передач, защищенных системами СА или DRM. Структура обмена информацией управления правами и защиты в среде вещания показана на рисунке 1.

TV-Anytime (TVA) является системой, которая характеризуется систематизированным набором технических требований, определенных форумом TV-Anytime. Функции TVA обеспечивают поиск, подбор, приобретение и законное использование контента на местных и/или на удаленных персональных системах хранения телепрограмм и служб Интернет.

Стандарты [1], [2] устанавливают контекст и архитектуру системы, в которых стандарты метаданных, ссылки контента, двунаправленные метаданные и защита метаданных реализуются в среде TV-Anytime. Стандарт [1] содержит результаты сравнения бизнес-моделей в рамках системной архитектуры TV-Anytime, гарантирующие соответствие требованиям ключевых бизнес-приложений.

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

Рисунок 1 - Структура обмена информацией управления правами и защиты в среде вещания

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

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

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

ГОСТ Р 52591-2006 Система передачи данных пользователя в цифровом телевизионном формате. Основные положения

ГОСТ Р 53528-2009 Телевидение вещательное цифровое. Требования к реализации протокола высокоскоростной передачи информации DSM-CC. Основные параметры

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

3 Термины, определения и сокращения

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

3.1.1 вещатель (broadcaster): Объект, который агрегирует и распространяет контент аудио/видео.

3.1.2 грант (предоставление) (grant): Сочетание одного принципала, не менее одного права и разрешения выполнения операции.

3.1.3 дескриптор (descriptor): Элемент метаданных, например, аттрактор или другая информация о контенте, индекс ключевого кадра части видео.

3.1.4 домен RMP (RMP-domain): Набор устройств совместимых с RMP TVA, связанных друг с другом для обмена защищенным контентом.

Примечание - Домен RMP является экземляром принципала.

3.1.5 контент (content): Видео- и аудиофайлы к которым пользователь хотел бы получить доступ и которые могут быть сохранены на персональном цифровом рекордере (Personal Digital Recorder; PDR).

3.1.6 метаданные (metadata): Данные о контенте, например, название, жанр и резюме телевизионной программы.

Примечание - В контексте TV-Anytime метаданные также включают данные профиля и историю потребителя.

3.1.7 полномочный орган (compliance body): Юридическое лицо, которое поддерживает спецификацию и обеспечивает режим соблюдения.

3.1.8 права (rights): Действия, которые могут быть выполнены с использованием данной части контента.

3.1.9 приложение (application): Конкретный набор функций, выполняемых на PDR. Некоторые приложения используют метаданные либо автоматически, либо под контролем пользователей.

3.1.10 принципалы (principals): Объекты, выполняющие операции.

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

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

3.1.13 программа (programme): Отредактированная, логически целостная (связанная) часть контента.

Примечание - Как правило, программа приобретается PDR в целом.

3.1.14 режим бесплатного (свободного) вещания в эфире (free-to-air; FTA): Режим, используемый для цифровых бесплатных, не закодированных и открытых для приема каналов телевизионного и радиовещания, без применения системы условного доступа цифрового наземного телевидения в стандартах DVB-T, DVB-T2, цифрового спутникового телевидения в стандартах DVB-S, DVB-S2 и цифрового кабельного телевидения в стандартах DVB-C и DVB-C2.

3.1.15 рендеринг (rendering): Представление (визуализация).

3.1.16 синтаксис (syntax): Часть языка программирования, которая описывает структуру программ как наборов символов.

3.1.17 система метаданных (metadata system): Набор правил, описывающих синтаксис и семантику метаданных.

3.1.18 служба метаданных (metadata service): Служба, которая предоставляет данные TV-Anytime, используя сервер в двунаправленной сети.

3.1.19 сниппет (snippet): Фрагмент, отрывок в практике программирования, являющийся небольшим фрагментом исходного кода или текста, пригодным для повторного использования.

3.1.20 схема метаданных (metadata schema): Идентификатор, ассоциированный с набором схем XML, который глобально идентифицируют эти схемы.

Примечание - Глобальное уникальное пространство имен гарантирует, что имена типов схем определяемых в этом пространстве имен не конфликтуют с такими же именами в других местах.

3.1.21 условия (conditions): Ограничения прав.

3.1.22 Camellia: Алгоритм шифрования в соответствии с [3].

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

AES - улучшенный стандарт шифрования, использующий алгоритм блочного шифрования; принят национальным институтом стандартов и технологий США (Advanced Encryption Standard);

bslbf - мнемоническое обозначение: последовательность битов, левый бит первый (bit string left bit first);

CA - условный доступ (Conditional Access);

CCI - информация об управлении копированием (Copy Control Information);

CSA - общий алгоритм скремблирования (Common Scrambling Algorithm);

DES - симметричный алгоритм шифрования (Data Encryption Standard);

3 DES - расширение симметричного алгоритма шифрования (Triple DES);

DRM - цифровое управление правами (Digital Rights Management);

DSM-CC - система команд и управления для средств цифровой записи (Digital Storage Media - Command and Control);

DVB - цифровое телевизионное вещание (Digital Video Broadcasting);

DVB-C - стандарт кабельного цифрового телевизионного вещания (Digital Video Broadcasting-Cable);

DVB-C2 - стандарт кабельного цифрового телевизионного вещания второго поколения (Digital Video Broadcasting-Cable 2);

DVB-T - стандарт наземного цифрового телевизионного вещания DVB (DVB Terrestrial transmission standard);

DVB-T2 - стандарт наземного цифрового телевизионного вещания второго поколения (Digital Video Broadcasting-Terrestrial 2);

DVB-S - стандарт спутникового цифрового телевизионного вещания (Digital Video Broadcasting-Satellite);

DVB-S2 - стандарт спутникового цифрового телевизионного вещания второго поколения (Digital Video Broadcasting-Satellite 2);

ETSI - Европейский институт по стандартизации в области телекоммуникаций (European Telecommunications Standards Institute);

FTA - режим бесплатного (свободного) вещания в эфире (free-to-air);

HD - высокое разрешение (High Defenition);

HDCP - система защиты широкополосного цифрового контента (High bandwidth Digital Content Protection system);

HDMI - мультимедийный интерфейс высокой четкости (High Definition Multimedia Interface);

ID - идентификатор (Identifier);

ISO - Международная организация по стандартизации (International Standards Organizations);

M2 - алгоритм шифрования (Multi-2);

PVR - персональный видеорекордер (Personal Video Recorder);

RMP - управление правами и защита (Rights Management and Protection);

RMPI - информация управления правами и защиты (Rights Management and Protection Information);

RMPI-M - информация-микро управления правами и защиты (Rights Management and Protection Information-Micro);

RMPI-MB - информация-микро для вещания управления правами и защиты (Rights Management and Protection Information Micro for Broadcast);

SD - стандартное разрешение (Standard Definition);

S-Video - компонентный аналоговый видеоинтерфейс;

TVA - TV-Anytime;

uimsbf - мнемоническое обозначение последовательности битов "целое число без знака, старший бит следует первым" (Unsigned integer, most significant bit first);

XML - расширяемый язык разметки (eXtensible Markup Language);

VCR - кассетный видеомагнитофон (Video Cassette Recorder).

4 Принципы построения и требования к информации управления правами и защиты

4.1 Подтверждение прав

В системе TV-Anytime права, содержащиеся в RMPI-MB, подтверждаются при реализации прав проверкой утвержденных условий. Права предоставляются системе RMP. При реализации прав системы RMP выполняется проверка заявленных условий. Если проверка покажет, что заявленные условия не выполняются, то использование прав не допускается. Например, пользователь TV-Anytime может ввести на воспроизводящем устройстве режим "пауза", не запрашивая разрешения, однако при вводе режима "воспроизведение" после режима "пауза", он вызовет необходимость подтверждения прав на воспроизведение и последующего приобретения прав.

Если условия реализации прав не утверждены, то ограничения прав не применяются.

4.2 Принцип функционирования

RMPI-MB и RMPI-M содержат данные о использования и контента и не содержат данных о процессах его перемещения. Вследствие этого в защищенном домене, совместимом с RMP, отсутствует понятие копии, так как доступ к контенту при условиях, выраженных RMPI-MB и RMPI-M, предоставляется только принципалам, имеющим на это право.

Использование контента под защитой системы RMP нормировано и регламентировано. Когда вещатель оставляет контент под защитой системы RMP, то это выражается в RMPI-MB и RMPI-M как право на экспорт при соответствующих условиях. Одной из причин этого решения является целесообразность обеспечения возможности использования контента устаревшими (снятыми с производства) устройствами.

4.3 Параметры соответствия

Система RMP TV-Anytime не устанавливает требований к конкретным реализациям, правилам соблюдения и правилам, обеспечивающим надежность. В настоящем стандарте установлены параметры, которые назначены полномочными органами, например, параметры контроля территории, на которой применяется право, принадлежности, идентификатора домена RMP, идентификаторов единственной точки управления и уровня безопасности. Предполагается, что полномочные органы, которые применяют настоящий стандарт, будут определять требования к реализации и связанным с ними режимов на соответствие указанным выше условиям. Полномочные органы могут выбрать альтернативное кодирование для RMPI-M или RMPI-MB (например, выражения XML, приведенные в [4] (приложение А)).

5 Семантика RMPI-MB и RMPI-M

5.1 Принципалы

В таблице 1 приведены определения принципалов, которые могут использоваться вещателем при предоставлении права RMPI-MB и RMPI-M.

Таблица 1 - Принципалы, используемые вещателями

5.2 Права, предоставляемые пользователям

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

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

Таблица 2 - Совокупность прав

5.3 Условия предоставления прав

В таблице 3 приведены условия, которые могут быть использованы вещателем при предоставлении прав RMPI-MB и RMPI-M.

Таблица 3 - Условия предоставления прав

5.4 Вспомогательная RMPI-MB и вспомогательная RMPI-M

Вспомогательная RMPI-MB и вспомогательная RMPI-M, представленные в таблице 4, не содержат правил или условий применения, но переносят информацию, необходимую при обработке контента.

Таблица 4 - Вспомогательные RMPI-MB и RMPI-M

6 Параметры синтаксиса и кодирования для RMPI-MB и RMPI-M

6.1 Введение

Ниже приводятся параметры синтаксиса полезной нагрузки и кодирования полезной нагрузки RMPI-MB и RMPI-M. Полезная нагрузка описывает минимальный набор прав пользования и правил, которые могут передаваться в потоке цифрового телевизионного вещания. Он состоит из четырех грантов:

- грант для принимающего домена сигнализирует права и условия, относящиеся к контенту, при его входе в принимающий домен. Этот грант не содержит права "Расширение прав";

- грант для любого домена сигнализирует права и условия, относящиеся к контенту, при его входе в любой домен. Этот грант не содержит права "Расширение прав";

- грант для принимающего домена сигнализирует право "Расширение прав" и связанные с ним условия;

- грант "Любой домен" сигнализирует право "Расширение прав" и связанные с ним условия.

Последние два гранта всегда тождественны и поэтому имеют одинаковую кодировку.

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

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

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

6.2 Параметры кодирования полезной нагрузки RMPI-MB и RMPI-M

Таблица 5 описывает параметры постоянного кодирования (коды) RMPI-MB и RMPI-M.

Таблица 5 - Коды RMPI-MB и RMPI-M

6.3 Вспомогательная RMPI

RMPI_type_flag: Поле 1 бит указывает тип переносимой RMPI в соответствии с таблицей 6.

Таблица 6 - RMPI_type_flag

Version_of_RMPI: Поле 15 битов используется для идентификации версии RMPI для перспективных версий, которые будут выделены полномочным органом.

Origin_of_RMPI: Поле 128 битов используется для идентификации объекта, породившего RMPI. Идентификатор 128 битов будет выделен полномочным органом.

Scrambling_control: Поле 1 бит индицирует правила скремблирования для реализации в соответствии с таблицей 7.

Таблица 7 - Scrambling_control

Cipher: Поле 4 бита задает алгоритм шифрования, используемый для скремблирования и дескремблирования контента, совместимого с доменом RMP TVA. Значения поля Cipher представлены в таблице 8.

Таблица 8 - Значение поля Cipher

6.4 Семантика полей, устанавливающих права

Семантика полей, устанавливающих права, представлена ниже.

Extend_rights_flag: Поле 1 бит указывает, предоставляется ли право "Расширение Прав". Значения поля представлены в таблице 9.

Таблица 9 - Значение поля Extend_rights_flag

Play_right_flag: Поле 1 бит указывает, предоставляется ли право "Воспроизведение". Значения поля представлены в таблице 10.

Таблица 10 - Значение поля Play_right_flag

Analogue_export_right_flag: Поле 1 бит указывает, предоставляется ли право "Экспорт контента аналогового ТВ". Значения поля представлены в таблице 11.

Таблица 11 - Значение поля Analogue_export_right_flag

Digital_export_SD_right_flag: Поле 1 бит указывает, предоставляется ли право "Экспорт контента цифрового ТВ SD". Значения поля представлены в таблице 12.

Таблица 12 - Значение поля Digital_export_SD_right_flag

Digital_export_HD_right_flag: Поле 1 бит указывает, предоставляется ли право "Экспорт контента цифрового ТВ HD". Значения поля представлены в таблице 13.

Таблица 13 - Значение поля Digital_export_HD_right_flag

6.5 Условия и идентификаторы

Условия распространяются (по умолчанию) на права "Воспроизведение", "Экспорт контента аналогового ТВ", "Экспорт контента цифрового ТВ SD" и "Экспорт контента цифрового ТВ HD". Если условия не утверждены, то они не применяются.

Security_level: Поле 2 бита обозначает минимальный уровень безопасности, необходимый для осуществления права. Уровни безопасности должны быть определены полномочным органом.

Примечания

1 Уровни безопасности должны основываться на совокупной надежности всех вызываемых компонентов RMP, необходимых для осуществления права.

2 Это условие распространяется на все права, в том числе на "Расширение прав".

Source_of_additional_rights: Поле 128 битов идентифицирует объект, используя который можно назначить новые права контента. Идентификатор 128 битов назначается полномочным органом.

Примечание - Это условие применяется только для "Расширения прав".

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

Примечание - Если флаг RMPI_type_flag установлен в 0, то это поле не применяется.

Buffer_duration: Поле 2 бита ограничивает использование права, когда каждый кадр вещательного контента используется только в течение определенного времени после трансляции этого кадра. Значения поля представлены в таблице 14. Buffer_duration действует только, если Time_window_start_date и Time_window_end_date не утверждены.

Таблица 14 - Значение поля Buffer_duration

Time_window_start_date: Поле 16 битов определяет дату начала окна времени, в течение которого предоставляются права. Оно определяется как абсолютное время начала и выражается количеством дней с 1 января 2004 г. Значение 0x0000 означает, что условие не утверждено (нет даты).

Time_window_end_date: Поле 16 битов определяет конечную дату окна времени, в течение которого предоставляются права. Оно определяется как абсолютное время окончания срока и выражается в количестве дней с 1 января 2004 года. Значение 0xFFFF означает, что условие не утверждено (неограниченная конечная дата).

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

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

Analogue_export_signalling: Поле 2 бита используется для сигнализации правила управления контентом внешней системой защиты аналогового контента. Значения поля представлены в таблице 15.

Примечание - Это условие распространяется только на право "Экспорта контента аналогового ТВ".

Таблица 15 - Значение поля Analogue_export_signalling

Analogue_SD_control: Поле 1 бит ограничивает разрешение "Экспорта контента аналогового ТВ". Значения поля представлены в таблице 16.

Примечание - Это условие распространяется только на право экспорта аналогового ТВ.

Таблица 16 - Значение поля Analogue_SD_control

Standard_Definition_digital_export_control: Поле 2 бита управляет конфигурацией цифровых выходов стандартной четкости относительно возможности записи контента или только просмотра контента. Значения поля представлены в таблице 17. Это условие применяется только к праву "Экспорт цифрового ТВ SD".

Примечание - Это не сигнализация цифрового управления копированием в домене RMP, относится только к праву "Экспорт контента цифрового ТВ SD" и внешним системам защиты контента, таким как HDCP.

Таблица 17 - Значение поля Standard_definition_digital_export_control

High_Definition_digital_export_control: Поле 2 бита выполняет управление конфигурацией цифровых выходов высокой четкости относительно возможности записи или только просмотра контента. Значения поля представлены в таблице 18. Это условие применяется только к праву "Экспорт контента цифрового ТВ HD".

Примечания

1 Это не сигнализация управления цифровым копированием в домене RMP, относится только к праву "Экспорт контента цифрового ТВ HD" и внешним системам защиты контента, как и в случае HDCP.

2 Если осуществляется право "Экспорт цифрового ТВ с любым разрешением четкости", то используется или наиболее ограниченное разрешение, или разрешение SD или разрешение HD.

Таблица 18 - Значение поля High_definition_digital_export_control

Single_point_of_control_flag: Поле 1 бит указывает, что вещатель устанавливает, что при вхождении контента в принимающий домен RMP, только один объект RMP может принять решение об использовании контента, основанного на правиле RMPI-MB. Значения поля представлены в таблице 19. Контент предназначен только устройству, идентифицированному как единственная точка управления, если же это устройство уничтожено или потеряно, то этот грант (предоставление контента) становится не осуществимым. Единственная точка управления используется только в рамках принимающего домена как принципала.

Таблица 19 - Значение поля Single_point_of_control_flag

Physical_proximity_flag: Поле 1 бит ограничивает использование права RMP совместимых устройств, расположенных в непосредственной физической близости к приемнику, который первым получил вещательный контент. Значения поля представлены в таблице 20. При проверке устройства на возможность использования права, должно выполняться условие расположения этого устройства в непосредственной физической близости от приемного устройства. Точное определение непосредственной физической близости должно быть определено полномочным органом. Полномочный орган может принять решение ограничить использование этого права случаем прямого эфира. Примером непосредственной физической близости может быть случай, когда использование контента ограничено домашней локальной сетью и не может передаваться по глобальной сети. Непосредственная физическая близость используется только в рамках принимающего домена как принципала.

Таблица 20 - Значение поля Physical_proximity_flag

Simultaneous_rendering_count: Поле 4-бита ограничивает количество одновременнно используемых независимых прав "Воспроизведение", "Экспорт контента аналогового ТВ", "Экспорт контента цифрового ТВ SD" и "Экспорт контента цифрового ТВ HD", устанавливаемых в домене. Значения поля представлены в таблице 21. Для данного условия воспроизведение засчитывается как рендеринг. "Экспорт контента аналогового ТВ", "Экспорт контента цифрового ТВ SD", "Экспорт контента цифрового ТВ HD" считается одним рендерингом. Подсчет одновременного количества рендерингов применяется только в рамках принимающего домена как принципала.

Таблица 21 - Значение поля Simultaneous_rendering_count

Single_point_of_control_lD: Поле 128 битов идентифицирует объект, который является "Единственной точкой управления". Это инициируется при условии во входящем RMPI-MB, предоставленном для принимающего домена, что единственная точка управления является действительно единственной. Идентификатор 128 битов выделяется полномочным органом. Это условие применимо, если только флаги RMPI_type_flag и single_point_of_control установлены в 1.

7 Жизненный цикл информации управления правами и защиты

Информация RMPI-MB передается совместно с сигналом вещания. На момент приема в домене конечного пользователя RMP TVA она преобразуется в RMPI-M. Если флаг "scrambling_control" RMPI-MB установлен в 1, то переход от RMPI-MB в RMPI-M должен быть синхронизирован с процессом дескремблирования контента. Права, которые предоставляются принимающему домену и единственная точка управления (при наличии), в RMPI-MB переносятся в RMPI-M. Упоминание в RMPI-MB принимающего домена и единственной точки управления (при наличии) преобразовано в RMPI-M в явное упоминание с помощью идентификатора. Для поддержания персистентности прав, присвоенных вещателем или провайдером контента, приемник, совместимый с RMP TVA, не должен изменять какие-либо значения в RMPI. Права, предоставленные предикату Любой Домен, всегда переносятся в неизменном виде от RMPI-MB до RMPI-M. Рисунок 2 иллюстрирует переход от RMPI-MB к RMPI-M в случае заявленной единственной точки управления.

Рисунок 2 - Переход от RMPI-MB к RMPI-M

Библиография

Электронный текст документа

и сверен по:

, 2015