ESPECIFICACIONES TÉCNICAS

Provisión de: SERVICIO INTEGRAL DE AUDIO Y VIDEO VIGILANCIA Obra: Estadio Ciudad de La Plata, 25 y 528. Ciudad de La Plata.

Todoslostrabajosseránejecutadosbajolasreglasdelbuenarte,ydebenajustarse técnicamentealasrecomendacionesexplicitadasenelPliegoÚnicodeBasesy CondicionesGeneralesparalaContratacióndeBienesyServiciosdelaProvinciade Buenos Aires. Estedocumentonocontieneespecificacionestécnicasgenerales;lasmismasestán consideradas en el Pliego arriba mencionado y vale para todo ítem que involucre formas constructivas. La Contratista deberá efectuar la reposición de todos aquellos materiales o elementos quemuestren defectos o hayan sido mal colocados o presenten deficiencia en su ejecución.

1. ENUMERACIÓN DE LA PROVISIÓN

Reng

1

Descripción

Servicio Integral de Audio y Video Vigilancia

Nomenclador

Ítem

Cant. 5

Und. Meses

2. ESPECIFICACIONES TÉCNICAS

Estadio de la Ciudad de La Plata - Sistema de monitoreo de Video y Audio ÚNICO RENGLÓN: Servicio integral de audio y video vigilancia. Incluyendo puesta en servicio,operacióny mantenimiento del sistema de monitoreo de Audio y Video.

2.1 OBJETO El presente llamado a licitación pública tiene por objeto el obtener cotizaciones en renglón único, para la contratación de la prestación de un servicio llave en mano para la captura, resguardo y gestión, de imágenes de vigilancia remota y de difusión pública de audio; a serpuesto en operación en las instalaciones del Estadio de la Ciudad de La Plata. Laprestacióndelserviciointegral, deberá incluir la puesta en servicio de equipos propiedad del oferente con el fin de satisfacer las necesidades de cobertura por parte del área de seguridad, los mismos deberán reemplazar a la totalidad de los actualmente existentes y de propiedad del Estadio para configurar el servicio de locación integrado solicitado. El requerimiento para la prestación del servicio, contempla que el adjudicatario, en adición a los equipos deberá poner en funcionamiento Software de base; Software de Gestión; enlaces remotos y transporte de señal; interfaces; servicios y tareas asociadas requeridas como necesarias y suficientes para la instalación, configuración, puesta en operación. Asimismo deberá proveer de un enlace con el sistema de Monitoreo Público Urbano, MOPU, para permitir la operación conjunta de ambos sistemas de forma transparente a los usuarios, soporte de funcionamiento normal; y personal para operación continua del sistema en base a 24 horas diarias durante los 7 días semanales. 2.2 SOFTWARE El software a ser utilizado para la prestación del servicio, deberá en todos los casos ser de la última generación o versión liberada al mercado, que cumpla con la totalidad de las especificacionesincluidasenelpresentepliego,ydelcualsehayacorroboradosu

compatibilidad,

seguridad y estabilidad operativa. Se excluyen explícitamente versiones de última aparición cuyas prestaciones sean menores a las requeridas. El software base, el software de gestión y monitoreo utilizado deberá poseer las correspondientes licencias de uso. Las etiquetas de licencias deberán estar pegadas en los equipos correspondientes. Todo software utilizado debe entregarse con sus licencias y manuales de funcionamiento y operación. Las licencias no tendrán limitaciones de uso para la aplicación solicitada, ni abonos, como así tampoco fecha de caducidad.

Las actualizaciones por todo el periodo del contrato, gratuitas y responsabilidad del proveedor, la notificación de su disponibilidad y la instalación de las mismas serán sin costo adicional. Software de gestión y grabación Descripción General Tanto en las tareas de visualización como de grabación, en los diferentes puntos del sistema, se requiere que el estándar de compresión a utilizar sea MPEG-4 PARTE X (H.264) (Moving Picture Experts Group), de manera de obtener la calidad mencionada utilizando el menor ancho de banda de la red y así mismo la menor cantidad de espacio en disco para el almacenamiento. Así mismo se requiere que la plataforma posea compatibilidad con MPEG-4 PARTE II (H.264), Motion-JPEG, MPEG-4, WAVELET y H.264. Sobre el mismo cliente se debe poder visualizar imágenes con cualquiera de las compresiones mencionadas de manera transparente para el operador. El Sistema no deberá presentar limitaciones frente a posibles crecimientos, deberá ser completamente escalable, en donde cualquier ampliación de cámaras, puntos de visualización, grabadores NVR, DVR, etc. no implique una modificación en la arquitectura del mismo, ni gastos ajenos a la ampliación en sí. Deberá permitir integrar a futuro cámaras, existentes o no, distribuidas en distintos puntos del organismo. Se deberá mantener la plataforma de gestión y administración del Sistema sin cambios ante cualquier crecimiento. Las estaciones de monitoreo deberán poder ser emplazadas en cualquier punto de la red, o movilizadas sin requerir más que una conexión a la red, y desde cualquiera de ellas se deberá contar con la funcionalidad especificada, solo limitada por los permisos de acceso de la persona que la utiliza. Se deberá maximizar la seguridad en el acceso a la red, evitando cualquier tipo de intrusión ilegítima en el sistema. Se deberá proveer una red que permita implementar políticas de calidad de servicio de manera de poder discriminar el tráfico de video y datos. El sistema debe presentar una arquitectura abiertamodular en donde las tareas de:

