GLOBOSS от КОДОС — подробный обзор программного комплекса видеонаблюдения

GLOBOSS — российская цифровая система видеонаблюдения компании «КОДОС», рассчитанная на объектовую эксплуатацию: сервер принимает видеопотоки и звук, ведёт архив и обрабатывает события, а операторские рабочие места подключаются к серверу по сети. Это не программа для монтажа роликов и не простое приложение для одной веб-камеры. В актуальном каталоге КОДОС GLOBOSS по-прежнему присутствует как комплектное программное обеспечение для системы безопасности, причём серверные лицензии ограничиваются числом видео- и аудиоканалов, а дополнительные рабочие места лицензируются отдельно. При оценке продукта важно учитывать другое обстоятельство: опубликованное подробное руководство оператора описывает поколение GLOBOSS с поддержкой старых выпусков Windows, поэтому совместимость с современными Windows 10 и 11 нельзя автоматически считать подтверждённой только по наличию продукта в каталоге.

Задать вопрос фотографу

Андрей Фёдоров

Как вы могли заметить, здесь есть ТОП-ы на все случаи жизни, причём, их список постоянно пополняется. Кроме того, каждый год они обновляются, ведь я включаю в рейтинги реально лучшие аппараты из всех имеющихся в текущий момент на рынке. Именно мой опыт и знания помогли создать ресурс ТОП Фотограф, который, я надеюсь, приносит вам что-то полезное.

Задать вопрос

Кратко о GLOBOSS

Что это за продукт и какое место он занимает в экосистеме КОДОС

GLOBOSS создавался как система охранного видеонаблюдения, а не как автономный медиаплеер. Серверная часть принимает сигнал от камер, выполняет отображение и сжатие, записывает архив и передаёт видео по сети. Клиентская часть Globoss-оператор получает видео именно от Globoss-сервера. В руководстве отдельно подчёркивается, что операторское приложение не подключается к камерам напрямую. Это принципиально для понимания архитектуры: при удалённом посте охраны сначала должен быть доступен сервер, а уже затем клиент получает с него каналы и архив.

Система рассчитана на смешанную инфраструктуру. Аналоговые камеры подключаются через платы видеоввода, USB-камеры — к соответствующим портам компьютера, а IP-камеры передают сжатое изображение по Ethernet через локальную сеть или Internet. Допускаются комбинированные конфигурации, где в одном проекте используются аналоговые и сетевые источники. Документация также описывает микрофоны и поворотные устройства, поэтому GLOBOSS исторически закрывал типичный набор задач объектового CCTV: видео, звук, PTZ-управление, архив, тревожные события и рабочие места операторов.

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

Не следует смешивать GLOBOSS с одноимёнными интернет-проектами, компаниями или приложениями. В этом обзоре рассматривается только «Система цифрового видеонаблюдения GLOBOSS», разработанная ООО «КОДОС» и включённая в Единый реестр российских программ. Программное обеспечение было внесено в реестр приказом Минкомсвязи России в 2017 году; в текущем каталоге производителя оно продолжает фигурировать в разделе цифрового видеонаблюдения.

Текущий статус, поставка и платформы

Продукт остаётся в каталоге, но документация относится к прежнему поколению Windows

Главное противоречие вокруг GLOBOSS возникает из-за возраста продукта. В сети встречаются старые дистрибутивы, упоминания прежних версий и карточки отдельных комплектов, но по актуальным материалам КОДОС нельзя считать всю систему снятой с производства: действующий каталог производителя содержит отдельную страницу GLOBOSS, перечисляет функциональные особенности и прямо указывает, что продукт продаётся в комплектах. Поэтому корректный статус на момент подготовки обзора — доступное в каталоге КОДОС проектное программное обеспечение, а не свободно распространяемая бытовая утилита.

Одновременно подробное руководство GLOBOSS опирается на Windows XP Rus SP3, Windows 7, Windows Server 2008 и Windows 8. Для отдельных старых плат видеоввода приведены ещё более узкие сочетания ОС. Это означает, что документацию нельзя переносить на Windows 10 или Windows 11 без проверки. В актуальном каталоге GLOBOSS отдельная матрица совместимости с Windows 10/11 не опубликована. Для существующего объекта это не отменяет работающую установленную систему, но для нового проекта сначала требуется получить от КОДОС подтверждение поддерживаемой версии операционной системы, драйверов аппаратного ключа и конкретных плат видеозахвата.

Версий GLOBOSS для macOS и Linux в изученной документации продукта нет. Мобильное приложение GLOBOSS также не описано. Удалённая работа строится вокруг сетевых клиентов, LAN/Internet и, по каталогу производителя, просмотра изображения и архивов через интернет-браузер. Это отличает GLOBOSS от современных VMS, где мобильные клиенты, web-интерфейс и Linux-сервер часто являются отдельными штатными компонентами.

