Одним из вариантов резервирования канала доставки радиовещательной станции является резервирование его на передающем центре.
В общем случае станция имеет следующие ключевые узлы передачи контента: аппаратно-студийный блок, канал доставки и комплект вещательного оборудования на передающем центре.
На каждом из этих узлов могут случаться сбои, аварийные ситуации либо проводиться ремонтные работы.
Чтобы обеспечить на радиостанции непрерывное вещание даже в случае отказа одного из узлов, можно передавать на резервное вещательное место все офлайн элементы расписания (рекламу, музыку, записанные передачи) заблаговременно и организовать их непрерывное локальное воспроизведение.
Чаще всего на резервном рабочем месте устанавливается комплект ПО Региональный Автомат РБД, который закрывает задачи приёма заранее подготовленных расписаний, элементов МБД (для организации автозаполнения пауз) и автоматического вещания в случае пропажи сигнала с основной станции.
Нередко резервное расписание составляется на базе основного расписания станции, что достаточно логично - так гарантируется выход рекламных прокатов в эфир даже в случае аварии на головной станции.
Но как же быть с местами в расписании, запланированными под живые эфиры? Ведь на резервной станции их быть не может, а молчание в эфире - это как раз то, чего мы стараемся не допустить. Давайте наглядно рассмотрим решение этой задачи на типовом примере.
Типовой пример
1. Создание резервного расписания
Для начала опишем пример создания резервного расписания на головной станции.
У нас имеется станция, которая ведёт прямые эфиры длительностью 10 минут в начале каждого часа с 7:00 до 20:00. Остальное эфирное время занимают блоки с заранее подготовленным материалом.
В расписании зарезервированное под живые эфиры место обозначается специальным значком микрофона (рисунок 1) - этому элементу расписания можно задать длительность, перейдя в его Свойства. Данный элемент помещён в нетипизированный блок такой же длительности. В нашем примере основным расписанием служит Default.
Рис.1. Резервирование места в расписании под живой эфир
С помощью ПО Дигиспот II Репликатор производится репликация основного расписания в резервное. При этом блоки, забронированные под прямые эфиры, не реплицируются в резервное расписание.
Для этого необходимо выполнить следующие действия:
1. Сначала нужно установить и настроить комплект ПО Джинн Репликатор расписаний. Он решает задачу автоматического создания резервного расписания по заранее настроенным параметрам, которые мы рассмотрим ниже.
Инструкцию по установке и настройке его основных компонентов можно найти, перейдя по следующим ссылкам: сервис SCH_TO_DB_SERVICE, Джинн Репликатор.
2. Далее необходимо создать резервное расписание. Для этого нужно перейти в Общие настройки на вкладку Расписания. В нашем примере назовём его Replikator.
Создадим для этого расписания клок следующего вида (рисунок 2):
Рис.2. Клок резервного расписания
Для этого из контекстного меню выберем Создать блок.
В Свойствах блока на вкладке Общие в поле Поведение выберем Блок повтора.
На вкладке Повтор интервала в поле Расписание выберем наше основное расписание Default. В поле День выберем 0 (Сегодня). В поле Начало выберем Относительно часа, Час. В поле Длина укажем длительность 59:59.
Далее в разделе Опции в подразделе Запрет клонирования изменим значение в поле Для нетипизированных блоков на Да. В разделе Установка параметров для клонов поставим флажок в пункте Установить параметры времени. Нажмём Настроить (рисунок 4) и в открывшемся окне на вкладке Фиксация времени установим флажки в пунктах не ранее, не позднее. Вид окна должен соответствовать рисунку 3.
Рис.3. Настройки на вкладке Повтор интервала
Рис.4. Настройка параметров блоков-клонов
Поведение данного блока повтора будет следующим: в него будут реплицироваться все блоки, относящиеся к часу, в котором стоит клок в сетке, их привязка по времени будет меняться на «жёсткую» привязку. Если среди попавших в клок блоков будет нетипизированный блок, он реплицироваться не будет. С помощью такого механизма можно организовать копирование структуры одного расписания в другое, при этом мы сможем игнорировать ненужные нам блоки, а равно и менять у скопированных блоков привязки по времени.
Подробнее о настройке репликации можно прочитать в инструкции.
Далее созданный клок нужно сохранить и расположить в сетке расписания на каждый час. Таким образом расписание Default будет реплицироваться в расписание Replikator, игнорируя при этом нетипизированные блоки. Через некоторое время после подгрузки сетки в расписание Replikator мы увидим следующую картину (рисунок 5):
Рис.5. Резервное расписание, реплицированное из основного
2. Передача резервного расписания
После подготовки резервного расписания необходимо настроить его передачу на резервное место под передатчиком.
Для этого в приложении DDB на стороне основной станции настраивается серверное соединение, в котором настраивается передача резервного расписания следующим образом: создаётся новое соединение типа Server, на вкладке Send DB указывается расписание, которое нужно передать, а также элементы МБД для автозаполнения пауз (рисунок 6).
Рис.6. Настройка передачи резервного расписания
На стороне резервной станции устанавливается соединение типа Client, в котором настраивается приём резервного расписания на вкладке Receive DB (рисунок 7).
*Примечание: расписание может приниматься только в уже существующее в базе расписание, в связи с чем его нужно заранее подготовить.
При корректной настройке DDB-соединений расписание Replikator на стороне резервного вещательного места будет выглядеть следующим образом (рисунок 8):
Резервное расписание реплицировано, передано и подгружено, теперь перейдём к главной теме данного кейса - Автозаполнение незапланированных пауз.
Модуль Автозаполнение незапланированных пауз сканирует расписание наперёд от текущего времени и рассчитывает время до следующего блока с жёсткой привязкой по времени (не ранее, не позднее). Если система распознаёт, что существует нехватка контента, модуль подбирает наиболее подходящий по длительности элемент и вставляет его в расписание. Таким образом обеспечивается непрерывное автоматическое вещание без пауз.
Заполнять только запланированные в расписании блоки - если активирована данная настройка, временные промежутки в расписании, в которых отсутствуют блоки заполняться не будут;
Заполнять блоки ретрансляции при отсутствии сигнала - при пропаже сигнала, который ретранслирует станция, блоки будут заполняться контентом, указанным в настройках модуля.
Настройка Использовать Content filter если пауза больше _ секунд определяет системе, какие паузы считать длинными, а какие - короткими. Соответственно, от этого зависит, из каких категорий модуль будет подбирать элементы для заполнения пауз.
На вкладках Gap filter и Content filter настраиваются категории, из которых модуль будет брать элементы. Грубо говоря, настраивается простая ротация (рисунок 10).
Для добавления категории следует выделить нужный день и нажать Изменить. В открывшемся окне выбрать Добавить, в новом окне выбрать категорию для добавления и нажать Ок.
Приоритетной будет считаться более узкая настройка категорий для ротации (например, в данном примере настройка на понедельник более узкая, нежели на все дни).
Элементы, добавленные модулем автозаполнения пауз, отмечаются слева отличительным знаком Af либо Ac, что значит Gap filter и Content filter соответственно.