1. Codificación, las realizará la propia cámara IP o codificador IP. 2. Gestión de políticas de derechos de usuarios, de alta y baja de objetos (cámaras, codificadores,

decodificadores,

medios

de

almacenamiento),

manejo

de

alarmas,

configuración y uso de mapas, conmutación de la Matriz Virtual (cualquier cámara u objeto a cualquier monitor o salida de video), logs de eventos, e integración de servicios; las realizará la plataforma de gestión del Sistema. 3. Configuración y programación de tareas de grabación, serán realizadas por el software de gestión, quien además mantendrásus políticas y los gestionara. 4. Decodificación, de las señales de video las realizarán las PCs, servidores de visualización y/o equipos de videowalls. 2.2.1 Especificaciones para Software de Gestión. El Software de Gestión debe permitir la instalación, administración y operación de todo el sistema bajo cualquiera de los métodos de compresión mencionados utsupra vía redes de área local. Debe ser capaz de gestionar todos los componentes de video instalados en la red y permitir, al administrador, incorporar esos componentes utilizando una estructura de árbol del tipo Explorer creando una interfaz de usuario GUI funcional. El software debe poseer interfaz gráfica amigable basada en Windows y estar todo en idioma español. Debe basarse en la arquitectura cliente/servidor que permite que el servidor realice las grabaciones y el gerenciamiento de las cámaras y los clientes para el monitoreo. Las funciones de grabación y monitoreo deben poder eventualmente estar en un mismo equipo cumpliendo funciones de cliente/servidor, en caso que se requiera. Debe permitir

operaciones

simultáneas

como grabación, reproducción de

video,

configuración del sistema, monitoreo en vivo, consulta de eventos, consulta de imágenes, monitoreo del servidor y demás tareas, siendo que la ejecución de una tarea no podrá afectarla ejecución de otra. En el caso de perder la conexión con el Servidor de base de datos, el sistema debe continuar operando de forma normal, el operador debe poder continuar la operación con las cámaras que tiene conectadas; como también podrá acceder a las grabaciones si el o los equipos de grabación se encuentran con conectividad al operador. Para esto el sistema debe poseer redundancia de servidores de gestión, cada servidor debe poseer una base de datos independiente y sincronizada entre sí. No se aceptarán soluciones de redundancia

que requieran software de terceros. El sistema deberá mantener la configuración de los codecs de las cámaras almacenados para su rápido reconfiguración en caso de reinicio. El software de gestión debe poder realizar un resguardo de toda su configuración y base de datos, pudiendo toda la información ser exportada a un archivo externo. El backup debe poder ser reconstituido en caso de ser necesario o importarlo en un sistema nuevo, manteniendo todas las configuraciones del sistema inicial. Soporte de concepto de “servidor de servidor”, que permita un servidor central y servidores remotos que “atiendan” y den servicio a los operadores y cámaras de ese sitio remoto pero que estén dentro de la base de datos global, de esa forma se podrán administrar los recursos, prioridades, jerarquías, etc.; así un operador del sitio “central” con mayor jerarquía podría tomar control sobre cualquier cámara de cualquier sitio departamental. Debe operar con base de datos actuales, no admitiéndose soluciones con licenciamiento separado. El licenciamiento de base de datos será único y no limitado al número de dispositivos de captura, permitiendo mantener la misma versión en caso de sobrepasar 1000 dispositivos. Árbol lógico personalizado por grupo de usuarios. El software de gestión debe actuar como una Matriz Virtual permitiendo conmutar cualquier entrada (cámara, codificador, alarma, etc.) a cualquier salida (Monitores virtuales, Site Maps, Monitores Analógicos, Monitor Wall). Debe soportar topologías de redes IP Unicast, MultiUnicast y Multicast. El software de gestión debe proveer pero no estar limitada a las siguientes funcionalidades dentro del sistema: •

Presentar imágenes en vivo simultáneas de varias cámaras dentro de la red

•

Programar eventos asociados a alarmas

•

Programar la grabación automática sobre servidores de grabación NVR

•

Integrar flujos de video de múltiples cámaras, compatibles con ONVIF perfil S y RTSP standard.

•

Soportar como mínimo 30 fabricantes de cámaras IP.

•

Integrar sistemas de terceros, como detección de patentes y de rostros. La información de los motores de reconocimiento se debe reproducir sobre el video.

•

Poseer recurso para envío automático por e-mail de “registros” del servidor, conteniendo información como status de las grabaciones y últimos accesos al servidor. El sistema debe poseer una herramienta de configuración y monitoreo del estado del sistema, donde el administradorpodrá visualizar el desempeño de/los servidor/es, a través de gráficos históricos con información como: consumo de procesador, consumo de memoria.

