
ГРАНИ БЕЗОПАСНОСТИ | № 3 (126) 2023
6
НАУКА ЗАЩИЩАТЬ
Охрана банкоматов
Автоматический контроль
работоспособности элементов
систем защиты банкоматов
Резкий рост в последние годы
числа банкоматов, их расположе-
ние, всё более и более удалённое
от центров кредитно-финансовых
учреждений, а также некоторые
другие факторы заметно усложняют
для групп технического обслужива-
ния регулярное (как ранее) техни-
ческое обслуживание систем безо-
пасности. Финансирование на эту
работу (и, соответственно, числен-
ность персонала для обслуживания)
регулярно отстаёт от темпов расши-
рения числа банкоматов или оста-
ётся вообще без изменения. В этих
условиях единственным выходом
является увеличение интервала
планового технического обслужи-
вания. И сейчас этот интервал со-
ставляет целое полугодие… А как
же быть с теми неисправностя-
ми, которые встречаются (и могут
встречаться часто) в любой момент
в течение полугодия и не проявляют
себя для центров мониторинга си-
стем безопасности, охранной и по-
жарной сигнализации?..
С такой проблемой столкнулась
наша компания, ООО «ПРИССКО», ког-
да обслуживание элементов систем
безопасности устройств (инженерно-
технических средств охраны, ИТСО)
более 2000 банкоматов, установлен-
ных на территории около 22 тыс. км2,
было возложено на наших сотрудни-
ков. Обслуживание (по изложенным
выше причинам) осуществлялось все-
го раз в полгода одним из подразде-
лений компании.
Практика даже такого редко-
го обслуживания показала, что наи-
более частой причиной потери нор-
мального режима охраны устройства
является выход из строя жёсткого
диска сервера ИТСО объекта. И это
выявлялось со значительным опозда-
нием – только в момент полугодово-
го обслуживания. Ясно, что при этом
до полугода могла сохраняться неспо-
на запрос (ping) означает наличие пи-
тания на регистраторе и сетевой карте.
При нормальном режиме рабо-
ты на процедуру ping приходит поло-
жительный ответ. Это означает, что
канал передачи информации меж-
ду центральным сервером и устрой-
ством исправен (и устройство ра-
ботоспособно). Это НОРМАЛЬНЫЙ
режим работы (host state OK, hsOK).
Изначально всем устройствам
по умолчанию задаются неизвест-
ные состояния (режим работы «НЕ-
ИЗВЕСТНО» – host state Unknown,
hsUnknown). Соответственно, при
первом запуске это означает, что
попытка запроса к устройству ещё
не осуществлялась, иначе это означа-
ет, что устройство отвечает на запро-
сы нерегулярно, «через раз».
Ниже приведена логическая
блок-схема осуществления ping-
алгоритма (рис. 1), где условные
обозначения соответствуют излага-
емому.
Далее предположим, что все
(или 90-95%) случайных прерыва-
ний канала имеют продолжитель-
ность не более 1 часа (что установле-
но статистическими замерами). Тогда
все положительные ответы с объекта
на процедуру ping, полученные с пре-
рываниями до 2 часов (увеличива-
ем интервал для уверенной гарантии
исключения случайных прерываний),
интерпретируются системой монито-
ринга как НОРМАЛЬНЫЙ режим рабо-
ты. Но «НОРМАЛЬНЫЙ» – только с точ-
ки зрения непринятия пока никаких
мер реагирования, поскольку мы со-
гласились считать этот период (до 2
часов) периодом неопределённости
для принятия решения (т. е. либо не-
исправен канал, либо неисправны
ИТСО объекта). Этот режим можно
также назвать «ВНИМАНИЕ».
При полном отсутствии ответов
с объекта в течение, согласно приме-
ру, 2 и более часов центральный сер-
вер принимает решение, что на объ-
екте, допустим, неработоспособен
собность ИТСО обеспечивать долж-
ный уровень безопасности.
Такое положение дел нас, конеч-
но, не могло устроить, и с данной за-
дачей мы обратились в компанию
ООО «ИНСОФТ», которая специали-
зируется на разработке прикладно-
го программного обеспечения для
систем безопасности.
В этой статье мы познакомим
читателей с результатом совмест-
ной работы двух компаний по созда-
нию и внедрению автоматической
системы контроля работоспособно-
сти элементов систем защиты бан-
коматов.
Конечно, думать о построении
системы с созданием (внедрени-
ем) каких-либо аппаратных средств
на 2000 объектах было возможным,
но это было бы и затратно, и трудо-
ёмко, и продолжительно. Поэтому
мы пошли по другому пути: без до-
полнительных аппаратных средств
на объектах создать контроль, пусть
пока и недостаточной глубины, но од-
номоментно на всех объектах.
Так возникла идея создания тех-
нической системы мониторинга, ко-
торая бы автоматически выявляла
выход из строя отдельных элементов
сервера ИТСО объекта и тем самым
значительно сокращала бы перио-
ды неработоспособности устройств
(естественно, при наличии достаточ-
ного количества ремонтных бригад
и запаса компонентов для замены).
Функционирование такой системы
мониторинга было обеспечено в со-
ответствии с описанным далее алго-
ритмом функционирования.
Центральный сервер ИТСО
с определённой настраиваемой ре-
гулярностью (по умолчанию – 1 раз
в 5 минут) опрашивает каждое устрой-
ство по защищённым каналам сети
банка, тем самым образуя подсеть
(сегмент сети) для осуществления мо-
ниторинга. При этом наличие ответа