Embed Size (px)
Citation preview
LOGOАвтор
–
к.т.н., Кузнецов
Геннадий
Львович,
Ответственный
исполнитель
НИР
шифр
«Безопасный
город», М., МВД
России, 2014.,
Член
экспертного
совета
при
межведомственной
комиссии
по
вопросам, связанным
с
внедрением
и
развитием
систем
аппаратно-программного
комплекса
технических
средств
«Безопасный
город».
Единый
стек
открытых
протоколов
(ЕСОП) информационного взаимодействия
КСА
АПК
«Безопасный
город». Жизненный
цикл,
инфраструктура, прикладные
аспекты
использования.
ЗАО
«НПП
«ИСТА-Системс»
ПРАВОВЫЕ
ОСНОВЫ
1.
Концепция
построения
и
развития
аппаратно-программного комплекса
«Безопасный
город».
Распоряжение
Правительства
РФ
№2446-р от 03.12.20142.
Единые
требования
к
техническим
параметрам
сегментов
аппаратно-программного
комплекса
«Безопасный
город», утверждены
29.12.2014.
3.
Завершена
и
принята
заказчиком
-
МВД
России
НИР
«Выработка научно-технического
и
финансового
обоснования
для
принятия
решений
по
созданию
информационной
системы
в интересах
обеспечения
охраны
общественного
порядка
с
учетом
существующих
федеральных
программ», шифр «Безопасный
город».
Основные
проблемы
развития
АПК
«Безопасный город»
Фрагментация сегментов, созданных различными ведомствами, районами, регионами, инвесторами, не позволяющая (илисущественно затрудняющая) их взаимное использование;
Монополизации рынка региона одним вендором как альтернативафрагментации сегментов АПК «Безопасный город»;
Невозможность интеграции различных подсистем в рамках единыхсценариев автоматизированной обработки информации;
Предоставление потребителям – региональным подразделениямФОИВ - информации от источников данных в виде АРМ внешнихсистем, что исключает возможности автоматизированной обработкии интеграции данных в специализированные АС ФОИВ.
Обеспечение
единого
информационного
пространства –
ключевая
задача
Концепции
В этой связи, среди
шести
основных
задач
построения
и
развития
АПК
«Безопасный
город», приведенных
в
Концепции, две
посвящены
обозначенной
проблеме:«обеспечение информационного обмена между участниками всехдействующих программ соответствующих федеральных органовисполнительной власти в области обеспечения безопасности через единоеинформационное пространство с учетом разграничения прав доступа кинформации разного характера;обеспечение информационного обмена на федеральном, региональном имуниципальном уровнях через единое информационное пространство сучетом разграничения прав доступа к информации разного характера; (конец цитаты)»;В
ЕТТ
определен
способ
формирования
единого
информационного
пространства
посредством
использования
единого
стека
открытых
протоколов
(ЕСОП). Приведенные
требования
к
ЕСОП
вполне
конкретны
и
позволяют
достаточно
определенно
описать
«экосреду», которая
возникнет
в
процессе
его
внедрения
в
практику
создания
и
развития
комплексов
«Безопасный
город».
Возможные
альтернативы
ЕСОП
1.
Унификация
технических
решений
АПК
«Безопасный город»
посредством
использования
решения
одного
вендора-
монополизация
рынка, стагнация
развития, дороговизна
модернизаций, невозможность
учета
местной
специфики, слишком
дорого
для
многих
региональных
(муниципальных)
бюджетов, незаконно… . 2.
Создание
интеграционных
шлюзов
между
АС,
поставляемых
различными
производителями. -
очень
дорого, непонятно
кто
отвечает
и
поддержку
и
эксплуатацию
шлюза, короткий
жизненный
цикл
(смена версий
ПО
одной
из
сторон
шлюза
как
правило
приводит
к
потере
работоспособности)…
.
Требования
к
ЕСОП
1.
В
части
взаимодействия
с
КСА
обработки
видеоданных
-
ONVIF Core Specification 2.4.1 [ONVIF-CORE];-
ONVIF Media Service Specification 2.4 [ONVIF-MEDIA];
-
ONVIF Streaming Specification 2.4.1 [ONVIF-STREAMING];-
ONVIF Recording Search Service Specification 2.4.1 [ONVIF-
SEARCH];-
ONVIF Replay Control Service Specification 2.2.1 [ONVIF-
REPLAY];-
ONVIF PTZ Service Specification 2.4.1 [ONVIF-PTZ];
-
ONVIF Imaging Service Specification 2.4 [ONVIF-IMAGING];
Требования
к
ЕСОП
Интероперабельность
обеспечивается
четкой регламентацией
протоколов
транспортного
уровня, состава
функций, предоставляемых
устройствами
в
зависимости
от типа, и
структур
запрос/ответов
к
этим
функциям
Спецификации сопровождаются
набором
WSDL и
XML –
схем документов, которые содержат
формальные
технические
описания сервисов
и
используемых
структур
данных
Требования
к
ЕСОП
Важно
отметить, что
в
рамках
ONVIF Core
Specification
определены требования
в
части
передачи
событийной
информации
от
средств
обработки
видеоданных. В
частности, эти
требования
описаны
в
ONVIF EventService. Единые
требования
(ЕТТ) предписывают
использовать
данное
описание
при
формировании
сообщений, формируемых
видеоаналитическими
серверами (пп.5.2, 5.3, 7.3) документа
ЕТТ.
Кроме
того,
ЕСОП
должен
определять
спецификации
веб-сервисов
доступа к
видеоисточникам, к
метаданным
видеоисточников:
-
получения
сведений
об
источниках, в
том
числе
об
их
географическом
местоположении
и
областях
обзора
видеокамер;-
импорта
медиазаписей
в
форме
файлов, в
том
числе
с
привязкой
к
географическим
координатам
места
записи
данных
— как
постоянных
(для
стационарных
источников), так
и
изменяющихся
во
времени
(гео-треки, для
мобильных
источников);-
ограничения
доступа
к
медиаисточникам
с
разбивкой
по
типу
взаимодействия
—
получения
«живых» / «архивных»
медиаданных, управления
PTZ, фокусировкой
видеокамер
и
др.;-
управления
заданиями
на
выполнение
длительных
операций, таких
как, например, отслеживания
транспортного
средства
(поиска
на
фото
/ видеоизображениях
транспортного
средства
по
регистрационному
номеру).
Требования
к
ЕСОП
2. В
части
взаимодействия
с
системами-источниками тревог, оповещений
и
метаданных
-
Мониторинг
безопасности
жизнедеятельности
(охранная, тревожная, пожарная
сигнализации);
-
Транспортная
безопасность;-
Системы
связи
«Гражданин-Полиция»;
-
Техническое
состояние
оборудования;-
Технологическое
состояние
процессов;
-
Параметры
состояния
окружающей
среды;-
Радиационный/химический/биологический
мониторинг;
…..
Требования
к
ЕСОП
ЕСОП
должен:-
определять
протокол, не
зависящий
от
классов
систем
и
типов
угроз;-
осуществлять
управление
передачей
и
саму
передачу
извещений
–
в
рамках
протоколов
XML / SOAP / HTTP в соответствии
со
схемами
XML, определяемыми
спецификациями
сервиса
ONVIF EventService
и
WS- BaseNotification
версии
1.3;
-
определять
глоссарий
общих
тем
извещений, таких
как «Тревога», «Норма», «Неисправность»
и др.
в
соответствии
с
WS-Topics
(входит
в
WS-BaseNotification);-
в
каждом
извещении
должен
передаваться
код, состоящий
из
нескольких
тем
извещений
из
любых
глоссариев;-
в
коде
каждого
извещения
должна
присутствовать
хотя
бы
одна
тема
из
общего
глоссария.
ЕСОП. Вариант
реализации
В
рамках
НИР
МВД
по
требованиям
к
ЕСОП
разработан протокол
взаимодействия
в
правоохранительном
сегменте
АПК
«Безопасный
город». В его основе:-
ONVIF Core Specification 2.4.1 [ONVIF-CORE];
-
ONVIF Media Service Specification 2.4 [ONVIF-MEDIA];-
ONVIF Streaming Specification 2.4.1 [ONVIF-STREAMING];
-
ONVIF Recording Search Service Specification 2.4.1 [ONVIF-SEARCH];-
ONVIF Replay Control Service Specification 2.2.1 [ONVIF-REPLAY];
-
ONVIF PTZ Service Specification 2.4.1 [ONVIF-PTZ];-
ONVIF Imaging Service Specification 2.4 [ONVIF-IMAGING];
-
Транспортное
правило
SOAP 1.1 [ТП-SOAP];-
Единый
Стандартизированный
Протокол
Извещения
2.2 [ЕСПИ].
Таким
образом:-
для
задач
видеоменеджмента
– ONVIF с
дополнениями
ЕСОП
в
части
доступа
к
видеоисточникам
и
их
метаданным;-
для
задач
мониторинга
и
оповещения
–
ЕСПИ.
Инфраструктура
ЕСОП
Уполномоченный
органПлощадка
для
публикацииСредства
тестирования
и
аттестации
-
Организует
разработку
и
утверждение
ЕСОП
-
Публикует
утвержденный
текст
ЕСОП
-
Разрабатываются
по
заказу
уполномоченного
органа
-
Организует
взаимодействие
с
разработчиками
решений
для
АПК
«Безопасный
город»
-
Регистрирует
и
предоставляет
доступ
пользователям
для
тестирования
и
аттестации
решений
-
Скачиваются
зарегистрированными
пользователями
с
площадки
-
Вырабатывает
и
поддерживает
процедуру
дополнения
ЕСОП
и
аттестации
средств
-
Утверждает
результаты
аттестации
на
основании
отчета
о
тестировании
-
Проводят
тестирование
заданных
разделов
протоколов, формируют
отчет
Аспекты
внедрения
ЕСОП
1.
Новое
строительство.Доработка
(выбор) средств, используемых
в
АПК
«Безопасный
город»
в
части
поддержки
ЕСОП:
-
видеоисточники, терминалы
экстренной
связи, средства
фото- фиксации, источники
тревог
и
текстовых
сообщений
и
т.п.;
-
архивы
видеоданных, видеоматериалов, метаданных;
-
видеоменеждеры;
- «ответные
части»
АС
региональных
ФОИВ.
Аспекты
внедрения
ЕСОП
2. Модернизация.Обновление
программных
средств, разработка
узлов
интеграции
в
части
поддержки
ЕСОП
Схема
развертывания
«ответных
частей»
ЕСОП (пример
МВД
–
Вариант
2)
Что
в
результате?
Заказчики Регуляторы ФОИВ
-
Получают
готовые
прототипы
ТЗ
на
проведение
конкурсных
процедур;
-
Получают
технологический
инструмент
реализации
гос.
функции
-
Получают
возможность
создания
унифицированных
«ответных
частей»
ЕСОП
-
Получают
реальную
возможность
выбора
решений, исполнителей, опций
адекватных
особенностям
и
бюджетам
-
Получают
возможность
технологически
взаимоувязывать
различные
государственные
программы
и
проекты
-
Получают
возможность
организации
сервисов
слияния
данных
АПК
«Безопасный
город»
в
т.ч. в закрытых
сегментах
своих
АС
-
Снимают
с
себя
проблему
организации
единого
«поля
покрытия»
для
всех
пользователей
Что
в
результате?
Интеграторы Производители
оборудованияПровайдеры
-
Получают
четкие
«правила
игры»
-
Получают
возможность
выйти
на
(расширить) рынок
-
Получают
возможность
развести
инфраструктурные
вопросы
и
требования
прикладных
сервисов
-
Возможность
более
гибко
и
технологично
формировать
спецификацию
и
кооперацию
-
Получают
дополнительный
инструмент
формирования
решений
из
слабо
связанных
компонентов
-
Снижают
риски
по
интеграции
фрагментов
и
сегментов
АПК
-
Уходят
от
произвола
админресурса
Спасибо
за
внимание
С
вопросами
можно
обращаться
по
адресу:
ЗАО
«НПП
«ИСТА-Системс»
Кузнецов
Геннадий
Львович
[email protected]+7 921 7412533
