Товары в корзине: 0 шт Оформить заказ
Стр. 1
 

40 страниц

487.00 ₽

Купить ГОСТ Р 54456-2011 — официальный бумажный документ с голограммой и синими печатями. подробнее

Официально распространяем нормативную документацию с 1999 года. Пробиваем чеки, платим налоги, принимаем к оплате все законные формы платежей без дополнительных процентов. Наши клиенты защищены Законом. ООО "ЦНТИ Нормоконтроль".

Наши цены ниже, чем в других местах, потому что мы работаем напрямую с поставщиками документов.

Способы доставки

  • Срочная курьерская доставка (1-3 дня)
  • Курьерская доставка (7 дней)
  • Самовывоз из московского офиса
  • Почта РФ

Распространяется на аппаратно-программный комплекс - домашняя мультимедийная платформа (Multimedia Home Platform; MHP) класса 1.0. Домашняя мультимедийная платформа обеспечивает доступ пользователя к интерактивным и вещательным службам.

Настоящий стандарт предназначен для обеспечения функциональной совместимости между приложениями МНР и реализациями МНР

  Скачать PDF

Оглавление

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

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

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

4 Классы домашней мультимедийной платформы

5 Основные параметры домашней мультимедийной платформы

5.1 Базовая архитектура домашней мультимедийной платформы

5.2 Интерфейсы между приложениями платформы МНР и системой МНР

6 Параметры транспортных протоколов, поддерживаемых платформой МНР

6.1 Параметры транспортных протоколов канала вещания

6.2 Параметры транспортных протоколов интерактивных каналов

7 Параметры форматов контента, поддерживаемых платформой МНР

7.1 Параметры статических форматов контента

7.2 Параметры форматов потоков вещания

7.3 Параметры резидентных шрифтов

7.4 Параметры загружаемых шрифтов

7.5 Параметры представления цвета платформой МНР

7.6 Типы многоцелевых расширений почты Интернета

8 Параметры моделей приложений платформы МНР

8.1 Параметры приложений вещания платформы МНР

8.2 Параметры модели приложений DVB-J

8.3 Параметры модели приложений DVB-HTML

9 Параметры сигнализации приложения платформы МНР

9.1 Общие параметры сигнализации приложения платформы МНР

9.2 Параметры программно-зависимой информации

9.3 Параметры таблицы информации приложений

9.4 Параметры идентификации приложений

9.5 Параметры механизма управления жизненным циклом приложений МНР

9.6 Параметры универсальных дескрипторов сигнализации приложений платформы МНР

9.7 Параметры дескрипторов транспортного протокола для платформы МНР

9.8 Специфичные дескрипторы DVB-J платформы МНР

9.9 Дескрипторы приложения DVB-HTML, платформы МНР

9.10 Константы дескрипторов

9.11 Информация о службе

10 Параметры платформы DVB-J

10.1 Параметры виртуальной машины DVB-J

10.2 Общие вопросы применения программных интерфейсов приложений DVB-J

10.3 Основные программные интерфейсы приложений DVB-J

10.4 Параметры программных интерфейсов приложений представления (воспроизведения)

10.5 Программные интерфейсы приложений доступа к данным

10.6 Программные интерфейсы приложений информации о службе и выбора службы

10.7 Параметры общей инфраструктуры программных интерфейсов приложений

10.8 Безопасность

10.9 Другие программные интерфейсы приложений

10.10 Полномочия приложений DVB-J

10.11 Соответствие базирования контента

11 Безопасность

12 Параметры эталонной ссылочной модели графики МНР

13 Требования к аспектам системной интеграции МНР

13.1 Отображение пространства имен объектов и файлов (локатор DVB)

13.2 Зарезервированные имена файлов

13.3 Нотация XML

13.4 Сетевая сигнализация

13.5 Кодирование текста идентификаторов приложений

13.6 Требования к имени файла

13.7 Требования к файлам и именам файлов

13.8 Требования к объектам, локаторам и текстовым представлениям

13.9 Требования к идентификации службы

13.10 Требования к функционированию МНР совместно с системой условного доступа

14 Детализированные определения профилей платформ МНР

14.1 Уточненные требования к формату PNG

14.2 Требования к составу форматов медиа, поддерживаемых API DVB-J

14.3 Требования к формату JPEG

14.4 Требования к поддержке локалей

14.5 Зависимости формата растрового изображения

15 Требования к константам

15.1 Требования к системным константам МНР

15.2 Требования к константам DVB-J платформы MHP

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

Показать даты введения Admin

ГОСТР

54456-

2011

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫМ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ. ДОМАШНЯЯ МУЛЬТИМЕДИЙНАЯ ПЛАТФОРМА

Класс 1.0. Основные параметры

Издание официальное

Москва

Стандартинформ

2012

Предисловие

Цели и принципы стандартизации в Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. № 184-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0-2004 «Стандартизация в Российской Федерации. Основные положения»

Сведения о стандарте

1    РАЗРАБОТАН Федеральным государственным унитарным предприятием «Всероссийский научно-исследовательский институт стандартизации и сертификации в машиностроении» (ФГУП «ВНИИНМАШ») и Федеральным государственным унитарным предприятием «Ордена Трудового Красного Знамени научно-исследовательский институт радио», Самарский филиал «Самарское отделение научно-исследовательского института радио» (филиал ФГУП «НИИР-СОНИИР»)

2    ВНЕСЕН Управлением технического регулирования и стандартизации Федерального агентства по техническому регулированию и метрологии

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

4    Настоящий стандарт разработан с учетом основных нормативных положений документа Европейского института по стандартизации в области телекоммуникаций (ЕТСИ) ETSI ES 201 812 VI.1.2 (2006-08) «Телевидение вещательное цифровое. Домашняя мультимедийная платформа (МНР). Спецификация 1.0.3» (ETSI ES 201 812 VI.1.2 (2006-08) Digital Video Broadcasting (DVB); Multimedia Home Platform (МНР). Specification 1.0.3)

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

Информация об изменениях к настоящему стандарту публикуется в ежегодно издаваемом информационном указателе «Национальные стандарты», а текст изменений и поправок—в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

©Стандартинформ, 2012

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

ГОСТ Р 54456-2011

П-П (User-to-User, U-U) — пользователь-пользователь;

П-С (User-to-Network, U-N) — пользователь-сеть;

ПЭП (Packetized Elementary Stream, PES) — пакетированный элементарный поток;

ТВВЧ — телевидение высокой четкости;

ТП (transport stream, TS) — транспортный поток (цифрового вещательного телевидения);

ТФОП (Public Switched Telecommunications Network, PSTN) — телефонная сеть общего пользования;

ЦСИС (Integrated Services Digital Networks, ISDN) — цифровая сеть с интеграцией служб [услуг]; AIT (Application Information Table) — таблица информации приложений;

API (Application Programming Interface) — программный интерфейс приложения;

AWT (Abstract Windowing Toolkit) — оконная библиотека графического интерфейса языка Java независимая от платформы;

ВАТ (Bouquet Association Table)—таблица объединения букета программ;

BIOP (Broadcast Inter-ORB Protocol) — протокол взаимодействия брокеров (посредников) запросов к объектам вещания;

BNF (Backus Normal Form) — нормальная форма Бэкуса — Наура; БНФ;

СА (Conditional Access) — условный доступ;

CORBA (Common Object Request Broker Architecture) — архитектура брокера общих объектных запросов, открытый стандарт для взаимодействия (интероперабельности) приложений;

DAVIC (DAVIC Digital Audio Visual Council) — комитет по аудиовизульным проектам;

DECT (Digital Enhanced Cordless Telecommunications) — цифровая усовершенствованная беспроводная связь. Общеевропейский стандарт беспроводного доступа;

