PublicatioЖурнал "Системы Безопасности" № 2‘2018

S E C U R I T Y A N D I T M A N A G E M E N T n w w w . a l l - o v e r - i p . r u 34 материальных ценностей, повышением показа- телей отказоустойчивости и т.д. Однако глав- ное, что хотелось бы получить в процессе раз- вития, – инструменты прогнозирования. Систе- ма за время своего существования накопила определенное количество статистической информации, на основе которой уже может производиться анализ факторов с целью пре- диктивной (прогнозной) реакции на работу устройства, выполнение его ремонта либо обслуживания и др. Илья Князев Как и зачем появляются платформы Интернета вещей? Начиная деятельность с разработки и поставки устройств самообслуживания, мы пришли к тому, что задачи клиентов расширились и, помимо самого оборудования, им нужно пре- доставлять и программные средства. Так появи- лась первая версия программного обеспечения, которая на данный момент работает и в метрополитене. В дальнейшем была разрабо- тана серверная часть, которая уже решала задачи управления парком устройств. Сегодня мы выхо- дим за рамки отраслевой специфики и развива- ем платформу как кросс-отраслевую. Ее можно уверенно назвать платформой Интернета вещей, где мы всегда имеем дело с четырьмя основными сущностями: 1. Конечные устройства. В проекте Моргортран- са это разнородные приборы, узлы, датчики, механизмы, которые агрегатированы в автома- ты, разбросаны географически по всей Москве и требуют соответственного удаленного контро- ля, мониторинга и управления. Их много, они предоставлены разными поставщиками, и здесь важны единый подход и унификация работы с ними. 2. Различие каналов данных. Самыми распро- страненными являются 3G/4G-сети, но за пре- делами города сотовая связь не покрывает опре- деленные зоны, и там приходиться иметь дело с системами радиосвязи, Wi-Fi и даже псевдо- онлайном, когда человек физически переносит флешку из одного устройства в другое. Платфор- ма должна поддерживать все эти каналы. 3. Обработка данных. Именно для этого плат- формы разрабатываются и существуют. Необхо- димо проанализировать информацию, соста- вить необходимые отчеты, создать инструменты прогнозирования и управления, которые помогли бы компаниям принимать своевремен- ные решения, относящиеся к работе оборудо- вания и имеющемуся парку устройств. Это не только анализ накопленной в базах данных информации в SQL баз данных, но и потоковая аналитика, когда мы на лету собираем данные и сразу же пропускаем их через некие фильтры прогнозирования и принятия решений. 4. Интеграция с внешними системами. У реше- ния должен быть управленческий выход, иначе это "вещь в себе". В современном мире управ- ленческий выход подразумевает действия не только людей, но и сопряженных информа- ционных систем (ERP, MES, система поддержки сервисных процессов и т.д.). Ключевые принципы развития Основные принципы, на которых основан и продолжает развиваться наш продукт, сводят- ся к следующему: 1. Ставка на универсальность. В любом кейсе есть своя специфика. Сторонние команды, в том числе со стороны заказчика, должны иметь возмож- ность привносить свою экспертизу в систему, и мы как разработчики не должны зависеть от того набора оборудования или процессов, которые существуют в конкретном проекте. Мы выстраи- ваем единую логику, основываясь на поддержке архитектуры OPC UA. Технология международной Ассоциации OPC помогает решить проблему спе- цифики конкретных устройств и сделать универ- сальную инфраструктуру. В таком контексте реше- ние развивается как Platform as a Service. 2. Наличие API и подробной документации разработчика (SDK). Мы полностью открыты и готовы предоставлять документацию, а сто- ронние разработчики уже создают новые про- дукты – со своими интерфейсами, логикой, математикой и т.д. 3. Выбор лучшего решения для каждого отдель- ного элемента системы (например, AMQP, MSRS). Перед нами не стоит задача разрабаты- вать все самостоятельно – есть возможность использовать оптимальное промышленное решение. Например, для отчетности мы задей- ствуем отличный инструмент Microsoft Reporting Services. 4. Шлюзы для интеграции с внешними система- ми. Платформа не может существовать сама по себе, это всегда какая-то ступень в общем цикле управления предприятием, и шлюз – одна из важнейших ее частей. 5. Независимость от каналов связи. 6. Прогнозная аналитика. На рынке отсутствуют коробочные решения для построения прогноз- ной аналитики, поэтому мы ориентируемся на подход Case by Case. Секретные "ингредиенты" успешного проекта Наивно полагать, что платформа Интернета вещей – это некая коробка, которую можно подключить, и она заработает. Это проект, кото- рому необходимы: 1) хорошее, проверенное, отработанное вен- дорское решение; 2) экспертиза самого вендора, который может "заточить" свой продукт под нужды заказчика; 3) желание и привнесение своей экспертизы самим заказчиком проекта. В проекте Моргортранса все эти "звезды" сошлись, включая конструктивную, слаженную работу – нашу как поставщика решения и всей команды Мосгортранса. Именно поэтому мы говорим о нем как об успешном и готовы его дальше развивать. n апрель – май 2018 www.secuteck.ru СПЕЦПРОЕКТ УМНЫЕ И БЕЗОПАСНЫЕ ГОРОДА Рис. 3. Архитектура системы Ваше мнение и вопросы по статье направляйте на ss @groteck.ru