Как распространяется GLOBOSS

Актуальный каталог КОДОС описывает два типа программных комплектов. Первый — серверное ПО GLOBOSS с ограничением на 4, 8, 16 или 24 видео- и аудиоканала. Лицензионные возможности разных серверных комплектов суммируются, поэтому число каналов можно наращивать дополнительными ключами. Второй — комплект «Дополнительные АРМ», в который входят три аппаратных ключа защиты для трёх клиентских рабочих мест.

Как устроен интерфейс

GLOBOSS использует классическую модель операторского интерфейса систем видеонаблюдения. После настройки каналов запускается основное окно с видеоокнами. Управление распределено между главным меню, панелью быстрого запуска, контекстным меню выбранного видеоканала и отдельными служебными окнами. Эта структура выглядит привычно для профессиональных VMS прежнего поколения: основное изображение остаётся в центре, а редкие инженерные операции открываются в диалогах настройки.

В меню настройки выделены четыре базовых раздела: «Конфигурация», «Видеоканалы», «Редактор архивов» и «Телеметрия». «Конфигурация» отвечает за наборы видеоканалов и общие параметры выбранной конфигурации. «Видеоканалы» задаёт источники и свойства каналов. «Редактор архивов» распределяет архивы по дискам и каналам. «Телеметрия» используется для настройки управления поворотными устройствами. Параллельно существуют панели записи, видеоархивов, скорости и качества, конфигурации видеоокон, видеосигнала, планировщика, звука и анализа событий.

Видеоокна и конфигурации

Рабочая область строится из видеоокон, связанных с каналами. В руководстве предусмотрены конфигурации расположения окон, полноэкранный режим и отдельное право на управление полноэкранными панелями. Каталог также указывает вывод изображения на несколько мониторов и функцию «тревожный монитор». Для поста охраны это позволяет отделить постоянный обзор от окна, которое должно привлекать внимание при событии.

Есть режим мультиконфигураций, предназначенный для быстрого переключения сетевых видеоканалов клиента между разными источниками. В руководстве максимальное число каналов в одной мультиконфигурации указано как 64, рекомендованное — 8. Специальный режим «Оператор М» сохраняет основные операции: управление правами, переключение мультиконфигураций, запись, просмотр архивов и работу с конфигурациями видеоокон. Это не увеличивает число лицензированных камер на сервере само по себе, а организует работу клиента с уже настроенными источниками.

Добавление видеоканалов

Для плат видеоввода и USB-камер предусмотрен автоматический поиск подключённых каналов. У этой функции есть важное ограничение: она обнаруживает только источник, который фактически передаёт видеосигнал. Полностью чёрное изображение при закрытом объективе, отсутствии освещения или неисправности может не определиться как активная камера. Поэтому отсутствие канала в автоматическом поиске не доказывает, что устройство физически не подключено.

IP-камеры настраиваются как сетевые источники. В приложении к руководству приведены варианты получения потока через RTSP, H.264 и JPEG для ряда производителей. Актуальный каталог также указывает стандартные IP-камеры по RTSP с MPEG и H.264. Поскольку список конкретных моделей в старом руководстве относится к своему поколению оборудования, совместимость современной IP-камеры следует проверять по протоколу и фактическому потоку, а не только по бренду.

Основные функции GLOBOSS

Наблюдение и сетевой доступ

Сервер отображает живое видео и может передавать его клиентским рабочим местам по сети. Документация допускает несколько серверов и несколько приёмников, объединённых Ethernet, а каталог указывает удалённый просмотр и управление через локальную сеть и Internet. Для распределённого объекта это даёт два уровня работы: локальный видеосервер продолжает принимать и архивировать поток, а оператор подключается к нему с другого компьютера.

В настройках предусмотрен «Режим медленных соединений». В нём клиент не отправляет серверу подтверждение получения видеоданных, что снижает сетевую нагрузку и может повысить скорость при слабом канале. Компромисс существенный: передача становится негарантированной, возможна потеря данных, а корректный просмотр архива через такое соединение не гарантируется. Этот режим полезно воспринимать как аварийную оптимизацию канала, а не как стандартную настройку качества.

Запись вручную, по событию и по расписанию

Ручная запись включается для выбранного канала непосредственно из интерфейса или функциональной клавишей R, а выключается клавишей S. Для постоянного поста это самый простой вариант, но он зависит от действий оператора. Основная ценность GLOBOSS раскрывается в автоматических режимах: по детектору движения, по детектору звука, по сигналам внешних датчиков и по планировщику.

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

Детектор движения и зоны