•

Presentar video a pantalla completa y distintas multi-pantallas.

•

Trabajar con sistema de licenciamiento por cámaras, permitiendo la expansión del sistema con licencias adicionales.

El software de gestión debe ser capaz de procesar simultáneamente streams de vídeo en tiempo real con anchos de banda variables y configurables respectivamente, con velocidades de actualización de entre 1 a 30fps y resoluciones de CIF, 4CIF, HD y FullHD. Cada cámara deberá poder configurarse en forma independiente de las otras en cuanto a bit-rate, frame-rate y resolución, el cambio de alguno de estos parámetros en una cámara no debe afectar la grabación y visualización de las otras dentro del sistema. Deberá requerir niveles de autorización como operador o administrador del sistema para poder ser accedida con diferentes privilegios. A modo de ejemplo un operador tiene asignada la visualización de ciertas cámaras y de otras no, acceso restringido al video grabado, manejo de alarmas, uso de ciertos mapas (Site Maps), prioridades del teclado de comando, etc. Debe contar con una función de reproducción instantánea que permita visualizar grabaciones deen servidores remotos y de ser requerido, efectuar exportaciones sobre medios digitales como ser DVD u otros. El software de gestión debe proveer una función de vistazo de cámara donde se vean fácilmente las pre-imágenes de las cámaras disponibles dentro del sistema pudiendo estas arrastrarse al espacio de escritorio disponible en la estación de trabajo. Deberá permitir la programación de secuencias de cámaras donde las imágenes sean mostradas unas tras otras con tiempos programables. Cada secuencia podrá estar formada por cámaras fijas, domos o imágenes prefijadas en domos, o cualquier combinación de ellas. Deberá operar basada en mapas de sitio utilizando un editor que permita al usuario crear y visualizar fácilmente mediante iconos las cámaras y otros dispositivos conectados en el

sistema. Cada dispositivo de captura podrá ser representado mediante iconos y puestos dentro del mapa de sitio. La selección de un icono sobre un mapa de sitio debe permitir la selección de una cámara para ser visualizada y controlada sobre un monitor, distintos mapas de sitio deben poder ser relacionados entre sí y por nivel de zoom. Planos existentes podrán ser importados dentro del software y entonces agregar sobre ellos los iconos necesarios, tanto de captura como actuadores o contacto. Deberá poder manejar las alarmas generadas dentro del sistema. Las alarmas deberán estar asociadas a horarios semanales para determinar exactamente cuándo deben ser activadas. Las entradas de alarma pueden ser activadas pero no limitadas a: •

Contactos

•

Detección de movimiento

•

Pérdida de señal de vídeo

•

Detección de movimiento por medio del análisis inteligente de video

.El Software de Gestión debe tener soporte de teclado Joystick de uso profesional en CCTV equipado con panel LCD para: •

Conmutación de cámaras a monitores.

•

Selección de distintos paneles de visualización.

•

Control de videowall.

•

Control Pan, Tilt, y Zoom (PTZ) de domos.

•

Tures de guardia automáticos (salvos).

•

Acceso a imágenes prefijadas

El Software de Gestión debe gestionar y controlar diferentes prioridades de mando en el manejo PTZ de los domos, para las diferentes formas de manejo del PTZ. mouse, teclado y Joystick Cctv y virtual. 2.2.2Especificaciones de la Solución de Grabación La plataforma de grabación NVR (Network Video Recorder) del Centro de Visualización deberá proveer el almacenamiento suficiente para todos los puntos de captura y la recuperación de vídeo vía redes IP.

Debe trabajar con grabación en formato JPEG, MPEG-4, WAVELET, e H.264. La grabación deberá

realizarse

en

el

formato

nativo,

permitiéndose

el

usar

tecnologías

de

encapsulamiento, descartándose transcodificación en la grabación. Debe utilizar tecnología, con arreglos de disco en RAID5. Dichos discos deben, al menos, ser de tecnología SATA-II de 3GB/seg o superior. Las señales de video IP deben grabarse de manera sobre él y ser administrado su acceso vía el software de gestión. Se deberá proveer hardware suficiente para asegurar un tiempo de grabación de al menos 31 días para la totalidad de las cámaras bajo las siguientes condiciones: •

Grabación continúa con resolución de 4CIF@12,5ips, con compresión M.264 Main

•

Profile para los flujos SD.

•

Grabación continúa con resolución de 720p@12,5ips, con compresión M.264 Main

•

Profile para los flujos HD, donde se especifique.

•

Grado de actividad alto durante las 24 hs del día.

•

El sistema debe contar con una interfaz de 100/1000 Mbps.

