ГОСТ Р 56950—2016
8.2 Управление проигрывателем
Для управления потоком данных CICAM должен иметь данные о времени выполнения конкретных
действий пользователя.
Для CICAM может возникнуть необходимость запрета использования отдельных средств управле
ния проигрывателем, если они не поддерживаются CICAM или по условиям формата потока. Способ,
при котором CICAM получает средства для управления проигрывателем, зависит от метода иницииро
вания проигрывания.
Если проигрывание инициирует CICAM. то предполагается, что CICAM запускает приложение
CICAM AppMMI и что приложение будет использоваться для захвата ключей пользователя.
Если проигрывание инициирует Хост, то для обработки актива службы или контента Хост запра
шивает ресурс у CICAM. использует ресурс CICAM в режиме проигрывателя и сообщает CICAM о дей
ствиях пользователя.
8.3 Инициализация сеанса проигрывания
8.3.1 Общие замечания
Потребление службы при доставке IP CICAM в режиме проигрывателя может инициировать CICAM
использованием приложения CICAM или это инициирование может выполнить Хост через канал IP.
8.3.2 Проигрывание, инициируемое Хостом
В режиме проигрывания, инициируемого Хостом, пользователь передает Хосту запрос на проигры
вание контента. Хост при использовании собственных ресурсов не может выполнить этот запрос и про
изводит проверку CICAM на возможность выполнить проигрывание контента. Это достигается передачей
APDU CICAM_playor_verify_req. Такая проверка может быть выполнена Хостом и на более раннем эта пе.
например во время установки профиля каналов IP. используя механизм, описанный в 15.4 настоящего
стандарта, при открытии и обновлении служб в соответствии с 15.4.2 настоящего стандарта.
Если CICAM подтверждает, что он может выполнить запрос проигрывания контента, то Хост при
помощи APDU CICAM_playor_play_req запрашивает CICAM о возможности проигрывания службы. По
сле получения этого запроса CICAM должен отправить к Хосту APDU CICAM_playor_start_req. сооб
щая РМТ в SPTS и скорость, необходимую для передачи данных, через интерфейс TS. Хост должен
ответить APDU CICAM_player_start_reply. в котором сообщается о локальном TS, который будет ис
пользоваться для передачи данных для этого сеанса проигрывателя.
CICAM после этого устанавливает необходимое количество соединений гибридных LSC, как опре
делено в разделе 10 настоящего стандарта, с использованием выделенного LTS_id для доставки дан
ных AV.
В дополнение к гибридным соединениям CICAM может также установить дополнительные соеди
нения для управления, например, использованием протокола RTSP. Эти соединения должны выпол
няться в рамках нового сеанса LSC.
CICAM принимает данные, расшифровывает их и преобразует в локальный TS (SPTS) и. прежде
чем отправить локальный TS через интерфейс TS в Хост, может (опционально) скремблировать его,
используя управление скремблированием контента Cl Plus™.
Во время проигрывания контента команды проигрывателя могут быть направлены Хостом на
CICAM для управления проигрыванием.
Когда Хост прекращает сеанс проигрывателя, он должен отправить к CICAM APDU CICAM_player_
stop. CICAM в качестве подтверждения направляет Хосту APDU CICAM_player _end с сообщением о
том, что CICAM прекратил проигрывание. Хост не освобождает занятые ресурсы для этого сеанса про
игрывателя до окончания получения APDU CICAM_playor_end. Интерфейс TS затем возвращается в
нормальный режим как один из режимов TS. описанных в 7.2 настоящего стандарта.
8.3.3 Проигрывание, инициируемое CICAM
CICAM может установить сеанс Хоста проигрывателя в ответ на событие, которое настоящий
стандарт не определяет. Установление такого сеанса выполняется передачей Хосту APDU CICAM_
player_start_req, содержащего РМТ в SPTS и скорость данных, необходимые для передачи данных че
рез интерфейс TS. для включения этого запроса потребления контента. Хост отвечает APDU CICAM_
player_start_reply, который сообщает локальный TS. который будет использоваться для передачи
данных через интерфейс TS для этого сеанса проигрывателя.
CICAM устанавливает LSC гибридные соединения, как правило, с использованием выделенного
LTS_id для доставки данных AV.
58