DCT (Discrete Cosine Transformation) — случай дискретно-косинусного преобразования Фурье четной функции, содержащего только косинусоидальные члены;

Dll (Downloadlnfolndication) — сообщение индикации информации загрузки;

DNS (Domain Name System) — система доменных имен;

DNS (Domain Name Server) — сервер доменных имен;

DSM (Digital Storage Media) — цифровая запоминающая среда;

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

DSM-CC U-U (DSM-CC User to User) — набор протоколов DSM-CC передачи от пользователя к

пользователю;

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

DVB-HTML actor —актор DVB-HTML;

DVB-HTML application — приложение DVB-HTML;

DVB-HTML application states — состояния приложения DVB-HTML;

DVB-HTML document—документ DVB-HTML;

DVB-IPTV — цифровое телевизионное вещание по каналам с IP протоколами;

DVB-J — платформа Java, являющаяся частью спецификации МНР;

DVB-J API—один из программных интерфейсов приложений Java, стандартизированных какчасть спецификации МНР;

DVB-J application — приложение DVB-J;

DVB network — сеть DVB;

EIT (Event Information Table) — таблица информации о событиях;

EPG (Electronic Program Guide) — электронный путеводитель (гид) по программам;

GIF (Graphics Interchange Format) — формат обмена графическими изображениями;

GSM (Global System for Mobile communications) — глобальная система подвижной связи;

GUI (Graphical User Interface) — графический интерфейс пользователя;

HTML (HyperText Mark-up Language) — язык разметки гипертекста;

HTML-3.2 — версия языка HTML-3.2;

HTTP (Hyper Text Transfer Protocol) — протокол передачи гипертекстовых файлов;

IEC (International Electrotechnical Commission / Committee) — Международная электротехническая комиссия; МЭК;

IEEE (Institute of Electrical and Electronics Engineers) — Институт инженеров по электротехнике и радиоэлектронике;

IETF (Internet Engineering Tack Force) — техническая комиссия Интернет, разрабатывающая документы RFC;

7

IGMP (Internet Group Management Protocol) — протокол управления группами (пользователей) в сети Интернет;

MOP (Internet Inter-ORB Protocol) — межброкерный протокол для Интернет, является составной частью архитектуры CORBA;

INT (IP/MAC Notification Table) — таблица нотификации [извещений] IP протокола;

IP (Internet Protocol) — Интернет-протокол;

IPCP (Internet Protocol Control Protocol) — протокол управления Интернет-протоколом;

ISBN (International Standard Book Number) — Международный стандартный номер книги;

ISDN (Integrated Services Digital Network) — цифровая сеть с интеграцией служб [услуг]; ЦСИС;

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

ITU (International Telecommunications Union) — Международный союз электросвязи; МСЭ;

ITU-T (International Telecommunications Union —Telecommunication Standardization Sector) — Сектор стандартизации электросвязи МСЭ;

JDO (Java Data Objects) — объект данных;

JFIF (JPEG File Interchange Format) — формат обмена файлами JPEG;

JMF (Java Media Framework) — универсальная библиотека для работы с аудио- и видеоданными, является стандартным расширением платформы Java 2.JMF;

JPEG (Joint Picture Expert Group) — группа экспертов по кодированию фотографических изображений (название группы и разработанного ею стандарта сжатия фотографических (неподвижных) изображений);

JRE (Java Runtime Environment) — исполняющая система Java;

JVM (Java Virtual Machine) — виртуальная машина Java;

LMDS (Local Multi-point Distribution Systems) — система местного многоточечного распределения;

MHEG (Multimedia/Hypermedia Experts Group) — группа экспертов по кодированию мультимедиа и гипермедиа;

МНР (Multimedia Home Platform) — аппаратно-программный комплекс — домашняя мультимедийная платформа;

МНР service — логическая служба МНР;

МНР solution — решение МНР;

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

MPEG (Motion Pictures Expert Group) — группа экспертов по движущимся изображениям; группа стандартов сжатия видео- и аудиоданных;

MPEG-2 video «drips» — режим декодирования видеоизображения, использующий только 1-кадры и Р-кадры;

NPT (Normal Play Time) — нормальное время воспроизведения;

ОС (Object Carousel) — Карусель Объектов;

OS (Operating System) — операционная система, ОС;

OSD (On Screen Display) — экранная индикация;

PCR (Program Clock Reference) — ссылка на программные часы;

PES (Packetized Elementary Stream) — пакетированный элементарный поток; ПЭП;

PFRO (Portable Font Resource version 0) — переносимый ресурс шрифта, версия 0;

PID (Packet Identifier) — идентификатор типа пакета;

РМТ (Program MapTable) — таблицы состава программы;

PNG (Portable Network Graphics) — переносимая сетевая графика, формат файлов для растровых графических изображений;

PS (Program Stream) — программный поток данных;

PSI (Program Specific Information) — программно-зависимая информация;

PSTN (Public Switched Telephone Network) — телефонная сеть общего пользования; ТФОП;

PVC (Permanent Virtual Circuit) — постоянный виртуальный канал;

RGB (Red, Green, Blue) — модель цвета, основанная на аддитивном смешивании цветов;

RFC (Request for Comments) — предложения для обсуждения, серия нормативных документов, стандартизирующих протоколы Интернет;

RPC (Remote Procedure Call) — вызов удаленных процедур;

RST (Running Status Table) — таблица состояния событий;

RTSP (Real Time Streaming Protocol; RTSP) — потоковый протокол реального времени;

SDL (Specification and Description Language)—язык спецификаций и описаний, использующий графическое исполнение описания поведения системы. Применение SDL определено Рекомендацией ITU-T [4];

ГОСТ Р 54456-2011

SDT (Service Description Table) — таблица описания служб;

SI (Service Information) — информация о службах;

SMATV (Satellite Master Antenna TV) — спутниковое телевидение с коллективной телевизионной антенной;

sRGB (specific RGB) — стандартное пространство RGB;

SRM (Session and Resource Manager) — менеджер сеансов и ресурсов; МСР;

STC (System Time Clock) — системный таймер;

SVC (Switched Virtual Circuit) — коммутируемый виртуальный канал;

TCP (Transmission Control Protocol) — протокол управления передачей (из стека протоколов TCP/IP);

TCP/IP — стек протоколов сетевого и транспортного уровня;

TDT (Time and Date Table) — таблица времени и даты;

ТОТ (Time OffsetTable) — таблица смещения времени;

TS (Тransport Stream) — транспортный поток (цифрового вещательного телевидения); ТП;

UCS (Universal Character Set) — универсальный набор символов;

UCS-2 (Universal Character Set) — универсальный набор символов, раздел стандарта Юникод кодирования символов;

UDP (User Datagram Protocol) — протокол передачи дейтаграмм;

Ul (User Interface) — интерфейс пользователя;

U-N (User-to-Network) — пользователь-сеть; П-С.

UNO-CDR (Universal Networked Object — Common Data Representation) — универсальный объект сетевой структуры — общее представление данных;

UNO-RPC (Universal Networked Object — Remote Procedure Call) — универсальный объект сетевой структуры — вызов удаленных процедур;

URL (Uniform Resource Locator) — унифицированный локатор (определитель местонахождения) ресурса;

UTC (Universal Time Coordinated) — всемирное координированное время;

UTF-8 (Unicode Transformation Format) — формат преобразования Юникода, реализующий представление Юникода, совместимое с 8-битовым кодированием текста;

U-U (User-to-User) — пользователь-пользователь, П-П;

World Wide Web — глобальная распределенная система гипермедиа, размещенная в сети Интернет;

Xlet — интерфейс, который используется для управления жизненным циклом приложения DVB-J;

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

УСгСЬ — полный цифровой компонентный видеосигнал.