Debe tener una escalabilidad ilimitada en cantidad de equipos y permitir la grabación ilimitada entre unidades. Se debe contar con una unidad adicional de respaldo en línea, a los fines que ante el fallo de cualquier otra unidad que esté operativa grabando, el sistema re direccione automáticamente los flujos de video hacia esta unidad de respaldo. Dando aviso al supervisor pero no requiriendo la intervención del mismo. Los servidores de grabación deben poseer configuración de clúster de alta disponibilidad, sin necesidad de usos de software de tercero. El respaldo debe ser del tipo failover N+M, siendo independiente el número de equipos en stand-by del número de servidores los activos. La plataforma debe poseer un sistema de gerenciamiento de disco, donde el sistema debe asignar automáticamente la cantidad de espacio en disco necesario para la grabación de cada cámara, basándose en una especificación de número de días u horas en que el usuario desea mantener las grabaciones. El sistema de gerenciamiento de disco también debe ofrecer un sistema de cuotas de disco, siendo que el administrador podrá limitar una

cantidad de disco que desea utilizar, distribuyendo esa cuota de la forma deseada entre todas las cámaras. 2.2.3Funcionalidades del Sistema Exportación de las grabaciones de audio y video El Software de Gestión deberá permitir la exportación de grabaciones de vídeo y audio de una fecha, hora y duración específicas a un archivo para que puedan visualizarse en otros reproductores como QuickTime, Real Player y Windows Media Player. Las grabaciones exportadas deberán contener el nombre del Transmisor, su dirección IP, la fecha y la hora, y la zona horaria de forma que puedan visualizarse en un reproductor independiente. Deberá ofrecer la posibilidad de exportar junto a las grabaciones un reproductor independiente, y directamente a un CD, un DVD de datos o un disco rígido para el archivo de imágenes. Contener una marca de autenticidad, por ejemplo: Marca de agua que garantice la validez del video. El

proceso

de

exportación

de

video

debe

poder

realizarse

diversas

cámaras

simultáneamente El software cliente debe poseer línea de tiempo de las imágenes grabadas destacando los momentos donde existen grabaciones y/o eventos, así como permitir la selección de un determinado horario, moviéndose a través de la línea de tiempo. Debe poseer una identificación sobre la línea de tiempo en donde no existan grabaciones del dispositivo de captura. El Software de Gestión debe poder exportar en medio removible el video grabado en los formatos AVI y formato propietario, siendo que en el segundo caso, acompañará en la exportación el reproductor de video nativo del sistema. El reproductor deberá permitir el chequeo de autenticidad del video y posterior conversión al formato estándar AVI. Debe permitir captura de instantáneas del video en vivo o grabado. Videos exportados en AVI e imágenes en JPEG deberán contener información sobre el video con nombre de la cámara, fecha y hora.

El Software de Gestión debe poder insertar en el video de todos y cada uno de los paneles de reproducción, una transparencia con un logo institucional. Dicho logo deberá permanecer visible cuando se exporte el video de cada panel. 2.2.4 Posibilidades de manejo de video por el Operador El sistema debe ser lo suficientemente flexible como para realizar las siguientes operaciones con el video on-line o grabado: Se podrán visualizar hasta 25 paneles de reproducción por monitor. La reproducción de vídeo grabado podrá realizarse de forma simultánea junto con la visualización del vídeo vivo, en cualquier panel de reproducción disponible. Debe soportar monitoreo en vivo con diversos estilos de pantalla. Debe soportar la creación de nuevos formatos de pantalla (mosaicos) para monitoreo. Poseer mosaico automático de modo que el sistema deberá ajustar el formato de visualización de pantalla automáticamente, dependiendo del número de cámaras en pantalla. Mantener la relación de aspecto original de la fuente de video o, de ser requerirlo, que la imagen sea ajustada al tamaño del panel de visualización. Permitir que el usuario que esté visualizando remotamente las imágenes, tenga la posibilidad de realizar una grabación local de emergencia, grabando en su disco local, las imágenes que están siendo monitoreadas. Permitir además la impresión de instantáneas de dichas imágenes. El Operador podrá seleccionar diferentes distribuciones de los paneles de vídeo de reproducción, incluyendo configuraciones 2x2, 3x3, 4x4, 5x5, distribuciones personalizadas y varias opciones en torno a un panel principal. Una cámara podrá seleccionarse para su reproducción en un panel, haciendo doble clic o arrastrando desde un mapa o desde el árbol jerárquico. El sistema debe permitir la creación de ventanas de visualización desacopladas, con diferentes distribuciones de visualización, para ser utilizadas en distintos monitores, facilitando la tarea de monitoreo. Debe permitir a creación de paneles configurables de visualización en formatos 4:3 y 16:9, con esquemas personales de visualización y acceso a recursos asociados a cada usuario.

