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

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ ДОМАШНЯЯ МУЛЬТИМЕДИЙНАЯ ПЛАТФОРМА Класс 1.2. Основные параметры

ETSI TS 102 727 VI.1.1 (2010-01)

(NEQ)

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

Предисловие

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

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

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

4    Настоящий стандарт разработан с учетом основных нормативных положений стандарта Европейского института по стандартизации в области телекоммуникаций (ETSI) ЕТСИ ТС 102 727 VI .1.1 (2010-01) «Телевидение вещательное цифровое. Домашняя мультимедийная платформа (МНР) Спецификация 1.2.2» [ETSI TS 102 727 VI.1.1 (2010-01) «Digital Video Broadcasting (DVB); Multimedia Home Platform (МНР) Specification 1.2.2)» , NEQ]

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

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

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

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

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

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

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

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

3.1.79    служба (service) Последовательность программ управляемых вещателем, которую можно вещать в рамках графика.

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

3.1.81    слушатель события (event-listener): Интерфейс «слушатель», который «прослушивает» события, происходящие на объекте, для того чтобы отследить возникновение события и обработать его.

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

3.1.83    совместимый плагин (interoperable plug-in): Плагин, который требует только стандартных интерфейсов API МНР.

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

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

3.1.86    стиль (style): Набор правил форматирования, который применяется к элементу документа, чтобы быстро изменить его внешний вид.

3.1.87    структура классов в ООП (Framework): Повторно используемая базовая структура, состоящая в общем случае из абстрактных и конкретных классов.

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

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

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

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

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

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

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

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

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

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

6

ГОСТ P 56170-2014

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

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

3.1.100    хэш-код (hash code): Битовая строка фиксированной длины, полученная из массива произвольной длины использованием хэш функции или функции свертки.

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

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

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

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

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

3.1.106    язык разметки (Mark-up language): Набор кодов в текстовом файле, указывающий компьютеру правила формирования файла при выводе на принтер или дисплей или правила индексирования и связывания его компонентов.

3.1.107    язык спецификаций и описаний (Specification and Description Language; SDL): Язык, использующий графическое исполнение описания поведения системы. Применение SDL определено [6].

3.1.108    язык XML (расширяемый язык разметки) (Extensible Mark-up Language; XML): Язык прикладного программного обеспечения, используется для создания веб-страниц.

3.1.109    язык разметки гипертекста (язык HTML) (HyperText Mark-up Language; HTML): Стандартный язык описания гипертекстовых документов, используемых в сети Интернет. Язык HTML поддерживает функции форматирования текста, параметров шрифта, включения видео и звука, запуска программ поиска, вывода на экран документов и создания гиперссылок.

3.1.110    DVB-HTML (Digital Video Broadcast - HyperText Mark-up Language): Технология, обеспечивающая доступ телевизионных приемников DVB к контенту в сети Интернет с использованием языка HTML.

3.1.111    HTML-3.2: Версия языка HTML, обеспечивающая расширение свойств языка применением таблиц, аплетов, размещением текста вокруг изображения.

3.1.112    RGB (Red, Green, Blue; Красный, зеленый, синий): Модель цвета, основанная на аддитивном смешивании цветов.

3.1.113    STB (Set Top Box): Модуль, включающий в себя модули Set Top Unit (STU) и Network Interface Unit (NIU). STB может иметь интегрированное или модульное исполнение. Интегрированный STB предназначен для подключения к единственному интерфейсу DAVIC А1 или к эквивалентному интерфейсу. Модульный STB может иметь интерфейс DAVIC АО в соответствии с [7] (приложение I, 2.2), [8] (приложение В, раздел 4) или его эквивалент и позволяет подключение нескольких NIU.

3.1.114    STU (Set Top Unit): Модуль, содержащий «сеть приставок независимых» функциональностей для STB. Типовой STU обеспечивает следующие функциональные возможности: обработка и функции памяти, демультиплексор MPEG-2 и аудио- видеодекодеры, графический дисплей, модулятор ТВ сигнала, интерфейсы периферийных устройств.

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

3.1.116    trick: Режим воспроизведения записи PVR.

3.1.117    Usenet: Всемирная сеть системы Unix, имеющая централизованное управление и используемая телеконференциями в качестве системы электронных досок.

3.1.118    UTF-8 (Unicode Transformation - 8 bits): Формат преобразования юникода, реализующий представление юникода, совместимое с 8-битным кодированием текста.

