Скрипт или программа: чем собрать информационный киоск

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

Что обычно называют скриптом

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

• Набор HTML-страниц в браузере киоск-режима. Самый частый вариант: вёрстка лежит на диске терминала, браузер запускается в полноэкранном режиме без адресной строки, при включении компьютера всё стартует само.
• Презентация или PDF в режиме повтора. Ещё проще: файл открывается на весь экран и листается по кругу или по касанию. Ни поиска, ни переходов между разделами.
• Мини-приложение под задачу. Написанное подрядчиком или своим разработчиком приложение с зашитым в код содержимым.
• Оболочка запуска. Промежуточный слой, который держит терминал в закрытом состоянии и запускает внутри чужие приложения. У нас такие проекты есть: оболочка для сенсорных терминалов и оболочка для запуска приложений.

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

Что даёт готовая программа

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

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

Разделение сохраняется и в разработке под задачу: в отличие от мини-приложения с зашитым в код содержимым, у такого инфокиоска своя структура и дизайн под объект, но есть админ-панель, и данные ведёт сотрудник. Чем этот путь отличается от готового конструктора и когда он выгоднее, разобрано в статье «Конструктор или разработка под задачу».

Сравнение по восьми пунктам

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

Когда скрипта достаточно

Есть сценарии, где отдельная программа честно не нужна, и правильнее это сказать сразу.

• Терминал один, и он не в вашей зоне ответственности. Стенд на выставку на три дня, витрина на время ремонта, экран в переговорной.
• Содержимое не меняется. Мемориальная доска, схема эвакуации, историческая справка — то, что написали один раз и больше не трогают.
• Экран показывает чужую систему. Если задача — открыть портал, электронную библиотеку или личный кабинет, то нужен не конструктор контента, а закрытая оболочка вокруг браузера. Как её устроить — в разборе о закрытом браузере и режиме киоска.
• Есть свой разработчик, и он останется. Ключевое здесь — «останется»: скрипт живёт ровно столько, сколько в организации есть человек, готовый его открыть.

Где скрипт начинает мешать

Обратная сторона — признаки, по которым видно, что самописное решение упрётся в потолок ещё до конца первого года.

• Контент ведёт не технический сотрудник. Методист, администратор, специалист по связям с общественностью. Если правка требует открыть файл, правок не будет вовсе: экран замрёт на том, что залили при запуске.
• Терминалов больше одного. Второй терминал удваивает не стоимость, а рутину: любое изменение надо повторить.
• Нужна отчётность. Учреждению — по посещаемости, арендодателю — по показам рекламы, руководству — по востребованности разделов.
• Закупка идёт по 44-ФЗ или 223-ФЗ. Процедуре нужны предмет закупки, правообладатель и документы о происхождении программы. Что для этого требуется, разбирали в материале о закупке по 44-ФЗ.
• Есть требование доступной среды. Крупный шрифт, контраст, озвучивание и нижний уровень интерфейса — это не «поменять CSS», а отдельный режим со своим сценарием.

Сайт для инфокиоска: когда терминалу хватает сайта

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

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

Что остаётся вашим в обоих случаях

Распространённое опасение: с готовой программой контент якобы «уезжает к подрядчику». Это не так, и разница здесь не в скрипте против программы, а в договоре. Тексты, фотографии, видео и схемы остаются вашими в любом варианте; при офлайн-режиме они физически лежат на вашем же устройстве. Отличается другое — кто отвечает за то, чтобы экран утром включился и показал нужное. У скрипта это вы, у программы — поставщик, и именно за это в ней и платят.

Как это выглядит на объектах

В Башкирском театре кукол в Уфе терминалы ведёт сам театр — репертуар и афиша меняются постоянно, и каждая правка через разработчика была бы неработоспособной схемой. На винодельне «Золотая балка» в Севастополе стела показывает материалы о производстве и видео: содержимое меняется реже, но и там правки ведёт площадка, а не подрядчик. На стенде Евразийского НОЦ терминал живёт по выставочному циклу — содержимое пересобирают под каждое мероприятие, и скорость этой пересборки важнее любой функции.

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

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

Что дальше

Если по восьми пунктам выше у вас набралось два-три совпадения в правой колонке, посмотрите продукт «Информационный киоск» — там разобрано, из каких блоков собирается экран и что входит в стоимость программы. Если задача ближе к «открыть на терминале нашу систему и закрыть всё остальное», начните с разбора о закрытом браузере и режиме киоска. Если в техзадании «инфокиоск», «инфомат» и «терминал самообслуживания» стоят вперемешку, их различия собраны в разборе трёх названий одного устройства. Готовые формулировки для техзадания собраны в материале «ТЗ на интерактивный киоск». Если решение всё-таки собирается своими силами, что при этом получится, а что нет, разобрано в материале «Инфокиоск своими руками». Подобрать корпус и диагональ помогает каталог оборудования.