Un sitio o un salvo completo podrán ser visualizados en hasta 25 paneles de reproducción. Aunque los salvos por defectos fueron especificados con 4 paneles por monitor. En los paneles de visualización en vivo los operadores deben poder ajustar brillo, color y contraste, sin que estos ajustes influyan en el video grabado, el video de otro panel u otro usuario. Lo mismo debe cumplirse en los paneles de reproducción de video grabado. En una Línea de Tiempo se mostrarán las grabaciones disponibles de vídeo. La resolución para la línea de tiempo será de libre configuración del operador y será desde un segundo hasta 1 semana. La Línea de Tiempo podrá ser recorrida fácilmente por el operador para lograr disminuir los tiempos de búsqueda de secuencias. Será posible desplazarse a una fecha e instante de tiempo específicos (parámetros a ingresar por el operador). También estarán disponibles controles como reproducir, rebobinar o avance rápido. Se permitirán las funciones de avance y retroceso imagen a imagen. Debe contar con una barra de control de la velocidad de reproducción, incluyendo avance imagen por imagen de hasta8x o a velocidad normal, y rebobinado imagen por imagen. Podrán reproducirse las grabaciones de hasta 25 Transmisores simultáneamente a una tasa completa de transmisión de 25/30[ips]. Se permitirá que la reproducción de cada Transmisor se inicie desde instantes diferentes, o que todas las reproducciones estén sincronizadas. De esta forma será posible el rebobinado o avance rápido simultáneos imagen a imagen. El vídeo grabado de un mismo Transmisor podrá ser visualizado en múltiples paneles de vídeo desde instantes y velocidades diferentes. El vídeo podrá ser reproducido en un Receptor, desde un instante concreto de la línea de tiempos. Una vez en el Receptor, el vídeo se podrá parar y reproducir. Una vez aplicado el zoom podrá desplazarse la imagen o reducir el zoom mediante el ratón del PC. Cuando se realice una captura de imagen de una grabación donde se haya aplicado un zoom digital, se mostrará la imagen en tamaño original junto a la aumentada. Deberá tener la capacidad máxima de hasta 30 reproducciones de video almacenado, en forma simultánea. Deberá ser capaz de ver sincrónicamente o asincrónicamente cualquier video grabado. Deberá permitir la visualización simultánea de grabaciones de más de una cámara, a través de mosaicos (máscaras/layouts), permitiendo así la reproducción de múltiples cámaras al mismo tiempo, durante un mismo período de tiempo, facilitando la consulta y análisis de las imágenes grabadas.

Los paneles de visualización deben poseer buffer dinámico, suavizando posibles problemas de conectividad entre dispositivos. El sistema de buffer dinámico debe ser automáticamente desactivado en el momento que se toma el control de una cámara, pudiendo mantenerse inactivo en caso de requerirse a través de una opción de configuración. En cuanto a los usuarios, el sistema debe poseer control de usuario y contraseña con derechos diferenciados para cada usuario. Debe administrar grupos de usuarios permitiendo aplicar las mismas configuraciones de permisos para todos los usuarios pertenecientes al grupo. Un usuario podrá ser parte de más de un grupo, recibiendo las autorizaciones referentes a todos los grupos de que forma parte. Debe permitir que un usuario de alto nivel inicie su sesión en una terminal donde otro usuario ya haya iniciado sesión, sin la necesidad de que este último deba desloguearse. El sistema debe impedir que un mismo usuario haga inicio de sesión en más de una terminal simultáneamente. 2.2.5 Búsqueda rápida de eventos Existirá la posibilidad de realizar una búsqueda de movimiento en las Grabaciones o cualquier otro evento pre configurado, los cuales deberán ser marcados en la línea de tiempo de las grabaciones, debe poseer un sistema debúsqueda y reproducción de imágenes utilizando fecha y hora, especificados por el usuario. Debe permitir la reproducción del video sincronizada de diversas cámaras simultáneamente, la reproducción del video de la misma o de diversas cámaras de forma independiente y permitir exportaciones de video sincronizado de diversas cámaras simultáneamente. 2.2.6 Secuencias, Presety Tours de guardia A continuación se definen diferentes funcionalidades: 2.2.6.1 Salvos Consiste en un grupo de cámaras que pueden visualizarse conjuntamente en múltiples paneles de vídeo o monitores analógicos consecutivos. El sistema permitirá a cada usuario la creación guarda y eliminación de sus propios Salvos, que estarán disponibles cuando inicie sesión en el sistema desde cualquier terminal de trabajo. 2.2.6.2 Preposiciones, Preset

Consiste en una posición prefijada en un dispositivo de captura PTZ y/o domo, que guarda la posición y nivel de zoom al momento de generarse el preset, y que permite la rápida búsqueda de objetivos fijos, orientando al dispositivo, con solo accionar sobre el preset, sin necesidad de manipular el dispositivo, para alcanzar al objetivo El sistema permitirá los administrados o supervisor del mismo la creación guarda y eliminación de preset y deberán estar disponibles para cualquier usuario y desde cualquier terminal de trabajo, con privilegios necesarios. 2.2.6.3 Tours de Guardia Se trata de una secuencia de comandos PTZ, grabados en los domos, que se ejecutan, uno tras otro controlando los dispositivos y modificando su posición del domo, horizontal vertical y nivel de zoom, permitiendo ver los movimientos de video en paneles o monitores analógicos, realizando rondan de visualización automáticas. Control por contenido de imagen Son zonas sensibles en el video de cámaras fijas, formandovínculos embebidos en las imágenes, posibilitando al operador, navegar entre las distintas cámaras, tan solo con un clic en la zona sensible definida sobre el video. Liberando al usuario de recordar una secuencia específica, posición geográfica o vínculos entre cámaras. 2.2.6.4 Secuencia Consiste en una serie de cámaras que se visualizan una tras otra con una duración determinada, en un panel de vídeo de la pantalla del PC o de un monitor analógico. El sistema cambia automáticamente un grupo de cámaras en pantalla por otro grupo de cámaras o cámara en un tiempo específico para cada grupo o cámara, permitiendo también el cambio manual de secuenciamiento a través de botones de “siguiente” y “anterior”. La definición de la secuencia debe poder realizarse seleccionando un grupo de cámaras o, con un perfil de administración, configurando un orden y un tiempo de exposición especifico por cámara, en caso de cámaras PTZ deberán tomarse cada preposición como una cámara independiente. El software de gestión deberásoportar las siguientes características: •