3.1.119    UTF-16 (Unicode Transformation - 16 bits): Формат преобразования юникода, реализующий представление юникода, совместимое с 16-битным кодированием текста.

7

3.1.120 URI (Uniform Resource Identifiers): Унифицированный идентификатор ресурса. Символьная строка, предназначенная для идентификации ресурса по его типу и расположению из любой точки Интернета. Включает унифицированные имена ресурсов (Uniform Resource Name, URN) и URL.

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

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

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

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

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

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

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

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

AIT -таблица информации о приложении (Application Information Table);

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

AWT - оконная библиотека графического интерфейса (Abstract Windowing Toolkit);

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

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

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

CORBA - архитектура брокера общих объектных запросов (Common Object Request Broker Architecture);

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

CRL- список отозванных сертификатов (Certificate Revocation Lists);

CSS - каскадные таблицы [9] (Cascading Style Sheets);

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

Dll - сообщение индикации информации загрузки Downloadlnfolndication в Карусели Объектов DSM-CC (Downloadlnfolndication);

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

DOM - объектная модель документа (Document Object Mode);

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

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

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

DTD - описание типа документа (Document Type Definition);

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

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

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

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

DVB-SI - информация о службах DVB (Digital Video Broadcasting - Service Information);

DVB-HTML - стандарт, предоставляющий цифровому телевидению доступ к веб контенту (Digital Video Broadcast - HyperText Mark-up Language);

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

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

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

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

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

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

ГОСТ P 56170-2014

ECMAScript- объектно-ориентированный язык сценариев. Стандартизирован международной организацией ЕСМА[10];

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

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

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

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

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

HAVi - открытый стандарт аудио-, видеооборудования для дома (Home Audio Video Interoperability); HTML - язык разметки гипертекста, язык HTML (HyperText Mark-up Language);

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

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

IDL- специальный язык для определения интерфейсов (Interface Definition Language);

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

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

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

img - форма представления графических данных на устройствах вывода (Image);

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

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

IOR - ссылка на интероперабельный объект (Interoperable object reference);

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

ISO- Международная организация по стандартизации (International Organization forStandardization); ITU - Международный союз электросвязи (International Telecommunications Union);

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

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

JDOM - Java-реализация DOM для XML, созданная с учетом особенностей языка и платформы Java (Java Document Object Model). JDOM интегрируется c Document Object Model (DOM) и Simple API for XML (SAX);

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

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

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

JSR - дословно «запрос на спецификацию Java» (Java Specification Request);

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

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

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

MMI - интерфейс человек-машина (Man Machine Interface);

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

MPEG-2 - стандарт цифрового сжатия изображения и звука;

NIU - модуль интерфейса сети (Network Interface Unit);

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

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

ОСАР-спецификации платформы приложений ОрепСаЫе лабораторий кабельного телевидения (OpenCable Application Platform);

OS - операционная система (Operating System);

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

PDR - персональный цифровой магнитофон (см. PVR) (Personal Digital Recorder);

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

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

9

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

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

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

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

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

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

RGB - красный, зеленый, синий (Red, Green, Blue);

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

RCE - расширение кода во время выполнения (Runtime Code Extension);

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

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

SAX - способ последовательного чтения/записи XML-файлов (Simple API for XML);

SDL-язык спецификаций и описаний (Specification and Description Language);

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

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

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

STB - модуль, включающий в себя модули Set Top Unit (STU) и NIU (Set Top Box);

STU - модуль, содержащий «сеть приставок независимых» функциональностей для STB (Set Top

Unit);

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

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

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

TLS - протокол безопасности транспортного уровня (Transport Layer Security);

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

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

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

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

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

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

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

Usenet - всемирная сеть системы Unix;

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

UTF - формат преобразования Юникода (Unicode Transformation Format);

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

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

XAIT - кодирование XML для AIT (XML encoding for AIT);

Xlet- интерфейс, который используется для управления жизненным циклом приложения DVB-J; XML- расширяемый язык разметки (языкХМЬ) (Extensible Mark-up Language).

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

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

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

-    класс 1.1 - дополнительно к возможностям класса 1.0 обеспечивается обработка приложений с сохранением контента на устройстве пользователя, обработка приложения через каналы с IP протоколом, поддержка смарт-карт, поддержка доступа в Интернет.

В МНР класса 1.1 применяются три базовых профиля:

Профиль IPTV может быть расширен. Одна из опций расширения предусматривает передачу руководства широкополосного контента в соответствии с [2]. Так как руководство широкополосного контента основано на технологии TV-Anytime, то оно включает в себя элементы API TV-Anytime и определяется как часть спецификации MHP/PVR в соответствии с [12].

Указанные протоколы DVB применимы не для всех рынков сбыта МНР. Некоторые рынки могут использовать собственные протоколы и, возможно, должны иметь приложения MHP/IPTV сосущество-вующие с этими протоколами. Некоторые рынки не могут и не будут использовать концепции DVB-SI, которые лежат в основе протоколов DVB IPTV. Целевое IPTV GEM определяет профиль IPTV, который может быть использован в этих обоих вариантах и определяется [11].

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

Поддержка привилегированных приложений терминалом МНР близка поддержке, смоделированной в [13]. Обзор возможностей поддержки представлен в [13]. Настоящий стандарт предусматривает некоторые (но не все) из этих возможностей и устанавливает новые возможности.

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

МНР поддерживает следующие транспортные протоколы:

-    транспортные протоколы канала вещания в соответствии с [15] (6.1), ГОСТ Р 54456 (6.1);

-    транспортные протоколы интерактивных каналов в соответствии с [15] (6.3), ГОСТ Р 54456 (6.2);

-    транспортные протоколы для загрузки приложений через интерактивный канал в соответствии с [15] (6.4).

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

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

Параметры транспортного потока MPEG-2 должны быть в соответствии с [16].

6.1.2    Секции транспортного потока MPEG-2

Параметры секций транспортного потока MPEG-2 должны быть в соответствии с [16] (2.4) и должны базироваться на протоколе транспортного потока, представленного в 6.1.1 настоящего стандарта.

6.1.3    Протокол передачи частных данных DSM-CC

Параметры протокола передачи частных данных DSM-CC должны быть в соответствии с [17] и ГОСТ Р 54456 (6.1.4).

6.1.4    Протокол Карусель Данных DSM-CC

Параметры протокола Карусель Данных DSM-CC должны быть в соответствии с [17] и ГОСТ Р 54456 (6.1.5).

6.1.5    Протокол Карусель Объектов DSM-CC U-U

Требования к протоколу Карусель Объектов U-U DSM-CC должны обеспечивать реализацию протоколов Карусели Объекта User-to-User DSM-CC и быть в соответствии с [17] и ГОСТ Р 54456 (6.1.6), с ограничениями и расширениями, определенными [14] (приложение В), [18], [19]. Должны учитываться требования [11] (6.2.5).

6.1.6    Параметры многопротокольной инкапсуляции

Протокол многоадресного доставки по каналу вещания в соответствии с [18] обеспечивает поддержку IP и основан на протоколе частных данных DSM-CC. Стандарт [18] определяет только параметры поддержки переноса многоадресного IP в МНР и не поддерживает перенос одноадресных IP.

6.1.7    Протокол Интернет (IP)

Требования к протоколу Интернет должны быть в соответствии с [11] (6.2.7) и [20].

ГОСТ P 56170-2014

6.1.8    Протокол дейтаграмм пользователя (UDP)

Требования к протоколу дейтаграмм пользователя должны быть в соответствии с [11] (6.2.8), ГОСТ Р 54456 (6.1.9) и [21].

6.1.9    Передача информации о службах

Требования к передаче информации о службах (SI) должны быть в соответствии с [22], [23] и ГОСТ Р 54456 (6.1.10).

6.1.10    Сигнализация IP

Требования к сигнализации IP должны быть в соответствии с требованиями к таблице INT (IP/MAC Notification Table) по [18] и ГОСТ Р 54456 (6.1.11).

6.2 Транспортные протоколы загрузки приложений через интерактивный канал

6.2.1 Вводная часть

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

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

HTTP UDP TCP IP Протоколы зависимые от сети

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

Подключение к сети

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

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

Состав протоколов, зависимых от сети, и их параметры должны быть в соответствии с ГОСТ Р 54456:

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

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

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

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

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

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

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

6.2.3    Интернет протокол (IP)

Параметры Интернет протокола (IP) должны быть в соответствии с ГОСТ Р 54456 (6.2.3) и [20].

6.2.4    Протокол управления передачей (TCP)

Параметры протокола управления передачей (TCP) должны быть в соответствии с ГОСТ Р 54456 (6.2.4) и [31] (разделы 2, 3).

13

6.2.5    Протокол вызова удаленных процедур