4 Классы домашней мультимедийной платформы

МНР классифицируется по следующим видам представляемых сервисов:

-    класс 1.0 — обеспечивается поддержка вещательных приложений и передачи данных через сети с IP протоколом;

-    класс 1.1 —дополнительно к возможностям класса 1.0 обеспечивается обработка приложений с сохранением контента на устройстве клиента, обработка приложения через каналы с IP протоколом, поддержка смарт-карт, поддержка ТВВЧ, поддержка «видео по запросу», поддержка экранной графики высокого разрешения, поддержка стандарта DVB-HTML (рекомендательно);

-    класс 1.2 — дополнительно к классу 1.1 обеспечивается обработка приложений профиля DVB-IPTV. Дополнительно определены требования к МНР для доставки «видео по запросу» с помощью протокола RTSP, а также требования к методам инкапсуляции видео- и аудиоформатов в MPEG-2 TS. Для МНР класса 1.2 устанавливаются условия применения протоколов IGMP и UDP для доставки данных для МНР приложений.

В каждом из классов 1.0,1.1,1.2 допускается применение двух базовых профилей:

-    Enhanced Broadcast Profile (расширенный профиль вещания) — вся информация поступает от провайдера цифрового телевизионного вещания;

-    Interactive Broadcast Profile (интерактивный профиль вещания) — предполагает наличие обратного канала через IP-подключение, что дает возможность подключаться к удаленным серверам.

9

5 Основные параметры домашней мультимедийной платформы

5.1    Базовая архитектура домашней мультимедийной платформы

5.1.1    Базовая архитектура МНР характеризуется:

-    контекстом применения МНР;

-    собственно архитектурой МНР;

-    интерфейсами МНР;

-    возможностью использования плагинов.

5.1.2    Контекст применения МНР включает в себя следующие условия:

-    программное обеспечение МНР имеет доступ к потокам и данным;

-    МНР может сохранять часть принятых данных;

-    МНР может направить потоки и данные за пределы МНР на внешний приемникданных или в хранилище данных;

-    МНР принимает данные от устройств ввода данных абонента (телезрителя) и выводит результаты обработки данных для представления абоненту (телезрителю) на экран монитора или на другие выходы;

-    ресурсы МНР, доступные приложению, могут содержаться в совокупности различных физических объектов;

-    МНР может входить в состав локального кластера, объединяющего совокупность МНР и ресурсов. Локальный кластер может содержать ресурсы, не доступные МНР.

5.1.3    Структура базовой архитектуры платформы МНР показана на рисунке 1. Она иллюстрирует организацию элементов аппаратных средств и программного обеспечения платформы МНР и включает в себя следующие основные уровни:

-    ресурсы;

-    системное программное обеспечение;

-    приложения.

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

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

Допускается наличие в составе МНР более одного аппаратного объекта.

5.1.4    Системное программное обеспечение формирует для приложений абстрактное представление ресурсов. В состав системного программного обеспечения входят:

-    программные интерфейсы приложения;

-    транспортные протоколы;

-    виртуальная машина Java;

-    администратор приложений.

Администратор приложений управляет приложениями на интервале жизненного цикла всех приложений.

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

с



Программные интерфейсы приложений Транспортные протоколы Виртуальная машина Java Администратор приложений



Системное программное обеспечение


Канал вещания


Интерактивный

канал

< >

Алгоритмы стандарта MPEG Устройства ввода-вывода Графическая система


Ресурсы



Рисунок 1 — Структура базовой архитектуры платформы МНР


5.2 Интерфейсы между приложениями платформы МНР и системой МНР

5.2.1    Интерфейсы между приложениями платформы МНР и системой МНР обеспечивают доступ приложений к ресурсам приемника, включающим в себя базы данных, декодеры медиа потоков, декодеры статического контента и доступ к каналам связи. Состав интерфейсов между приложениями МНР и системой МНР показан на рисунке 2. Настоящий стандарт определяет параметры интерфейсов, расположенных непосредственно на границе между приложением и остальной частью системы. Вся остальная часть схемы зависит от реализации МНР и показана только с целью информирования.

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

Выбор типа плагина для использования в платформе МНР выполняет конечный пользователь при выборе необходимого источника службы.

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

-    интероперабельные плагины;

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

Требования к параметрам внутренней структуры плагинов стандарт не устанавливает.


11


Видео    Удаленное    управление

выход    (клавиатура,    «мышь»)

Сеть

Рисунок 2 — Интерфейсы между приложениями МНР и системой МНР

6 Параметры транспортных протоколов, поддерживаемых платформой МНР

6.1    Параметры транспортных протоколов канала вещания

6.1.1    Протоколы канала вещания относятся к типу протоколов независимых от сети. На рисунке 3 показана структура стека протоколов канала вещания DVB, которые должны быть доступны приложениям МНР. Другие протоколы и соответствующие им API должны рассматриваться как расширения платформы DVB МНР. Требования к ним должны быть в соответствии с ETSI [5] (приложение Н).

Перечень профилей платформ МНР, к которым обеспечивается доступ протоколов вещания, должен быть в соответствии с ETSI [5] (раздел 15, таблица 65).

Перечень и характеристики программных интерфейсов приложений (API), которым обеспечивается доступ к протоколам вещания, должны быть в соответствии с ETSI [5] (раздел 11).

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

6.1.2    Параметры транспортного потока MPEG-2 должны быть в соответствии с ISO/IEC [6] (2.4).

6.1.3    Параметры секций транспортного потока MPEG-2 должны быть в соответствии с ISO/IEC [6]

(2.4).

6.1.4    Параметры протокола DSM-CC передачи частных данных должны быть в соответствии с ISO/IEC [7] (9.2).

6.1.5    Параметры протокола DSM-CC Карусель Данных должны быть в соответствии с ISO/IEC [7] (раздел 7).

12


Приложения Программный интерфейс приложения (API)

Карусель

Объектов

DVB

Карусель

Объектов

DSM-CC

User-to-User

ииг

IP

Карусель

Данных

DSM-CC

Мультипротокол ьная инкапсуляция DVB

DVB SI

Секции MPEG-2 (Секции DSM-CC)


Транспортный поток MPEG-2

Канал вещания

Рисунок 3 — Структура стека протоколов канала вещания DVB

6.1.6    Требования к протоколу DSM-CC U-U Карусель Объектов должны быть в соответствии с ISO/IEC [7] (раздел 11), с ограничениями и расширениями, определенными стандартами ETSI [8] (раздел 11), ETSI [9] (4.7), ETSI [5] (приложение В). Должны учитываться следующие особенности обработки протокола DSM-CC U-U Карусель Объектов.

6.1.6.1    Файлы DVB-J для каждого класса Java должны передаваться байт-кодом Java как байты контента BIOP:: FileMessage по правилам интерпретации и исполнения байт-кода Java виртуальной машиной Java в соответствии со стандартом ETSI [5] (6.2.5.1).

6.1.6.2    Документы, содержащие приложения DVB-HTML, должны транспортироваться байтами контента BIOP:: FileMessage, соответствующими содержанию документов (BIOP:: FileMessage не включает HTTP заголовки).

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

-    долговременной потери обмена данными;

-    временного разъединения обмена данными.

Детализированные правила работы платформы МНР при потере режима Карусели должны быть в соответствии со стандартом ETSI [5] (6.2.5.3).

6.1.7    При мультипротокольной инкапсуляции должен использоваться протокол частных данных DSM-CC и должна обеспечиваться поддержка протокола IP. Требования к мультипротокольной инкапсуляции должны быть в соответствии со стандартом ETSI [8] (раздел 7).

6.1.8    Требования к протоколу 1Рдолжны быть в соответствии со стандартом IETF RFC [10] (разделы 2,3).