Secuencia de cámaras fijas.

•

Secuencia de Preset en cámaras PTZ.

•

Secuencia que contenga una combinación de cámaras fijas yPreset de cámaras PTZ.

•

Funciones de Matriz virtual

Las Estaciones de trabajo soportarán la funcionalidad de Matriz Virtual. Se podrán utilizar teclados CCTV para permitir un control completo de la matriz virtual sin necesidad de utilizar un teclado, ratón de PC o teclado USB. Deberá ser posible asignar números a los objetos como Transmisores, Receptores, Secuencias, Salvos y Tours de Guardia. También deberá existir la posibilidad de numerarlos de forma manual mediante cualquier esquema de numeración de 1 a 3 dígitos. El Software de Gestióndebe deberá permitir administrar y controlar cámaras con movimiento tipo PTZ o domo, permitiendo la ejecución depreposiciones y movimientos automatizados. Debe poseer joystick visual, donde el usuario cliquea en la imagen y arrastra el mouse para la dirección que él desea que la cámara se mueva. También debe soportar zoom a través de la rueda del mouse. Debe poseer joystick visual con control de zoom, posiciones y movimientos a través de botones. El zoom digital debe poder realizarse en video en vivo y en video grabado indistintamente. El Software de Gestión debeadministrar los posibles pedidos de control PTZ simultáneos sobre el mismo dispositivo. Debe poseer bloqueo de PTZ por prioridad, o sea, permitir la configuración de una persona responsable por el monitoreo, que cuando necesite utilizar el recurso de PTZ tendrá prioridad de operación, cuando cualquier otra persona estuviera operando la cámara, su movimiento será pausado para que el responsable con mayor prioridad obtenga el control en el momento. El sistema debe poseer una escala de prioridades de al menos 50 elementos. Luego de una acción de PTZ por algún usuario del sistema, el control del mismo debe desbloquearse automáticamente. El tiempo de bloqueo/desbloqueo automático debe poder ser configurable por cada cámara. El Sistema de PTZ deberá permitir control sobre Foco, Iris, Auto-Foco y Auto-Iris además de también permitir control del PTZ de las cámaras con estas funcionalidades El teclado CCTV debe permitir las siguientes funciones: •

Activar el vídeo en un panel de vídeo o en un receptor.

•

Controlar los Transmisores con PTZ mediante el joystick del teclado.

•

Controlar las posiciones de Preset de las cámaras PTZ (de 1 a 256).

•

Activar tour de guardia.

•

Mostrar salvos a partir de un panel de vídeo o un receptor.

2.2.7 Navegación en el sistema Los transmisores se organizarán en una estructura jerárquica de sitios de acuerdo con su localización. Los sitios contendrán transmisores, receptores, NVRs, fuentes de alarma, sistemas externos, relés, secuencias, salvos, tours de guardia. Cada sitio podrá tener uno o más mapas asociados que faciliten la navegación. Los mapas representarán los transmisores, receptores y las fuentes de alarma. El vídeo en directo y grabado procedente de un transmisor podrá visualizarse haciendo doble clic sobre el transmisor en el árbol jerárquico o desde el mapa, o arrastrándolo desde el árbol o el mapa a un panel de vídeo de la vista en directo o en diferido. Todos los mapas deberán incluir un icono que permita (haciendo doble clic o arrastrando y soltando) visualizar, en una sola operación, el vídeo de todos los transmisores del mapa. El mapa deberá poder ser configurado para desplegarse de forma automática cuando se reciba una alarma procedente de un transmisor del mapa. El mapa deberá permitir la navegación por cualquier sitio definido. Los mapas se podrán visualizar en un PC con un monitor único o con una configuración dual mediante el monitor secundario. Se podrá seleccionar un sitio del árbol jerárquico y acceder directamente al mapa asociado. La herramienta de mapas debe permitir: •

definir mapas importando imágenes fijas.

•

ubicar los componentes distribuidos del sistema.

•

Insertar en un mapa: cámaras móviles, fijas, entradas de alarmas, salidas de alarma, vínculos a otros mapas, textos descriptivos.

•

Definir niveles de zoom a partir de los cuales se mostraran los distintos dispositivos.

•

Visualizar las cámaras: como iconos, como imágenes fijas o como video en vivo embebido.

•

Los dispositivos que se visualizan en el mapa pueden ser configurables en detalle según nivel de zoom.

•