В текущем каталоге детектор движения назван технологией ScanMove. В операторском интерфейсе можно применять детекцию ко всему изображению либо создать отдельные зоны. Для зоны задаются чувствительность, минимальный размер объекта, фильтр ложных срабатываний, время восстановления, интервал повтора и частота выборки кадров. Такой набор параметров позволяет отличать важные области кадра от фоновых и настраивать реакцию не только по общей интенсивности изменений.

Частота выборки влияет на медленные движения. Руководство объясняет это через сравнение не каждого соседнего кадра, а кадров с заданным шагом: при подходящей выборке медленное изменение становится заметнее детектору. При срабатывании система может включить запись на заданное время, изменить частоту записи в архив и выполнить дополнительное действие. Событие попадает в журнал, причём при нескольких зонах в записи указывается конкретная зона, где произошла детекция.

Детектор звука

Отдельный детектор анализирует уровень аудиосигнала. В интерфейсе есть индикатор срабатывания: значения ниже порога и превышение порога отображаются разными состояниями. Чем выше установленная чувствительность, тем ниже порог срабатывания. В качестве реакции можно включить запись, изменить частоту записи в архив и воспроизвести звуковой WAV-файл. Эта функция требует реального аудиоканала; наличие видеопотока само по себе не означает, что детектор звука сможет работать.

Архив, резервирование и просмотр

Архив — один из наиболее развитых блоков GLOBOSS. Каналы распределяются по дискам через «Редактор архивов», после чего оператор может открыть «Просмотр архива канала». В окне доступны воспроизведение, изменение скорости просмотра и перемотки, переход к нужному времени и позиционирование бегунком. Для анализа нескольких связанных каналов в режиме мультиконфигураций предусмотрен одновременный просмотр архивов каналов выбранной конфигурации.

Для сетевого диска предусмотрен резервный архив. Если связь с сетевым хранилищем обрывается во время записи, система продолжает записывать материал на локальный диск. После восстановления доступа оператор может просмотреть локально накопленный резерв. Это важная особенность для объектов, где основной архив вынесен на NAS или другой сетевой ресурс: отказ сети не обязан сразу означать прекращение записи.

Анализ событий

Окно «Анализ событий» связывает журнал с видеозаписью. Для выбранного события можно вызвать связанный архивный фрагмент, обновить список, изменить параметры журнала и отфильтровать события. По умолчанию есть выборки «Все» и «Все за последние 24 ч.», а пользовательские фильтры строятся по источникам, типам событий и времени.

Для анализа интенсивности предусмотрены графики. Можно выбрать временной диапазон, период итерации и шаг разметки, а затем строить график частоты событий или значения выбранного параметра во времени. Это не современная нейросетевая видеоаналитика: система работает с уже зарегистрированными событиями детекторов, состояний и каналов. Зато такая модель хорошо подходит для эксплуатационной диагностики — например, чтобы увидеть, в какие часы конкретная зона стабильно генерирует больше срабатываний.

Журналы хранятся в отдельной папке log корневого каталога GLOBOSS, а события каждого дня записываются в отдельный файл с именем по схеме год_месяц_день. В параметрах журнала задаётся срок хранения. Для критичных объектов журнал нужно резервировать вместе с видеоархивом: наличие фрагмента видео без связанного события или, наоборот, события без доступного архива ухудшает разбор инцидента.

Уведомления и отчёты

Удалённые уведомления настраиваются для выбранных событий. GLOBOSS поддерживает отправку на электронную почту и SMS через GSM-модем. Для почты задаются имя отправителя, логин, пароль, адреса получателей, почтовый сервер, SMTP-порт и обратный адрес. Для SMS требуется указать номер телефона и COM-порт GSM-модема. Уведомление необходимо включить именно для нужного события; одних общих реквизитов недостаточно.

Для части событий старта и остановки можно вложить изображение канала в письмо. Кроме оперативных уведомлений, блок анализа событий умеет отправлять по e-mail отчёт в заданное время. В отчёт могут включаться данные о работе программы и график активности. Эти механизмы полезны в закрытой инфраструктуре, но их настройка зависит от доступности почтового сервера и совместимости старой почтовой реализации с современной политикой аутентификации организации.

PTZ и телеметрия

GLOBOSS управляет поворотными устройствами через сеть или COM-порт с дополнительным оборудованием. Для сетевых PTZ-камер доступны команды направления, зума, скорости наклона и вращения, остановки и патрулирования по заранее заданным позициям. Конкретный набор элементов зависит от модели камеры: руководство прямо указывает, что часть команд может отсутствовать или отображаться иначе.

Для современного проекта это означает необходимость отдельной проверки PTZ-команд конкретной камеры. Поддержка видеопотока по RTSP ещё не гарантирует полный набор телеметрии, пресетов и патрулей. На старом аналоговом оборудовании дополнительно имеет значение совместимость адаптера, COM-порта и протокола поворотного устройства.

