ГОСТ Р 56950—2016
Окончание таблицы 32
И сточник м етаданны х DRM
Значение
Дескриптор потокового доступа к контенту (ContentAccess Streaming Descriptor; CASD) — об
щие данные DRM.
Элемент DRMGenericData из элемента дескриптора потокового доступа к контенту копирует
ся в массив drm_metadata_byte как закодированная строка UTF-8.
Дескриптор потокового доступа к контенту определен в [11] (4.7 и Е.2). Элемент
DRMControlInformation определяется в [12] (3.3.2)
0x01
Дескриптор потокового доступа к контенту (CASD) — частные данные DRM.0x02
Элемент DRMPrivateData из элемента дескриптора потокового доступа к контенту копируется
в массив drm_metadata_byte как закодированная строка UTF-8.
Дескриптор потокового доступа к контенту определен в [11] (4.7 и Е.2). Элемент
DRMControlInformation определяется в [12] (3.3.2)
Общее шифрование (Common Encryption; CENC) — поле «pssh» заголовка специфичной си
стемы защиты.
Данные поля «pssh» копируются в массив drm_metadata_byte. Поле «pssh» определено в [13]
0x03
Описание представления медиа (Media Presentation Description. MPD) — элемент защиты
контента. Элемент ContentProtecbon от элемента Representation (представление) для трека,
который будет дескремблирован. копируется в массив drm_metadata_byte как закодирован
ная строка UTF-8.
Описание представления медиа определяется в [14]. Элемент ContentProtection определяет
ся в [14] (5.8.4.1 и 5.8.5.2)
0x04
ISOBMFF — поле («sinf») схемы защиты информации.
Данные поля «sinf» копируются в массив drm_metadata_byte. Поле «sinf» определено в [5]
0x05
Онлайн SDT (OSDT) — общие данные DRM.
Элемент DRMGenericData из элемента OSDT DRMControlInfonmation копируется в массив
drm_metadata_byte как закодированная строка UTF-6.
OSDT определена в соответствии с приложением Г настоящего стандарта.
Элемент DRMControlInformation определен в [12] (3.3.2)
0x06
Онлайн SDT (OSDT) — частные данные DRM.
Элемент DRMPrivateData элемента DRMControlInformation OSDT копируется в массив drm_
metadata_byte как закодированная строка UTF-8.
OSDT определена в соответствии с приложением Г настоящего стандарта.
Элемент DRMControlInformation определен в [12] (3.3.2)
0x07
Зарезервировано
от 0x08 до OxFF
- drm_system_id: идентификация системы DRM со связанными метаданными. Значения для
drm_system_id аналогичны значениям для ca_system_id, как определено размещением идентификато
ров и кодов для систем DVB [10]. Если поле drm_systemjd не будет использоваться для идентифика ции
DRM. то в этом поле должно быть установлено OxFFFF;
- drm_uuid: поле 128 битов содержит идентификатор UUID системы DRM. к которому относятся
метаданные. Если drm_uuid не используется для идентификации DRM. то во всех байтах этого поля
должно быть установлено OxFF:
- drm_metadata_length: поле содержит длину в байтах метаданных DRM;
- drm_motadata_source: поле 8 битов содержит источник метаданных, определенный в таблице 32.
7.4.5 APDU sd_start_reply
CICAM в случае готовности к получению первого семпла для дескремблирования должен напра
вить Хосту APDU sd_start_reply как ответ на APDU sd_start.
При передаче APDU sd_start_reply CICAM сообщает Хосту:
- о готовности CICAM к получению транспортных пакетов от интерфейса TS (transmission_status);
- о способности CICAM к дескремблированию транспортных пакетов (drm_status);
- о размере буфера (buffer_size), выделенного CICAM для всех объявленных треков семплов в
APDU sd_start. Минимальное значение возвращаемых buffer_size составляет 5000 пакетов TS.
После получения APDU sd_start CICAM способен отправить более одного sd_start_reply. Напри
мер. CICAM может отправить первый sd_start_reply с transmission_status, равным 0x00 (готов к при
ему), и drm_status. установленным в 0x01 (статус в настоящее время не определен), а затем второй
41