ГОСТ Р 56170-2014
3.1.75 сервис {служба, услуга) (service): 1 Последовательность программ, которая под управле
нием вещателя может быть в режиме вещания передана как часть расписания. 2 Логический объект в
системе предоставляемых функций и интерфейсов, поддерживающий одно или множество приложе
ний. отличие которого от других объектов заключается в доступе конечного пользователя к управлению
шлюзом сервисов.
3.1.76 сервис МНР {МНР service): Логическая служба МНР. которую можно выбрать с помощью
API сервиса выбора или его функциональных эквивалентов. Логическая служба МНР включает в себя
вещание служб DVB, службу хранения и службу приложений МНР, выполняемые в соответствии с фай
лом АН. загруженные через интерактивный канал.
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