Сжатие и производительность

Система работает с несколькими вариантами компрессии. Для плат с программным сжатием руководство описывает собственный кодек Morsa, а также MJPEG и H.264. Morsa использовался как рекомендуемый вариант для GLOBOSS и имел разные режимы по скорости, адаптивности и качеству. Логика настройки строится на компромиссе между загрузкой процессора, качеством, объёмом архива и пропускной способностью сети.

В актуальном каталоге заявлена обработка до 800 кадров в секунду на одном сервере. Это верхняя характеристика продуктовой системы, а не гарантированная производительность любого компьютера и любого набора камер. Реальная нагрузка зависит от числа каналов, разрешения, частоты кадров, способа декодирования, типа платы захвата, выбранного кодека и того, сколько потоков одновременно передаётся клиентам. Для расчёта архива аналогично важны частота записи и фактический битрейт, поэтому старые табличные размеры дисков нельзя использовать как универсальный норматив.

Типичный рабочий процесс

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

1. Подготовить сервер и лицензию. На компьютер устанавливается GLOBOSS в режиме «Сервер», драйверы нужного оборудования и аппаратного ключа. Затем через «Менеджер лицензий» регистрируется лицензия. Без ключа и лицензии серверная и операторская части не являются штатно работоспособной конфигурацией.
2. Создать конфигурацию. В разделе «Настройки» задаётся конфигурация видеоканалов. Базовая STANDART используется как исходная для пользовательских конфигураций, после чего можно назначать контроль видеосигнала и другие общие параметры.
3. Добавить источники. Аналоговые каналы и USB-камеры можно искать автоматически, но IP-камеры настраиваются как сетевые источники с учётом протокола и параметров потока. Для RTSP важно подтвердить фактический URL потока, авторизацию, кодек и доступность камеры по сети.
4. Настроить архивы. В «Редакторе архивов» каналы распределяются по дискам. Для сетевого хранилища имеет смысл задействовать резервную локальную запись, чтобы разрыв связи с NAS не оставил период без видео.
5. Настроить правила записи. Для критичных камер выбирается постоянная запись либо расписание; для остальных — детектор движения, звук или внешние события. Зоны детекции настраиваются по изображению, чтобы проход, дверь или зона погрузки анализировались отдельно от фоновых участков.
6. Создать операторов. После первичного конфигурирования нужно сменить пароль администратора, отключить режим входа без пароля и создать отдельные учётные записи. Каждому оператору назначается только необходимый доступ к каналам, архивам, записи, конфигурациям и системным операциям.
7. Проверить события. Искусственно создаётся безопасное тестовое движение в нужной зоне, проверяется появление записи и строки в «Анализе событий», затем открывается связанный архив. Для звука и внешних датчиков выполняется аналогичная проверка.
8. Проверить удалённое рабочее место. На клиентском компьютере запускается Globoss-оператор, который подключается к серверу. Проверяются живое видео, архив, задержка, права пользователя и устойчивость соединения.
9. Проверить выгрузку. Из архива сохраняется контрольный кадр в JPG и небольшой временной фрагмент в AVI. Файл открывается вне GLOBOSS, а временная метка сверяется с исходным архивом.

Такой сценарий проверяет не отдельную кнопку, а всю цепочку: камера → сервер → архив → событие → права → клиент → экспорт. Именно на этой цепочке обычно обнаруживаются проблемы, которые не заметны при простом просмотре живого изображения.

Форматы, импорт и экспорт

Что считается импортом в системе видеонаблюдения

GLOBOSS не ориентирован на импорт готовых медиофайлов для редактирования. Его входные данные — живые видеоканалы и аудиоканалы. Аналоговый сигнал поступает через платы видеоввода, USB-камера — через USB, сетевые камеры — по IP. В опубликованной таблице совместимости присутствуют RTSP-потоки H.264 и универсальное получение JPEG; каталог также упоминает MPEG и H.264 для IP-камер.

Внутри сервера могут использоваться Morsa, MJPEG и H.264 в зависимости от источника и оборудования. Здесь важно различать формат входного потока камеры и формат внутреннего хранения. Поддержка H.264 у конкретной IP-камеры не означает, что любой H.264-файл можно просто перетащить в программу: рабочая модель GLOBOSS строится вокруг видеоканала, а не файловой корзины.

Экспорт доказательного фрагмента

Из окна архива отдельный кадр сохраняется в JPG. Фрагмент архива конвертируется в AVI, при этом задаются путь, имя файла, кодек, начальное и конечное время. Можно включить отображение даты и времени кадра внутри получившегося AVI. Это удобно для передачи фрагмента пользователю, у которого нет GLOBOSS, но выбранный AVI-кодек должен быть воспроизводим на принимающей стороне.

