IREX se conecta a la infraestructura de cámaras que ya opera y da a cada evento un destino claro. La vía correcta depende de quién lo necesita, qué debe ocurrir después y cuántos datos produce el flujo de trabajo.
Empiece por la decisión
Un evento de cámara puede llegar a una persona, activar una acción en software o pasar a formar parte de un registro analítico. Son trabajos distintos, por lo que IREX ofrece tres vías diferenciadas en lugar de tratar cada integración como una única conexión.
Use Sover cuando un respondedor autorizado necesite recibir la alerta en una conversación segura. Use la API REST y los webhooks de monitores de alarma cuando un evento individual deba llamar a software o a un dispositivo. Use Apache Superset cuando los analistas necesiten consultar y comprender el flujo completo de eventos.
La fase de diseño asigna cada flujo de trabajo a una de estas vías, verifica la preparación de cámaras y red, y registra cualquier trabajo personalizado antes de iniciar un piloto. El sitio web público explica la decisión. La documentación (en inglés) contiene los detalles de implementación.
Elija la vía de entrega
Elija según el destinatario y el volumen. Un flujo de trabajo puede usar más de una vía, pero un monitor de gran volumen no debe convertirse en una secuencia de llamadas webhook individuales.
Active las notificaciones de mensajería en un monitor de alarma y cada alarma llegará a su chat grupal dedicado de Sover. El mensaje incluye la captura del evento, los nombres de la cámara y del evento, datos aplicables como una placa, la ubicación y un enlace de reproducción. Es la vía para quienes deben evaluar y coordinar una respuesta.
Ver comunicaciones con Sover →Use la API REST para automatizar operaciones de la plataforma, incluidas las listas y los monitores de alarma. El webhook de un monitor llama a un punto final HTTP indicado para cada evento coincidente, con un método seleccionado y, para POST, fotogramas del evento en la carga útil. Es apropiado para eventos de menor volumen que deben activar una acción concreta o ingresar en un flujo de trabajo gestionado por el cliente.
Documentación: rastree un vehículo mediante la API (en inglés) ↗IREX exporta continuamente los eventos a la base de datos de eventos de la plataforma, que Apache Superset consulta con filtros o SQL estándar. Los analistas pueden trabajar con más de 35 campos por evento, crear tableros y exportarlos como PDF, imagen o CSV. Es la vía para el flujo completo, incluidos los monitores que se activan miles de veces al día.
Documentación: integración de Apache Superset (en inglés) ↗Aproveche su infraestructura
IREX es independiente de la marca de cámara. Las cámaras se conectan mediante RTSP, y puede registrarse un dispositivo ONVIF, como un NVR, para que sus transmisiones conectadas estén disponibles para la analítica. El equipo de despliegue selecciona las transmisiones que se procesarán y valida cada cámara frente al módulo de analítica que ejecutará.
Compruebe la compatibilidad de cámaras →Para un dispositivo ONVIF registrado con acceso al archivo, IREX puede reproducir el archivo almacenado en la cámara o el NVR. También puede cargarse video de otra fuente para analizarlo y buscarlo después con los filtros de eventos estándar. Estas vías preservan evidencia útil sin exigir que cada investigación empiece con una cámara fija.
Ver gestión de video →Presente el inventario de cámaras, las restricciones de red, los flujos de trabajo que necesitan alertas, los sistemas que deben recibir un evento y las preguntas de reporte que los analistas necesitan responder. IREX confirma entonces con el equipo del proyecto el protocolo aplicable, la capacidad de las cámaras, el volumen de eventos, los permisos y el alcance del piloto.
Planifique un piloto →Defina los límites desde el inicio
Empiece por el destinatario y el volumen. Elija Sover cuando una persona necesite recibir la alerta y coordinar en torno a ella. Elija la API REST y el webhook cuando un evento individual deba llamar a software o a un dispositivo. Elija Apache Superset cuando el objetivo sea analizar el flujo completo de eventos. El equipo del proyecto valida la elección frente al flujo de trabajo durante el diseño.
Sí. Un monitor de alarma puede llamar a un punto final HTTP indicado en cuanto un evento coincida con su filtro. El método HTTP es seleccionable y POST puede incluir fotogramas del evento. Está diseñado para acciones de eventos individuales, no para un monitor que produce un flujo de gran volumen.
Puede registrarse un NVR ONVIF como dispositivo para que sus transmisiones de cámara conectadas estén disponibles para IREX. IREX también puede reproducir un archivo accesible detrás de un dispositivo ONVIF registrado. Confirme el inventario de cámaras y NVR durante el diseño. IREX no afirma una integración plenamente implementada con productos VMS de terceros identificados.
La vía documentada es Apache Superset, que permite a los usuarios autorizados consultar la base de datos de eventos mediante filtros o SQL estándar y exportar gráficos y tableros. La conectividad directa del cliente a la base de datos sin procesar no está documentada.
Siga explorando
Presente el inventario de cámaras y los flujos de trabajo importantes. Definiremos la vía de integración correcta, las comprobaciones de preparación y los criterios de éxito antes de iniciar la implementación.
