1 носитель офлайн и 2 узла на резерве
Критичные отклонения подняты выше общей аналитики. Оператор сразу видит, кому нужна ручная реакция, а не ищет проблему по всему интерфейсу.
Интерфейс переработан в сторону операторской логики: сначала видно критические состояния, затем быстрые действия, затем карта, парк и подтверждение доставки. Меньше декоративного текста, больше решений в один-два клика.
Критичные отклонения подняты выше общей аналитики. Оператор сразу видит, кому нужна ручная реакция, а не ищет проблему по всему интерфейсу.
В очереди 3 кампании, 1 экстренный пакет и 2 проверки яркости на дневной режим.
Сейчас активны диспетчер публикаций, сетевой инженер и резервный оператор экстренных сценариев.
Под централизованным управлением в двух городах.
12 новых носителей за квартал7 устройств вне основного контура: 1 офлайн, 2 в резерве, 4 с задержкой.
Heartbeat в норме у 95,3%Реклама, маскоты, новости, госинициативы и брендированные сценарии.
3 ближайших публикации в очередиПодключений за сутки через Starlink‑инфраструктуру.
Средняя сессия 11 минГлавный экран теперь показывает не просто точки на карте, а легенду, фильтры и выбранную единицу с быстрыми действиями — чтобы карта была инструментом, а не только презентацией.
12 / 12 носителей доставили пакет, переключение сцен прошло без задержек.
2 носителя на fallback LTE, доставка подтверждена частично, нужен повтор пакета.
Повышенная яркость и брендовый сценарий. Вечерний блок запланирован на 18:00.
1 единица вне сети, локальный цикл сохранён. Приоритет диагностики поднят.
Вместо длинных описаний — короткий список проблем и действий. Каждый пункт ведёт к конкретной реакции.
Список сокращён до ключевых действий: публикации, сбои, переключения сети, проблемы панели и ручные команды.
Сверху закреплены критические статусы и быстрые действия. Ниже — карта с выбранным бортом и очередь решений. Только после этого — подробный журнал и глубокая аналитика.
Таблица усилена как рабочий инструмент: поиск, фильтры, sticky‑шапка, активная строка и визуальные метки проблемных носителей.
| Транспорт | Статус | Контент | Связь | Панель | Последний отклик | Действия |
|---|---|---|---|---|---|---|
| BUS ST-7Астана · Shuttle / ТРЦ · Борт №902 | В сети | Премиум бренд‑сценаВечерний переход в 18:00 |
Starlink · 96 Mbpsпинг 38 мс · SLA в норме |
Высокая яркость | 9 сек назад |
|
| BUS A-12Алматы · Маршрут 18 · Борт №341 | В сети | Утренний городскойПакет доставлен 12 / 12 |
Starlink · 78 Mbpsстабильный канал |
Норма | 12 сек назад |
|
| BUS A-44Алматы · Маршрут 45 · Борт №117 | Резервный канал | Маскоты / Новости / Реклама 2Нужен повтор пакета |
Fallback LTE · 22 Mbps2-я проверка через 3 мин |
Норма | 31 сек назад |
|
| BUS GOV-19Алматы · Соцблок · Борт №508 | Нет связи | Последний цикл сохранён локальноЭкстренные пакеты не доставлены |
Ожидание каналаручной контроль обязателен |
Требует осмотра | 14 мин назад |
|
Правая панель стала компактнее: ключевые метрики сверху, ниже — технический блок, очередь пакетов и быстрые команды.
Премиум бренд‑сцена. Следующее автоматическое переключение — на вечерний блок в 18:00. Очередь загрузок пуста.
Питание стабильно, экран без ошибок, перегревов нет. Доступны команды: перезагрузить плеер, отправить тестовый баннер, включить ночной режим.
Сначала видна критика и действия, а не длинное описание. Оператору не нужно читать большой текст, чтобы понять состояние выбранной единицы.
Здесь оператор работает не только с одиночными файлами, а с логическими сценариями: реклама, новости, маскоты, городской контент, госинициативы, спецрежимы и брендированные подборки.
Базовый дневной набор для транспортных оконных LED-панелей с чередованием полезного городского контента и коммерческих роликов.
Сфера-формат персонажей между блоками рекламы и новостей. Поведение меняется по времени суток, сезону и под бренд заказчика.
Блоки для общественно полезной информации, уведомлений города, транспорта, безопасности и государственной повестки.
Это не простая загрузка файла, а мастер-процесс, в котором оператор проходит понятные шаги и видит подтверждение до публикации.
Ниже — типы библиотечных карточек, которые должны быть у контент-менеджера в системе.
Рекламные кампании брендов, разбитые по заказчику, дате действия, маршрутам, юридическому статусу и частоте показа.
Новости, погода, городские оповещения, график событий, курсы и иные интегрируемые потоки, которые можно вставлять в шаблоны.
Наборы фирменных персонажей под заказчика, с разными эмоциями, дневными и вечерними состояниями и сценариями появления.
Важнейшая часть системы — не просто ручной запуск контента, а движок расписаний, который сам меняет блоки утром, днем, вечером, по событиям и по рекламным слотам.
Новости, пробки, городской сервис, рекламные вставки 40%, маскот-перебивки.
Максимальная частота рекламного цикла, ограничение новостных слотов, увеличенная длительность бренд-контента.
Акцент на визуально яркие сцены, фирменных маскотов, анонсы событий и премиальные кампании.
Система должна уметь реагировать на события, а не только на часы календаря.
Ключевой экран для контроля качества канала: скорость, задержка, доступность по группам транспорта, объём трафика на контент и пассажирский Wi‑Fi.
Панель показывает, какие единицы ушли на LTE/5G или наземный резерв, сколько времени там находятся и влияет ли это на срок доставки обновлений.
Оператор должен видеть загрузку Wi‑Fi-сети, популярные маршруты, брендированные экраны входа, лимиты трафика и качество пользовательского опыта.
Нужно разделять сетевую картину на три слоя: магистраль связи, доставка медиа и пользовательский интернет-сервис внутри транспорта.
Сила Starlink-сигнала, переключения на резерв, latency, пакетные потери, время отклика и стабильность по геозонам.
Какие файлы уже доставлены, где идёт загрузка, какие носители отстают, где сбой декодирования или переполнение локального кеша.
Количество сессий, скорость на пользователя, маршруты с наибольшей нагрузкой, рекламный входной портал и сервисные ограничения.
Этот блок нужен руководителю и оператору смены, чтобы быстро видеть активность сети и нагрузку по рекламным слотам.
Разделение эфирного времени между коммерческим, городским и сервисным контентом.
Отчёт по подтверждённым публикациям, устройствам с отложенной синхронизацией и ручным вмешательствам оператора.
Оператору — оперативные статусы. Менеджеру — отчёты по кампаниям. Руководителю — показатели сети, рекламной загрузки, Wi‑Fi и доступности инфраструктуры.
Отдельный защищённый раздел, где оператор может в один шаг перекрыть обычный эфир и вывести критически важные сообщения на весь парк или выбранные зоны.
Маршрутные изменения, перекрытия дорог, транспортные сбои, важные объявления муниципалитета.
Экстренные указания, эвакуационные сообщения, режим повышенного внимания с приоритетом на весь парк.
Остановка рекламы и медиапоказа на время техработ, обслуживания транспорта или регламентных проверок.
Экстренный раздел нельзя давать всем подряд. Нужны роли, подтверждения действия и протоколирование каждого вмешательства.
Система должна разделять контент-менеджера, оператора смены, техническую службу, рекламный отдел и администратора.
Публикация по утверждённым сценам, запуск расписаний, просмотр логов.
Создание и редактирование сцен, библиотека, маскоты, рекламные пакеты.
Диагностика экранов, связи, питания, удалённая перезагрузка и сервисный режим.
Только по подтверждению администратора или ответственного супервайзера.
Сюда входят города, маршруты, группы транспорта, медиапрофили, ограничения по рекламным слотам и интеграции.
Это должен быть не просто «админ-панельный» кабинет, а настоящий центр управления сетью транспорта: визуально сильный, интуитивный, быстрый, с логикой диспетчерской системы и высоким уровнем доверия. Главные сущности — транспорт, контент, расписание, связь, экстренный режим и отчётность. Все действия — прозрачны, подтверждаемы и логируются.
Так я вижу главный сценарий обновления: оператор выбирает цель публикации, загружает файл или готовый пакет, назначает правила показа и отправляет в сеть с контролем подтверждения.