← Назад до статей

Детектор проблем у Xeoma

Масштабні системи відеоспостереження корпоративного рівня налічують сотні або навіть тисячі камер. За таких умов складно відстежувати, чи всі камери постійно онлайн і чи справно працює система відеоспостереження.

Саме тут стають у пригоді засоби автоматичної відеоаналітики — так звані детектори саботажу: вони сповіщають операторів та адміністраторів про загрозу або злочинні дії, що тривають.

Першими жертвами вандалізму зазвичай стають самі камери. Зловмисники намагаються уникнути потрапляння в кадр (тому важливо правильно спроєктувати розміщення камер ще на етапі планування), а якщо це неможливо — усувають загрозу.

Пошкодження камер — найпоширеніший метод правопорушників. Для власників системи відеоспостереження це може бути невигідним сценарієм, проте перевага полягає в тому, що оператори миттєво виявляють відключення камери та вживають термінових заходів. Однак це не стосується систем, які роками працюють без нагляду: пошкоджується обладнання, викрадаються цінності без жодних доказів причетності, а відеозаписи інших інцидентів можуть зникнути ще до того, як буде виявлено несправність системи.

Інший сценарій передбачає більш технічно підкованих зловмисників, які перерізають кабелі камер, наприклад Ethernet-кабель, через що камера припиняє передачу потоку, а зображення завмирає. Сама камера не пошкоджена, що є плюсом, але останній отриманий кадр такої «завислої» камери може довго залишатися на екрані, створюючи ілюзію нормальної роботи. Це не видає факту втручання, дозволяючи зловмисникам діяти у сліпій зоні та непомітно залишити місце злочину з награбованим.

Найкращим сценарієм для власників системи відеоспостереження є випадок, коли камеру повернуто в інший бік, засліплено спалахом світла (наприклад, фарами автомобіля) або закрито, наприклад, тканиною чи пакетом. Єдина шкода тут — це те, що зловмисники винесуть з об'єкта, поки камери не ведуть спостереження. Технічно камери справні та продовжують моніторинг, але не ту зону, яку повинні. Якщо камер багато, оператори можуть не помітити цієї незначної зміни і, відповідно, пропустити злочин, що відбувається просто у них під носом, як у класичному шпигунському фільмі. Жодних записів і доказів для притягнення до відповідальності.

Модуль «Детектор проблем» у Xeoma

Для автономного моніторингу працездатності системи Xeoma пропонує не лише передову діагностику на екрані, а й модуль «Детектор проблем». Відеоаналітика цього детектора саботажу забезпечує автоматичні сповіщення у вибраному форматі про зміни в кадрі (при втручанні в роботу камери) або про проблеми зі станом системи.

Розширена відеоаналітика, гнучке налаштування та модульна структура дають змогу налаштувати систему для надсилання сповіщень щодо певних камер у потрібний час. Наприклад, можна надсилати повідомлення системному адміністратору при втраті сигналу від однієї камери, а у випадку з камерою, що охороняє сейф, — миттєво вмикати тривогу. До однієї камери можна підключити кілька типів сповіщень.

Розгляньмо детальніше налаштування модуля.

При натисканні на модуль відкриваються його налаштування. У «Детекторі проблем» доступні такі параметри:

• Тип спрацювання:

Спрацьовувати за відсутності проблем – якщо серед вибраних варіантів проблем не виявлено, модуль передає сигнал далі по ланцюжку модулів
Завжди спрацьовувати – модуль постійно перебуває в режимі «Спрацювання», тобто передає сигнал наступним модулям у ланцюжку
Спрацьовувати за наявності проблем – якщо виявлено принаймні одну проблему з обраних, модуль передає сигнал наступним модулям у ланцюжку

• Прапорець Завжди перевіряти проблеми, не пов’язані з камерою (навіть якщо відеопотік із камери неактивний)

Ця опція відстежує проблеми, не пов’язані з камерою, навіть якщо сама камера не працює (або взагалі відсутня). У такому разі всі проблеми, не пов’язані з камерою (несправності диска, оперативної пам’яті тощо), буде виявлено в будь-якому випадку.

• Прапорці Немає зображення з камери та Немає звуку

Повзунок Тайм-аут камери

Ці опції виявляють відсутність оновлення зображення та аудіосигналу з камери. За допомогою повзунка тайм-ауту можна налаштувати час спрацювання. Наприклад, якщо встановити значення 10 секунд, то епізоди «відсутності відео/звуку» коротші за цей інтервал ігноруватимуться.

• Прапорець Відсутність відеопотоку з камери (немає відео та звуку)

Повзунок Тайм-аут камери

Цей прапорець фіксує повне відключення камери (наприклад, коли камера взагалі не відповідає або не транслює відеопотік). Повзунок тайм-ауту задає час спрацювання, що дає змогу ігнорувати короткочасну відсутність відповіді від камери та уникнути хибних тривог.

• Прапорець Розфокусування камери

Повзунок Рівень фокусу

Ця опція відстежує втрату фокусу зображення (розмиття).

• Прапорці Занадто темне зображення з камери та Занадто яскраве зображення з камери

Повзунок Допуск зміни яскравості, %
Повзунок Нижня межа яскравості, %
Повзунок Верхня межа яскравості, %