Permitir al operador definir, guardar y recuperar porciones de vistas de mapas, asignándole además un nombre en pantalla y tratándolos como nuevos mapas. Dichas vistas deben ser guardas en el perfil de cada operador.

•

Definir la porción del mapa de intereses con ubicación y nivel de zoom.

•

Crear vínculos entre mapas, esto hace posible su navegación, con la posibilidad de configurar el nivel de zoom a partir del cual aparecerá el vínculo de navegación.

2.2.8 Zonas de Privacidad Las zonas de privacidad son aquellas áreas particulares de una escena que normalmente están ocultas por razones de privacidad. Debe ser posible predefinir estas áreas en cada cámara domo en la cual el usuario no esté autorizado para observar estas zonas. 2.2.9 Tratamiento de alarmas El software de control debe notificar a los operadores del sistema en el caso de que ocurran eventos que fueron programados para dar una señal de alarma. El tipo de alarma será tanto visual como sonora. Los elementos que generen alarmas serán por ejemplo, anomalías en general (Tx, Rx, domos, medios de enlace), pérdida de señal de video, eventos de sistemas externos (controles de acceso), contactos secos, detección de movimiento en zonas prefijadas. El historial de las alarmas quedará almacenado en los NVR con el video grabado si así fuera requerido. Las alarmas estarán clasificadas y priorizadas de acuerdo a los datos que oportunamente provea el Ministerio de Seguridad. Para cada alarma se indicará en pantalla al operador del sistema el procedimiento a seguir para el evento ocurrido. Existirán alarmas auto reconocidas (reconocimiento automático) y con reconocimiento manual. Como búsqueda rápida el sistema debe permitir ubicar rápidamente la cámara y el momento en el que se activó la alarma para la revisión de los videos. El sistema debe tener un completo gerenciamiento de alarmas y eventos, siendo que debe reconocer alarmas de cualquier dispositivo con contactos secos, que esté integrado a las cámaras o servidores de video. Este gerenciamiento de alarmas debe contemplar las siguientes funcionalidades:

En la ocurrencia de una alarma externa, el sistema deberá tomar acciones proactivas para alertar a los operadores y accionar salidas de alarmas de las cámaras. (Estas salidas pueden estar conectadas sirenas). Todas estas acciones de alarma deben ser configuradas independientemente para cada cámara y todas deben tener una agenda de operación, siendo que sólo serán ejecutadas únicamente cuando corresponda. El Sistema debe tomar acciones proactivas en la detección de movimiento. El Software de Gestión también debe tener la posibilidad de tomar estas mismas acciones proactivas en caso que la cámara o el servidor de video quede fuera de funcionamiento y/o ocurrirá algún error en la grabación de las imágenes. El Sistema debe brindar un método de reconocimiento de alarmas externas por cámara, o sea, tener a posibilidad de reconocer las alarmas sólo en horarios específicos. El Sistema deberá tener la capacidad de grabar las imágenes en la ocurrencia de un evento y también proveer un método de transmisión de imágenes donde brindará la posibilidad de transmitir las imágenes únicamente en la ocurrencia de una alarma. El Software de Gestión debe permitir que el accionamiento de alarma de una cámara pueda iniciar la grabación y/o transmisión de imágenes de cualquier otra cámara. El sistema de eventos debe tener sonidos configurables de alarma. Debe permitir configurar acciones proactivas ante un disparo de alarma, las acciones mínimas configurables serán: •

La modificación de la interfaz del usuario que reconoce una alarma o evento

•

Cargar una cámara determinados.

•

Cargar una secuencia de cámaras.

•

Cargar un mapa o plano de planta.

•

Cargar una distribución de cámaras determinadas.

•

Enviartexto plano, instantáneas o clip de video, vía email, acomo mínimo a cinco (5) usuarios.

•

Comenzar a grabar una cámara, distinta de la que disparó la alarma.

•

Activar las salidas de la misma u otra cámara

Las alarmas deben poder ser enmascaradas por un tiempo determinado.

2.2.10Manejo de Videowalls El software de gestióndebe poseer la integración para el manejo de videowalls, permitiendo incluir maquinas dedicadas de hasta cuatro (4) monitores, componentes de la misma solución. Todas las funcionalidades de visualización del operador deben poder ser reproducidas por el módulo videowall. La plataforma debe poseer módulos de software con la función específica videowall, permitiendo el agregado de estaciones de trabajo dedicados al manejo de los mismos. La información de manejo se mostrara en el software de visualización bajo una solapa dedicada. Los videowall deben poder operarse bajo la modalidad drag & drop. 2.2.11Auditorias El sistema de gestión y administración propuesto debe brindar funciones de auditoria tales como nombre de usuario “logueado”, fecha, hora, tipo de acciones realizadas, cámaras a las que tuvo acceso, etc. Todo esto debe quedar almacenado en el mismo sistema de gestión. Las acciones realizadas por todos los usuarios “logueados” deben quedar registradas en la misma base de datos. Los datos mínimos que se registrarán serán: Log on, Log off, Acceso negado al Log on, Videos grabados que se reprodujeron o visualizaron, video en vivo accedido, conexiones realizadas a cámaras PTZ, pedidos de movimientos a cámaras PTZ, IP del cliente conectado, versión del cliente conectado. El mismo debe notificar a los usuarios de ciertos eventos tales como pérdidas de la conexión de red, problemas detectados en NVRs, errores de sincronización entre dispositivos, etc. Estos eventos además deben almacenarse en la base de datos de auditorías. Para la conexión a la base de datos de auditorías se solicitará un nombre de usuario y una contraseña que serán de aplicación exclusiva para la auditoria. Es decir que no se podrá utilizar la misma contraseña de usuario para “loguearse” como auditor. 2.2.12Ancho de Banda y Storage El oferente debe asegurar el ancho de banda de los vínculos desde la propia cámara hasta el Centro de Visualización, tanto para la visualización como para la grabación, adecuándose a las siguientes necesidades: •