Отдельная утилита GlobossBackup предназначена для резервного копирования и пакетной конвертации архивов в AVI. Она позволяет выбрать исходные архивы, каталоги назначения, кодек и расписание. В настройках есть возможность переводить в AVI архивы старше заданного числа часов, запускать конвертацию сразу после старта и разносить архивы по отдельным папкам. Для старых инсталляций предусмотрена запись на CD/DVD, но этот носитель не следует считать обязательным элементом современного рабочего процесса.

WAV в документации используется как звуковой файл, который можно проиграть при срабатывании детектора. Это не подтверждение экспорта записанного аудио в WAV. Поэтому список выходных форматов корректно ограничивать тем, что явно описано: JPG для кадра и AVI для видеофрагмента/резервной конвертации.

Сетевые, автоматические и интеграционные возможности

Клиент-серверная работа

Операторский клиент получает каналы от GLOBOSS-сервера. В системе можно иметь несколько серверов и несколько приёмников, соединённых сетью Ethernet. Для диагностики предусмотрено окно статистики сетевых соединений, где отображаются имя канала, вид соединения, логин, IP-адрес и другие параметры. Это первый инструмент, который стоит использовать, когда удалённый оператор видит не все каналы или получает нестабильный поток.

Интеграция с СКУД и ОПС

Каталог КОДОС прямо указывает интеграцию GLOBOSS с системой контроля и управления доступом и охранно-пожарной сигнализацией КОДОС. В интегрированном интерфейсе камеры можно привязывать к датчикам и дверям, а запись включать по заданному системному событию. Это один из наиболее сильных сценариев GLOBOSS: оператор получает не просто видеопоток, а видео, связанное с конкретным событием объекта.

Нейросетевые и облачные функции

Для GLOBOSS подтверждены ScanMove, детектор звука, анализатор событий, фильтры и реакции. Эти возможности относятся к классической событийной аналитике. В текущих материалах GLOBOSS нет оснований приписывать продукту распознавание лиц на нейросетях, генеративный ИИ, облачное распознавание объектов или встроенного AI-ассистента. Современные функции такого уровня есть у других продуктов рынка и у нового поколения СОТ КОДОС в виде дополнительных аналитических модулей, но переносить их на GLOBOSS нельзя.

То же относится к облачному хранению. Доступ через Internet не равен облачному сервису. GLOBOSS оперирует собственными серверами, локальными или сетевыми архивами и клиентскими подключениями. Отдельный SaaS-аккаунт с автоматически управляемым облачным архивом в изученной документации не описан.

Лицензирование, стоимость и ограничения

Аппаратная лицензия

Лицензия GLOBOSS предоставляет право использовать одну копию программы на компьютере. Для каждого компьютера в системе предусмотрены лицензионные данные и аппаратный ключ. Ключи SmartKey 3 и Rockey 4 подключаются по USB, а драйверы устанавливаются вместе с программой или при первом подключении ключа. Такая защита типична для профессионального ПО своего поколения, но создаёт эксплуатационное ограничение: без физического ключа восстановить рабочее место из одного образа диска недостаточно.

Серверный комплект ограничивает число видео- и аудиоканалов. В актуальном каталоге перечислены уровни 4, 8, 16 и 24 канала; несколько комплектов можно суммировать. Отдельный комплект дополнительных АРМ даёт три клиентских места. Это более точное описание редакций, чем старые названия конкретных плат и наборов, которые можно встретить в архивных магазинах.

Цена и пробный период

Текущая публичная розничная цена GLOBOSS в доступном каталоге производителя не указана. На рынке сохранились старые суммы, но они относятся к прошлым годам и отдельным комплектам, поэтому использовать их как современную стоимость некорректно. Для бюджета требуется коммерческое предложение с учётом числа серверных каналов, дополнительных АРМ и, при необходимости, аппаратных компонентов.

Актуальная бесплатная редакция и действующий пробный период в материалах КОДОС, использованных для этого обзора, не описаны. Поэтому GLOBOSS не следует выбирать исходя из обещаний сторонних сайтов о бесплатной полной версии. Для действующей установки важны лицензионный ключ и аппаратный USB-ключ, а для нового проекта — официально подтверждённая схема поставки.

Системные требования и совместимость оборудования

Полезнее использовать документацию как описание зависимостей. Нагрузка растёт с числом каналов и параметрами записи. Размер диска определяется количеством камер и настройками архива. Совместное размещение видеосервера и других тяжёлых компонентов на одном ПК увеличивает процессорную нагрузку. Для старых плат видеоввода важны конкретные PCI/PCI Express слоты и поддерживаемая версия Windows.

