Интеграция скуд и опс с оборудованием сот

Целью интеграции СКУД и ОПС с оборудованием СОТ является получение возможности управлять отображением и записью видеосигналов, получаемых от видеокамер, в автоматическом или полуавтоматическом режиме.

Например, автоматическая запись показа изображения от какой - либо видеокамеры может осуществляться после получения сигнала от определенных извещателей ОПС или в момент считывания кода идентификатора считывателем на входе (выходе) какого - либо пункта прохода, контролируемого СКУД. В качестве устройств, записывающих, отображающих и осуществляющих управление видеосигналами, в системе могут использоваться компьютеры, цифровые видеорегистраторы на базе промышленного и специального компьютерного оборудования, цифровые мониторы, различное аналоговое оборудование ССП / (видеомагнитофоны, мониторы и т. п.).

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

• система должна строиться как гетерогенная (разнородная) распределенная система с определенными, фиксированными правилами доступа к данным;

• система должна строиться по иерархическому принципу с разграничением функциональности составляющих уровней;

• управляющий уровень должен быть полностью абстрагирован от физической природы используемых приборов и устройств, и оперировать только их логическими эквивалентами;

• взаимодействие управляющего уровня с техническими средствами должно осуществляться через «слой» программного обеспечения, предоставляющего интерфейс к конкретным физическим устройствам;

• элементы системы должны оперировать едиными сущностями и функционировать в рамках единой модели охраняемого объекта;

• элементы системы должны поддерживать «событийную» модель взаимодействия, информируя об изменении своего состояния;

• система должна обеспечивать заданное время реакции на произошедшее событие;

• информационный обмен должен осуществляться сообщениями посредством защищенного протокола с обязательной идентификацией абонента, гарантированной доставкой сообщения и автоматическим восстановлением связи.

• Анализ различных способов построения автоматизированных систем позволяет сделать вывод, что в данном случае оптимальным и наиболее полно удовлетворяющим перечисленным требованиям является вариант системы, реализованной как слабосвязанная распределенная с программной интеграцией система.

• Под «слабосвязанностью» в данном случае понимается то, что каждый элемент (модуль) системы должен быть в известной мере независимым и самодостаточным, что позволит обеспечить работоспособность системы при выходе из строя любого элемента (с соответствующим уменьшением функциональности всей системы в целом). Другими словами, в системе не должно быть такого элемента (группы элементов), выход из строя которого привел бы к блокированию работы всей системы в целом.

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

• Описание оборудования, входящего в состав системы: технических средств охраны, средств управления доступом, телевизионных средств и т.д., как набора неких взаимосвязанных абстрактных объектов контроля (контролируемых точек) дает возможность стандартизировать, «узаконить» механизм доступа к данным. Такой подход позволяет при необходимости свободно менять внутренние структуры данных и алгоритмы функционирования без влияния на корректность работы всей системы в целом.

• Обобщая сказанное, можно сформулировать требования к модели охраняемого объекта и составляющим ее компонентам:

• модель должна строиться из минимально необходимого набора компонентов − объектов контроля;

• каждый объект контроля должен иметь уникальный идентификатор;

• каждый объект контроля должен быть представлен в виде конечного автомата и иметь фиксированный набор состояний;

• каждый объект контроля должен генерировать системное сообщение при изменении своего состояния;

• модель объекта должна быть масштабируемой, т.е. допускать добавление и удаление объектов контроля в процессе эксплуатации.

Заключение

Подводя итог проведенной классификации ИСБ, можно отметить положительные и отрицательные особенности различных типов интегрированных систем, обусловленные их архитектурой.

Аппаратно-реализованные (с релейной интеграцией) ИСБ отличаются простотой, относительно невысокой ценой и возможностью объединения оборудования большого количества производителей. Недостаток этих ИСБ заключается в низких функциональных возможностях, неудобном рабочем месте оператора и значительном росте стоимости при увеличении количества взаимосвязей между системами. Набор указанных черт релейных ИСБ обуславливает их применение в основном на небольших объектах с невысоким бюджетом.

ИСБ программного и программно-аппаратного типа имеют широкий набор функциональных характеристик и удобное рабочее место оператора. Они также более удобны в эксплуатации Эти особенности данных ИСБ привели к тому, что в настоящее время они чаще всего используются при защите объектов. Более высокая надежность программно-аппаратных ИСБ, вытекающая из их архитектуры, часто создает предпосылки для их применения на крупных объектах и на объектах с повышенными требованиями к безопасности, такие, например, как аэропорт.

Конечно, надежность, быстродействие и другие важные характеристики ИСБ зависят не только от архитектуры. Огромное значение имеют характеристики программной оболочки ИСБ, используемые интерфейсы для передачи информации между системами и многое другое.

Задание на самоподготовку:

Изучить принципы построения ИСБ аэропорта.

Доцент кафедры ОАБ Вербицкий Ю.А.