ГОСТ Р 56170-2014
Если идентифицировано больше одного приложения, то они перечислены в порядке, начиная от
наиболее привилегированного и кончая наименее привилегированным. Если ни одно из привилегиро
ванных приложений не будет доступно терминалу МНР, то он должен использовать механизм по умол
чанию. чтобы идентифицировать плагин для этого делегированного приложения.
Кроме того, в соответствии с [14] (10.13.3):
- экземпляры этого дескриптора могут быть размещены в Общем цикле или в Прикладном цикле
таблицы AIT делегированного приложения.
- синтаксис и семантика дескриптора плагина должны быть в соответствии с [11] (10.7.3).
10.13.4 Дескриптор плагина
Не менее одного дескриптора приложения плагина должно быть помещено в Описание Приложе
ния каждого плагина.
Этот дескриптор определяет для приложения, реализующего плагин, набор делегированных
форматов приложения, которые он поддерживает. Дескриптор идентифицирует тип делегированного
поддерживаемого приложения и поддерживаемый набор профилей и версий. Для согласования при
ложений на совместимой платформе применяются обычные правила сопоставления делегированного
приложения с соответствующим плагином.
Приложения DVB-J, сигнализированные с этим дескриптором, должны реализовать API. опреде
ленные в 11.7.8 настоящего стандарта.
Плагин нужно считать подходящим для рабочего контента, если application_type соответствует
совместимым номерам версии.
Кроме того, в соответствии с [14] (10.13.4) необходимо учитывать следующее:
- дескрипторы приложений плагинов должны размещаться в цикле приложения каждого плагина;
- плагин считается подходящим для рабочего контента, если будет соответствовать application_
type и номеру версии, совместимому с алгоритмом, определенному в [14] (10.7.3).
Синтаксис и семантика дескриптора плагина должны быть в соответствии с [11] (10.7.4).
10.14 Сохраненные приложения
10.14.1 Использование сигнализации сохраненных приложений
Терминал МНР. который не обеспечивает хранение приложений или не распознает эти расшире
ния, связанные с хранением приложений, будет воспринимать сохраненные приложения как жизнеспо
собные. которые потенциально могут быть запущены из соединения «ограниченной службы».
Сигнализация сохраненных приложений должна использоваться в соответствии с [11] (10.8.1).
10.14.2 Дескрипторы сохраненного приложения
Дескриптор сохраненного приложения рекламирует возможность хранения приложения и дает
представление о его свойствах. Наличие дескриптора хранения приложения указывает, что обеспечи
вается Файл Описания Приложения (см. [11] (10.8.3)). Для сохраняемых приложений дескриптор хране
ния приложения помещается в Описание Приложения.
Этот дескриптор и соответствующие Файлы Описания Приложение поддерживаются приемника
ми, осуществляющими спекулятивное кэширование.
Синтаксис и семантика дескриптора хранения приложения должны быть в соответствии с [11]
(10.8.2, таблица 81).
Если свойство хранения связано с вещанием, то жизненным циклом приложения управляет ве
щатель. Такие приложения пригодны для кэширования, но не пригодны для обработки в качестве авто
номного приложения.
Если свойство хранения является «автономным», то приложение может быть успешно запущено
пользователем независимо от службы вещания. Приложения с этим свойством могут быть запущены,
как связанные с вещанием, если выбранная служба перечислена в Описании Приложения.
Представленные выше характеристики дескрипторов хранения приложения должны интерпрети
роваться в соответствии с 10.14.3 настоящего стандарта.
Для сохраняемого приложения один дескриптор хранения приложения должен быть установлен
в любом Общем цикле дескрипторов или Прикладного цикла дескриптора AIT. Уточнения семантики
полей storage_property, launchable_completely_from_cache, priority дескриптора хранения приложе
ния должны быть в соответствии с [14] (10.14.2).
69