Протокол вызова удаленных процедур (UNO-RPC) должен выполняться в соответствии с ГОСТ Р 54456 (6.2.5) при использовании протокола ПОР. Параметры протокола UNO-RPC должны быть в соответствии с [32] (2.1).

6.2.6    Протокол UNO-CDR

Параметры протокола UNO-CDR в соответствии с ГОСТ Р 5445 (6.2.6) должны быть в соответствии с [32].

6.2.7    Протокол U-U DSM-CC

Параметры протокола U-U DSM-CC (U-U) должны быть в соответствии с ГОСТ Р 53528 и [17]. Ограничения требований и расширения требований к протоколу DSM-CC (U-U) должны быть в соответствии с [18] (раздел 11) и [19] (4.7).

6.2.8    Протокол передачи гипертекстовых файлов (HTTP)

6.2.8.1    Протокол HTTP 1.1

Параметры протокола HTTP 1.1 должны быть в соответствии с ГОСТ Р 54456 (6.2.8) и [33]. Протокол HTTP 1.1 должен поддерживать все профили МНР.

6.2.8.2    Протокол HTTP 1.0

Терминалы МНР, поддерживающие протокол HTTP 1.0, определенный в соответствии с [34] должны обеспечивать устойчивые (постоянные) соединения. Допускается поддержка терминалами МНР других версий протокола HTTP, например HTTP 1.1, если они имеют обратную совместимость.

6.2.8.2.1    Постоянные соединения по протоколу HTTP 1.0

При подключении к серверу терминал МНР должен отправить маркер проверки работоспособности соединения Keep-Alive:

Connection: Keep-Alive.

Сервер HTTP (1.0 или 1.1) отвечает маркером соединения Keep-Alive и клиент может начать постоянное соединение по протоколу HTTP 1.0 (Keep-Alive).

6.2.8.2.2    Заголовок проверки работоспособности (Keep-Alive)

Заголовок проверки работоспособности (Keep-Alive) пересылается после передачи маркера запроса или ответа. Передача заголовка проверки работоспособности не обязательна, она выполняется при необходимости передачи параметра. Настоящий стандарт не устанавливает требований к передаваемым параметрам. Заголовок проверки работоспособности должен быть проигнорирован, если он получен при отсутствии маркера соединения. Формат заголовка проверки работоспособности должен быть в соответствии с [11] (6.3.7.2.2):

Keep-Alive-header = «Keep-Alive» «:» 0# keepalive-param

keepalive-param = param-name «=» value

Запись «0#» означает, что поле «keepalive-param» «может повторяться несколько раз. Если поле повторяется более одного раза, то эти поля разделяются запятой».

6.2.8.2.3    МНР и прокси-серверы

В соответствии с [11] (6.3.7.2.3) передача маркера соединения Keep-Alive на прокси-сервер HTTP

1.0 не допускается.

6.2.8.2.4    Совместимость версий HTTP 1.0 и HTTP 1.1

Совместимость версий протоколов HTTP 1.0 и HTTP 1.1 при установлении постоянных соединений должна обеспечиваться в соответствии с [11] (6.3.7.2.4).

6.2.8.3 Протокол HTTPS

Параметры протокола HTTPS должны быть в соответствии с [35].

6.2.9    Протокол дейтаграмм пользователя (UDP)

Параметры протокола дейтаграмм пользователя должны быть в соответствии с [21].

6.2.10    Протоколы системы доменных имен (DNS)

Терминалы МНР должны использовать протоколы DNS, обеспечивающие преобразование полных доменных имен в IP адреса в соответствии [36], [37] и уточнениями по [38], [39].

14

ГОСТ P 56170-2014

6.2.11 Дополнительные транспортные протоколы

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

6.3 Транспортные протоколы для загрузки приложений из интерактивного канала

Загрузка приложений из интерактивного канала может выполняться по одному из трех сценариев:

-    файловая система полностью реализована в канале вещания (классическая модель МНР 1,0);

-    файловая система реализована через интерактивный канал;

-    файловая система реализована в гибридном варианте потока вещания и интерактивного канала.

6.3.1    Файловая система, реализующаяся через интерактивный канал

В случае, когда интерактивный канал предоставляет единственную файловую систему, ID протокола должен быть 0x0003. Терминалы МНР могут использовать другие значения ID этого протокола.

6.3.1.1    Логическая структура файловой системы

Список элементов (URL), сигнализированных в дескрипторе (дескрипторах) транспортного протокола согласно [11]. (15.6.1.2.1) позволяет формировать единственное пространство имен.

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

