CONTROL: что происходит после того, как нейросеть обнаружила событие

Камера передала изображение. Модель обнаружила дефект или человека без каски. Edge-устройство сформировало результат. Но само распознавание — ещё не конец производственного процесса. Нужно понимать, на какой линии произошло событие, к какому устройству оно относится, можно ли посмотреть подтверждающий кадр и как собрать все случаи за смену.

Если результат остаётся только на устройстве или поступает в виде отдельного сообщения, человеку приходится самостоятельно связывать технические данные с объектом и рабочим процессом. CONTROL решает следующую задачу: связывает работающие Edge-системы, события и людей, которые отвечают за эксплуатацию и производственный процесс.

CONTROL ничего не запускает, не обучает её и не заменяет. Он работает с результатами, которые уже сформированы на Edge.

В статье «Собственный стек компьютерного зрения: зачем мы его написали и что это даёт производству» мы рассказали об инструментах вокруг модели: acmenra-cv, acmenra-yolo, acmenra-ds и Benchmark. CONTROL отвечает за другой участок работы — эксплуатацию уже работающих систем и управление результатами их работы.

В упрощённом виде цепочка выглядит так: камера → Edge → модель → событие → устройство и объект → история → отчёт.

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

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

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

Результат модели может содержать код события, время возникновения и дополнительные параметры. Но человеку важно увидеть не только код: когда произошло событие, от какого устройства пришёл результат и к какой зоне или линии он относится.

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

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

Отсутствие нарушений и отсутствие данных — разные состояния. Устройство может быть на связи и не обнаруживать событий. Но оно может и перестать отправлять данные из-за проблем с питанием, процессом или сетью.

CONTROL отдельно учитывает рабочие события и техническое состояние устройства. Heartbeat — сигнал о том, что устройство на связи, а не нарушение производственного процесса. Он позволяет отличить нормальную работу без срабатываний от ситуации, когда устройство перестало отвечать.

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

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

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

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

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

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

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

CONTROL не заменяет 1С, WMS или MES. Его задача — принять результаты компьютерного зрения, сохранить связь с источником и объектом, показать историю и сформировать рабочие сводки. Если событие нужно передавать в другую информационную систему, состав и формат интеграции определяются задачей проекта.

Он также не заменяет HUB. HUB работает с данными до модели: подготовкой датасета, разметкой и проверкой. Edge выполняет распознавание непосредственно на объекте. CONTROL работает после распознавания. Такое разделение не позволяет смешать подготовку данных, выполнение модели и эксплуатацию в один интерфейс, который пытается делать всё сразу.

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

Когда компьютерное зрение переходит от демонстрации к нескольким работающим точкам, каждый Edge не должен оставаться отдельным техническим узлом, результаты которого приходится искать и интерпретировать вручную. CONTROL связывает эти результаты с объектами предприятия и делает их доступными в единой операционной картине.