ПО для управления мультимедийной экспозицией музея: что оно должно уметь

В современном зале десятки устройств: проекторы, панели, сенсорные столы и стойки, компьютеры в технических нишах, плееры, экспозиционный свет. Их часто ставят разные подрядчики в разные годы. Утром кто-то из сотрудников обходит зал и включает всё вручную, вечером — выключает.

Если приложение зависло, об этом сообщает посетитель. А текст на экране не менялся с открытия: каждая правка — отдельный договор с тем, кто делал интерактив. ПО для управления экспозицией закрывает все три проблемы.

Ниже — что оно должно уметь и чек-лист требований, который можно перенести в техническое задание.

В статье: две задачи · расписание, сценарии, перезапуск · мониторинг · одна CMS на все интерактивы · почему CMS, прибитая к проекту, — проблема · работа без интернета · чек-лист требований · что уже работает · вопросы и ответы.

Две задачи: оборудование и контент

Управление экспозицией часто понимают узко — как пульт, которым включают зал. На деле это два блока с разными пользователями, и хорошая система закрывает оба.

Если в системе есть только первый блок, зал исправно включается, но показывает прошлогодние материалы. Если только второй — контент свежий, но утренний обход с кнопками никуда не делся.

Управление оборудованием: расписание, сценарии, перезапуск

Расписание

К открытию зал должен быть готов без участия человека: проекторы прогреты, компьютеры загружены, приложения запущены в нужном порядке. После закрытия всё гаснет — это продлевает срок службы ламп и панелей.

Расписание учитывает выходные, санитарный день и вечерние мероприятия. Для нештатных случаев есть ручной режим: включить или выключить зону с планшета сотрудника.

Так устроено в РГДБ «#ЗнайЧитай»: сотрудник через веб-интерфейс включает и перезагружает медиасерверы, проекторы и панели и задаёт расписание запуска инсталляций — без вызова технической службы на каждый экран.

Сценарии

Экспозиция может вести посетителя сама: свет поднимает нужную витрину, видео подхватывает следующий сюжет. Так устроен наш сценарный свет экспозиции:

• Сценарий задаётся файлом — шаг, время от начала, адреса светильников, яркость и скорость перехода.
• Запуск — кнопкой в зале. Если посетителей нет заданное время, включается фоновый режим ожидания.
• Связь с шиной освещения идёт по сети — отдельный компьютер у щита не нужен.

Возврат в исходное состояние

Посетитель отошёл, не досмотрев сюжет, — следующий должен начать с начала, а не с чужой середины.

Оболочка для запуска приложений на выставочных терминалах ВДНХ даёт единое меню для нескольких приложений, корректно закрывает программу после сценария, возвращает терминал в меню по бездействию и не пускает посетителя в систему за пределами оболочки.

Отдельное требование — чем система управляет устройствами. Если только «своими» моделями, музей привязан к одному поставщику на годы вперёд. Правильнее, когда оборудование разных производителей управляется по сети:

• Открытые протоколы — проекторы и панели разных производителей управляются по сети; для проекторов распространён PJLink.
• Включение компьютеров по сети — без обхода технических ниш.
• Управляемые розетки и реле — для устройств без сетевого управления.

Мониторинг, не привязанный к производителю железа

В одном зале легко оказываются проекторы одного бренда, панели другого и компьютеры от третьего поставщика. Мониторинг, встроенный в оборудование одного производителя, видит только его устройства — и только то, включены ли они.

Но экран может светиться, а приложение на нём — висеть на ошибке. Поэтому следить нужно на уровне программ: приложение само сообщает о сбое, а система собирает эти сообщения со всех экспонатов в одно место.

Так устроен наш мониторинг ошибок сети терминалов: единая точка приёма для приложений на терминалах и программ на сервере, три уровня сообщений — информация, предупреждение и ошибка, раскладка по источникам и уведомление в Telegram о критичном сбое.

Служба разворачивается на сервере заказчика, отдельная машина под неё не нужна. Что должно быть видно по каждому экспонату:

• Связь — устройство в сети или пропало
• Приложение — запущено и отвечает или завершилось с ошибкой
• Журнал ошибок — по уровням важности и по источникам
• Версия контента — дошло ли последнее обновление до этого экспоната
• Уведомление ответственному — сразу при критичном сбое, а не при обходе зала