6.1.9    Требования к протоколу UDP должны быть в соответствии со стандартом IETF RFC [11].

6.1.10    Передача информации о службах (SI) должна выполняться в соответствии со стандартом ETSI [12] (разделы 4—7) и стандартом ETSI [13].

6.1.11    Сигнализация о доступности и расположении потоков IP/MAC в сетях DVB, определяемая таблицей INT, должна выполняться в соответствии со стандартом ETSI [8] (8.4).

13

6.2 Параметры транспортных протоколов интерактивных каналов

6.2.1 Протоколы интерактивных каналов относятся к типу независимых от сети. Протоколы интерактивных каналов, доступных приложениям МНР, должны соответствовать перечню профилей МНР по стандарту ETSI [5] (приложение 15, таблица 65). Структура стека протоколов показана на рисунке 4.

Состав и характеристики программных интерфейсов приложения (API), обеспечивающих эти протоколы, должны быть в соответствии с ETSI [5] (раздел 11).

Приложения Программный интерфейс приложения (API)

DSM-CC U-U UNO-RPC / UNO-CDR

HTTP

UDP

Информация о службах

TCP

IP

Протоколы, зависимые от сети

Соединения сети

Рисунок 4 — Структура стека протоколов интерактивного канала

6.2.2    МНР должна поддерживать протоколы, зависимые от сети. Состав протоколов, зависимых от сети, и требования к их параметрам должны быть следующими:

-    для распределительных систем кабельного телевидения в соответствии со стандартом ETSI [14] (4.1; 5.2—5.5);

-    для интерактивных каналов ТФОП и ЦСИС в соответствии со стандартом ETSI [15] (разделы 5,6);

-    для интерактивных каналов DECT в соответствии со стандартом ETSI EN [16] (разделы 4,5);

-    для интерактивных каналов GSM в соответствии со стандартом ETSI EN [17] (разделы 4,5);

-    для интерактивных каналов системы LMDS в соответствии со стандартом ETSI EN [18] (разделы 4-6);

-    для интерактивных каналов распределительной системы SMATV в соответствии со стандартом ETSI TR [19] (разделы 4—6);

-    для интерактивных каналов спутниковых распределительных систем в соответствии со стандартами ETSI EN [20] (разделы 4—9), [21].

Параметры протоколов «точка-точка» для интерактивных каналов должны быть:

-    протокола IPCP в соответствии со стандартом IETF RFC [22] (разделы 2—4);

-    протокола “точка-точка” РРР в соответствии со стандартом IETF RFC [23] (разделы 2—6);

-    протокола многоканального режима Multilink РРР в соответствии со стандартом IETF RFC [24] (разделы 2—4).

-    дополнительные параметры конфигурации протокола IPCP, обеспечивающих поддержку доменных имен, предоставляемых сервером DNS, должны быть в соответствии со стандартом IETF [25] (раздел 1).

6.2.3    Параметры Интернет-протокола должны быть в соответствии со стандартом IETF RFC [10]

(разделы 2, 3).

6.2.4    Параметры протокола управления передачей (TCP) должны быть в соответствии со стандартом IETF [26] (разделы 2,3).

6.2.5    Вызов удаленных процедур (UNO-RPC) должен выполняться при использовании протокола МОР. Параметры протокола UNO-RPC должны быть в соответствии с CORBA/IIOP [27].

6.2.6    Параметры протокола UNO-CDR должны быть в соответствии с CORBA/IIOP [27].

ГОСТ Р 54456-2011

6.2.7    Параметры протокола DSM-CC U-U должны быть в соответствии с ГОСТ Р 53528 и ISO/IEC [7]. Ограничения требований и расширения требований к протоколу DSM-CC U-U должны быть в соответствии с ETSI [8] (раздел 11), ETSI [9] (4.7).

6.2.8    Параметры протокола HTTP, версия 1.1 должны быть в соответствии со стандартом IETF RFC [28].

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

6.2.10    Параметры протокола передачи дейтаграмм UDP должны быть в соответствии с IETF [11].

6.2.11    Терминалы МНР должны обеспечивать преобразование доменных имен DNS в IP-адреса в соответствии с требованиями стандартов IETF [29], IETF [30] и уточнениями в соответствии со стандартами IETF [31], IETF [32].

7 Параметры форматов контента, поддерживаемых платформой МНР

7.1    Параметры статических форматов контента

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

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

МНР должна игнорировать любую индикацию в переданном изображении, касающуюся масштабирования пикселей, цветового пространства или цветовой гаммы.

Ограничения кодирования цвета должны быть в соответствии с 7.5 настоящего стандарта.

7.1.1.2    В соответствии с ETSI [5] (7.1.1.2) МНР должна использовать формат файла JPEG с кодированием, использующим последовательный режим DCT или прогрессивный режим, основанный на DCT в соответствии с ISO/IEC [33]. Формат обмена файлами должен быть JFIF [34].

7.1.1.3    МНР должна поддерживать формат файлов для растровых графических изображений PNG. Терминалы МНР должны поддерживать типы цвета PNG, определенные в ETSI [5] (таблица 66). Ограничения параметров воспроизведения цвета и форматов PNG должны быть в соответствии с ETSI [5] (15.1).

7.1.1.4    МНР должна поддерживать формат обмена графическими изображениями GIF, версия 89а в соответствии с ETSI [5] (15.1).

7.1.2    МНР должна поддерживать обработку 1-кадров MPEG-2, которые определяются в соответствии с ISO/IEC [1] (6.1.1.11). Параметры полезной нагрузки файлов, представляющих 1-кадры MPEG-2, должны быть в соответствии с ETSI [5] (7.1.2). Структура полезной нагрузки файла, предоставляющего 1-кадры MPEG-2, должна быть в соответствии с представленным ниже перечнем:

sequence_header();

sequence_extension();

extension_and_user_data(0);

дополнительно group_of_pictures_header() и extension_and_user_data(1);

picture_header (picture_coding_type = «I frame»);

picture_coding_extension ( picture_structure = «frame picture»);

extension_and_user_data(2);

picture_data();

sequence_end_code().

7.1.3    В режиме обработки медиа, имеющего формат «видео «капли»», платформой МНР обрабатываются только 1-кадры и Р-кадры MPEG-2. Каждый блок должен содержать один кадр и определенное число синтаксических элементов (в соответствии с ISO/IEC [1]), таких как sequence_header () или group_of_picture_header ().

МНР должна поддерживать обработку блоков байтов контента, поступающих на декодер МНР, синтаксис которых соответствует ETSI [5] (7.1.3).

МНР должна поддерживать ограничения, накладываемые на Р-кадры, в соответствии с ISO/IEC [1]) и ETSI [5] (7.1.3).

7.1.4    Платформа МНР должна выполнять обработку аудиоклипов в формате MPEG-1 audio (Level I, II). Каждый файл аудиоконтента должен передаваться файлом двоичных данных элементарного потока. Каждый файл аудиоконтента должен содержать целое число аудиомодулей доступа. Первый байт каждого файла аудиоконтента должен быть первым байтом аудиомодуля доступа.

15

Параметры формата MPEG-1 audio (Level I, II) должны быть в соответствии с Рекомендацией ISO/IEC [35] (раздел 2) с ограничениями в соответствии со стандартом ETSITR [36] (раздел 6).

7.1.5    Платформа МНР должна поддерживать правила кодирования текста в соответствии с требованиями к модифицированному UTF-8 языку программирования Java спецификации Java Language Spec в соответствии с ETSI [5] (7.1.5).

7.1.6    МНР должна обеспечивать прием и вывод на экран терминала латинских символов, входящих в состав базового набора в соответствии со стандартом ETSI [5] (приложение Е).

Допускается ограничение состава обрабатываемых символов в соответствии с возможностями применяемых устройств ввода данных платформы МНР (например, клавиатурой).