Элементы в списке согласно [11] (6.4.1.1) должны быть или ссылками на файлы с расширением zip в соответствии с [40] или на базовые URL, заканчивающиеся на «/», с которыми должен быть связан путь к требуемому файлу. Должны игнорироваться любые элементы в списке, не относящиеся к этим двум типам. Ошибки обнаружения конкретного файла через конкретный элемент списка также должны игнорироваться. Список должен содержать хотя бы один элемент.

Пример процедуры извлечения файла «dvb.fontindex» для приложения представлен в [11] (6.4.1.1).

6.3.1.2    Передача файлов

Файлы должны передаваться с URL HTTP использованием протокола HTTP 1.1 в соответствии с

6.2.8.1 настоящего стандарта или использованием протокола HTTP 1.0 в соответствии с 6.2.8.2 настоящего стандарта.

Файлы, передаваемые с URL HTTPS, используют протокол HTTPS в соответствии с 6.2.8.3 настоящего стандарта.

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

6.3.1.3    Кодирование класса

Классы приложений DVB-J могут поставляться в виде отдельных файлов класса или как файлы ZIP с [40].

Примечание - Этот случай отличается от случая вещания, где объектные файлы Карусели являются файлами класса.

Классы приложений DVB-J должны быть доставлены в виде отдельных файлов класса на уровне файловой системы.

Примечание - Это означает, что файлы класса DVB-J на сервере HTTP могут быть любыми отдельными файлами класса или файлами ZIP с [40], где файлы ZIP являются частью полной файловой системы.

6.3.1.4    Содержание каталога в файловой системе

Данная файловая система при решении задач аутентификации не считается поддерживающей каталоги в соответствии с правилами аутентификации по [11] (12.4.1.5).

В случае использования каталога в соответствии с [11] (14.7) для терминала МНР не гарантируется доступ к полному содержанию каталога.

15

ГОСТ P 56170-2014

Содержание

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

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

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

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

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

5.1    Контекст применения МНР..................................................................................................................11

5.2    Архитектура МНР.................................................................................................................................11

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

5.4    Плагины................................................................................................................................................11

5.5    Место профиля IPTV в предыдущих версиях МНР...........................................................................11

6    Параметры транспортных протоколов......................................................................................................12

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

6.2    Транспортные протоколы загрузки приложений через интерактивный канал................................13

6.3    Транспортные протоколы для загрузки приложений из интерактивного канала............................15

6.4    Протоколы IPTV....................................................................................................................................16

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

7.1    Статические форматы контента.........................................................................................................17

7.2    Форматы потокового вещания.............................................................................................................18

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

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

7.5    Форматы представления цвета...........................................................................................................18

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

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

8.1    Введение...............................................................................................................................................19

8.2    Архитектура..........................................................................................................................................19

8.3    Формат приложений.............................................................................................................................20

8.4    Расширяемый язык разметки XML......................................................................................................20

8.5    Язык разметки DVB (DVB-HTML)........................................................................................................20

8.6    Типы медиа...........................................................................................................................................22

8.7    Синхронизация.....................................................................................................................................27

8.8    Каскадные таблицы стилей.................................................................................................................31

8.9    Интеграция Xlet....................................................................................................................................32

8.10    Создание (планирование) сценариев...............................................................................................32

8.11    Объектная модель документа (DOM)...............................................................................................33

8.12    Поддержка Cookie .............................................................................................................................38

8.13    Поддержка строки агента пользователя HTTP................................................................................39

8.14    Безопасность приложений DVB-HTML.............................................................................................39

8.15    Разрешения DVB-HTML.....................................................................................................................41

8.16    Нормирование параметров данных различного характера............................................................42

9    Модель приложений МНР..........................................................................................................................43

9.1    Приложения МНР, связанные службой..............................................................................................43

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

9.3    Модель DVB-HTML...............................................................................................................................46

III

6.3.2 Параметры гибридного варианта файловой системы вещательного потока и

интерактивного канала

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

6.3.2.1    Передача файлов

6.3.2.1.1    Передача файла по каналу вещания

В терминалах МНР, использующих Карусель Объектов U -U DSM-CC, содержание файла переносится при использовании протокола BIOP: File как нормальный случай Карусели Объектов U-U, определенной в ГОСТ Р 54456 (6.1.6) или [11] (6.2.5). Ссылка на интероперабельный объект (IOR) использует тело BIOPProfileBody или тело LiteOptionsProfileBody.

6.3.2.1.2    Доставка файла через интерактивный канал