Для нового внедрения проверка совместимости должна включать четыре независимых пункта: поддерживаемую ОС GLOBOSS; драйвер аппаратного лицензионного ключа; драйверы платы видеозахвата, когда используется аналоговая инфраструктура; сетевой протокол и кодек каждой IP-камеры. Успешное выполнение одного пункта не гарантирует остальные.

Безопасность и приватность

GLOBOSS обрабатывает данные, которые могут содержать изображения людей, звук, события доступа и журнал действий. Архив может храниться локально или на сетевом ресурсе, а удалённый просмотр и уведомления передают часть информации по сети. Поэтому безопасность системы определяется не только функциями программы, но и настройкой сети, прав пользователей, серверов хранения и каналов уведомлений.

В документации есть важные практические меры. После первичного конфигурирования следует снять режим «Не спрашивать пароль», сменить пароль администратора и создать отдельных операторов. Права можно ограничивать до уровня конкретных каналов и функций. Администратору рекомендуется оставлять исключительные системные полномочия, например завершение программы. Это снижает риск случайного изменения конфигурации оператором поста.

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

Плюсы и минусы

Кому подойдёт

• Существующим объектам на базе GLOBOSS. Если серверы, лицензии, аппаратные ключи и камеры уже работают, система сохраняет полезный набор функций для мониторинга, архива и событий. При модернизации важно сначала зафиксировать рабочую конфигурацию и совместимость оборудования.
• Объектам с экосистемой КОДОС. Интеграция с СКУД и ОПС делает GLOBOSS логичным компонентом унаследованной системы, где видео должно подтверждать проходы, тревоги и другие события.
• Смешанным аналогово-IP инсталляциям. Наличие плат видеоввода, USB и сетевых каналов позволяет поддерживать старые аналоговые камеры вместе с IP-источниками без немедленной полной замены всей инфраструктуры.
• Постам охраны с несколькими операторами. Раздельные учётные записи, права по каналам, несколько мониторов, тревожный монитор, архив и анализ событий соответствуют операторской модели работы.

Кому не подойдёт

• Пользователю, которому нужна современная домашняя камера «из коробки». GLOBOSS требует серверной конфигурации, лицензирования и понимания каналов, архивов и прав доступа.
• Проекту, где обязательны Linux-сервер, macOS-клиент или штатное мобильное приложение. Для GLOBOSS эти платформы в рассмотренной документации не подтверждены.
• Новой системе с акцентом на нейросетевое распознавание. Распознавание лиц, объектов, номеров и другая современная AI-аналитика не относятся к подтверждённому базовому функционалу GLOBOSS.
• Проекту, где нужен прозрачный публичный прайс и мгновенная самостоятельная покупка. Актуальная стоимость требует уточнения, а лицензия зависит от аппаратных ключей и числа каналов.
• Среде, где невозможно поддерживать старое совместимое оборудование. При использовании устаревших плат видеозахвата и ОС стоимость сопровождения может превысить выгоду от сохранения существующей системы.

Альтернативы GLOBOSS

СОТ КОДОС

Для нового проекта внутри той же экосистемы прежде всего стоит сравнить GLOBOSS с современным семейством СОТ КОДОС. В документации СОТ КОДОС перечислены редакции «Базовая», «Стандарт», «Расширенная» и «Полная», web-клиент, мобильные клиенты, Linux-клиент и Linux-сервер. Для редакций выше базовой доступны дополнительные модули аналитики, а в перечне модулей есть обнаружение саботажа, дыма, огня, лиц, оставленных предметов и распознавание автомобильных номеров. Это заметно более современная архитектура для нового внедрения, особенно когда нужны Linux и расширенная аналитика. GLOBOSS рациональнее сохранять там, где уже существует совместимая инсталляция и перенос не оправдывает затрат.

Xeoma

Xeoma — кроссплатформенная VMS Felenasoft для Windows, Linux, macOS и ARM, имеющая web-доступ и мобильные клиенты. Современная версия поддерживает большой набор камер, модульную схему обработки и AI-функции, включая распознавание объектов и другие виды видеоаналитики. Есть бесплатная ограниченная редакция и пробный режим. Xeoma лучше подходит для самостоятельного развёртывания на разных ОС и для проектов, где нужны современные аналитические модули без привязки к старым платам КОДОС. GLOBOSS сильнее связан с интеграцией именно в инфраструктуру безопасности КОДОС.

Agent DVR

Agent DVR от iSpyConnect работает на Windows, macOS, Linux и Docker и использует браузерный интерфейс. Он поддерживает IP-камеры, ONVIF, RTSP, USB-камеры, запись, датчики и интеграции с современными AI-сервисами. Локальное частное использование доступно бесплатно, а бизнес-применение, удалённый доступ и ряд расширенных возможностей лицензируются. Agent DVR уместнее для новой IP-системы, где важны web-интерфейс и кроссплатформенность. GLOBOSS интереснее как часть уже установленной объектовой системы КОДОС с аппаратными каналами и интеграцией СКУД/ОПС.