7.2 Параметры форматов потоков вещания

7.2.1    МНР должна поддерживать обработку аудиоформатов MPEG, передаваемых в потоках вещания, в соответствии с требованиями стандарта ETSI [36] (раздел 6).

7.2.2    МНР должна поддерживать обработку видеоформатов MPEG с частотой кадров 25 Гц и 50 Гц, передаваемых в потоках вещания, в соответствии с требованиями стандарта ETSI [36] (раздел 5).

7.2.3    МНР должна поддерживать обработку следующих форматов контента, предназначенных для формирования заголовков в потоках вещания:

-    форматов субтитров DVB;

-    форматов телетекста.

МНР должна обеспечивать выполнение требований к установкам языка и воспроизведению субтитров DVB и телетекста, передаваемых в потоках вещания, в соответствии с ETSI [5] (13.5). При выводе на экран монитора субтитры DVB должны иметь приоритет перед телетекстом.

Управление приложением и обнаружение субтитров DVB или субтитров телетекста должно выполняться с помощью библиотеки JMF в соответствии с ETSI [5] (7.2.3).

МНР должна поддерживать обработку субтитров в соответствии с ETSI [5] (7.2.3.1).

МНР должна поддерживать обработку телетекста как альтернативного формата контента, предназначенного только для формирования субтитров. Параметры передачи телетекста должны быть в соответствии со стандартом ETSI [37]. Формат данных передачи телетекста должен быть в соответствии со стандартом ETSI [38] при уровне представления не более 1.5. Сигнализация страницы подзаголовка телетекста должна выполняться через дескриптор телетекста в соответствии с ETSI [12] (6.2.42).

7.3    Параметры резидентных шрифтов

МНР должна поддерживать обработку резидентных шрифтов и отображение текста в соответствии с требованиями стандарта ETSI [5] (раздел 4, приложение G, G.4, приложение D).

7.4    Параметры загружаемых шрифтов

МНР должна поддерживать обработку загружаемых шрифтов и отображение текста в соответствии с требованиями стандарта ETSI [5] (7.4).

Формат кода для шрифтов должен быть PFR, версия 0 в соответствии со спецификацией DAVIC [39]. Значение charCode в PFR charRecord должно быть в соответствии с ISO [40] для глифа, закодированного с использованием UCS-2. Для шрифтов в формате PFR имя шрифта должно 6biTbfontlD полем в файле шрифта. Файл PFR каждого шрифта может содержать вспомогательные данные в физической записи шрифта. Эти вспомогательные данные должны использовать синтаксис в соответствии со стандартом ETSI [5] (7.4, таблица 1).

7.5    Параметры представления цвета платформой МНР

7.5.1    Рекомендуется обеспечивать поддержку платформой МНР всех переданных изображений, находящихся в пределах гаммы цветового пространства sRGB, соответствующего требованиям стандарта ETSI [5] (7.5.1).