Ця опція відстежує надмірно темне або яскраве зображення з камери, наприклад, коли об’єктив закрито або засвічено ліхтариком. За допомогою повзунків можна налаштувати необхідні пороги яскравості для аналізу.

• Прапорець Можливий поворот камери

Повзунок Поріг зміни зображення, %

Цей прапорець виявляє поворот камери на основі піксельного зсуву зображення. Поріг зміни зображення визначає значення, за якого спрацьовує модуль.

• Прапорець Відстежувати втрату пакетів

Ця опція виявляє нестабільну роботу камери (втрату пакетів або даних відеопотоку). Зазвичай такі проблеми свідчать про несправності мережі.

• Прапорець Бракує вільного місця на диску

Повзунок Залишилося місця менше ніж

Ця опція спрацьовує, коли обсяг вільного місця на диску стає меншим за задане на повзунку значення.

• Прапорець Оперативна пам’ять закінчується

Інформація Залишок оперативної пам’яті – дані про доступний обсяг оперативної пам’яті
Повзунок Залишилося RAM менше ніж

Ця опція виявляє витік оперативної пам’яті.

• Прапорець Навантаження на процесор

Повзунок Вище ніж

Модуль «Детектор проблем» Xeoma також моніторить навантаження на процесор. Необхідний поріг навантаження для спрацювання модуля налаштовується за допомогою повзунка.

• Прапорець Перевірити доступ до мережевого ресурсу

Поле Адреса мережевого ресурсу
Повзунок Інтервал перевірки доступності

Ця опція дає змогу вказати IP-адресу будь-якого мережевого пристрою, інтернет-ресурсу (вебсайту) тощо.
Наприклад, можна виявляти проблеми з доступом до інтернету на сервері або відстежувати втрату зв’язку з мережевими пристроями (автоматичними шлагбаумами, реле тощо).

• Прапорець Сервер перезавантажено

Ця функція дає змогу відстежувати збої сервера. Вона спрацьовує, якщо сервер аварійно завершив роботу та був некоректно перезапущений.

• Прапорець Проблеми бази даних

Цей прапорець дає змогу відстежувати проблеми з архівною базою даних у Xeoma (archive.db — база даних, що містить метадані від різних модулів-фільтрів).

• Прапорець Перевищення інтернет-трафіку

Повзунок Вхідний трафік, ГБ
Випадний список Інтервал скидання лічильника трафіку

Ця функція виявляє перевищення мережевих лімітів.

• Прапорець Записувати виявлені проблеми у файл журналу

Користувацька назва цього фільтра для журналу

Ця функція дає змогу зберігати всі проблеми у файлі журналу. Шлях до файлу журналу можна задати у такому форматі: C:\Users\Public\Documents\Xeoma\Logs\ProblemsDetector.log (Windows)
За замовчуванням журнали зберігаються в папці «Logs» у папці налаштувань.

Повідомлення про помилки також виводяться на екран. Завдяки оптимальному розміру шрифту ви не пропустите попередження Xeoma:



Розмір шрифту можна змінити через «Меню макетів» (піктограма «квадрати/вікно» на нижній панелі головного вікна в режимі перегляду всіх камер) – Налаштування вікна – Розмір шрифту для назв камер (за замовчуванням 12 пт).

Як зазначалося раніше, «Детектор проблем» також може зберігати інформацію у файл журналу. Файл журналу має назву ProblemsDetector.log. Його можна знайти в папці Logs у каталозі Xeoma. Журнал може містити багато повідомлень про зміни сцени або проблеми зі станом системи; ось повний перелік:

• Закінчується оперативна пам'ять
• Проблема з оперативною пам'яттю усунена
• Сервер було перезапущено некоректно
• Закінчується місце на диску
• Проблема з місцем на диску усунена
• На диску не залишилося вільного місця
• Зображення з камери занадто темне
• Відеопотік більше не є занадто темним
• Відеопотік більше не є занадто яскравим
• Зображення з камери занадто яскраве
• Камеру повернуто або закрито
• Камера більше не повернута
• Помилка оновлення бази даних
• Помилка читання бази даних
• Помилка запису в базу даних
• Отримано аудіопотік
• Отримано відеопотік
• Зображення з камери відсутнє або не змінюється
• Мережевий ресурс більше не доступний
• Мережевий ресурс знову доступний
• Високе навантаження на процесор
• Навантаження на процесор нормалізовано
• Зображення не оновлюється
• Потік з камери (відео або аудіо) повністю відсутній

ProblemsDetector.log:



Починаючи з бета-версії Xeoma 20.10.13, додано можливість роботи в поєднанні з модулями-фільтрами (наприклад, із «Планувальником»). Починаючи з бета-версії Xeoma 23.3.22, додано опцію завантаження файлу журналу через клієнт. Тепер файл журналу можна отримати навіть під час віддаленого підключення. Починаючи з бета-версії Xeoma 23.3.22, додано нові параметри для точного налаштування опції «Зображення з камери занадто темне», що допоможе отримувати сповіщення, якщо камеру було закрито.

16 квітня 2015 р., оновлено: 27 березня 2023 р

Читайте також:

Поширені запитання щодо програмного забезпечення Xeoma
Повний посібник користувача Xeoma
Як виявити вандалізм і запобігти псуванню майна та злочинному пошкодженню за допомогою програмного забезпечення відеобезпеки