ZoneMinder

ZoneMinder — свободная открытая система видеонаблюдения для Linux. Она предоставляет контроль над локальным хранением, поддерживает большой набор камер, API и сторонние интеграции. Это вариант для администратора, который предпочитает открытый стек и готов самостоятельно отвечать за Linux, сеть, обновления и интеграцию. По сравнению с GLOBOSS нет зависимости от аппаратного лицензионного ключа КОДОС, но и готовой интеграционной логики экосистемы КОДОС тоже нет.

Частые проблемы и диагностика

GLOBOSS установлен, но сервер или оператор не запускается штатно

Первым делом нужно проверить аппаратный USB-ключ и лицензию. Руководство требует их и для Globoss-сервера, и для Globoss-оператора. Затем проверяется драйвер ключа и запись в «Менеджере лицензий». На старой инсталляции полезно также убедиться, что после переноса системы не изменился компьютер или USB-инфраструктура, для которой создавалось рабочее место. Переустановка программы без восстановления лицензионной части проблему не решит.

Автоматический поиск не видит камеру

Автоматический поиск предназначен для каналов плат видеоввода и USB-камер. IP-источники требуют сетевой настройки. Для аналогового или USB-канала нужно проверить, есть ли реальный сигнал: полностью чёрный кадр может не определиться. Для IP-камеры проверяются IP-адрес, доступность по сети, RTSP-путь, авторизация и поддерживаемый кодек. Отдельно проверяется, открывается ли поток тем способом, который настроен в GLOBOSS.

Клиент подключён, но видео не отображается

Globoss-оператор не получает изображение напрямую от камеры, поэтому диагностика начинается с сервера. Нужно убедиться, что канал есть и отображается на сервере, затем проверить сетевое соединение клиента с сервером и права оператора. В окне сетевых соединений можно посмотреть имя канала, тип соединения, логин и IP-адрес. Если включён режим медленного соединения, следует учитывать негарантированную передачу и возможную потерю данных.

Запись есть, но нужного фрагмента нет в архиве

Проверяются три уровня. Сначала — правило записи: ручное, расписание, движение, звук или внешнее событие. Затем — фактическое срабатывание детектора или выполнение задания планировщика. Наконец — хранилище, к которому привязан канал. При сетевом архиве нужно проверить, не произошёл ли разрыв соединения и не ушла ли запись в резервный локальный архив. Если системные часы переводились назад, следует проверить наложенный архив.

Детектор движения создаёт слишком много событий

Уменьшение числа ложных срабатываний начинается с зон. Из анализа исключаются участки с постоянным движением, бликами или другими незначимыми изменениями. Затем корректируются чувствительность, минимальный размер объекта, фильтр ложных срабатываний, время восстановления и интервал повтора. Изменение частоты выборки позволяет отдельно настроить реакцию на медленное движение. После каждого изменения результат лучше оценивать по журналу событий за одинаковый временной период, а не по единичному эпизоду.

Не отправляются e-mail или SMS

Для e-mail проверяются адрес почтового сервера или его имя, SMTP-порт, логин, пароль, обратный адрес и адреса получателей. Затем нужно убедиться, что удалённое уведомление включено именно для требуемого события. Для SMS дополнительно проверяются номер телефона, подключение GSM-модема и выбранный COM-порт. Старая реализация почтового клиента может не соответствовать современным требованиям конкретного почтового сервиса, поэтому при проблеме следует сначала проверить серверную политику аутентификации, а не менять настройки детектора.

AVI экспортируется, но не воспроизводится на другом компьютере

При конвертации архивного фрагмента GLOBOSS позволяет выбирать AVI-кодек. Контейнер AVI сам по себе не гарантирует, что на другом компьютере установлен нужный декодер. Для проверки экспортируется короткий фрагмент, затем он открывается на отдельной машине. Если файл не воспроизводится, проблема может быть в выбранном кодеке, а не в исходном архиве. Дополнительно проверяются путь записи и свободное место на диске.

Оператор не может открыть архив или изменить запись

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

Как проверить результат после настройки

Работающая картинка на мониторе подтверждает только первый уровень. Перед вводом системы в эксплуатацию полезно выполнить контрольный прогон и зафиксировать результаты.