7.5.2    Формирование изображений платформой МНР рекомендуется выполнять в пределах палитры, находящейся в цветовом пространстве sRGB. Допускается формирование изображений платформой МНР (по выбору производителя) выполнять в цифровых пространствах, отличных от sRGB. Допускается транскодирование платформой МНР изображений, находящихся в цветовом пространстве sRGB, в другое цветовое пространство, если цветовая гамма этого пространства будет находиться в цветовом пространстве sRGB (изображения JPEG, совместимые с форматом JFIF, должны передаваться в цветовом пространстве YCrCb в соответствии с ETSI [5] (7.5.2).

7.5.3    МНР должна поддерживать преобразования цветового пространства sRGB в цветовые пространства, предусмотренные технологией MPEG-2 (в том числе в цветовые пространства, соответствующие ITU-R[41]). МНР должна поддерживать обратные преобразования цветовых пространств,

ГОСТ Р 54456-2011

Содержание

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

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

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

4    Классы домашней мультимедийной платформы.................................9

5    Основные параметры домашней мультимедийной платформы.......................10

5.1    Базовая архитектура домашней мультимедийной платформы.....................10

5.2    Интерфейсы между приложениями платформы МНР и системой МНР................11

6    Параметры транспортных протоколов, поддерживаемых платформой МНР...............12

6.1    Параметры транспортных протоколов канала вещания.........................12

6.2    Параметры транспортных протоколов интерактивных каналов.....................14

7    Параметры форматов контента, поддерживаемых платформой МНР...................15

7.1    Параметры статических форматов контента................................15

7.2    Параметры форматов потоков вещания...................................16

7.3    Параметры резидентных шрифтов......................................16

7.4    Параметры загружаемых шрифтов......................................16

7.5    Параметры представления цвета платформой МНР...........................16

7.6    Типы многоцелевых расширений почты Интернета............................17

8    Параметры моделей приложений платформы МНР...............................17

8.1    Параметры приложений вещания платформы МНР............................17

8.2    Параметры модели приложений DVB-J....................................18

8.3 Параметры модели приложений DVB-HTML................................19

9    Параметры сигнализации приложения платформы МНР...........................21

9.1    Общие параметры сигнализации приложения платформы МНР....................21

9.2    Параметры программно-зависимой информации.............................21

9.3    Параметры таблицы информации приложений...............................22

9.4    Параметры идентификации приложений...................................22

9.5    Параметры механизма управления жизненным циклом приложений МНР..............22

9.6    Параметры универсальных дескрипторов сигнализации    приложений платформы МНР.....23

9.7    Параметры дескрипторов транспортного протокола для    платформы МНР.............24

9.8 Специфичные дескрипторы DVB-J платформы МНР...........................25

9.9    Дескрипторы приложения DVB-HTML платформы МНР.........................25

9.10    Константы дескрипторов............................................25

9.11    Информация о службе.............................................25

10 Параметры платформы DVB-J...........................................25

10.1    Параметры виртуальной машины DVB-J..................................25

10.2    Общие вопросы применения программных интерфейсов приложений DVB-J...........26

10.3    Основные программные интерфейсы приложений DVB-J.......................26

10.4    Параметры программных интерфейсов приложений представления (воспроизведения). ... 26

10.5    Программные интерфейсы приложений доступа к данным.......................27

10.6    Программные интерфейсы приложений информации о службе и выбора службы........27

ГОСТ Р 54456-2011

предусмотренных технологией MPEG-2 (в том числе в соответствии с ITU-R [41]), в цветовые пространства sRGB.

7.5.4    Основные параметры эталонного режима работы дисплея платформы МНР и условий визуального отображения для цветового пространства sRGB должны быть в соответствии со стандартом ETSI [5] (7.5.2). Полное описание параметров эталонного режима работы дисплея и условий визуализации для цветового пространства sRGB представлено в Рекомендации ITU-R [41].

7.5.5    Платформа МНР должна поддерживать определения колориметрии трехцветных значений sRGB и правила кодирования колориметрии трехцветных значений sRGB в соответствии со стандартом ETSI [5] (7.5.2.2).

7.6 Типы многоцелевых расширений почты Интернета

Совокупность типов многоцелевых расширений почты Интернета определяет пространство имен для поддержки загружаемых в будущем проигрывателей библиотеки Java 2.JMF. Перечень таких типов MIME представлен в таблице 1.

Таблица 1 — Наименования расширений имени файлов библиотеки Java 2.JMF

Имена файлов библиотеки Java 2.JMF

Идентификаторы типов расширений*

Определение контента

“image/jpeg”

“■jpg”

В соответствии со стандартом ETSI [5] (7.1.1.2)

“image/png”

“■png”

В соответствии со стандартом ETSI [5] (7.1.1.3)

“image/gif

“.gif

В соответствии со стандартом ETSI [5] (7.1.1.4)

“image/mpeg”

“■mpg”

В соответствии со стандартом ETSI [5] (7.1.2)

“video/mpeg”

“■mpg”

В соответствии со стандартом ETSI [5] (7.2.2)

“video/dvb.mpeg.drip”

‘‘.drip”

В соответствии со стандартом ETSI [5] (7.1.3)

“audio/mpeg”

‘‘.mp2”

В соответствии со стандартом ETSI [5] (7.1.4)

“text/dvb.utf8”

“.txt”

В соответствии со стандартом ETSI [5] (7.1.5)

‘‘image/dvb. subtitle”

‘‘.sub”

В соответствии со стандартом ETSI [5] (7.2.3)

‘‘text/dvb. subtitle”

‘‘text/dvb.teletext”

".tlx”

В соответствии со стандартом ETSI [5] (7.2.3.2)

‘‘application/dvb.pfr”

“.pfr”

В соответствии со стандартом ETSI [5] (7.4)

‘‘application/dvbj”

“.class”

В соответствии со стандартом ETSI [5] (6.2.5.1)

‘‘multipart/dvb. service”

“.svc”

Применяется, если программа MPEG (Служба DVB) соответствует нормам DVB

* Вновь появляющиеся форматы могут иметь расширения с увеличенным количеством символов.

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

Расширения имени файла для приложений DVB-J должны быть в соответствии со стандартом ETSI [5] (11.3.1.6, таблица 41). Применение расширенных имен файла в соответствии с таблицей 41 ограничено минимально-необходимым перечнем типов медиа и поддерживающих их программных интерфейсов приложений DVB-J для расширенного вещательного профиля 1 и для интерактивного профиля 1, обрабатываемых платформой МНР, и представленных в таблице 3 настоящего стандарта.

8 Параметры моделей приложений платформы МНР

8.1    Параметры приложений вещания платформы МНР

8.1.1    Совокупность основных операций управления жизненным циклом приложения МНР включает в себя следующие:

-    выбор службы вещания;

-    запуск (старт) приложения;

-    остановка приложений.

17

ГОСТ Р 54456-2011

10.7    Параметры общей инфраструктуры программных интерфейсов приложений...........27

10.8    Безопасность...................................................28

10.9    Другие программные интерфейсы приложений..............................28

10.10    Полномочия приложений DVB-J.......................................29

10.11    Соответствие базирования контента....................................29

11    Безопасность......................................................29

12    Параметры эталонной ссылочной модели графики МНР...........................30

13    Требования к аспектам системной интеграции МНР..............................30

13.1    Отображение пространства имен объектов и файлов (локатор    DVB)................30

13.2    Зарезервированные имена файлов.....................................30

13.3    Нотация XML...................................................30

13.4    Сетевая сигнализация.............................................30

13.5    Кодирование текста идентификаторов приложений...........................30

13.6    Требования к имени файла..........................................31

13.7    Требования к файлам и именам файлов..................................31

13.8    Требования к объектам, локаторам и текстовым представлениям..................31

13.9    Требования к идентификации службы....................................31

13.10    Требования к функционированию МНР совместно с системой условного доступа.......31

14    Детализированные определения профилей платформ МНР........................31

14.1    Уточненные требования к формату PNG..................................31

14.2    Требования к составу форматов медиа, поддерживаемых API DVB-J................32

14.3    Требования к формату JPEG.........................................32

14.4    Требования к поддержке локалей......................................32

14.5    Зависимости формата растрового изображения.............................32

15    Требования к константам..............................................32

15.1    Требования к системным константам МНР.................................32

15.2    Требования к константам DVB-J платформы МНР............................32

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

IV

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

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ. ДОМАШНЯЯ МУЛЬТИМЕДИЙНАЯ ПЛАТФОРМА

Класс 1.0. Основные параметры

Digital broadcast television. Multimedia home platform. Class 1.0. Basic parameters

Дата введения —2012—07—01

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

Настоящий стандарт распространяется на аппаратно-программный комплекс — домашняя мультимедийная платформа (Multimedia Home Platform; МНР) класса 1.0. Домашняя мультимедийная платформа обеспечивает доступ пользователя к интерактивным и вещательным службам.

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

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

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

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

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

ГОСТ Р 53527-2009 Телевидение вещательное цифровое. Требования к реализации системы ограничения доступа DVB simulcrypt на головных станциях. Основные параметры. Технические требования

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

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

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

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

3.1.1    администратор приложений (application manager): Объект в МНР, который обеспечивает управление жизненным циклом приложений МНР, в том числе приложений DVB-J.

3.1.2    агент пользователя (user agent): Приложение, которое интерпретирует формат контента. Допускается реализация агента пользователя в форме плагина.

Издание официальное

3.1.3    актор DVB-HTML (DVB-HTML actor): Местоположение действия или процесса выполнения определенного набора документов DVB-HTML для некоторого приложения DVB-HTML в среде МНР. Актор выполняется в агенте пользователя.

3.1.4    аплет (applet): Подпрограмма, встроенная в прикладную программу и загружаемая с сервера вместе с запрашиваемыми документами DVB-HTML как прикрепленный файл.

3.1.5    байт-код (byte-code [Java byte-code]): Машинно-независимый код, генерируемый Java-компилятором.

3.1.6    букет DVB (Bouquet DVB): Совокупность служб, предлагаемых пользователю как единый продукт.

3.1.7    вещатель (broadcaster [Service Provider]): Организация, которая собирает последовательность событий или программ для доставки.

3.1.8    видео «капли» (video «drips»): Форма медиа, когда на вход видеодекодера транспортный noTOKMPEG-2 подается блоками, содержащими 1-кадры и Р-кадры. Каждый блокдолжен содержать один кадр и определенное число синтаксических элементов в соответствии с ISO/IEC [1].

3.1.9    виртуальная машина Java (Virtual Machine Java; JVM): Основная часть исполняющей системы Java (Java Runtime Environment; JRE). Виртуальная машина Java интерпретирует и исполняет Java байт-код, предварительно созданный из исходного текста Java-программы Java-компилятором. JVM может использоваться для выполнения программ, написанных на других языках программирования.

3.1.10    внутриподсистемный интерфейс (intra-subsystem interface): Интерфейс между двумя объектами, находящимися водной подсистеме.

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

3.1.12    граница приложения (application boundary): Краткое общее описание элементов данных (документы языка разметки гипертекста (Hyper Text Mark-up Language; HTML), файлы кода, файлы изображения), сформированное в одно приложение, и логический локатор точки входа. Граница приложения описывается регулярным выражением на языке URL.

3.1.13    дескриптор (descriptor): Кодовое слово, служащее для описания типа передаваемых данных.

3.1.14    документ DVB-HTML (DVB-HTML document): Полный (завершенный) модуль элементов или форматов контента одного семейства HTML, определенного в настоящем стандарте.

3.1.15    домашняя мультимедийная платформа (Multimedia Home Platform; МНР): Аппаратно-программный комплекс, обеспечивающий доступ пользователя к интерактивным и вещательным службам.

3.1.16    домен (domain): Автономная часть сети или распределенной системы.

3.1.17    загрузка (download): Пересылка файлов по сети от пользователя к серверу или от сервера к пользователю.

3.1.18    идентификатор типа пакета (packet identifier; PID): Тринадцатибитовый указатель в заголовке транспортного пакета, определяющий принадлежность пакета тому или иному потоку данных.

3.1.19    Интернет-протокол (Internet protocol; IP): Межсетевой протокол пакетной передачи, который:

-    работает с 32-битовыми адресами, обеспечивает адресацию и маршрутизацию пакетов в сети;

-    работает без установления соединения, не обеспечивает сохранение порядка следования пакетов, не гарантирует доставку пакетов.

3.1.20    интероперабельность [функциональная совместимость] (interoperability): Нейтральная платформа, обеспечивающая прием и представление приложений для поставщика, автора и вещателя.

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

-    границу взаимодействия между классами или компонентами, специфицируя определенную абстракцию, которую осуществляет реализующая сторона;

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

3.1.22    информация о службах (Service Information, SI): Совокупность таблиц, которые передаются в составе транспортных потоков MPEG-2, предназначенных для вещания. К основным таблицам

2

ГОСТ Р 54456-2011

информации о службах относятся таблицы, характеризующие параметры сети передачи, компоненты служб: таблица объединения букета программ (Bouquet Association Table; ВАТ), таблица информации о событиях (Event Information Table; EIT), таблица состояния событий (Running Status Table; RST), таблица описания служб (Service Description Table; SDT), таблица времени и даты (Time and Date Table; TDT), таблица смещения времени (Time OffsetTable; TOT).

3.1.23    исполняющая система Java (Java Runtime Environment; JRE): Минимизированная реализация виртуальной машины, необходимая для исполнения Java-приложений (без Java-компилятора) и других средств разработки. Состоит из JVM и библиотеки Java-классов.

3.1.24    Карусель Данных (Data Carousel): Передача модулей данныхс циклическим повторением.

3.1.25    Карусель Объектов (Object Carousel; ОС): Передача в транспортном потоке циклически повторяющихся объектов (файлов, каталогов, потоков).

3.1.26    класс (class): Разновидность абстрактного типа данных в объектно-ориентированном программировании (ООП). Содержит описание переменных и констант, характеризующих объект.

3.1.27    класс 1.0; класс 1.1; класс 1.2: Классы МНР по видам предоставляемых услуг.

3.1.28    Клиент (Client): Потребитель услуг одного или более серверов.

3.1.29    коммутируемый виртуальный канал (Switched Virtual Circuit; SVC): Тип логического соединения, устанавливаемого по запросу пользователя только на время, необходимое для обмена информацией.

3.1.30    конструктор класса (class constructor): Специальный блок инструкций, вызываемый при создании объекта.

3.1.31    конструктор поумолчанию (default constructor): Конструктор, создаваемый компилятором при отсутствии конструктора класса.

3.1.32    контекст (context): Состояние системы; окружение системы, среда выполнения программы; текущая ситуация.

3.1.33    контент (content): Содержание, мультимедийный продукт (например, телевизионная программа).

3.1.34    конфигурация (configuration): Совокупность аппаратных и программных средств и связей между ними.

3.1.35    конфигурирование: Установление конфигурации.

3.1.36    кэш (cache): Быстродействующая буферная память большой емкости, используемая для хранения копии областей оперативной памяти с наиболее частым доступом.

3.1.37    логическая служба МНР (МНР service): Служба, которая может быть выбрана через программный интерфейс приложения выбора службы или его функциональные эквиваленты. Логические службы МНР включают в себя службы DVB вещания и расширения, определяющие службы в будущих версиях этой спецификации.

3.1.38    локаль (locale): Набор параметров, включая набор символов, язык пользователя, страну, часовой пояс, а также другие предустановки, которые пользователь ожидает увидеть в пользовательском интерфейсе.

3.1.39    локатор (locator): Ссылка, выраженная в синтаксисе технической комиссии Интернет, разрабатывающей документы RFC (Internet Engineering Tack Force; IETF), в соответствии c IETF [2], которая обеспечивает однозначную ссылку на документ DVB- HTML, доступный для МНР в определенном транспортном потоке.

3.1.40    медиа (media): В контексте стандарта — информационные сообщения, передаваемые по каналам вещания (кадры звука MPEG, кадры изображения MPEG, кадры изображения JPEG, файлы текста, субтитров, загружаемых шрифтов, графическая информация в формате PNG).

3.1.41    междуобъектный интерфейс (inter-entity interface): Интерфейс между двумя объектами, находящимися в различных подсистемах.

3.1.42    менеджер сеансов и ресурсов; МСР (Session and Resource Manager; SRM): Субсистема протокола системы команд и управления для средств цифровой записи (Digital Storage Media — Command and Control (DSM-CC)), обеспечивающая централизованное управление сеансами DSM-CC и ресурсами одной или более основных технологий сети.

3.1.43    метод (metod): Метод обработки информации в объектно-ориентированных языках.

3.1.44    методы класса (klass metods): Процедуры, описывающие поведение объектов.

3.1.45    многоцелевые расширения почты Интернет (Multipurpose Internet Mail Extensions; MIME): 1 Стандарт, описывающий передачу различныхтипов данных. 2 Спецификация для кодирования информации и форматирования сообщений.

3

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

3.1.47    нормальная форма Бэкуса—Наура; БНФ (Backus Normal Form; BNF): Нотация (метаязык) для записи синтаксиса языков программирования.

3.1.48    обратный вызов (callback): Принцип регистрации вызова класса-обработчика события (слушателя) в среде класса-источника, в частности, при выполнении приложения DVB-J. Обратный вызов позволяет исполнять код, который задается в аргументах при вызове функции.

3.1.49    объект (entity): Функциональный модуль в составе подсистемы (например, в состав подсистемы клиента входят объекты пользователь-сеть (П-С) и пользователь-пользователь (П-П).

3.1.50    объект данных (Java Data Objects; JDO): Содержание документа XML (один или несколько объектов).

3.1.51    ответвление (tap): Прикладной объект, связанный с более низким уровнем взаимодействия.

3.1.52    пакетированный элементарный поток; ПЭП (Packetized Elementary Stream; PES): Пакетированный элементарный поток, в котором данные разбиты на пакеты и снабжены заголовками.

3.1.53    парсинг (parsing): Синтаксический анализ.

3.1.54    переносимая сетевая графика (Portable Network Graphics, PNG): Формат файлов для растровых графических изображений.

3.1.55    персистентность (Persistence): Сохраняемость, живучесть.

3.1.56    «песочница» (sandbox): Механизм защиты, включенный в состав виртуальной Java-машины — специально выделенная изолированная среда, в которой можно тестировать и выполнять потенциально опасные, полученные из Сети, аплеты.

3.1.57    плагин (plug-in): Подключаемая программа, содержащая дополнительные функции, которая может быть добавлена в общую платформу в порядке, представляемом зарегистрированной интерпретацией платформы DVB МНР, но не DVB-J (например, форматы приложения HTML-3.2 или MHEG-5).

3.1.58    пользователь (user): Оконечная система, которая может передавать или принимать информацию от других таких же оконечных систем с использованием сети и которая может функционировать как клиент, сервер или как клиент и сервер одновременно.

3.1.59    постоянный виртуальный канал (Permanent Virtual Circuit; PVC): Логическое соединение, устанавливаемое на сетевом уровне на определенный период времени.

3.1.60    потоковый протокол реального времени (Real Time Streaming Protocol; RTSP): Прикладной протокол предназначен для использования в системах, работающих с мультимедийными данными. Описан в IETF [2].

3.1.61    приложение (application): 1 Программное обеспечение, предоставляющее клиенту возможность решения определенной задачи и реализуемое в среде клиента. 2 Функциональная реализация программного обеспечения, обслуживающего один или несколько взаимодействующих аппаратных объектов.

3.1.62    приложение DVB-HTML (DVB-HTML application): Совокупность документов, выбранных из семейства DVB-HTML элементов и форматов контента, определенных в спецификации. Границы множества документов определяются границами приложения.

3.1.63    приложение DVB-J (DVB-J application): Совокупность классов DVB-J, которые функционируют совместно. Приложение DVB-J должно сообщать администратору приложений о существовании этой копии приложения DVB-J для управления временем жизни копии через интерфейс жизненного цикла.

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

3.1.65    программный интерфейс приложения (Application Programming Interface; API): Набор определенных интерфейсов, посредством которых приложение общается с операционной системой (ОС) или сдругими программами.

3.1.66    программный поток данных (Program Stream; PS): Поток данных, образованный путем мультиплексирования элементарных потоков видеоданных и звукоданных цифрового вещательного телевидения, имеющих одну общую тактовую частоту, и сформированный из программных пакетов вещательного телевидения переменной длины.

3.1.67    протокол управления группами (пользователей) в сети Интернет (Internet Group Management Protocol; IGMP): Протокол многоадресной рассылки управляет передачей пакетов между конечными пользователями и поддерживается протоколами IP в соответствии с IETF [3].

4

ГОСТ Р 54456-2011

3.1.68    профиль (profile): Описание группы минимальных конфигураций, определяющих часть спецификации, обеспечивающей возможности МНР и отображающей функции, которые характеризуют контекст опций службы.

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

3.1.70    регулярное выражение (egular expression): 1 Нотация для описания текстовых фрагментов (образов) в процедурах типа «найти» и «найти-и-заменить». 2 Система поиска текстовых фрагментов в электронных документах, основанная на специальной системе записи образцов для поиска и включающая в себя формальный язык поиска, основанный на использовании образцовой строки (шаблона) и устанавливающий правила поиска.

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

3.1.72    ресурс (resource): Способность или качество системного объекта, которая может использоваться для создания вклада в реализацию службы (например, декодер стандарта MPEG, графическая система).

3.1.73    решение МНР (МНР solution): Решение, охватывающее набор технологий, необходимых, чтобы реализовать МНР, включая протоколы и программные интерфейсы приложений.

3.1.74    сеанс (session): Последовательность операций, при которой между пользователями сети устанавливается соединение, проводится обмен данными и завершается соединение.

3.1.75    секция (section): Синтаксическая структура, используемая для отображения сервисной информации в пакетах транспортного потока.

3.1.76    семантика (semantics): Система правил, предназначенная для определения смысловых значений отдельных конструкций алгоритмического языка.

3.1.77    сервер (server): Программный объект, экспортирующий ресурс имеющихся данных и устанавливаемый на физическое устройство, подключенное к сети, и предоставляющее услуги другим устройствам, работающим в этой сети.

3.1.78    сервис [служба,услуга] (service): 1 Последовательность программ, которая подуправле-нием вещателя может быть в режиме вещания передана как часть расписания. 2 Логический объект в системе предоставляемых функций и интерфейсов, поддерживающий одно или множество приложений, отличие которого от других объектов заключается в доступе конечного пользователя к управлению шлюзом сервисов.

3.1.79    сеть (network): Совокупность элементов, поддерживающих связь, обеспечивающая соединение элементов, управление сеансом связи и/или управление подключением пользователя.

3.1.80    сеть DVB (DVB network): Набор мультиплексов транспортных потоков MPEG-2, переданных по единственной системе доставки (например, все цифровые каналы в конкретной кабельной системе).

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

3.1.82    система DSM-CC (system): Вся область действия протокола DSM-CC, включая субсистемы

и их интерфейсы.

3.1.83    состояния приложения DVB-HTML (DVB-HTML application states): Логические состояния, в которых может находиться агент DVB-HTML.

3.1.84    специфические протоколы (Specific protocols): Специфические протоколы службы для вещания данных.

3.1.85    специфические протоколы службы (Service Specific): Протоколы, обеспечивающие регистрацию в МНР новых протоколов вещания.

3.1.86    ссылка на программные часы (Program Clock Reference; PCR): Тридцатитрехбитовое число, оцениваемое в периодах частоты 90 кГц, вводимое на программном уровне индивидуально для каждой передаваемой телевизионной программы.

3.1.87    стаб (stub): Программный модуль, временно подменяющий реальную процедуру другой версией, предусматривающей возможность передачи параметров вызываемой процедуры через сеть в «прозрачном» режиме.

3.1.88    субсистема (subsystem): Единица логического «оборудования» в пределах DSM-CC системы (например, клиент, сервер или менеджер сеансов и ресурсов).

3.1.89    суффикс (suffix): Логический знак (символ, слово), обозначающий конец сообщения.

5

3.1.90    таблица информации приложений (Application Information Table; AIT): Таблица, обеспечивающая полную информацию о вещании данных и о необходимых операциях для активизации приложений.

3.1.91    таблица описания служб (Service Description Table; SDT): Таблица, описывающая службы, передаваемые в конкретном транспортном потоке.

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

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

3.1.94    телетекст (teletext): Формат контента, поддерживающий передачу субтитров.

3.1.95    тело (body): Набор операторов внутри некоторой структуры (например, тело цикла, тело процедуры).

3.1.96    терминал МНР (МНР terminal): Единственная часть физического оборудования, соответствующего требованиям МНР, содержит виртуальную машину и комплект программного интерфейса приложений МНР.

3.1.97    транспорт [передача, транспортировка] (transport): Передача информации между различными объектами транспортного уровня, при котором гарантируется заданная степень надежности связи.

3.1.98    транспортный поток; ТП (transport stream; TS): Набор из нескольких программных потоков данных цифрового вещательного телевидения, сформированный из программных пакетов постоянной длины с коррекцией ошибок и независимым тактированием от своих источников синхронизации.

3.1.99    триггер (trigger): Событие, которое может вызвать изменение в поведении того приложения DVB-HTML, которое зарегистрировало интерес к такому событию. Триггеры могут приходить из потоков вещания, могут быть сгенерированы от других источников (таких как системные часы) или могут быть сгенерированы в результате взаимодействия пользователя. Триггер может включать ссылку на всемирное координированное время (Universal Time Coordinated; UTC) относительно некоторого другого события, относительно нормального времени воспроизведения (Normal Play Time, NPT) потока медиа.

3.1.100    универсальный набор символов (Universal Character Set; UCS): Универсальный набор символов, который задает однозначное соответствие символов кодам — элементам кодового пространства, представляющим неотрицательные целые числа. Семейство кодировок определяет машинное представление последовательности кодов UCS.

3.1.101    форвардинг (forwarding): Продвижение, пересылка (сообщения).

3.1.102    формат графического обмена (Graphics Interchange Format; GIF): Файловый формат 8-битной растровой графики используется для передачи растровых графических изображений.

3.1.103    шлюз сервиса (Service Gateway): Интерфейс, предоставляющий клиенту каталог услуг и возможность подключаться кдомену сервиса.

3.1.104    цветовое пространство (colour space): Средство описания цвета в цифровой среде.

3.1.105    экземпляр (instance): Конкретный объект описанного класса.

3.1.106    экземпляр класса: Объект, типом которого является некоторый класс.

3.1.107    экземпляр приложения (application instance): Уникальный вызов приложения. Запуск того же самого приложения дважды дает два различных экземпляра приложения.

3.1.108    экстент (Extent): Непрерывная область (пространство) (например, в памяти), резервируемая для определенного набора данных.

3.1.109    юникод (Unicode): Стандарт кодирования символов, представляющих знаки письменных языков.

3.1.110    1-кадр (l-frame): Видеокадр, сформированный при внутрикадровом кодировании потока данных.

3.1.111    Р-кадр (P-frame): Видеокадр, полученный предсказанием «вперед».

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

БНФ (Backus Normal Form, BNF) — нормальная форма Бэкуса—Наура;

МСР (Session and Resource Manager, SRM) — менеджер сеансов и ресурсов;

МСЭ (International Telecommunication Union, ITU) — Международный союз электросвязи;

МЭК (International Electrotechnical Commission / Committee, IEC) — Международная электротехническая комиссия;

ООП — объектно-ориентированное программирование;

ОС (Operating System, OS) — операционная система;