Visualización de todas las cámaras en 4CIF a 25 ips (4CIF@25ips)

•

Grabación de todas las cámaras en 4CIF a 12,5 ips (4CIF@12,5ips)

•

El oferente debe calcular y presentar una memoria descriptiva de estos anchos de banda teniendo en cuenta que para: Cámaras fijas: 12 hs de actividad media, 12 de actividad baja de la escena Cámaras domo: 24 hs de actividad alta (movimiento continuo).

El Software de Gestión debe permitir al administrador del sistema generar reportes de uso para cada uno de los servidores del mismo. Los reportes generados, se deben almacenar en archivos estándar csv o separado por comas, con la siguiente información: •

Nombre del servidor de grabación

•

Nombre del canal de entrada del dispositivo

•

Unidad del disco donde se almacenan las grabaciones del canal de entrada

•

Capacidad del disco donde se almacenan las grabaciones del canal de entrada, expresado en GB

•

Cantidad de MB utilizados por las grabaciones del canal de entrada en el disco

•

Porcentaje del disco utilizado por las grabaciones del canal de entrada

•

Cantidad de días grabados por el canal de entrada

•

Máxima cantidad de días de grabación asignados al canal de entrada

•

Fecha de la primera grabación del canal de entrada almacenada en el disco

•

Fecha de la última grabación del canal de entrada almacenada en el disco

2.2.13 Análisis Inteligente de Video El oferente deberá considerar que la plataforma de seguridad propuesta permita, opcionalmente a la oferta, la integración con motores deparaanálisis inteligente de video a los fines de alertar y apoyar las acciones de los operadores y del Centro de Visualización tanto en la visualización como en la búsqueda de eventos. La solución debe tener disponibilidad para incorporar en las cámaras fijas, que determine la administración del Estadio Ciudad de La Plata el análisis para detección de rostros, para ejercer control de admisión. Debe poder adicionarse esta funcionalidad desde el Centro de Visualización sin detener el servicio de las cámaras.

2.3HARDWARE Requisitos de HARDWAREa poner en servicio: 2.3.1 En sala de monitoreo 2.3.1.1 Serequiereparalaprestacióndelservicio,laprovisióneintegraciónoperativadelossiguientes equipos, mobiliario y elementos: a. Cinco (5) monitores LED para Video Wall con las siguientes características mínimas: •

Tamaño de pantalla 47 pulgadas.

•

Líneas de resolución 1920x1080.

•

Tiempo de respuesta en milisegundos, mejor que siete (7).

•

Relación de aspecto 16:9.

•

Brillo (Cd-M2) superior a 480.

•

Relación de contraste 3000000:1.

•

Parlantes incorporados dos (2).

•

Potencia de parlantes en Watts 10x2.

•

Normas de video NTSC y PAL-N.

b. Doce (12) monitores planos de 22” “widescreen” para configurar seis (6) puestos detrabajo con dos (2) monitores cada uno. c. Seis (6) teclados estándar con configuración “qwerty”. d. Seis (6) mouses ópticos. e. Seis (6) consolas con “Joystick” para comandar PTZ/Domos. f. Cuatro(4) escritorios de superficie melamínica para definición de dos puestos encada uno. g. Ocho (8) sillones de estructura metálica, con ruedas y tapizado sintético blanco. h. Una (1) impresora Láser color con las siguientes especificaciones mínimas: •

Calidad fotográfica con resolución superior a 2.000 ppp.

•

Velocidad de impresión a color superior a diez (10) páginas por minuto.

•

Capacidad de impresión sin cables mediante tecnología de infrarrojos.

•

Sensores automáticos de tipo y tamaño de papel.

i. Un(1) aparato de aire acondicionado tipo “Split” con capacidad adecuada para cubrir los requerimientos del lugar en que será instalado.

j. Un(1) sistema de control de acceso con lectura biométrica sobre dedo pulgar yteclado botonera digital con las siguientes características: •

Identificación 1:1 o 1:N, Huella digital solamente.

•

Capacidad de Número de ID + huella o número de ID más clave.

•

Capacidad de identificar hasta 3000 huellas dactilares distintas.

•

Funcionamiento autónomo hasta al menos 80.000 registros.

•

Tiempo de registro mejor que 1 segundo.

•

FAR