ГОСТ Р 55712—2013
- взаимодействие механизма ссылки контента TV-Anytime при ожидании записи с конкретным иден
тификатором CRID TV-Anytime:
- обновление состояния (параметров) записей в перечне записей.
Приложения MHP-PVR могут использовать API управления записью для выполнения следующих
задач:
- записи поступающих запросов;
- управления записями, находящимися в состоянии ожидания.
- поиска записей, находящихся в ожидании, или завершенных записей, соответствующих опреде
ленным критериям.
Приложения MHP-PVR могут использоватьAPI ссылок контента TV-Anytime. чтобы получитьдоступ к
реализации механизма ссылки контента TV-Anytime. Приостановка текущего («живого») телеканала под
держивается использованием API «сдвиг времени». Воспроизведение завершенных записей поддержива
ется расширенными версиями существующего МНР API воспроизведения медиа.
В приведенном описании для упрощения не были показаны следующие элементы:
- интерфейс пользователя устройства управления записью, предоставляемый производителем при
емника:
- база данных для TV-Anytime. определяемая метаданными и API, для получения доступа к этой базе
данных;
- механизмы, обеспечивающие точные методы записи.
15.1.2 Общие требования к системе PVR в составе МНР (MHP-PVR)
К пакетам, определенным в настоящем стандарте, должны применяться требования к слушателям
событий ETSI [26) (11.2.5) и к моделям событий DAVIC и интерфейсов DVB API всоответствии со стандар
том ETSI (26] (11.2.7).
Приложения недолжны определять классы или интерфейсы в пространстве имен пакета, определен
ных в настоящем стандарте.
Терминалы МНРдолжны использовать механизм SecurityManager.checkPackageDefinition.
15.2 Параметры процесса записи и воспроизведения в системе MHP-PVR
15.2.1 Параметры управления запланированной записью
Процессуправления запланированными записями в соответствии со стандартом ETSI [34] (6.1) дол
жен включать следующие мероприятия:
-обслуживание списка записи запросов, которые находятся в состоянии ожидания
(PENDING_WfTH_CONFUCT_STATE или PENDING_WITHOUT_CONFLICT_STATE);
- обслуживание списка записи запросов:
- выявление записей, которые были успешно завершены (COMPLETED_STATE);
- выявление записей, которые были начаты, но не были успешно завершены (INCOMPLETE_STATE);
- выявление записей, которые были запланированы, но их не удалось запустить (FAILED_STATE);
- инициирование процесса записи в ожидании записи по запросу (в любом из состояний конфликта
PENDING_WITH_CONFLICT_STATE или PENDING_WITHOUT_CONFLICT_STATE) всоответствующее вре
мя. а также при выходе из режима ожидания или при выходе из режима ожидания управлением элек
тропитания;
- обслуживание ссылок на запросы записи, которые не удалось выполнить (FAILED_STATE) в списке
записи запросов.
В дополнение к перечисленным мероприятиям должны выполняться следующие операции, опреде
ленные стандартом ETSI [35] (6.1):
- выполнение перекрестных ссылок группы «записей вожидании» с планированием информации для
идентификации изменений в расписании и планировании новых записей;
- разрешение конфликтов между отдельными «записями в ожидании» независимо от способа их фор
мирования.
П р и м е ч а н и е — Настоящий стандарт не устанавливает требований к алгоритмам или механизмам для
разрешения этих конфликтов. Единственное требование настоящего стандарта состоит в том. что реализации
MHP-PVR должны содержать такой механизм;
- отбрасываниезапросов «записейвожидании»,когда истексрок ихдействия, ноне ранее (опционально):
- отбрасывание поврежденных запросов «записей в ожидании», если срок ихдействия истек, но не
ранее (опционально).
25