В случае доставки файла через интерактивный канал ссылка IOR для идентификации расположения контента файла в интерактивном канале от привязки файла до наполнения файла использует тело HTTPProfileBody. Эта форма IOR должна использоваться только для объектов BIOP: File.

Для профиля HTTP 1.0 получение (поиск) содержания файла выполняется в соответствии с [11] (6.3.7.2). В таблице 1 представлен синтаксис тела профиля HTTP.

Таблица 1- Синтаксис тела профиля HTTP

Синтаксис Количество битов Типы Значение Комментарий HTTPProfileBody { profileld_tag 32 uimsbf 0x44564200 profile_data_length 32 uimsbf * profile data byte order 8 uimsbf 0x00 version, major 8 uimsbf 0x01 version.minor 8 uimsbf 0x00 С прямым host data length 8 uimsbf N1 порядком битов for (k=0; k <N1; k++) { Старшая версия host data 8 uimsbf + протокола 1 } Младшая версия port 16 uimsbf протокола 0 objectKey length for (k=0; k <N2; k++){ 16 uimsbf N2 objectKey data } } 8 uimsbf +

Параметры семантики полей:

version: Поле 8 битов указывает на версию протокола, который сервер будет использовать для доставки определенного файла. Значение версии 1.0 указывает, что транспортный протокол определяется в соответствии с [11] (6.3.7.2).

host_data: Эти байты переносят идентификатор Интернет-узла, которому могут быть отправлены сообщения. Это может быть полностью квалифицированное доменное имя или стандартная форма Интернет «десятичное представление сточками» (например, «192.231.79.52»),

port: Поле 16 битов указывает номер порта TCP/IP в указанном узле, где целевой агент прослушивает запросы.

objectKey_data: Эти байты формируют строку, которая переносит часть URL path_segments, которая уникально идентифицирует объект на сервере в соответствии с [4].

6.3.2.1.3 Тело профиля HTTPProfileBody

Тело профиля HTTP определяет узел, порт и path_segments. В запросах HTTP они связаны для формирования URL вида: http://host:port/path_segments.

6.4 Протоколы IPTV

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

Примечание - протоколы MHP-IPTV могут опираться на интерфейсы провайдера, определенные в 9.11 настоящего стандарта.

ГОСТ P 56170-2014

9.4    Управление ресурсами, которые используются разными приложениями.......................................49

9.5    Жизненный цикл интерфейсов Xlet, встроенных в приложения DVB-HTML...................................50

9.6    Службы и приложения, не связанные с традиционными службами DVB.......................................50

9.7    Жизненный цикл приложений доступа в Интернет...........................................................................51

9.8    Плагины................................................................................................................................................51

9.9    Хранение и кэширование приложений...............................................................................................51

9.10    Условия взаимодействия между приложениями МНР и резидентными приложениями..............52

9.11    Провайдеры........................................................................................................................................52

9.12    Воздействие ограничений графики на модель приложения...........................................................52

9.13    Несвязанные приложения ................................................................................................................53

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

10.1    Введение.............................................................................................................................................54

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

10.3    Система обозначений........................................................................................................................56

10.4    Таблица AIT.........................................................................................................................................56

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

10.6    Управление жизненным циклом приложения..................................................................................60

10.7    Универсальные дескрипторы............................................................................................................61

10.8    Дескрипторы транспортного протокола............................................................................................63

10.9    Дескрипторы DVB-J............................................................................................................................65

10.10    Дескрипторы приложения DVB-HTML............................................................................................65

10.11    Константы дескрипторов..................................................................................................................66

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

10.13    Сигнализация плагина.....................................................................................................................68

10.14    Сохраненные приложения...............................................................................................................69

10.15    Сигнализация для провайдеров.....................................................................................................70

10.16    Сигнализация для IPTV...................................................................................................................70

10.17    XAIT для классических сетей DVB..................................................................................................70

10.18    Приложения, не связанные с резидентными устройствами.........................................................71

11    Платформа DVB-J.....................................................................................................................................71

11.1    Виртуальная машина DVB-J..............................................................................................................71

11.2    Общие вопросы..................................................................................................................................72

11.3    Основные программные интерфейсы DVB-J...................................................................................74

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

11.5    API доступа к данным.........................................................................................................................78

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

11.7    Общая инфраструктура интерфейсов API.......................................................................................81

11.8    Безопасность......................................................................................................................................83

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

11.10    Полномочия Java..............................................................................................................................86

