ГОСТ Р 56455—2015
пользователь PDR может просматривать часть контента и находить соответствующую схему описания
MaterialType в потоке данных, связанных с контентом. Кодирование RelatedMaterialType в этом потоке
данных и механизм, с помощью которого оно выполняется, в настоящем стандарте не рассматриваются.
Пример сценария записей связанных материалов описан в [15] (7.11).
7.12 Система TV-Anytime на этапе 1.Пример:сценарий формирования профиля пользователя
Пользователь приобретает для своего дома устройство, совместимое с TV-Anytime. Если он ис
пользует это устройство впервые, то он получает предложение поставки более дешевого контента и
других услуг для подключения устройства к телефонной линии. Во время процесса установки пользова
теля просят ввести некоторую информацию. Эта информации включает сведения:
- о количестве зрителей, месте проживания, датах рождения;
- желании получать рекомендации о контенте от устройства TVA.
После передачи этих сведений пользователь выбирает.
-предпочтительные типы программ (контента). Например, новости, спорт (легкая атлетика) и те
левикторины;
- типы программ (атмосфера программ). Например, альтернативные, захватывающие дух. вызы
вающие вдохновение;
-диапазон исполнителей, которые ему нравятся (ключевой признак — талант). Например, Шон
Коннери. Хамфри Богарт. Клинт Иствуд. Мэг Райан. Николай Крючков. Любовь Орлова.
Эта информация перемещается в профиль пользователя, некоторые элементы которого выпол
няются статичными, некоторые элементы в процессе эксплуатации устройства TV-Anytime могут обнов
ляться.
Провайдер контента принимает решения, обеспечивающие постоянную максимальную эффек
тивность бизнеса, на основе детального изучения предпочтений пользователя (и членов его семьи),
условий использования контента и анализа сводных предпочтений зрителя.
Детализированный пример профилирования сценария описан в [15] (7.12).
7.13 Система TV-Anytime на этапе 1. Пример сценария: описательные метаданные RMPI
7.13.1 Введение
Этот разделсодержит три примера описания контента с применением метаданных RMPI для случаев:
-FTA;
- Pay-Per-View (PPV);
-Video-On-Demand (VoD).
Примеры показывают только метаданные RMPI-MB (т.е. до фазы приобретения доменного име
ни). Для того чтобы получить соответствующий RMPI-M (в фазе после приобретения доменного имени),
флаг типа RMPI должен измениться и должны быть установлены идентификатор домена и
идентифи катор единой точки управления (если они применимы для использования).
7.13.2 Контент бесплатного вещания
Пример, показывающий возможные комбинации прав, предоставленных заданной части контента
при бесплатном вещании, описан в [15] (7.13.2).
7.13.3 Контент системы с трафиком при оплате за показ
Пример, показывающий возможные комбинации прав, предоставленных заданной части контента
вещания, например оператором платного телевидения, описан в [15] (7.13.3).
7.13.4 Контент видео по запросу
Пример, показывающий возможные сочетания прав, предоставленных заданной части контента,
если провайдер контента использует технологию DRM. описан в [13] (7.13.).
8 Примеры руководств по программированию RMPI и сценариев
8.1 Введение
В разделе показано, каким образом спецификация RMPI TVA {[2]) может быть использована или
в качестве спецификации для автономного применения, или в качестве технологии, интегрированной с
другими технологиями для применения в качестве ключевых бизнес-сценариев. Эти примеры не
явля ются исчерпывающими и не охватывают все возможные комбинации настроек поля RMPI.
Предполага-
29