ГОСТ Р 56170-2014
- в состоянии «активное» (aktive) - полный доступ актора к контенту действующего документа и
всем ресурсам МНР в соответствии с правилами управления ресурсом и условиями обеспечения без
опасности;
- в состоянии «приостановленное» (Paused) - переход в рабочее состояние с минимизирован
ными возможностями. Если администратор приложений или агент пользователя нуждаются в ресурсах в
других целях, актор может быть перемещен в приостановленное состояние, в котором он не имеет
полного доступа к ресурсам. При активизации актора он возвращается в свое предыдущее состояние.
- в состоянии «уничтоженное» (Destroyed) - потеря ресурса контента и сохранение возможности
для актора запуска приложения DVB-HTML.
- в состоянии «уничтоженное - стертое» (Killed) - потеря всех ресурсов. Переход в состояние
«уничтоженное» (Killed) инициирует сброс актора и возвращение платформе МНР ресурсов.
9.3.3.1 Состояние «загрузка»
Состояние «загрузка» вводится в «машину состояний» только один раз на интервале жизни акто
ра DVB-HTML. Процедура загрузки содержит перечень фаз этого состояния, каждую из которых можно
рассматривать как часть этого состояния в соответствии с [14] (9.3.3.1.1 - 9.3.3.1.6).
9.3.3.2 Состояние «активное»
Состояние «активное» является стационарным (устойчивым) состоянием. Перечень фаз состоя
ния в соответствии с [14] (9.3.3.2.1 - 9.3.3.2.6).
9.3.3.3 Состояние «приостановленное»
Перечень фаз состояния «приостановленное» и их характеристики в соответствии с [14] (9.3.3.3.1
- 9.3.3.3.5).
9.3.3.4 Состояние «уничтоженное» (Destroyed)
Перечень фаз состояния «уничтоженное» и их характеристики в соответствии с [14] (9.3.3.4.1 -
9.3.3.4.5).
9.3.3.5 Состояние «уничтоженное - стертое» (Killed)
Перечень фаз состояния «уничтоженное - стертое» в соответствии с [14] (9.3.3.5.1 - 9.3.3.4.6).
9.3.4 События приложений в активном состоянии
Каждая страница в приложении должна получать загрузку и разгружать события с ограничениями
в соответствии с [14] (9.3.4). Иллюстрация диаграммы состояний представлена в [14] (рисунок 11).
9.3.4.1 Очередь обработки событий
Обработка очереди событий должна выполняться в соответствии с [14] (9.3.4.1).
9.4 Управление ресурсами, которые используются разными приложениями
Некоторые загруженные резидентные приложения, являющиеся расширениями существующего
документа, могут выполнить часть функций навигатора, например, приложение монитор, определенное в
[13]. Применение такого загруженного программного обеспечения не должно противоречить требова
ниям настоящего стандарта.
9.4.1 Экземпляры приложения, работающие в одном и том же контексте службы
Конфликт ресурсов между двумя приложениями сигнализации выполняется как часть службы и
работает в контексте той же самой службы. Конфликт должен разрешаться посредством сигнализации
приоритета в поле aplication_priority в описании приложения для каждого приложения. При сравнении
приоритетов двух приложений, приложение с более высокой величиной application_priority нужно счи
тать более важным для сохранения.
По умолчанию, только приложение, которому принадлежит ресурс, имеет право изменить состоя-
ние/настройкиУконфигурацию того ресурса. Если резидентное приложение (например, навигатор) про
изводит изменения в состоянии/настройках/конфигурации ресурса, терминал МНР должен сообщить
приложению МНР, которому прежде принадлежал этот ресурс, что приложение МНР потеряло владе
ние ресурсом.
П р и м е ч а н и е - Единственным исключением из этого правила является случай, когда приложения, рабо
тающие внутри контекста службы, совместно владеют обработчиками компонентов службы в этом контексте услуг в
соответствии с 11.6.2 настоящего стандарта.
Подробности взаимодействия экземпляров приложения представлены в [14] (10.4.).
49