11.11    Соответствие между объектами, локаторами контента и их текстовыми представлениями.....87

11.12    Автономные приложения.................................................................................................................88

11.13    Поддержка DVB-HTML.....................................................................................................................88

11.14    Доступ в Интернет...........................................................................................................................89

ГОСТ P 56170-2014

11.15 Интерфейсы API, определенные в ОСАР.......................................................................................89

12    Безопасность.............................................................................................................................................90

12.1    Введение.............................................................................................................................................90

12.2    Аутентификация приложений...........................................................................................................91

12.3    Параметры передачи сообщений безопасности.............................................................................91

12.4    Детализация сообщений аутентификации приложения.................................................................91

12.5    Параметры профилирования приложений......................................................................................92

12.6    Политика безопасности для приложений.........................................................................................92

12.7    Пример создания приложения, которое может быть аутентифицировано...................................92

12.8    Процесс управления сертификатом.................................................................................................92

12.9    Параметры безопасности обратного канала...................................................................................92

12.10    Параметры профиля Интернет.......................................................................................................93

12.11    Аппаратная реализация платформы МНР.....................................................................................93

12.12    Безопасность применения плагинов..............................................................................................93

12.13    Безопасность загрузки приложений из интерактивного канала...................................................93

12.14    Хранение приложений ....................................................................................................................94

12.15    Безопасность внутренних приложений и контента, встроенного в другие приложения.............94

12.16    Аутентификации несвязанных приложений...................................................................................94

12.17    Аутентификация привилегированных приложений.......................................................................94

13    Параметры эталонной модели графики платформы МНР....................................................................95

14    Системная интеграция платформы МНР................................................................................................95

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

15.1    Требования к формату PNG..............................................................................................................95

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

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

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

15.5    Требования к растру видеоизображения.........................................................................................95

15.6    Отображение платформой МНР функциональных эквивалентов GEM........................................95

16    Требования к константам МНР................................................................................................................96

16.1    Требования к системным константам...............................................................................................96

16.2    Требования к константам DVB-J.......................................................................................................96

17    Доступ Интернет-клиентов в сеть Интернет...........................................................................................96

17.1    Ссылки служб DVB и контента на контент WWW............................................................................96

17.2    Требования к Интернет-клиентам.....................................................................................................96

17.3    Обработка потокового медиа из сети Интернет..............................................................................97

17.4    Управление соединением Интернет.................................................................................................97

Библиография................................................................................................................................................⁹⁸

V

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

ТЕЛЕВИДЕНИЕ ВЕЩАТЕЛЬНОЕ ЦИФРОВОЕ

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

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

Digital Video Broadcasting. Multimedia Home Platform. Classes 1.2. Basic parameters

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

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

Настоящий стандарт распространяется на аппаратно-программный комплекс - домашнюю мультимедийную платформу (Multimedia Home Platform; МНР), позволяющую поддерживать предоставление интерактивных цифровых телевизионных служб, поставляемых на терминалы любых производителей, поддерживающих настоящий стандарт. Терминалы МНР принимают цифровые службы DVB при работе в каналах передачи различных стандартов, включая спутниковые, кабельные, эфирные и TCP/IP. Транспортный уровень терминалов МНР базируется на технологиях вещания в соответствии со стандартами DVB-T/T2, DVB-C/C2, DVB-S/S2 или IP-транспорта.

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

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

В настоящем стандарте МНР нормируются три области приложений:

-    улучшенное вещание;

-    интерактивное вещание;

-    доступ к Интернету.

Улучшенное вещание сочетает цифровое вещание аудио-/видео служб с загруженными приложениями применением локальной интерактивности без использования интерактивного канала.

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

Приложение доступ к Интернету обеспечивает предоставление служб сети Интернет, включая ссылки между службами Интернет и службами вещания.

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

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

-    <профиль> <п 1> должен быть надстройкой над <профилем> <п>;

-    профиль интерактивного вещания 1 определяется как надстройка над расширенным профилем вещания 1.

Кроме того, настоящий стандарт определяет возможность МНР DVB поддержки доставки служб DVB по широкополосным сетям IP. Он определяет необходимые для доступа к широкополосным IP-сетям существующие интерфейсы API МНР и устанавливает расширения семантики для этих API. В необходимых случаях для доступа к функциям широкополосных сетей IP предусматривается использование интерфейсов и протоколов для доставки служб DVB в сетях, определенных в [1]. Кроме того, настоящий стандарт предусматривает (опционально) доступ к информации, передаваемой согласно [2].

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

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

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

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

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

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