Как устроены оповещения и кто на них реагирует в сети из многих устройств — в разборе о мониторинге парка киосков.

CMS контента: одна на все интерактивы

Второй блок — то, чем пользуются научные сотрудники. Экспозиция живёт, пока в ней меняется содержание: новая выставка, найденные документы, исправленная дата, материалы к памятному дню. Для этого музею нужна одна админ-панель, из которой ведутся все интерактивы зала.

• Все типы материалов — разделы, тексты, галереи, видео, сканы документов, ленты времени, викторины
• Публикация на все устройства сразу — правка в одном месте доезжает до каждого экрана, где этот материал показан
• Отложенная публикация — раздел к выставке или памятной дате выходит сам в назначенный день
• Роли и права — кто готовит материал, кто утверждает, кто только смотрит
• Предпросмотр и откат — видно, как материал встанет на экран, и можно вернуть прошлую версию
• Перенос проекта — наполнение выгружается целиком и разворачивается на другом объекте или после замены компьютера

Последний пункт у нас работает в платформе управления интерфейсами терминалов: проект собирается в административной части, выгружается одним файлом и переносится на другой объект, а у операторов разграничены права.

Кто в музее реально ведёт наполнение и сколько времени это занимает — в разборе «Кто наполняет киоск контентом после сдачи».

Почему CMS, прибитая к проекту, — проблема

Все подрядчики обещают, что музей будет обновлять контент сам. На практике админ-панель часто сделана под один конкретный интерактив и живёт вместе с ним. Как это бывает и что требовать:

Работа без интернета, в локальной сети музея

Экспозиция не должна гаснуть из-за провайдера. В исторических зданиях толстые стены и нестабильный Wi-Fi, а политика безопасности учреждения часто запрещает экспонатам выходить во внешнюю сеть. Поэтому базовая схема — всё внутри музея:

• Сервер и CMS в локальной сети — сотрудники правят контент изнутри музея, данные не уходят наружу
• Локальная копия на каждом устройстве — если сервер выключен, экспонат продолжает работать на последнем опубликованном контенте
• Догоняющее обновление — устройство, которое было выключено, само получает пропущенные изменения при включении
• Внешний канал — по желанию — удалённая поддержка и уведомления о сбоях идут по отдельно согласованному каналу, а не держат экспозицию

Чек-лист требований к ПО управления экспозицией

Эти пункты можно перенести в техническое задание почти дословно. Как вписать их в ТЗ на мультимедиа целиком — вместе с составом, контентом и сопровождением — в разборе «Концепция и ТЗ на мультимедиа для музея».

• Расписание — включение и выключение оборудования зала с учётом выходных и особых дней
• Ручной режим — управление зонами с рабочего места или планшета сотрудника
• Сценарии зала — свет, видео, запуск по кнопке или датчику, режим ожидания
• Возврат по бездействию — экспонат сам возвращается в исходное состояние, когда посетитель отошёл
• Закрытая система — посетитель не выходит из приложения в систему устройства
• Оборудование разных производителей — управление по открытым протоколам, через сетевые розетки и реле
• Мониторинг приложений — связь, ошибки по уровням, версия контента
• Уведомления — о критичных сбоях ответственному сотруднику
• Одна CMS — для всех интерактивов, редактирование без программиста
• Публикация — роли, предпросмотр, отложенный выход, откат версий
• Без интернета — сервер в локальной сети музея
• Перенос проекта — выгрузка целиком на другое устройство или объект
• Доступность — режим для посетителей с ОВЗ во всех интерактивах
• Сопровождение — гарантия, сроки реакции поддержки и обучение сотрудников

Что уже работает в наших проектах

Модули, на которых строится управление экспозицией, мы пишем сами и используем на объектах:

Так выглядят экраны и интерактивы зала, связанные с системой управления, в РГДБ «#ЗнайЧитай»:

Как эти модули собираются в одну систему для музейного зала — на странице платформы цифровой экспозиции.

Если экспозиция уже открыта и её нужно взять на обслуживание — мониторинг, обновление контента и реакция на сбои, — это сервис музейной экспозиции.

Частые вопросы

Что дальше

Подробнее о составе системы — на странице платформы цифровой экспозиции; другие решения для музеев собраны в отрасли «Музеи». Расскажите, сколько интерактивов в зале, кто их делал и что сейчас приходится включать и обновлять вручную, через форму заявки — предложим состав и порядок подключения.