• У каждой камеры сверить имя, место установки, текущую дату и время.
• Проверить, что все лицензированные каналы доступны на сервере и нужных операторских рабочих местах.
• Для камер с детекцией пройти через каждую важную зону и убедиться, что событие появляется в журнале именно с правильным каналом и зоной.
• Проверить постоянную запись и задания планировщика на границе времени запуска и остановки.
• Отключить на тестовом стенде сетевой архив и убедиться, что резервный архив действительно принимает запись, если такой режим используется.
• Открыть архив на сервере и клиенте, перейти к одному и тому же времени и сравнить запись.
• Сохранить кадр JPG и небольшой AVI-фрагмент, затем открыть оба файла вне GLOBOSS.
• Проверить учётную запись обычного оператора: запрещённые функции не должны становиться доступны только потому, что пользователь знает расположение меню.
• Проверить удалённое уведомление на безопасном тестовом событии и убедиться, что сообщение соответствует нужному каналу.
• После тестов сменить временные пароли и удалить ненужные тестовые учётные записи.

Такая проверка одновременно выявляет ошибки в правах, архиве, времени, сетевом доступе и экспорте. Для охранного видеонаблюдения это важнее визуальной оценки качества одного кадра, потому что ценность системы проявляется в возможности восстановить событие спустя часы или дни.

FAQ

Можно ли использовать GLOBOSS только с IP-камерами?

Да. Архитектура поддерживает IP-камеры по сети без обязательного использования аналоговых плат видеоввода. Для конкретной камеры нужно подтвердить протокол, путь потока и кодек. В документации есть RTSP, H.264 и JPEG, а каталог также упоминает MPEG/H.264.

Нужна ли плата видеозахвата?

Она нужна для аналоговых камер, которые передают обычный видеосигнал. Для USB-камер и IP-камер используется другая схема подключения. Наличие в старых комплектах платы захвата не означает, что любая современная IP-конфигурация обязана её содержать.

Можно ли хранить архив на сетевом диске?

Да. Руководство описывает запись на сетевой диск и резервный локальный архив при разрыве сетевого соединения. Для современного NAS параметры нужно подбирать по текущей инфраструктуре, а не копировать старую модель устройства из примера.

Что происходит, если сетевой архив недоступен?

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

Можно ли выгрузить запись без установки GLOBOSS у получателя?

Да. Из архива сохраняется отдельный кадр в JPG и фрагмент в AVI. Для AVI необходимо выбрать подходящий кодек и проверить воспроизведение на стороннем компьютере. При необходимости в видеоролик добавляется дата и время кадра.

Есть ли пакетный экспорт?

Утилита GlobossBackup позволяет выбирать несколько исходных архивов и автоматически конвертировать их в AVI по расписанию. В ней задаются каталоги назначения, кодек, возраст архивов и режим запуска конвертации. Это ближе к пакетному архивированию, чем к массовому экспорту произвольных пользовательских файлов.

Поддерживает ли GLOBOSS распознавание лиц или генеративный ИИ?

Для базового GLOBOSS подтверждены детектор движения ScanMove, детектор звука, событийный анализ и интеграция с внешними подсистемами. Современные нейросетевые функции распознавания лиц и объектов в документации GLOBOSS не заявлены. Они не должны приписываться продукту по аналогии с более новыми системами.

Что важнее при модернизации: сохранить GLOBOSS или заменить его?

Для работающего объекта важнее непрерывность архива и совместимость действующих камер, чем сам возраст интерфейса. Замена оправдана, когда старые ОС и платы становятся неподдерживаемыми, нужны мобильные или Linux-клиенты, современная видеоаналитика либо новое оборудование нельзя стабильно подключить к существующей версии. При сохранении GLOBOSS критично иметь резервную документацию, лицензионные ключи и план восстановления сервера.

Итог по сценариям использования

Для существующей системы КОДОС GLOBOSS остаётся функциональным компонентом видеонаблюдения: он ведёт архив, связывает события с видео, распределяет права операторов и работает в клиент-серверной схеме. Главная задача здесь — не искать «новейшую версию» на стороннем сайте, а сохранить подтверждённую совместимость конкретной установки, аппаратные ключи, конфигурации и резервные копии.

Для унаследованной смешанной аналогово-IP инфраструктуры GLOBOSS может быть рационален благодаря работе с платами видеоввода, USB и IP-источниками и возможности постепенно сохранять старые камеры. Но такая экономия оправдана только пока поддерживаются сама ОС, драйверы плат и лицензионные ключи. При появлении проблем хотя бы в одном из этих слоёв стоимость сопровождения начинает расти быстрее стоимости миграции.

В результате GLOBOSS стоит оценивать не как современную универсальную программу для камер, а как профессиональную VMS своего поколения, которая до сих пор присутствует в каталоге КОДОС и особенно ценна в существующих объектовых системах. Её сильная сторона — связка серверов, операторов, архивов, событий и оборудования безопасности. Главные ограничения — возраст публичной платформенной документации, аппаратное лицензирование и отсутствие подтверждённых современных мобильных, Linux- и AI-возможностей именно у GLOBOSS.