ГОСТ Р 54456-2011 Телевидение вещательное цифровое. Домашняя мультимедийная платформа. Класс 1.0. Основные параметры

Примечание - При пользовании настоящим стандартом целесообразно проверить действие ссылочных стандартов в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет или по ежегодному информационному указателю «Национальные стандарты», который опубликован по состоянию на 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    архитектура брокера общих объектных запросов (Common Object Request Broker Architecture; CORBA): Открытый стандарт для взаимодействия (интероперабельности) приложений.

3.1.6    атрибут (attribute): Характерный признак объекта.

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

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

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

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

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

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

ГОСТ P 56170-2014

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

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

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

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

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

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

3.1.19    Интернет-клиент (Приложение доступа в Интернет, Приложение Интернет клиент) (Internet client; Internet access application): Резидентное приложение терминала МНР, используемое для представления контента Интернет.

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

3.1.21    интерфейс API СА: Интерфейс между системой условного доступа (СА) и приложением МНР, является независимым интерфейсом высокого уровня, обеспечивающим доступ приложения к системам СА.

3.1.22    информация о службах (Service Information, SI): Совокупность таблиц, которые передаются в составе транспортных потоков MPEG-2, предназначенных для вещания. К основным таблицам информации о службах относятся таблицы, характеризующие параметры сети передачи, компоненты служб: таблица объединения букета программ (Bouquet Association Table; ВАТ), таблица информации о событиях (Event Information Table; EIT), таблица состояния событий (Running Status Table; RST), таблица описания служб (Service Description Table; SDT), таблица времени и даты (Time and Date Table; TDT), таблица смещения времени (Time Offset Table; 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    каскадные таблицы (Cascading Style Sheets; CSS): Таблицы, позволяющие хранить цвет, размеры текста и другие параметры в стилях. CSS являются методом просмотра контента HTML или XML.

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

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

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

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    локатор DVB-HTML (DVB-HTML locator): 1 Определитель местоположения. 2 В зависимости от формата приложения представляет собой ссылку, выраженную в синтаксисе [4], которая является однозначным указанием на документ DVB-HTML доступный для МНР в конкретном транспортном потоке. Определение этого термина действительно только в контексте DVB-HTML.

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

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

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

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

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

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

3.1.46    настройка (tuning): Акт (событие) переключения между двумя транспортными потоками MPEG или мультиплексами.

Примечание - Переключение между двумя службами DVB, переносимыми в одном и том же транспортном потоке, не является настройкой.

3.1.47    обратный канал (return channel): Механизм передачи информации, который обеспечивает соединение между МНР и удаленным сервером.

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

3.1.49    объектная модель документа (Document Object Mode; DOM): Программный Интерфейс, не зависящий от платформы и языка, позволяющий программам и скриптам получить доступ к содержимому HTML, XHTML и XML-документов, а также изменять содержимое, структуру и оформление таких документов.

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

3.1.51    описание приложения (Application Description): Описание приложения содержит полную информацию о приложении, его параметрах, состоянии необходимом для активации и т.д. Описание приложения размещается в Таблице информации о приложениях (AIT).

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

3.1.53    плагин (plug-in): Совокупность функций, которые могут быть добавлены к универсальной платформе для того, чтобы обеспечить интерпретацию приложений и форматов контента.

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

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

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

4

ГОСТ P 56170-2014

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

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

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

3.1.60    программный интерфейс приложения (интерфейс прикладных программ, прикладной программный интерфейс) (Application Programming Interface; API): Интерфейс между приложением и отдельными функциями или ресурсами МНР, используется приложением для управления выполнением системных процедур.

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

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

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

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

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

3.1.66    рекламные ссылки (Promotional links): Определяют механизм для ссылки на связанный материал в реальном времени. Предоставляют зрителю возможность заказывать просмотр контента, который в настоящее время просматривается.

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

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

3.1.69    «сборщик мусора»: Специальный код, периодически освобождающий память. «Сборщик мусора» удаляет объекты, которые не будут востребованы приложением. Используется в объектно-ориентированном языке программирования Java, использующем механизм «сборки мусора».

3.1.70    сдвиг времени (timeshift): Режим одновременной записи и воспроизведения цифрового телевизионного контента, который позволяет приостановить процесс воспроизведения при продолжающейся записи и позволяет продолжить воспроизведение в более позднее время без потери содержания.

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

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

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

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

5