TERMO DE RETIFICAÇÃO DO EDITAL DE LICITAÇÃO PREGÃO PRESENCIAL Nº 049/2018 – SISTEMA REGISTRO DE PREÇOS

TERMO DE RETIFICAÇÃO DO EDITAL DE LICITAÇÃO PREGÃO PRESENCIAL Nº 049/2018 – SISTEMA REGISTRO DE PREÇOS

1.1 O MUNICIPIO DE SERRA ALTA, ESTADO DE SANTA CATARINA, pessoa jurídica de direito público interno, situada na Xx. Xxx Xxxxx XX, 000, xxxxxx xx Xxxxx Xxxx, XXX 00000-000, através do seu PREFEITO MUNICIPAL XXXXX XXXXXXXXX e do PREGOEIRO EDERSON CEREZOLLI, designado pelo Decreto nº 234/2018 de 25/06/2018, TORNAM PÚBLICO e comunicam os interessados que fica RETIFICADO a letra (e) do Item 6.2 e o Anexo D– Termo de Referência (Lista de Itens) do Edital do Processo Licitatório de nº 049/2018 na modalidade PREGÃO, sob a forma PRESENCIAL, por meio do SISTEMA DE REGISTRO DE PREÇO - SRP do Tipo “MENOR PREÇO GLOBAL”, que tem como objeto o REGISTRO DE PREÇOS para a possível contratação de empresa especializada para a INSTALAÇÃO DO CIRCUITO FECHADO DE TV DIGITAL DE MONITORAMENTO À DISTÂNCIA, VIDEOMONITORAMENTO URBANO, incluindo o fornecimento de materiais e serviços. Passando para a seguinte redação:

ONDE SE LÊ:

(...) 6 – DA DOCUMENTAÇÃO REFERENTE À HABILITAÇÃO

6.2 - QUALIFICAÇÃO TÉCNICA:

e) A PROPONENTE deverá apresentar declaração de que possui, ou possuirá se vencedora do certame, equipe técnica especializada e compatível com o objeto deste Edital, contendo, no mínimo, 01 (um) engenheiro eletricista, eletrônico ou de telecomunicações (responsável técnico) devidamente registrado no CREA, da região da sede da empresa. Deve comprovar ter em seus quadros, ainda, ao menos 01 profissional que tenha certificação do software e certificado do curso de analítico compatível com o sistema a instalar, configurar e dar assistência técnica do software de gerenciamento e monitoramento de imagens com comprovação através de certificado.

LEIA-SE:

(...) 6 – DA DOCUMENTAÇÃO REFERENTE À HABILITAÇÃO

6.2 - QUALIFICAÇÃO TÉCNICA:

e) A PROPONENTE deverá apresentar declaração de que possui, ou possuirá se vencedora do certame, equipe técnica especializada e compatível com o objeto deste Edital, contendo, no mínimo, 01 (um) engenheiro eletricista, eletrônico ou de telecomunicações

(responsável técnico) devidamente registrado no CREA/SC. Deve comprovar ter em seus quadros, ainda, ao menos 01 profissional que tenha certificação do software e certificado do curso de analítico compatível com o sistema a instalar, configurar e dar assistência técnica do software de gerenciamento e monitoramento de imagens com comprovação através de certificado.

ONDE SE LÊ:

ANEXO “D” TERMO DE REFERÊNCIA

LISTA DE ITENS COM OS VALORES REFERÊNCIA

ITEM	QTDE	DESCRIÇÃO	VALOR UNIT	VALOR TOTAL
01	01	SOFTWARE DE GRAVAÇÃO DE IMAGENS já com 24 licenças para câmeras ativas , com suporte para até 64 câmeras na sua total capacidade com possibilidade de aumento através de packs de licença ,que suporte futura integração com sistema de leitura de placas e integração a base de dados de órgãos de fiscalização capaz de identificar se o veiculo é roubado ou tem restrições, aceitar integração com sistema analítico de vídeo e com analise FORENSE. cuja a descrição do software no Item 4.2 Será dada a preferência para o software de fabricação nacional conforme trata o artigo 3. Inciso I da lei n. 8248 de 1991, artigo 5. Inciso II do decreto federal n. 7.174 e parágrafo 2. Incisos II e IV do artigo 3. da lei 8666. 1. DESCRIÇÃO GERAL DO SOFTWARE DE MONITORAMENTO E GRAVAÇÃO: 1.1. Software de monitoramento e gravação para circuito fechado de TV baseado em redes TCP/IP com capacidade de controlar e visualizar imagens de câmeras IP ou analógicas conectadas por	R$ 20.000,00	R$ 20.000,00

servidores de vídeo ou codificadores, bem como gravar as imagens para posterior pesquisa e recuperação seletiva. O software deverá possuir interface gráfica amigável baseada em Windows e exibição de tela, funções, cardápio, janelas de auxílio, estar todo em português Brasil, assim como todos os seus manuais.

2. ARQUITETURA DO SOFTWARE:

2.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/IP).

2.2. O Sistema deverá ser baseado na arquitetura cliente/servidor que permite que o servidor realize as gravações e gerenciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor.

2.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que a execução de uma tarefa não poderá afetar na execução da outra.

2.4. Suportar gravação e monitoramento de imagens em Motion-JPEG, MPEG-4, H.263

H.264 e H.265.

2.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel.

2.6. Possuir sistema de Multi- Streaming, permitindo que a

gravação seja realizada em uma

determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS).

2.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema.

2.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere-se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador.

2.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente.

2.10. Possuir recurso de Filtro de IP, liberando acesso ao servidor apenas aos IPs autorizados.

2.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando-se, desta maneira, acessos internos e externos indevidos.

2.12. Possuir compatibilidade com Caracteres Unicode.

2.13. Trabalhar com sistema de licenciamento por câmeras, permitindo a expansão do sistema com licenças adicionais.

2.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor.

2.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema

compartilhe uma mesma base de

usuários com todos os servidores, facilitando a administração do sistema, quando o mestre cair os escravos assumem as configurações do mestre.

2.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo.

2.17. Suportar vídeos e áudio de câmeras ONVIF.

2.18. O software deverá ter suporte a protocolos TCP-IP e UDP (Unicast e Multicast).

2.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda.

2.20. O sistema deverá permitir que e-mails enviados por SMTP possam utilizar-se de servidores com autenticação SSL.

2.21. Possuir um gerenciador de serviços automático onde são apresentados os status de cada serviço disponível no sistema.

2.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado.

2.23. O sistema deverá permitir suporte completo para dewarping de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas.

2.24. Possuir um servidor RTSP de mídia integrado que poderá ser utilizado para fornecer mídia para qualquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza.

2.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros.

2.26. O Servidor RTSP de mídia deverá suportar os formatos de vídeo: H.264, H.265, MPEG4 e

Motion JPEG.

2.27. O Servidor RTSP de mídia deverá suportar os formatos de áudio: PCM, G.711, G.726 e AAC.

2.28. O Servidor RTSP deverá suportar envio de mídia em TCP e por UDP.

2.29. Possuir módulo de gerenciamento de banco de dados onde o administrador poderá efetuar um backup do banco de dados do sistema, restaurar esse banco e reparar um arquivo corrompido.

2.30. O software deverá ter um sistema seguro de acesso através de usuário e senha, acesso ao AD ( ActiveDirectory Windows ), restringindo por data e hora e o computador que poderá ser acessado e confirmação por biometria.

2.31. Permitir o bloqueio e a expiração de contas de usuários importados do Active Directory.

2.32. O software deverá desconectar o operador quando o seu horário de login no sistema for finalizado, ex: O operador tem autorização para operar o sistema das 08:00hs as 18:00hs, findo este horário o sistema automaticamente fará o logout do operador.

2.33. Estar integrado nativamente com DVR‟s dos seguintes fabricantes: Intelbras, Samsung. LG, Dahua, Dynacolor, HDL, Hikivision, Pelco, Bosch, LuxVision e Venetian.

2.34. Permitir capturar câmeras analógicas de DVR´s integrados ao sistema e visualizá-las nos mesmos mosaicos utilizados pelas câmeras Ip´s, em conjunto ou separadas.

2.35. Possuir matriz que permite criar e salvar diferentes mosaicos personalizados para visualização no cliente de monitoramento. Estes mosaicos são diferentes dos pré- definidos que acompanham os sistemas de CFTV.

2.36. Possuir a facilidade de

bookmark para marcação rápida de eventos.

2.37. Possibilitar, dentro do bookmark, a escolha de títulos, cores, data inicial, data final e observações dos eventos.

2.38. Permitir a pesquisa e reprodução do vídeo, através do bookmark, que são apresentados na linha do tempo.

2.39. Permitir a criação automática de bookmark quando houver uma detecção de movimento.

2.40. Permitir a criação automática de um bookmark, sempre que um evento ocorrer.

2.41. Possibilitar a gravação de borda ( Edgerecording ).

2.42. Ser compatível com protocolos ONVIF V1.02 ou superior e ONVIF Profile S.

2.43. Deve estar integrado nativamente com os softwares CMS de fabricantes de vídeo wall, tais como Barco e Mauell.

2.44. Senhas de acesso a dispositivos de alarmes e de computadores cliente de monitoramento devem ser armazenadas com criptografia.

2.45. Suportar o protocolo SNMP para envio de TRAPs para notificar a ocorrência de algum evento do sistema.

2.46. Suportar IPv4 e IPv6.

2.47. Permitir cadastrar automaticamente dispositivos multicanal como DVR‟s, NVR‟s e câmeras com múltiplas lentes.

2.48. Possibilitar, ao cadastrar uma nova câmera, acionar, dentro do próprio cadastro, o preview imediato das imagens para garantia do funcionamento do dispositivo.

2.49. Operar com servidores e estações de monitoramento em 32bit e 64 bit.

2.50. Permitir a exclusão simultânea de múltiplos objetos selecionados em uma lista de

objetos do sistema, como câmeras,

usuários, dispositivos de I/o, mapas e outros.

2.51. No cadastro de equipamentos, permitir o cadastramento do nome do fabricante e modelo do dispositivo para facilitar a pesquisa dos mesmos, tendo a possibilidade de informar apenas parte do nome.

3. GRAVAÇÃO:

3.1. Suportar velocidade de gravação e visualização ao vivo de até 30 FPS por câmera.

3.2. Suportar gravação de no mínimo 64 câmeras por servidor.

3.3. Suportar gravação por detecção de movimento e Eventos (Sendo estes, Eventos Manuais ou Alarmes Externos).

3.4. O sensor de movimento para gravação deverá permitir que sejam selecionadas ilimitadas áreas sensíveis ou não, ao movimento.

3.5. Permitir gravação de Banco de Dados redundante, permitindo que o segundo Servidor assuma os controles no caso de queda do primeiro, sem intervenção humana. (Failover).

3.6. Permitir a configuração de Faiover 1 para 1, 1 para N e N para N.

3.7. Permitir a configuração de Failback, onde quando o servidor principal retornar suas operações, automaticamente as operações do sistema voltam a ser processadas pelo servidor principal sem intervenção humana.

3.8. Suportar agendamento de gravação por hora e dia da semana, sendo que o agendamento deve permitir a que o administrador especifique para cada faixa de hora o modo de gravação das imagens (Sempre Gravar, Por Movimento, Por Evento, Por Movimento e Evento)

de cada câmera.

3.9. Possuir recurso para aumentar a taxa de quadros da gravação se reconhecer movimento nas imagens. (Ex: Gravação padrão em 4FPS, se reconhecer movimento, gravar em 15FPS e quando parar o movimento, voltar a gravação para 4FPS).

3.10. Possuir sistema de certificado digital que cria uma assinatura digital para cada foto gravada, garantindo a autenticidade da imagem.

3.11. Possuir sistema de gravação que não tenha limite de gravação diário, ou seja, deve suportar mais de 600.000 imagens por dia, por câmera sem a necessidade de mover as gravações para outro disco ou outra pasta de gravação.

3.12. Permitir a visualização simultânea das gravações de mais de uma câmera, através de mosaicos, permitindo assim a reprodução de várias câmeras ao mesmo tempo, durante um mesmo período de tempo, facilitando a consulta e análise das imagens gravadas.

3.13. Trabalhar com gravação no formado JPEG, MPEG-4, H.263,

H.264 e H.265

3.14. Possuir controle de buffer para pré e pós-alarme.

3.15. Possuir sistema de arquivamento de imagens e áudio.

3.16. O Sistema deverá, todos os dias a Meia Noite, copiar todas as gravações do dia anterior em um esquema de pastas no formato X:\ANOMESDIA\Camera (Ex: d:\20050410\Cam1 d:\20050410\Cam2). Seguindo este formato, todas as gravações de todas as câmeras do dia, devem estar na pasta raiz do dia, que poderá ser arquivada em fita através de um software qualquer de backup. O sistema não poderá

apagar as gravações da mídia rápida (oficial) após realizar a sua

cópia para a pasta temporária de armazenamento.

3.17. Possuir sistema avançado para gerenciamento de disco, onde o sistema deve alocar automaticamente a quantidade de espaço em disco necessário para a gravação de cada câmera, baseando-se em uma especificação de número de dias ou horas que o usuário deseja manter as gravações. O sistema de gerenciamento de disco também deve oferecer um sistema de cotas de disco, sendo que o administrador poderá limitar uma quantidade de disco que deseja utilizar, compartilhando essa cota com todas as câmeras.

3.18. Permitir que o usuário possa configurar um diretório para o backup das configurações do sistema e a quantidade de dias que deseja manter os arquivos de backup.

3.19. Permitir a reprodução das imagens que foram armazenadas através do processo de backup com o próprio reprodutor de imagens do sistema.

3.20. Permitir a gravação automática de imagens em SD- Card quando uma falha na rede ocorrer.

3.21. Permitir que imagens gravadas em SD-Card, possam ser baixadas automaticamente na ocorrência de qualquer evento programado ou não e com opção de resoluções diferenciadas, podendo ser via rede ou wi-fi.

3.22. Permitir que toda vez que uma gravação em borda for transferida para o servidor principal, seja criado um bookmark automático para uma identificação clara na linha do tempo, diferenciando assim as gravações originais das gravações baixadas dos Sd-Cards.

3.23. Possibilitar o log de atividades

da gravação de borda (EdgeRecording).

3.24. Permitir a impressão de uma ou de várias imagens recuperadas ou mesmo relatórios e que estes, opcionalmente, possuam um código de originalidade impresso com código de barras para comparações futuras. Estas imagens e ou relatórios impressos deverão ser armazenadas no servidor de imagens com possibilidades de consultas e novas impressões através desses códigos. Este código deverá ser único e gerado automaticamente pelo sistema.

3.25. Permitir a criação de um servidor de mídia com a finalidade de disponibilizar imagens para a internet sem que os acessos sejam feitos no servidor principal. Essas imagens devem ser disponibilizadas via Relay para evitar duplicidade de conexão com as câmeras.

3.26. Permite capturar tela, teclado e mouse de qualquer computador Windows existente na rede e gravar suas telas no mesmo storage de CFTV para posterior pesquisa.

3.27. Permite a gravação das telas de computadores em Mjpeg, Mpeg4 ou H.264.

3.28. Permite escolher quantos frames por segundo deseja-se gravar as telas dos computadores.

3.29. Permite zoom digital e PTZ virtual sobre as imagens capturadas ao vivo e gravadas, dos computadores da rede.

3.30. Permite a operação remota dos computadores capturados na rede.

3.31. Permitir a gravação de áudio nos formatos : PCM, G.711, G.726 e AAC.

3.32. Permitir a gravação de imagens geradas por lentes panomórficas 360 graus.

3.33. Permitir a gravação de

metadados com informação de detecção de movimento ou gravação de evento para possibilitar a fácil identificação, na linha de tempo, de movimento ou evento gravado através de uma linha especial com cores identificando o movimento ou evento.

3.34. Permitir a gravação de áudio apenas quando houver movimento em câmeras que estejam cadastradas gravações por movimento, para manter a sincronia das trilhas de áudio e vídeo.

4. MONITORAMENTO AO VIVO:

4.1. Suportar monitoramento ao vivo de ilimitadas câmeras por cliente com diversos estilos de tela, oferecendo no mínimo sete formatos padrões de tela.

4.2. Suportar a criação de novos formatos de tela para monitoramento.

4.3. Permitir o funcionamento via Matriz Virtual completa, através de uma lista de monitores definidos para este fim, podendo o operador escolher o monitor desejado e enviar seqüência ilimitada de imagens, mapas e mosaicos, juntamente com todas suas configurações como: (Perfil de mídia, posição de zoom, posição da lente 360, filtro de imagens e deteção de movimento ) , operados por joystick, teclado e mouse.

4.4. Permitir o controle de Matriz Virtual através de SDK/API para criação de macros e scripts em outras linguagens.

4.5. Possibilitar que o operador, ao enviar um objeto para a Matriz Virtual, possa escolher a posição do objeto , em um quadrante do mosaico atual desejado em

exibição no monitor de destino.

4.6. Possuir sistema de seqüênciamento de câmeras, onde o sistema troca automaticamente um grupo de câmeras em tela por um outro grupo de câmeras ou câmera em um tempo específico para cada grupo ou câmera, permitindo também a troca manual no seqüênciamento através de botões de avançar e voltar.

4.7. Possuir mosaico automatizado de modo que o sistema deverá ajustar o formato de visualização da tela automaticamente, dependendo do número de câmeras em tela.

4.8. Permitir que os usuários criem mosaicos públicos que poderão ser compartilhados com todos os usuários do sistema.

4.9. Permitir que os mosaicos de monitoramento sejam atualizados dinamicamente em tempo real quando criados, atualizados ou apagados em todos os clientes de monitoramento , sem a necessidade de reconexão com o servidor.

4.10. Permitir que o usuário faça um filtro dos objetos da lista de objetos constantes na tela do cliente de monitoramento. O filtro é aplicado a todos os objetos da lista, procurando por nome e descrição do objeto.

4.11. Permitir aumentar a taxa de quadros de uma determinada câmera no monitoramento, quando selecionada (Ex: Monitoramento normal em 4FPS, se o usuário selecionar a câmera, aumentar para 30FPS, quando o usuário deselecionar a câmera, sua taxa de quadros deve retornar para 4FPS).

4.12. Possuir sistema de perfil de usuários, de forma que de qualquer lugar que o usuário se conectar ele tenha o seu perfil de posicionamento das câmeras.

4.13. Possuir detecção de movimento em tempo real no

monitoramento ao vivo, independente da câmera possuir ou não essa função. Esta função deverá fazer com que o movimento seja marcado com uma cor específica (Padrão Verde) na tela.

4.14. Permitir que o usuário que esteja visualizando remotamente as imagens tenha a possibilidade de realizar uma gravação local de emergência, gravando assim as imagens que estão sendo monitoradas, em seu disco local.

4.15. No monitoramento ao vivo, o sistema deve permitir que seja feito zoom (Digital) de diferentes partes da tela, abrindo assim uma tela para cada zoom digital realizado.

4.16. Possuir sistema de zoom com tratamento bilinear para evitar que a imagem fique quadriculada.

4.17. Possibilitar a visualização de câmeras de vários servidores (Pode ser vários locais diferentes) em uma mesma tela.

4.18. Possibilitar a criação de diversos mosaicos de monitoramento cada qual com configuração independente de posicionamento de câmeras.

4.19. Suportar dois ou mais monitores de vídeo por estação cliente para o monitoramento ao vivo.

4.20. Possuir duplo clique em uma câmera para selecioná-la e maximizá-la (Tela Cheia Cliente de Monitoramento).

4.21. Possibilitar a opção de remover câmera da tela, através do seu menu popup.

4.22. Possibilitar informações das câmeras como resolução da imagem, Frames por segundo "FPS", Taxa de Transferência e Decoder.

4.23. Deve ser identificado automaticamente na tela do cliente de monitoramento, o status de funcionamento das câmeras

através de diferentes ícones da

lista de objetos, ex: câmera gravando por movimento, por evento, por evento e movimento, parada, em funcionamento, etc..

4.24. Possuir recurso de privacidade das câmeras. Com este recurso de modo de privacidade, o administrador poderá determinar uma lista de usuários que irão perder o acesso à câmera quando o operador ativar o modo de privacidade pelo cliente de monitoramento. Este recurso é muito útil quando as câmeras de uma instalação estiverem disponíveis externamente, com isto, o operador poderá bloquear temporariamente o acesso externo à câmera no momento que desejar.

4.25. Permitir limitar o acesso simultâneo de câmeras. Com esta opção, o administrador poderá limitar a quantidade de câmeras simultâneas que um usuário ou grupo de usuários poderá visualizar simultaneamente por estação de trabalho.

4.26. Permitir que o usuário, no cliente de monitoramento, configure o modo de exibição dos nomes e dos objetos nas listas de objetos do sistema. O usuário poderá escolher entre exibir apenas o nome dos objetos, apenas a descrição ou ambos no formato "Nome (Descrição)".

4.27. Permitir o monitoramento do áudio ao vivo e setorizado, onde o operador poderá escolher a câmera desejada ou um grupo de câmeras que receberão ao mesmo tempo o áudio desejado, utilizando-se de microfones e auto-falantes.

4.28. Permitir que o áudio seja transmitido de forma ininterrupta sem a necessidade de ficar apertando e segurando qualquer botão.

4.29. Permitir o monitoramento das imagens geradas pelas lentes

panomórficas de 360 graus ao vivo

ou gravadas com controles em quad, áreas virtuais e PTZ virtual.

4.30. Possuir Mapa Sinótico para monitoramento ao vivo com os seguintes recursos:

4.31. Exibir informações sobre os dispositivos, tais como câmeras, sensores e relês, informando através de indicadores visuais o status do dispositivo.

4.32. Permitir criar um único mapa com diversos objetos de múltiplos servidores.

4.33. Permitir abrir as câmeras clicando diretamente no seu ícone do mapa.

4.34. Permitir abrir outro mapa através de um link, tornando-o assim um mapa de níveis.

4.35. Permitir acionamento de comando através dos indicadores visuais (tal como abrir porta, ligar luz, disparar sirene)

4.36. Permitir que ao passar o mouse sobre uma câmera no mapa sinótico, possa se ter um preview das imagens ao vivo junto com as informações das câmeras.

4.37. Permitir imagens JPEG, WMF, BMP, GIF e PNG.

4.38. Permitir importar imagens estáticas de mapas do Google Maps e adicionar sensores tais como câmeras, sensores e relês, informando através de indicadores visuais o status do dispositivo.

4.39. Permitir posicionar as câmeras em mapas do Google Maps e ajustar automaticamente suas coordenadas ( latitude e longitude ),

4.40. Permitir a visualização em tempo real do status dos eventos de alarmes associados ao mapa, provocando a animação do ícone para alertar o operador.

4.41. Permitir que o sistema informa automaticamente se a câmera está ou não em operação.

5. CONTROLE DE PAN / TILT

/ ZOOM:

5.1. Possuir controle para câmeras PTZ e mais de 64 presets por câmera (O número de Presets depende da câmera).

5.2. Possuir interface de joystick para controle das câmeras PTZ, sendo que deverá aceitar controles de joystick de mercado com entrada USB e não proprietários.

5.3. Possuir joystick visual, onde o usuário clica na imagem e arrasta o mouse para a direção que ele deseja que a câmera se mova. Também deve suportar o zoom através da roda do mouse.

5.4. Possuir joystick visual com controle de zoom através de botões.

5.5. Possuir bloqueio de PTZ por prioridade, ou seja, permitir a configuração de uma pessoa responsável pelo monitoramento, que quando necessitar utilizar o recurso de PTZ terá prioridade no manuseio, quando qualquer outra pessoa estiver manuseando a câmera, a sua movimentação é pausada para que o responsável com maior prioridade obtenha o controle no momento.

5.6. Possuir sistema de Vigilância PTZ, onde o sistema irá seguir uma lista de presets para o posicionamento da câmera, alternando entre os presets no tempo específico para cada preset. O sistema de Vigilância PTZ também deverá permitir criar diversos esquemas de vigilância, com o devido agendamento dos esquemas baseando-se em dia e hora do dia.

5.7. O Sistema de PTZ deverá permitir controle sobre Foco, Íris, Auto-Foco e Auto-Íris além de também permitir controle do PTZ

Absoluto e Relativo das câmeras com estas funcionalidades.

5.8. Possuir suporte nativo para o protocolo de câmeras analógicas.

5.9. Possuir PTZ Virtual para câmeras fixas e móveis.

5.10. Permitir que a vigilância PTZ possa ser configurada para executar automaticamente através de agendamento ou manualmente pelo cliente de monitoramento e mesa operadora homologada, permitindo que o operador ative, desative e troque a vigilância.

5.11. Permitir que no esquema de vigilância PTZ possa ser aplicado um número, além do nome. O número será utilizado para chamar o esquema através de uma mesa controladora homologada.

5.12. Possibilitar que o operador identifique qual a pessoa que se utilizou do bloqueio de PTZ.

5.13. Permitir especificar direitos de controle de PTZ individualmente para cada usuário e desta maneira cada câmera poderá ter direitos de controle de PTZ para diferentes usuários e grupos de usuários.

5.14. Permitir informar o registro do último usuário que movimentou uma câmera pelo PTZ.

5.15. Possibilitar adicionar múltiplos presets simultaneamente a um perfil de vigilância PTZ.

6. REPRODUÇÃO, PESQUISA E EXPORTAÇÃO DE VÍDEO:

6.1. Permitir um usuário selecionar um monitor padrão para abrir o Reprodutor de Mídia. (Multi Monitor)

6.2. O sistema de reprodução de imagens deve ser baseado por recuperação utilizando uma faixa de data e hora, especificados pelo usuário.

6.3. Permitir a reprodução sincronizada de diversas câmeras simultâneas.

6.4. Permitir, em um único cliente de monitoramento, a reprodução de

vídeos de ilimitadas câmeras ao mesmo tempo.

6.5. Permitir exportação de vídeo sincronizada de diversas câmeras simultâneas

6.6. Permitir o processo de exportação e reprodução de vídeo simultaneamente

6.7. Possuir linha de tempo das imagens gravadas que deve mostrar os pontos onde existem gravação e/ou movimento, bem como permitir a seleção do horário corrente através da linha de tempo

6.8. Possuir sistema de desentrelaçamento de imagens para a reprodução de vídeo

6.9. Na reprodução de vídeo, o sistema deve permitir que seja feito zoom (Digital) de diferentes partes da tela, abrindo assim uma tela para cada zoom digital realizado, cada qual com independência de controle sobre a imagem principal, podendo ser impresso ou salvo em arquivos JPG).

6.10. Possibilitar Pesquisa por Movimento nas imagens gravadas, recuperando um vídeo com movimento apenas nas áreas selecionadas da imagem.

6.11. Possibilita a abertura do Media Player modo não modal, o que permite que o usuário continue trabalhando com o cliente enquanto o player está aberto.

6.12. Exportar para meio removível o vídeo gravado nos formatos AVI e CD de Ocorrência, que no segundo caso, deverá acompanhar um reprodutor de vídeo nativo do sistema, possibilitando anexar o nome e a descrição da câmera.

6.13. O sistema deverá, na exportação e pesquisa de movimento em vídeos gravados, exibir o tempo restante para o término da operação.

6.14. Possibilitar imprimir uma determinada foto da reprodução de

vídeo com um descritivo, data e

hora do ocorrido.

6.15. Vídeos exportados em AVI e imagens em JPEG deverão conter marca dágua com nome da câmera, data e hora,

6.16. Possibilitar a reprodução instantânea de vídeos a partir de eventos.

6.17. O software deverá ter a capacidade de limitar, dentro das políticas de usuário e grupos de usuários, a reprodução e exportação de vídeos, impedindo que uma reprodução ou exportação por mais de X minutos ( configurável ) possa ser feita.

6.18. Permitir adicionar marca d‟água por usuário para identificação de propriedade de imagem. Com este recurso, o administrador poderá adicionar uma marca d´água por usuário que será adicionada nas imagens ao vivo e reprodução de vídeo. Esta marca d´água tem o objetivo de identificar o proprietário das imagens quando as imagens do sistema forem fornecidas para usuários externos.

6.19. Permitir adicionar marca d´água de texto em imagens exportadas. Esta opção permite que o operador adicione um texto nas imagens exportadas como prova de propriedade e origem das imagens.

6.20. Permitir que na pesquisa de eventos pelo cliente de monitoramento, a reprodução de vídeo das câmeras ligadas ao evento possam reproduzir o vídeo das câmeras associadas com aquele evento, emitidos através do popup de alarmes.

6.21. O software deverá permitir na reprodução, acelerar o vídeo em: 2x, 4x, 8x, 16x, 32x, 64x, 128x, 256x e 512x.

6.22. O software deverá permitir que a reprodução de vídeo seja

realizada com recursos de multi-

thread, aumentando significativamente a performance para reprodução de câmeras simultâneas, especialmente em megapixel.

6.23. O reprodutor de vídeo deverá redimensionar as imagens de acordo com a configuração do cliente de monitoramento, tais como centralizar, redimensionar para ocupar todo o espaço e redimensionar mantendo a proporção original da imagem.

6.24. Permitir a reprodução de áudio e vídeo sincronizado no formato proprietário e em AVI.

6.25. Possibilitar a reprodução das imagens gravadas através de lentes panomórficas de 360 graus, fornecendo alguns controles como visualização em quad, visualização de áreas virtuais e PTZ virtual.

6.26. Permitir que o usuário possa escolha o intervalo que deseja pular (Xminutos) para frente ou para traz no vídeo gravado, facilitando assim a análise do vídeo gravado.

6.27. Permitir o redimensionamento de vídeo na exportação em AVI para garantir melhor compatibilidade com os codecs existentes.

6.28. Permitir avançar e retroceder o vídeo frame a frame.

6.29. Permite avançar e retroceder o vídeo ao próximo bookmark.

6.30. Permite pesquisas pelo código de originalidade, de uma imagem gerada em um relatório.

6.31. A exportação de mídia deverá ser auditorada, permitindo futura pesquisa no banco de auditoria tais como: período exportado, diretório onde o arquivo foi exportado, tamanho total da exportação, etc..

6.32. Na exportação de vídeo, possibilitar que nome da empresa e dados do operador sejam preenchidos automaticamente pelo

sistema , gravando-os na mídia

exportada.

6.33. Permitir o playback de eventos no exato momento em que ele aconteceu e disponibilizar as imagens até uma hora antes do ocorrido.

6.34. Possibilitar a pesquisa de movimento acelerada através de frames chaves.

6.35. Exportação de vídeo deverá ser feito com senha de proteção e criptografia para evitar acessos indevidos.

6.36. No reprodutor de Mídia permitir a pesquisa por miniaturas exibindo uma miniatura de diferentes horários da gravação, permitindo a localização rápida de uma cena desejada.

6.37. Possibilidade de gerar miniaturas baseadas em fatia de tempo onde o sistema irá exibir as miniaturas com intervalo de tempo fixo ou por bookmark onde o sistema irá exibir uma miniatura para cada bookmark da câmera. O sistema ainda deverá permitir a escolha personalizada do intervalo de tempo e o tamanho / quantidade de miniaturas em tela. Ao clicar em uma miniatura o vídeo deverá ser sincronizado com o horário da miniatura para rápida visualização do evento.

6.38. O sistema deverá permitir a pesquisa por miniaturas em vídeo exportados no formato nativo.

6.39. Permitir a pesquisa por nome de objeto para a devida reprodução.

6.40. Permitir exportar para meio removível o vídeo gravado nos formatos AVI, ASF, H.264, JPEG, PNG, PDF, BITMAP, WMF, GIF, TIFF, MJPEG, MPEG1, MPEG2, MP4.

6.41. Deve permitir exportar snapshot em JPEG, PNG, Bitmap, WMF e GIF de vídeos ao vivo e gravados.

6.42. Permitir a utilização dos codecsXviD MPEG-4 e X264 para

exportação em AVI.

6.43. Permitir, na reprodução do vídeo, atualizar instantaneamente as imagens na linha do tempo e poder usar o mouse para arrastar e soltar com a finalidade de acelerar o vídeo.

6.44. Permitir a reprodução de imagens das câmeras associadas com as configurações de analíticos e LPR.

7. ALERTAS E EVENTOS:

7.1. O sistema deverá ter um completo gerenciamento de alarmes e eventos, sendo que ele deve reconhecer alarme de qualquer dispositivo com contato seco que esteja ligado nas câmeras ou servidores de vídeo. Este gerenciamento de alarmes deve contemplar as seguintes funcionalidades:

7.2. Na ocorrência de um alarme externo (Qualquer sensor de alarme conectado nas câmeras ou servidores de vídeo) o sistema deverá tomar ações pró-ativas para alertar os operadores, sendo que o sistema deve fornecer a possibilidade de: Enviar um E-mail e/ou SMS para um grupo de pessoas alertando sobre o ocorrido, abrir em telas do tipo Popup imagens de câmeras, mapas, analíticos, LPR, Emitir sons de alarme, Enviar Mensagens Instantâneas ao operador através de telas do tipo Popup, Posicionar câmeras com Movimento (PTZ) em Presets definidos e Acionar saídas de alarmes das câmeras onde nestas saídas podem estar conectadas sirenes. Todas estas ações de alarme devem ser configuradas independentemente para cada câmera e todas devem ter um agendamento de operação, sendo que apenas serão chamadas se o agendamento permitir.

7.3. O Sistema deverá tomar ações pró-ativas na detecção de

movimento das câmeras em horários pré-definidos, ou seja, se em determinado horário que não pode haver movimento em determinada câmera o sistema reconhecer um movimento, então este deverá ter a possibilidade de tomar todas as ações de alarme descritas anteriormente (Enviar E- Mail / SMS, Abrir imagens das câmeras em Popups, Emitor Sons de Alarme, Enviar Mensagens Instantâneas ao operador, Posicionar câmeras PTZ em determinados pontos pré-definidos e Acionar saídas de alarme das câmeras e/ou servidores de vídeo).

7.4. O Sistema também deverá ter a possibilidade de tomar estas mesmas ações pró-ativas caso a câmera ou servidor de vídeo venha a ficar fora de funcionamento e / ou ocorrer algum erro na gravação das imagens.

7.5. O Sistema deverá fornecer ações de alarme manual, onde o operador poderá através de um clique em uma lista de ações, disparar as ações pró-ativas.

7.6. O Sistema deverá fornecer um agendamento de reconhecimento de alarmes externos por câmera, ou seja, ter a possibilidade de reconhecer os alarmes apenas em horários específicos.

7.7. O Sistema deverá ter a capacidade de gravar as imagens na ocorrência de um evento e também fornecer um agendamento de transmissão de imagens onde forneça a possibilidade de transmitir as imagens apenas na ocorrência de um alarme.

7.8. O Sistema deve permitir que o acionamento do alarme de uma câmera possa iniciar a gravação e/ou transmissão de imagens de quaisquer outras câmeras.

7.9. O Sistema deverá ter diversos sons de alarme (Mínimo de 15)

para que os operadores possam

diferenciar cada alarme através de um som diferente.

7.10. O Sistema deverá ter eventos de alarme direcionados apenas para Usuários ou Grupos de Usuários específicos.

7.11. O Sistema deverá permitir o agendamento de um ou mais eventos para que eles ocorram em qualquer dia do mês e ano desejado.

7.12. O software deverá permitir o recebimento de notificação de detecção de movimento de câmeras através de chamadas HTTP. Com isso, a detecção de movimento poderá ser processada diretamente pelas câmeras, diminuindo o uso de processador do servidor.

7.13. O software deverá permitir utilizar um perfil de vídeo alternativo para detecção de movimento no servidor. Com este recurso, a utilização de processador para detecção de movimento no servidor cairá drasticamente, aumentando significativamente a quantidade de câmeras que um servidor poderá processar.

7.14. Permitir pesquisar no banco de dados de eventos, através do tipo de evento, filtro por datas, objetos e outros, as ocorrências internas e externas ao software, relacionadas aos alarmes do sistema.

7.15. Permitir que no sistema de análise de imagens, os objetos que estiverem alarmados por alguma regra de analítico tenham o seu contorno alterado para uma determinada cor, por exemplo vermelho. O usuário ainda deverá ter a opção de apenas exibir os objetos alarmados.

7.16. Na ocorrência de qualquer evento, o sistema deverá permitir anexar qualquer imagem de

qualquer câmera para que esta

possa ser enviada via email.

7.17. Deverá ter integração dom pelo menos 3 ( três ) fabricantes de módulos de I/O ethernet com contato seco para possibilitar o tratamento de eventos como: abrir e fechar portas, portões, ligar e desligar motores, acender e apagar luzes , tocar sirenes, etc...

7.18. Permitir o agendamento personalizados de dias (Feriados, fins de semana, datas importantes).

7.19. Permitir a configuração de agendamentos independentes para cada evento de entrada de alarme ( câmeras e dispositivos de I/O ).

7.20. Permitir que no próprio POP- UP de alarmes e eventos, possa ser reproduzido o vídeo do acontecido imediatamente, com a informação do servidor que gerou tal alarme.

7.21. Permitir evento de detecção de áudio caso o nível esteja acima ou abaixo de um limite especificado por um tempo determinado.

7.22. Permitir gerar evento de falha de comunicação se o dispositivo permanecer fora de funcionamento por mais de X segundos. O sistema ainda deve permitir a opção de continuar gerando o evento a cada X segundos enquanto o dispositivo estiver off-line.

7.23. Permitir o fechamento automático do pop-up de alarmes em um tempo determinado pelo administrador do sistema.

7.24. Permitir o cancelamento automático do fechamento da tela de pop-up no caso de movimentação pelo operador.

7.25. Permitir limitar a quantidade de janelas de pop-ups abertas simultaneamente e quando o limite for atingido a janela mais antiga será fechada automaticamente.

7.26. Permitir criar uma fila de de pop-up de alarmes que podem ser definidos em um único monitor ou

em vários monitores, podendo ser

arrastados de uma tela para outra.

7.27. Permitir qua ao arrastar um pop-up de uma tela para outra esse seja retirado da fila de alarmes e não seja excluído automaticamente, possibilitando assim seu tratamento diferenciado.

7.28. Permitir estipular um valor máximo de pop-ups por monitor.

7.29. Possuir botão de reprodução rápida nos pop-ups para agilizar os eventos de câmeras , LPR e analíticos.

7.30. O pop-up de alarme deverá fornecer o horário local do servidor e do cliente de monitoramento.

7.31. Os pop-ups de alarmes deverão ter a opção de não serem abertos novamente no caso de ocorrer o mesmo evento.

7.32. Possuir evento de restauração de conexão de câmeras e dispositivos de I/Os.

7.33. Permitir que registre o tempo total que o equipamento ficou fora de funcionamento e que esse registros possam ser pesquisados na lista de eventos.

7.34. Permitir que sejam extraídos relatórios das falhas dos equipamentos.

7.35. Permitir extração de múltiplos relatórios com configuração de filtros individuais.

7.36. Permite que usuário autorizado receba todos os controles para operação do sistema.

7.37. Permitir personalizar as janelas de alarme e organiza-las em um monitor no Cliente de Monitoramento.

7.38. Permitir eventos de timer e possibilitar cancelá-lo antes que o evento ocorra.

7.39. Permitir enviar um email na ocorrência de qualquer evento anexando um arquivo script que ao executá-lo irá abrir o cliente de

monitoramento e reproduzir automaticamente o vídeo das

câmeras selecionadas.

7.40. Possibilitar enviar e-mails com alertas de eventos de analíticos, anexando a foto com os metadados do objeto do ambiente invadido.

8. ADMINISTRAÇÃO:

8.1. Possuir recurso para envio automático por e-mail de relatórios do servidor, contendo informações como status das gravações e últimos acessos ao servidor.

8.2. O sistema deve possuir ferramenta de configurações globais de câmeras, onde o administrador pode aplicar a mesma configuração para um grupo de câmeras ao mesmo tempo, facilitando assim a sua administração.

8.3. Possuir controle de usuário e senha com direitos diferenciados para cada usuário.

8.4. Possuir integração com o Active directory da Microsoft, facilitando assim, a integração com usuários cadastrados no sistema.

8.5. Possuir grupo de usuários que permite a aplicação das mesmas configurações de permissão para todos os usuários pertencentes ao grupo. Um usuário poderá fazer parte de mais de um grupo, recebendo as permissões referentes a todos os grupos de que fizer parte.

8.6. Possuir calculadora de disco para calcular o espaço em disco necessário para gravação baseando-se em dados como Resolução, Quadros por Segundo, Tempo Desejado para Armazenar e Estimativa de Detecção de Movimento.

8.7. Trabalhar com conceito de grupos de alerta onde na ocorrência de um determinado

evento, apenas o grupo

configurado para receber o alerta deve ser notificado.

8.8. Possuir log de eventos do sistema que deverá registrar todas as atividades dos usuários bem como as atividades do próprio sistema.

8.9. Possuir servidor web embutido no sistema para monitoramento ao vivo e reprodução de vídeo remoto.

8.10. Possuir suporte a HTTPS e SSL.

8.11. Fornecer ferramenta de monitoramento de desempenho do servidor através de gráficos históricos com informações como: Consumo de processador, Consumo de memória, Usuários conectados, Tráfego de Entrada em KB/s e Tráfego de Saída em KB/s.

8.12. Permitir que as modificações em objetos do sistema como câmera, mapa, configurações de analítico, configurações de LPR e estilos de tela sejam refletidos automaticamente no cliente de monitoramento, sem a necessidade de atualizar o cliente, assim quando uma câmera é adicionada ou alterada, o cliente de monitoramento já recebe as alterações automaticamente.

8.13. Possibilitar que, as fontes dos títulos das câmeras na tela de monitoramento, possam ser alteradas em seu formato tamanho, modelo e cores.

8.14. Permitir configurar diretório padrão para exportação de mídia e fotos de tela do cliente de monitoramento. Através desta configuração, as exportações de mídia ou fotos de tela irão utilizar, por padrão, o caminho definido nas configurações do cliente de monitoramento.

8.15. Os clientes de administração e monitoramento devem localizar automaticamente todos os servidores de gravação de vídeo

disponíveis na rede local.

8.16. O software deverá permitir a busca automática de câmeras na rede através de protocolo UPnP.

8.17. Permitir a localização automática de câmeras que utilizam protocolo ONVIF.

8.18. O software deverá possuir um sistema auditoria de ações de usuários e conexões ao servidor que permitirá pesquisar as atividades dos usuários no sistema.

8.19. O software deverá possibilitar a exportação de registros de auditoria e os registros de pesquisas de eventos para um arquivo .CSV.

8.20. O sistema deverá fornecer o tempo de desconexão de cada câmera.

8.21. O sistema deverá garantir que o acesso aos logs de eventos seja feito somente pelo administrador do sistema ou por usuário por ele autorizado.

8.22. O software deverá possuir limite de acesso simultâneos de um mesmo usuário. Este recurso deverá limitar a quantidade de logins simultâneos que um determinado usuário ou grupo de usuário pode realizar no sistema.

8.23. Possibilitar a exportação de relatórios e gráficos do sistema nos formatos PDF, CSV, TXT, RTF, XLS e HTML.

8.24. Possibilitar a troca do logotipo dos relatórios para logotipos próprios dos usuários.

8.25. No cadastro de câmeras, possibilitar que o usuário possa escolher as colunas desejadas para melhor identificação , tais como: nome, descrição, firmware, porta, endereço, usuário, se está ativa ou não, etc..

8.26. Permitir a importação de qualquer objeto de outros servidores com a finalidade de agilizar a configuração de um novo

servidor. Permitir a importação de câmeras, dispositivos de alarmes,

usuários, configurações de analíticos e LPR.

8.27. Permitir que todas as telas de cadastros de objetos do cliente de administração do sistema, possam ser exportadas em tela e com isso possa o administrador gerar relatórios com as informações desejadas.

8.28. Permitir pesquisas por data e hora inicial e final, palavra exata ou parte da palavra no sistema de auditoria.

8.29. Permitir que ao clicar duas vezes sobre um registro de auditoria, este possa ser expandido mostrando todos os seus detalhes.

8.30. Permitir enviar via email, relatórios sobre o funcionamento do servidor.

8.31. Permitir bloquear acesso ao sistema após x tentativas de senha inválida.

8.32. Permitir bloquear totalmente o acesso do operador para qualquer operação a não ser visualização ao vivo.

8.33. A Estação de monitoramento deverá em todo o tempo, fornecer o nome do operador a ela conectado.

8.34. Permitir a configuração de buffer de áudio com a finalidade de oferecer uma reprodução contínua e limpa.

8.35. O sistema deve oferecer a opção de corte de imagens (CROP

) com a finalidade de selecionar uma área da imagem que deseja manter visível para os usuários.

8.36. Possuir um sumário com gráficos de uso de disco ligados ao servidor de gravação.

8.37. Permitir a impressão de uma imagem feita em zoom digital das câmeras de monitoramento.

8.38. Permitir configurar buffer de vídeo para câmeras fixas e PTZ com a finalidade de aumentar a fluidez na visualização da imagem.

8.39. Possuir snapshot rápido através de atalhos utilizando as

teclas do teclado de monitoramento.

8.40. Permitir em um mosaico exposto na tela de monitoramento com diversas câmeras, que ao clicar em uma dessas câmeras e ampliá-la em tela cheia, que o sistema desative as imagens que ficaram por traz a fim de economizar banda e processamento.

8.41. Permitir a execução em sistemas com resolução de fonte maior que 96DPI.

8.42. Ao enviar um objeto para a Matriz Virtual o sistema deverá exibir o nome dos objetos que estão sendo exibidos atualmente no monitor selecionado da matriz.

8.43. Deve permitir ativar e desativar mapas.

8.44. Permitir a alteração dos dados de conexão (Endereço, Autenticação e Timeout) de múltiplas câmeras

simultaneamente.

8.45. Possibilitar extrair relatório periódico de funcionamento do servidor com a quantidade de dias gravados e estimativa de gravação de cada câmera do sistema.

8.46. Permitir pesquisar dispositivos através de filtro de Ips.

9. ACESSO VIA BROWSER:

9.1. O sistema deve ser desenhado para possibilitar acesso remoto, permitindo o acesso às imagens ao vivo e à reprodução de vídeo remotamente através de um servidor WEB integrado ou do cliente do sistema.

9.2. O sistema de monitoramento via web browser deve permitir que o usuário visualize as câmeras através de mosaicos, criados previamente.

10. Acesso Dispositivo Móvel:

10.1. Possuir visualização das imagens via celular ou por qualquer dispositivo móvel compatível com AndroidArmset ou superior e IOS.

10.2. Permitir conectar-se com múltiplos servidores.

10.3. Permitir visualização de câmeras individualmente.

10.4. Permitir salvar Screenshot (Foto) da imagem no dispositivo móvel.

10.5. Permitir visualização da imagem em tela cheia e em mosaicos.

10.6. Permitir controle de PTZ.

10.7. Permitir usar Preset.

10.8. Permitir configuração da visualização por Resolução, Qualidade da imagem e Frames por Segungo (FPS).

10.9. Possuir status de Banda Consumida em KBytes.

10.10. Permitir ativação de alarmes (Ligar uma lâmpada, acionar uma sirene, abrir e fechar um portão e etc).

10.11. Permitir utilizar a câmera de seu celular integrado ao sistema, como se fosse uma câmera do sistema, possibilitando transmitir as imagens ao vivo via 3G, 4G ou wi- fi, diretamente para a central de monitoramento e que essas possam ser gravadas automaticamente no sistema de CFTV.

10.12. Ter a possibilidade de gerar um perfil de mídia exclusivo para dispositivos móveis, com a finalidade de criar uma configuração diferente , visando uma menor utilização de banda de transmissão, para estes dispositivos.

10.13. Permitir operação via matriz virtual possibilitando transmitir a imagem de uma câmera dentro de um mosaico diretamente para o vídeo-wall.

10.14. Permite exportar fotos e vídeo gravado para whatsapp.

11. OUTROS RECURSOS:

11.1. Possuir recurso de máscara de privacidade com possibilidades de embaçamento (Inibe determinadas áreas da tela para que seja ocultado algum detalhe da imagem para o operador) para câmeras fixas.

11.2. Possuir filtros para controle da imagem (Blur, GaussianBlur, Sharpen, Emboss, Flip, Flop, Grayscale e Invert) por câmera (Reprodução de vídeo e Monitoramento ao Vivo) com configurações pré definidas.

11.3. Possuir controle sobre as tonalidades de imagem (Vermelho, Verde, Azul, Contraste, Brilho e Nível de cor) por câmera (Reprodução de Vídeo e Monitoramento ao Vivo) com configurações pré definidas.

11.4. Possuir interfaces amigáveis para o operador e o administrador. As interfaces de monitoramento e administração devem ser programas diferentes, sendo que o sistema de monitoramento deverá ter uma interface voltada ao operador, e esta deve ser bem intuitiva e simples para um usuário leigo operar e a interface de administração deverá fornecer uma visão completa do sistema, através de uma lista do tipo Tree-View muito utilizada por sistemas de administração.

11.5. Deverá permitir a integração com qualquer sistema de mercado, entre eles controle de acesso, proteção perimetral, vídeo-porteiro eletrônico, Psim, e outros, através do fornecimento das API‟s.

11.6. Deverá ser fornecido sem custos, dentro da versão adquirida, todas as atualizações, sejam por correção de eventuais problemas

ou novas facilidades

implementadas. EX: O cliente adquiriu a versão 6.0 e receberá gratuitamente todas as alterações dentro dessa versão.

12. O SISTEMA AINDA DEVE OFERECER OS MÓDULOS ABAIXO TOTALMENTE INTEGRADOS AO SISTEMA DE MONITORAMENTO, CUJA AQUISIÇÃO SERÁ DE FORMA OPCIONAL.

12.1 Mesa Operacional

12.1.1. Possibilitar a operação de todo o sistema, através de mesa operacional USB totalmente compatível com o fabricante do software, sem necessidade de aquisição de licenças. Fornecer manuais em português do Brasil. Esta mesa deve conter minimamente as seguintes funções:

12.1.2. Funções Gerais:

12.1.2.1. Atalho de câmera, matriz virtual, retroceder estilo de tela, avançar estilo de tela, tela cheia, ocultar barra de ferramentas, atualizar, detecção de movimento, alterar mosaico, foto da tela, eventos, mouse virtual, botão esquerdo do mouse, botão direito do mouse, teclado virtual, abertura de íris, fechamento de íris, foco perto, foco longe, bloqueio ptz, presets, vigilância ptz, ptz virtual, ptz simples, menos zoom, mais zoom, reprodutor de mídia, play & pause, visor para identificação da câmera, Joystick.

12.1.2.2. Modo ao Vivo: 12.1.2.2.1. Navegação por objetos, chamada de câmera por atalho, matriz virtual, navegação por estilos

de tela, modo tela cheia no objeto, ocultar barra de ferramentas,

atualizar cliente de monitoramento, detecção de movimento, alterar mosaico, foto da tela, disparando eventos, mouse virtual, teclado virtual, ajuste de íris, ajuste de foco, ptz, bloqueio ptz, presets, vigilância ptz, ptz virtual, ptz simples.

12.1.2.3. Modo Reprodução:

12.1.2.3.1. Iniciar reprodução, seleção de horário, avançar gravação, retroceder gravação, iniciar e pausar reprodução.

12.1.3. O equipamento descrito acima trata-se apenas de um hardware e não deverá existir licença de software para que esta funcione no sistema de monitoramento.

12.2 Leitor Biométrico USB ( biopass)

12.2.1 O leitor biométrico USB tem a finalidade de garantir a segurança de acesso ao sistema de monitoramento através de reconhecimento das digitais dos funcionários autorizados envolvidos no processo. Desta maneira evita- se que senhas pessoais sejam transferidas a outras pessoas e que acessos indesejados possa ser feito ao sistema. Deve ser totalmente compatível com o sistema ofertado. O leitor deve ter a seguinte característica:

12.2.2 Deve reconhecer digitais humanas

12.2.3 Captura de 650 DPI

12.2.4 Sem sensibilidade à eletroestática (ESD)

12.2.5 Não absorver oleosidades da pele nem nicotina

12.2.6 Suportar 1.5 milhões de toques

12.2.7 Permitir a reposição da película

12.2.8 Ser de tecnologia

Bioluminescente( Emissor de Luz )

12.3 Sistema de

gerenciamento e arquivamento de imagens de eventos e Help-Desk

12.3.1 Possuir um sistema de gerenciamento e arquivamento de imagens exclusivamente dos eventos ocorridos no sistema, permitindo sua classificação, organização, documentação e emissão de relatórios e gráficos. Ainda neste sistema permitir a administração da manutenção das câmeras instaladas através de ordens de serviços. O sistema deve:

12.3.2 Possibilitar a abertura de boletim de ocorrência quando ocorrer um evento.

12.3.3 Possibilitar a criação de campos personalizados no boletim de ocorrência.

12.3.4 Permitir a criação de categorias para os eventos.

12.3.5 Possibilitar a gravação do vídeo do evento de uma ou mais câmeras, anexado ao boletim de ocorrência.

12.3.6 Permitir a classificação de todos os eventos ocorridos.

12.3.7 Permitir que qualquer documento escaneado possa ser anexado a este boletim para fins de documentação completa do evento.

12.3.8 Possibilitar a emissão de relatórios e gráficos em PDF dos eventos ocorridos.

12.3.9 Possibilitar a pesquisa de um evento por qualquer campo definido no boletim de ocorrência.

12.3.10 Possibilitar a abertura de ordem de serviço para equipamentos relacionados ao monitoramento.

12.3.11 Ter possibilidade, na ordem de serviços, de cadastrar um SLA ( Acordo de nível de serviços) para

conserto dos equipamentos.

12.3.12 O sistema deverá ter a capacidade de gerenciar as ordens de serviços emitidas.

12.3.13 O sistema deverá possibilitar a emissão de relatórios e gráficos das ordens de serviços e equipamentos envolvidos na manutenção.

12.3.14 Gerar relatórios baseados em filtros especificados pelo usuário.

12.3.15 Suporte a multiusuários com gerenciamento por nível de acesso para administradores, técnicos e operadores.

12.3.16 Permitir que todo o acesso ao sistema seja feito via WEB.

12.3.17 Não possuir limite para cadastramento de administradores, operadores e técnicos.

12.3.18 Não possuir limite para cadastramento dos eventos ocorridos no sistema.

12.3.19 Não possuir limite para cadastramento de boletins de ocorrências e de ordens de serviços.

12.3.20 Ser fornecido como licença única sem a necessidade de aquisição de licenças adicionais.

12.3.21 Ser integrado ao sistema de monitoramento ofertado.

12.3.22 Estar totalmente na língua portuguesa Brasil, assim como seus manuais.

12.4 Sistemas de análise Inteligente de imagens

12.4.1 Os softwares de análise de imagem devem ser “inteligentes” ao ponto de reconhecerem a violação de regras criadas no sistema de análise de imagem e gerar informações/alarmes para o sistema de monitoramento, possibilitando a imediata ação dos operadores envolvidos. O software

deve possuir solução integrada

com o software de monitoramento ofertado com no mínimo as seguintes funções:

12.4.1.1 Detecção de movimento de objetos no campo de visão.

12.4.1.2 Suportar detecção de direção em todos os sentidos;

12.4.1.3 Detecção da presença de novo objeto fixo em uma cena;

12.4.1.4 Detecção de remoção de um objeto estático de uma cena;

12.4.1.5 Detecção de limite de velocidade para veículos;

12.4.1.6 Detecção de veículos ou pessoas parados em lugar proibido;

12.4.1.7 Detecção de objeto atravessando uma linha virtual traçada em uma cena;

12.4.1.8 Detecção de movimento de objeto na direção diferente da configurada em uma cena;

12.4.1.9 Detecção de permanência (por tempo) de um objeto ou pessoas a partir da configuração de um tempo mínimo pré-estabelecido em uma cena;

12.4.1.10 Contagem de objetos, pessoas, carros que entrem em uma zona ou cena pré- estabelecida;

12.4.1.11 Contagem de veículos por faixa de rolamento;

12.4.1.12 Captura de faces de pessoas em uma determinada área;

12.4.1.13 Possibilitar criar barreiras virtuais em todos os sentidos;

12.4.1.14 Possibilitar criar cercas virtuais;

12.4.1.15 Possuir filtros para pessoas, objetos, bicicletas, animais, barcos, aviões, etc.;

12.4.1.16 Possibilitar cancelar a trepidação da câmera quando esta estiver instalada em automóveis ou locais onde o tráfego provoque a ação;

12.4.1.17 Detecção de obstrução da visão da câmera ( vandalismos, cobertura da câmera);

12.4.1.18 Detecção de obstrução

da visão da câmera, por distorção do foco da mesma ou quando a mesma é modificada da cena pré- configurada originalmente;

12.4.1.19 Permitir re-disparo de eventos em um tempo programado, ou seja, estabelecer um tempo para reconhecer novamente um mesmo tipo de evento.

12.4.1.20 Emitir alarmes com PUP- Ups na tela de monitoramento e sonoros para todos os casos acima quando o fato ocorrer.

12.4.1.21 Permitir criar diversos tipos de relatórios, combinados ou não com os diversos eventos aqui solicitados, imprimi-los e gerar diversos tipos de gráficos.

12.4.1.22 Permitir agendar a ativação das configurações dos analíticos.

12.4.1.23 Permitir apagar registros antigos de analítico e determinar o tempo de retenção desses registros no banco de dados.

12.4.1.24 Permitir que os analíticos possam ser ativados em câmeras fixas ou Domes PTZ.

12.4.1.25 Permitir o tratamento de qualquer analítico embarcado em câmeras, desde que estas câmeras possuam a facilidade de notificação por HTTP.

12.4.1.26 Permitir as configurações de analíticos remotamente.

12.4.1.27 As regras de analíticos a serem aplicadas serão selecionadas por câmera, onde cada uma poderá utilizar um conjunto de regras e realizar a analise de conteúdo do vídeo em tempo real.

12.4.1.28 Deve permitir a gravação de metadados de analítico automatico, onde o sistema irá gravar a primeira configuração de analítico que estiver em funcionamento associada a câmera. Isto permite a gravação de metadados de analítico para

câmeras móveis com diferentes

configurações de analítico em diferentes presets.

12.4.1.29 Todos os analíticos aqui solicitados devem estar em uma única licença, e esta licença deverá ser fornecida por câmera, permitindo assim que o usuário possa escolher na câmera desejada, quantos e quais os analíticos que deseja processar ao mesmo tempo

12.4.2 PESQUISA DE ANALÍTICOS

12.4.2.1 O sistema deve permitir a pesquisas dos registros por diversos filtros como:

12.4.2.2 Pesquisa por data completa: informar dia, mês e ano inicial e dia, mês e ano final.

12.4.2.3 Pesquisa por data fracionada: permite pesquisar por dia, mês, ano, semana e horas de uma forma fracionada como o exemplo: pesquisar dias 1 e 20, entre os meses de julho e dezembro, entre os anos de 2012 e 2013, que se encaixem entre segunda e sexta-feira e nos horários das 06:00:00 até 22:00:00.

12.4.2.4 Pesquisa por data fracionada: permite pesquisar por dia, mês, ano, semana e horas de uma forma fracionada como o exemplo: pesquisar dias 1 e 20, entre os meses de julho e dezembro, entre os anos de 2012 e 2013, que se encaixem entre segunda e sexta-feira e nos horários das 06:00:00 até 22:00:00.

12.4.2.5 Pesquisa de evento por câmera: permite pesquisar pela câmera os eventos relacionados.

12.4.2.6 Pesquisa por evento: permite pesquisar qualquer evento relacionado as câmeras.

12.4.2.7 Pesquisa por zonas: permite pesquisar qualquer evento relacionado a uma zona

demarcada.

12.4.2.8 Pesquisa por objetos: permite a pesquisa pela classificação dos objetos.

12.4.2.9 Pesquisa mesclando filtros: permite a pesquisa mesclando todos os filtros acima citados.

12.4.2.10 Relatórios: permitir a visualização, impressão e exportação de relatórios gerados pelas pesquisas.

12.4.3 GRÁFICOS DE ANALÍTICOS

12.4.3.1 O sistema deve permitir gerar gráficos de diversos tipos de analíticos conforme abaixo:

12.4.3.1.1 Gráfico de barras, gráfico de linhas, e gráfico de pizza.

12.4.3.1.2 Relatórios: permitir a impressão de todos os gráficos.

12.5 Sistemas de leitura e reconhecimento de placas de automóveis (LPR)

12.5.1 Os sistema de leitura e reconhecimento de placas de automóveis (LPR) deverá ser instalado em Português e estar totalmente integrado com o software de monitoramento ofertado, sendo este fornecido através de uma licença servidor e licenças por núcleo de processamento, com no mínimo as seguintes funções:

12.5.2 Deverá ter seu funcionamento através de laço físico e virtual;

12.5.3 No reconhecimento dos caracteres da placa, deverá apresentar pelo menos três níveis de criticidade: Baixo, Médio e Alto.

12.5.4 Os níveis de criticidade deverão aparecer na tela de monitoramento em cores diferentes a fim de alertar os operadores.

12.5.5 As placas reconhecidas

deverão ser armazenadas em banco de dados fornecido gratuitamente pelo fabricante, juntamente com a foto, data e horário.

12.5.6 Permitir incluir no banco de dados fornecido pelo fabricante qualquer informação que possa estar relacionada a uma placa reconhecida, exemplo: Carro da diretoria, carro de terceiros, carro de funcionário, carro autorizado a entrada, e nome do proprietário etc..

12.5.7 Permitir que o banco de dados fornecido pelo fabricante, possa ser integrado com banco de dados externos para identificação de possíveis irregularidades como: carro roubado, carro com IPVA vencido, motorista com carteira vencida, etc..

12.5.8 Permitir que o sistema funcione com câmeras IP ou câmeras analógicas convertidas com video-servers.

12.5.9 Permitir que o sistema funcione com módulos de I/O ethernet possibilitando ativar funções específicas como : abrir e fechar cancelas, portões, etc.

12.5.10 Permitir enviar Pop-Up visual e sonoro na tela de monitoramento quando algum evento for detectado, por exemplo: carro roubado.

12.5.11 Não existir limitações para gravação dos registros no banco de dados, estando essa limitação restrita exclusivamente a capacidade do hardware utilizado ( discos ) e não ao software.

12.5.12 Permitir a leitura de placas de automóveis em qualquer velocidade, limitados apenas a utilização de recursos da câmera ( shutter) , e sem necessidade de licenças especiais ou adicionais.

12.5.13 Permitir a distribuição automática da carga de imagens

recebidas entre os servidores de

LPR existentes, com a finalidade de compartilhar as tarefas a serem executadas e demais módulos que compõem a solução.

12.5.14 Funcionar como um sistema de Failover, onde na queda de um servidor um segundo assumirá automaticamente as funções sem a necessidade de intervenção humana.

12.5.15 Permitir que o processo de identificação das placas dos automóveis possa ser feito de forma centralizada, dependendo única e exclusivamente do meio de comunicação empregado entre as câmeras e os servidores.

12.5.16 Possibilitar a captura de imagens de veículos em aproximação (pela frente do veículo) e em afastamento (pela traseira do veículo), a critério do usuário.

12.5.17 Permitir, na captura da imagem, selecionar a quantidade de frames por segundo desejado .

12.5.18 Permitir captura de imagens em MJPEG, MPEG-4,

H.264 ou H.265 para reconhecimento das placas.

12.5.19 Permitir importar uma lista de placas a partir de um arquivo texto.

12.5.20 Permitir a exclusão de várias placas simultaneamente.

12.5.21 Permitir apagar registros antigos de LPR e determinar o tempo de retenção desses registros no banco de dados

12.5.22 Permitir agendar a ativação das configurações do LPR.

12.5.23 Permitir associar câmeras periféricas ou secundárias „a câmera principal que faz a leitura do OCR com a finalidade de fotografar as laterais e traseira do automóvel

12.5.24 Permite pesquisas pelo código de originalidade, de uma imagem gerada em um relatório

12.5.25 Permitir a criação de lista

negra e lista autorizada.

12.5.26 Permitir salvar em uma pasta externa ao banco de dados, as imagens de placas reconhecidas pelo sistema.

12.5.27 Permitir que as listas de placas possam suportar máscaras com a finalidade de geração de eventos, para um conjunto de placas que satisfaçam as configurações dessas máscaras. EX: ABC*80, ou ABC*

12.5.28 Permitir redimensionar a imagem de uma placa reconhecida para um tamanho específico, antes que essa seja armazenada no banco de dados

12.5.29 Na interface de visualização do sistema de LPR ( OCR ) o sistema deverá exibir: Barra lateral com as últimas placas reconhecidas, Painel com a imagem da placa reconhecida, Painel com a câmera ao vivo e as câmeras periféricas associadas, Painel com informações sobre a placa, Painel contendo as listas em que a placa foi reconhecida

12.5.30 Permitir que o operador cadastre a placa diretamente pelo cliente de monitoramento

12.5.31 Permitir que, ao utilizar sensores físicos (trigger), possam ser registrados os automóveis que não possuam placas.

12.5.32 Permitir com o sistema funcione com LPR em borda, câmeras que processam o LPr.

12.5.33 Permitir disparar um evento quando uma placa de um veículo não for encontrada em uma lista autorizada.

12.5.34 Permitir apagar múltiplas placas simultaneamente.

12.5.35 Permitir identificar carros sem placas utilizando laço virtual.

12.5.36 PESQUISA DE PLACAS

12.5.36.1 Permitir pesquisa simples através dos dados completos da

placa.

12.5.36.2 Permitir pesquisas por data.

12.5.36.3 Permitir pesquisas por câmera.

12.5.36.4 Permitir pesquisas através de filtros avançados com no mínimo as seguintes funções: 12.5.36.4.1 Inicia com: Define com que caractere ou caracteres a placa deve iniciar.

12.5.36.4.2 Termina com: Define o caractere ou caracteres finais da placa.

12.5.36.4.3 Existe: Define algum caractere ou combinação de caracteres existentes na placa na ordem desejada.

12.5.36.4.4 Exato: Define a placa exata para a busca.

12.5.36.4.5 E: Faz a lógica E com as combinações criando uma condição.

12.5.36.4.6 Ou: Faz a lógica OU com as combinações criando uma condição.

12.5.37 Permitir salvar ou gerar relatórios através das pesquisas com a seguintes funcionalidades:

12.5.37.1 Agrupar por data: Organiza a pesquisa por data

12.5.37.2 Agrupar por placas: Organiza a pesquisa por grupo de placas.

12.5.37.3 Agrupar por câmeras: Organiza a pesquisa por grupo de câmeras.

12.5.37.4 Mostrar imagem: No relatório mostra a imagem das placas capturadas.

12.5.38 Na pesquisa, ao identificar o veículo, permitir:

12.5.38.1 Reproduzir o vídeo no cliente de monitoramento.

12.5.38.2 Acionar via software, zoon in e zoon out para melhor identificação da placa.

12.5.38.3 Imprimir a imagem com o código de originalidade para comprovações de veracidade.

12.5.38.4 Gerar documento relativo

ao veículo com a imagem frontal e as imagens secundárias , se houver, geradas por câmeras associadas a câmera principal de OCR e com o código de originalidade impresso, possibilitando pesquisas e impressões futuras para comprovação de veracidade.

12.5.38.5 Na consulta dos registros, possibilitar a geração de gráfico de Confiabilidade.

12.5.38.6 Permitir a geração de gráficos de acertos baseados nos gráficos de confiabilidade.

13. SOFTWARE DE ANÁLISE FORENSE – VÍDEO SYNOPSIS

O software ofertado deve ser capaz de reduzir o tempo de visualização de um determinado vídeo para fins de análise forense (investigativa) – a redução pretendida é de horas para minutos de vídeo. Essa redução de tempo deverá se dar através da criação de um "resumo” do vídeo, que permita a visualização, pelo operador, de vários eventos ocorridos em momentos diferentes sendo mostrados simultaneamente.

13.1.1. Através deste processo de criação do resumo do vídeo, o software ofertado deverá detectar e capturar no vídeo original qualquer imagem em movimento com, pelo menos, 10 (dez) pixels de tamanho, independente de sua cor ou formato - cada imagem em movimento capturada deverá ser indexada e chamada de "evento" para fins desse termo de referência;

13.1.2. O software ofertado deverá ser capaz de indexar as imagens capturadas adicionando, às mesmas, uma marcação com pelo

menos hora e minuto (no formato

hh:mm)do acontecimento de cada um dos eventos, de forma tal que o usuário veja, em tempo real e durante a visualização do resumo, o momento exato do acontecimento de cada evento;

13.1.3. Para elaboração do "resumo” do vídeo, permitir-se-á que o software requeira um tempo de processamento prévio, não sendo exigido que o supracitado resumo seja "montado" em tempo real e durante a análise;

13.1.4. O software ofertado não poderá, de nenhuma forma, alterar e/ou editar o vídeo original para executar qualquer das funcionalidades exigidas nesse termo de referência - o resumo criado deverá existir independentemente do vídeo original. O vídeo original deve manter-se inalterado para que não se perca sua eficiência jurídica;

13.1.5. O software ofertado deverá aceitar arquivos de vídeo provenientes do sistema VMS da cidade jainstalldo

13.1.6. O software ofertado deverá ser capaz de exportar qualquer trecho do vídeo original, escolhidoaleatoriamente pelo usuário, pelo menos no formato de arquivo AVI com a possibilidade de, na hora da exportação, incluir hora e minuto do evento referente ao trecho exportado, bem como a sua marcação (bounding box);

13.1.7. O software ofertado deverá ser capaz de importar vários arquivos de vídeo das todas câmeras connectadas no VMS e processá-los;

13.1.8. O software ofertado deverá ser capaz de exportar imagens congeladas retiradas do vídeo original, escolhidas aleatoriamente pelo usuário, pelo menos no formato de arquivo nativo e JPEG, com a possibilidade de, na hora da

exportação, incluir hora e minuto

dos eventos exibidos, bem como a marcação (bounding box) destes.

13.1.9. FUNCIONALIDADES MÍNIMAS

O software ofertado deverá, após gerado o resumo do vídeo, permitir ao usuário:

13.1.9.1. Filtrar o resumo do vídeo durante sua execução, com resultado imediato e sem que seja necessário reindexar o vídeo original, com no mínimo os seguintes filtros:

13.1.9.1.1. COR: o usuário deve poder escolher uma ou mais cores básicas simultaneamente e, a partir do momento da escolha, o software deve apenas mostrar, em seu resumo, as imagens em movimento (eventos) que contenham traço(s) da(s) cor(es) escolhida(s); 13.1.9.1.2. TAMANHO: o usuário

deve poder escolher numa escala comparativa se deseja ver objetos maiores ou menores e, a partir do momento da escolha, o software deve apenas mostrar, em seu resumo, as imagens em movimento(eventos) que possuam o tamanho relativo à escolha; 13.1.9.1.3. DIREÇÃO: o usuário

deve poder escolher numa angulação de 360 graus, com intervalos de 01 (um) grau, qual a direção dos objetos em movimento que ele deseja observar - a partir desse momento, o software deve apenas mostrar, em seu resumo, as imagens em movimento (eventos) que possuam a direção relativa à escolha;

13.1.9.1.4. VELOCIDADE: o

usuário deve poder escolher numa escala comparativa se deseja ver objetos mais rápidos ou mais lentos e, a partir do momento da escolha, o software deve apenas mostrar, em seu resumo, as imagens em

movimento (eventos) que possuam

a velocidade relativa à escolha; 13.1.9.1.5. SIMILARIDADE: o

usuário deve poder escolher durante a visualização do resumo, um objeto ou pessoa em movimento e requisitar que outros objetos similares sejam mostrados- o software então deve apenas mostrar outros objetos ou pessoas em movimento (eventos) que possuam as características aproximadas de formato, tamanho e velocidade do evento escolhido; 13.1.9.1.6. PARADA: o usuário deve poder requerer que o software mostre apenas objetos que estavam em movimento (eventos), pararam por um período de pelo menos10 a 60 segundos (período esse que deve poder ser escolhido pelo usuário), e voltaram a se movimentar;

13.1.9.1.7. TRAÇADO: o software deve permitir ao usuário desenhar um traçado (rota, caminho) com o uso do mouse e através de ferramenta do próprio software, e, a partir desse traçado, o software passe a mostrar apenas os objetos/pessoas em movimento (eventos) que percorreram aquele traçado específico (ou parte dele);

13.1.9.2. O software deverá permitir ao operador escolher se deseja ver os eventos no resumo de forma automática ou se deseja que os mesmos sejam mostrados em ordem de acontecimento (cronológica);

13.1.9.3. Em todos os casos acima, os eventos mostrados deverão conter a marcação do horário da sua ocorrência (no formato hh:mm);

13.1.9.4. Em todos os casos acima, o resultado da escolha dos filtros deve ser mostrada imediatamente, sem a necessidade de reprocessamento do vídeo original a cada filtro requisitado;

13.1.9.5. Durante a visualização do resumo, o usuário deverá poder, a

qualquer momento e clicando sobre a imagem desejada, ver o trecho do vídeo original relativo ao ponto escolhido no resumo. O software deverá ser capaz de mostrar resumo e vídeo original lado a lado, permitindo ao usuário comparar eventos em todos os seus detalhes; 13.1.9.5.1. Durante a visualização do resumo, o usuário deverá poder, a qualquer momento, habilitar ou desabilitar a visualização da marcação dos eventos com a hora e minuto;

13.1.9.5.2. Durante a visualização do resumo, o usuário deverá poder, a qualquer momento, habilitar ou desabilitar a visualização da marcação dos eventos com "bounding boxes" (marcadores) que envolvam o objeto em movimento, permitindo assim chamar a atenção do operador para TODOS os eventos existentes no resumo; 13.1.9.5.3. Durante a visualização do resumo, o usuário deverá poder, a qualquer momento, alterar a densidade (quantidade) de eventos na tela, permitindo visualizar melhor eventos isolados num resumo com muitos eventos simultâneos;

13.1.9.5.4. Durante a visualização do resumo ou do vídeo original, o usuário deverá poder, a qualquer momento, alterar a velocidade reprodução do vídeo em pelo menos 4x, 2x, 0,5x e 0,25x; 13.1.9.5.5. Durante a visualização do resumo, o usuário deverá poder, a qualquer momento e clicando sobre a imagem desejada, selecionar áreas de interesse do vídeo para inclusão ou exclusão: 13.1.9.5.5.1. Na área de INCLUSÃO, o software deverá ressaltar eventos que passem por aquela área em algum momento; 13.1.9.5.5.2. Na área de EXCLUSÃO, o software deverá

mostrar eventos que não passem

por aquela área em momento algum;

13.1.10 A solução deverá possuir versão específica para SERVIDOR e outra específica para CLIENTE;

13.1.10.1 A solução deve ser escalável em termos de SERVIDORES, CLIENTES e BANCO DE DADOS, estando apta a receber incrementos futuros sem que haja alteração na sua estrutura existente;

13.1.11 A solução deverá permitir criar grupos de investigação e poder associar os resumos a estes grupos;

13.1.12 A solução ofertada deve permitir o gerenciamento das permissões de acesso a membros do grupo de investigação;

13.1.13 A solução deverá permitir compartilhar os resumos com um ou mais usuários ou grupo (s) de investigação;

13.1.14 Os vídeos originais terão de ser processados pelo servidor e este irá gerar um resumo deste vídeo. Todos os vídeos, originais e resumos terão de ficar armazenados no servidor, sendo que os vídeos originais não podem sofrer nenhum tipo de alteração;

13.1.15 Deverá estar completamente integrado ao software de monitoramento ofertado neste certame.

14. Software de Monitoramento de Centrais de Alarmes analógicos

14.1. O sistema deverá ser totalmente integrado com o sistema de monitoramento de câmeras ofertado neste certame.

14.2. Permitir que qualquer alarme ocorrido nas centrais de alarmes analógicas possam ser transmitidos para o sistema de monitoramento

de câmeras abrindo-se um pop-up

na tela do operador, mesmo em vídeo wall, informando o ocorrido e sinalizando com som.

14.3. Gestão completa dos eventos de alarme via linha telefônica, GPRS ou ETHERNET;

14.4. O sistema deve permitir a recepção, identificação, impressão e tratamento dos eventos gerados pelas centrais de alarme existentes ou futuras instalações.

14.5. Possuir integração direta sem a necessidade de software de terceiros com os módulos GPRS e ETHERNET da central de Alarme ofertada e no mínimo de mais 2 (dois) em comercialização no mercado nacional;

14.6. Integração com o software de CFTV ofertado nesse certame (apresentar de forma automática a gravação e imagem ao vivo da câmera mediante disparo do alarme);

14.7. Efetuar gravação de imagens mediante disparos do alarme;

14.8. A receptora de eventos via linha telefônica ofertada deve estar homologada pelo software ofertado;

14.9. O sistema deve possuir no mínimo mais 2 (duas) receptoras homologadas em comercialização no mercado nacional;

14.10. Possuir recursos implementados no software de monitoramento para Ativação/Desativação Remota, Anulação Temporária de Zonas, Ajuste de Data e Hora, Controle da Saída de Sirene, onde esses devem estar homologados com as centrais de alarme ofertada ou em em operação;

14.11. Área de monitoramento única, com todas as informações pertinentes para a equipe de monitoramento;

14.12. O sistema deve possuir interface gráfica amigável e intuitiva com fácil operação em língua

portuguesa do Brasil;

14.13. Deverá permitir a utilização de 10 (dez) ou mais estações (computadores) trabalhando simultaneamente com o mesmo banco de dados

14.14. Possuir módulo de relatórios com mínimo de 50 relatórios já criados;

14.15. Possibilidade de relatórios personalizados;

14.16. Mapas interativos, possibilitando um monitoramento visual dos eventos através de integrações das zonas com dispositivos de I/O IP ou I/O de câmera homologada.

14.17. Possibilidade de envio automático de relatórios .

14.18. Tratamento automático de eventos;

14.19. Trabalhar em regime CLIENTE/SERVIDOR;

14.20. Gestão inteligente dos horários de arme e desarme do painel de Alarme.

14.21. Gestão inteligente de rotinas de ronda;

14.22. Gestão de painéis particionados;

14.23. Controle de falhas e processos operacionais;

14.24. O sistema deve operar sobre plataforma Windows 7 ou superior como Cliente e em Windows Server 2008 ou superior como Servidor;

14.25. O sistema deve permitir o registro pelos operadores das providências adotadas para a solução de cada ocorrência gerada;

14.26. Permitir a personalização por emissão de alarme sonoro e por cor da fonte dos eventos de acordo com o grau de prioridade;

14.27. Possibilitar a inclusão, exclusão e alteração de dados cadastrais, por parte do operador através de seu nível de acesso;

14.28. Para relatórios, possibilitar a visualização em tela de consulta e impressão de relatórios

operacionais e gerenciais das

		ocorrências, em padrão comercial (PDF), informando a unidade, endereço, data, hora, local, tipo de evento, setor que foi violado, operador do turno de trabalho, providências tomadas e histórico do atendimento; 14.29. Permitir a inclusão de feriados regionais, devendo os nacionais já estarem pré configurados; 14.30. Emitir alerta ao operador no caso da não desativação da unidade em dias úteis; 14.31. Emitir alerta ao operador no caso da não ativação da unidade em horário programado; 14.32. Permitir a realização de backup da base de dados dos eventos de forma manual e automática, sendo ela local ou em pasta compartilhada na rede; 14.33. Possibilitar o cadastro de senha para os operadores com pelo menos 03 (três) níveis de acesso; 14.34. Possuir bloqueio de id/senha simultâneo para mais de um terminal; 14.35. Possibilitar a geração de relatório em formato PDF no qual conste o quantitativo de sensores e equipamentos instalados e vinculados ao sistema de alarme de cada unidade, inclusive com a identificação da partição; 14.36. Receber mensagens da central de transmissão, registrando- as e alertando o operador através de aviso visual, nos casos de acionamento de alarme gerado pelas ocorrências; 14.37. Possuir lista de procedimentos a serem tomados pelo operador de acordo com o tipo de ocorrência;
02	01	MESA OPERADORA USB totalmente compatível com o software de gravação, com todos seus atalhos e recursos, mesa deve	R$ 7.800,00	R$ 7.800,00

		ser totalmente compatível com o software VMS para sua total integração
03	06	CÂMERA DE SEGURANÇA SPEED DOME com 30× de zoom óptico, resolução de 2 megapixels e alta definição de imagens, própria para sistemas de monitoramento e vigilância por vídeo, para um sistema de monitoramento seguro, estável e integrado. Sua instalação e gerenciamento podem ser feitos através de interface web de forma rápida e fácil. Zoom de 30× para cobrir uma área muito maior » Resolução de 2 MP para imagens mais nítidas e com alta definição » Suporte a PoE+: energia e dados em um único cabo » Case robusto protegido com IK10 (antivandalismo) e IP67 (à prova d‟água e poeira) Sensor de imagem CMOS 1/2.8” Pixels efetivos (H × V) 1920 × 1080 Sistema de digitalização Progressivo Velocidade do obturador 1/1 s a 1/30.000 s Sensibilidade Modo Dia – Colorido: 0,05 lux Modo Noite – Preto e branco: 0,005 lux Ethernet RJ45 (10/100Base-T) Throughput máximo 30 Mbps Protocolos ARP; IPv4/IPv6; HTTP; HTTPS; SSL; TCP/IP; UDP; UPnP; ICMP; IGMP; SNMP; RTSP; RTP; SMTP; NTP; DHCP; DNS; PPPoE; DDNS; FTP; Filtro de IP; ONVIF; QoS; Bonjour; SIP Compatibilidade* ONVIF – Perfil S; Alcance do Pan/Tilt Pan: 0° a 360°; Tilt: -20° a 90°; autoflip: 180° Controle manual de velocidade Pan: 0,1° a 300°/s; Tilt: 0,1° a 150°/s Velocidade do preset Pan: 650°/s; Tilt: 500°/s Preset 300 Modo PTZ 5 Patrulhas; 8 Tours; 5 Auto Scan; Auto Pan. A câmera deve possuir suporte para a utilização de SD-CARD de no mínimo 64 GB.	R$ 6.800,00	R$ 40.800,00
04	15	CÂMERA DE SEGURANÇA COM LENTE VARIFOCAL, que proporciona alta com IP67, podendo	R$ 2.600,00	R$ 39.000,00

		ser instalada em ambientes internos e externos, e possuir recursos que facilitam a instalação, como zoom motorizado e ajuste automático de foco. » Resolução Full HD – 4 megapixels » Lente de 2.7 a 12 mm motorizado » Compressão de vídeo H.265 » IR inteligente com alcance de 50 metros » Índice de proteção IP67 » Suporte a PoE » » Função WDR (120 dB) Sensor de imagem 1/3” Sony Exmor CMOS Obturador eletrônico 1/3s a 1/100.000s Iluminação mínima 0,3 lux: colorido 0,03 lux: preto & branco (IR desligado) 0 lux: preto & branco (IR ligado) Relação sinal-ruído >50 dB Saída de vídeo BNC (1,0 Vp-p/75 Ω) Controle de ganho Automático/Manual Balanço do branco Automático/Manual Redução de ruído 3D Máscaras de privacidade 4 Compensação de luz de fundo BLC, HLC e WDR (120dB) Perfil Dia/Noite Automático (ICR)/Colorido/Preto e branco Modos de vídeo Automático (ICR)/Colorido/Preto e branco Detecção de vídeo Até 4 regiões de detecção Análise inteligente de vídeo Linha virtual Cerca virtual Abandono/Retirada de objetos Detecção de Face Mudança de cena Detecção de áudio Foto Até 7 fotos por segundo Formato do vídeo NTSC Bit rate H.265: 14 kbps a 9984 kbps H.264: 28 kbps a 10240 kbps MJPEG: 40 kbps a 40960 kbps Taxa de frames Stream principal: 4M/QWHD/3M/1080p/ 1.3 M/720p(1 a 30 FPS) Stream extra: D1/CIF (1 a 30 FPS) A câmera deve possuir suporte para a utilização de SD-CARD de no mínimo 64 GB.
05	01	SWITCH • 24 PORTAS GIGABIT ETHERNET PORTAS GIGABIT » 24 portas 10/100/1000 Mbps com negociação de velocidade automática (N-Way) » Integração de dispositivos de rede e	R$ 980,00	R$ 980,00

		compartilhamento do acesso à internet » QoS para priorização do tráfego de dados, voz e vídeo » Instalação simples e rápida (Plug& Play) » Ideal para aplicações que exigem alto tráfego de dados » Gabinete para rack 19” com 1 U de altura » Painel frontal com LEDsindicadores » Auto MDI/MDI-X para detecção automática do padrão do cabo (normal/ crossover) » Fonte de alimentação interna bivolt automática » Taxa de transferência de até 2000 Mbps » Jumbo Frame de 10 kB » Guia de instalação em português » Chipset Broadcom
06	15	INJETOR POE» Atende às normas IEEE 802.3, IEEE 802.3u, IEEE 802.3ab, IEEE 802.3af e IEEE 802.3at. » Possui 2 portas RJ45 com velocidade de 10/100/1000 Mbps. » Plugand Play. » Fornecimento energia elétrica e transferência de dados em um único cabo de rede. » Proteção contra surto de tensão, corrente e carga. » Tamanho compacto. » Alcance de até 100 metros. » O cabo de alimentação que acompanha o produto atende ao novo padrão brasileiro de plugues e tomadas de 3 pinos.	R$ 215,00	R$ 3.225,00
07	15	NOBREAK 220 v com 1440 VA Protege equipamentos de informática, áudio e vídeo das oscilações da rede elétrica. »»Baterias internas do tipo 12 V 7 Ah, que permitem o funcionamento dos equipamentos ligados ao nobreak em caso de ausência de energia da rede elétrica. »»LEDs sinalizadores e alarmes sonoros para fácil entendimento do status do equipamento e da rede elétrica.»»Função DC start: possibilita ligar o nobreak (botão Liga/Desliga) sem a presença da energia da rede elétrica¹.Carregamento automático da bateria mesmo que o nobreak esteja desligado².	R$ 790,00	R$ 11.850,00

		»»6 níveis de proteção: Contra sobrecarga nas tomadas de saída; Contra curto-circuito nas tomadas de saída; Contra sobrecarga na entrada de rede; Contra sobreaquecimento no inversor; Contra sub e sobretensão da rede elétrica; Contra descarga total e sobrecarga da bateria.
08	1	RACK FECHADO 19 36U X 670MM PARA PISO PRETO	R$ 2.200,00	R$ 2.200,00
09	6	CABO HDMI COM 15 METROS DE COMPRIMENTO CONECTORES BLINDADOS.	R$ 120,00	R$ 720,00
10	30	PATCH CORD cat 5e com 1,5 metros de comprimento totalmente em cobre com 8 vias e conectores crimpados através de maquina sem falhas de conexão.	R$ 23,00	R$ 690,00
11	03	TV LED / LCD Tamanho da Tela / 40" / 100 cm Resolução do Painel: 1,920 x 1,080 (FHD) Formatos compatíveis: AVI / MKV / WMV / MP4 / M4v / FLV / 3GPP / VRO / VOB / TS / PS / MP3 / AAC / WMA / FLAC / WAV / JPEG Sintonizador Analógico: NTSC/PAL-M/PAL-N HDMI: 2 (Traseira)	R$ 1.700,00	R$ 5.100,00
12	10	PATCH CORD CAT 6 com 2,5 metros de comprimento totalmente em cobre com 8 vias e conectores crimpados através de maquina sem falhas de conexão.	R$ 35,00	R$ 350,00
13	10	SUPORTE PARA CÂMERA SPEED DOME com angulação para fixação em tubo circular, acompanhado de parafusos e abraçadeiras para a correta fixação com suporte para no mínimo 30kg com tubo retangular que possua espaço para passagem dos cabos no meio do xxxxxxx.xxx pintura epox na cor branca, comprimento de no mínimo 50cm.	R$ 180,00	R$ 1.800,00
14	01	Computador com Sistema operacional Windows 10 versão PRO Original. Fonte de no mínimo 500w reais e certificação 80Plus Bronze. Processador com as seguintes	R$ 10.000,00	R$ 10.000,00

		configurações mínimas: Clock (BASE) de 3.7GHZ, seis núcleos físicos de processamento. 12MB de memória Cache. Litografia de 14nm ou menor. Suporte a resolução 4K a 60HZ. Suporte a utilização de 64GB de memória do tipo DDR4-2400MHz. Memória RAM com as seguintes configurações mínimas: 8GB, divididos em dois módulos de 4GB DDR4-2400MHZ.Discos rígidos com as seguintes configurações mínimas: 1 HD 3,5" com capacidade de 8TB, 7200RPM, 256MB Cache, Sata 6.0Gb/s.1 HD 3,5" com capacidade de 2TB, 7200RMP, 64MB Cache sata 6.0Gb/s. Os dois discos rígidos deverão ser de modelos fabricados para uso específico em sistemas de CFTV, que permitem o uso contínuo 24h por dia, 7 dias por semana, com alta taxa de leitura e gravação. Placa mãe compatível com os outros ítens de hardware, com no mínimo 2 slots para memória e suporte a USB 3.0.
15	01	Computador com Sistema operacional Windows 10 versão PRO Original. Fonte de no mínimo 500w reais e certificação 80Plus Bronze. Processador com as seguintes configurações mínimas: Clock (BASE) de 3.7GHZ, seis núcleos físicos de processamento. 12MB de memória Cache. Litografia de 14nm ou menor. Suporte a resolução 4K a 60HZ. Suporte a utilização de 64GB de memória do tipo DDR4-2400MHz. Memória RAM com as seguintes configurações mínimas: 8GB, divididos em dois módulos de 4GB DDR4-2400MHZ. Disco rígido com as seguintes configurações mínimas: 1 HD 3,5" com capacidade de 2TB, 7200RMP, 64MB Cache sata 6.0Gb/s. O disco rígido deverá ser de modelo fabricado para uso específico em sistemas de CFTV,que permitem o uso contínuo 24h por dia, 7 dias por semana, com alta taxa de leitura e gravação. Placa mãe compatível com os outros ítens de hardware, com no mínimo 2 slots para memória	R$ 8.400,00	R$ 8.400,00

		e suporte a USB 3.0. Uma Placa de vídeo (GPU) Off- Board, com 5 saídas de vídeo.
16	02	RÉGUA 19 08 TOMADAS 20A PARA RACK CABO 2,50M	R$ 170,00	R$ 340,00
17	02	BANDEJA 1U X 600 MM 4 PONTOS. MÓVEL VENTILADA PRETA.	R$ 85,00	R$ 170,00
18	04	COOLER MICROVENTILADOR 120 X 120 X 38MM METAL.	R$ 70,00	R$ 280,00
19	15	SD-CARD (CARTÃO SD) COMPATÍVEL COM AS CÂMERAS DE MONITORAMENTO, COM NO MÍNIMO 64GB DE MEMÓRIA E CLASSE 10.	R$ 200,00	R$ 3.000,00
20	15	PRESTAÇÃO DE SERVIÇOS DE MÃO DE OBRA PARA INSTALAÇÃO POR PONTO DE MONITORAMENTO INDIFERENTE SE TIVER 1 OU MAIS CÂMERAS.	R$ 1.400,00	R$ 21.000,00
			TOTAL R$	R$ 177.705,00

LEIA-SE:

TERMO DE REFERÊNCIA ANEXO D

LISTA DE ITENS COM OS VALORES REFERÊNCIA

ITEM	QTDE	DESCRIÇÃO	VALOR UNIT	VALOR TOTAL
01	01	SOFTWARE DE GRAVAÇÃO DE IMAGENS já com 24 licenças para câmeras ativas , com suporte para até 64 câmeras na sua total capacidade com possibilidade de aumento através de packs de licença ,que suporte futura integração com sistema de leitura de placas e integração a base de dados de órgãos de fiscalização capaz de identificar se o veiculo é roubado ou tem restrições, aceitar integração com sistema analítico de vídeo e com analise FORENSE. cuja a descrição do software no Item 4.2 Será dada a preferência para o software de fabricação nacional conforme trata o artigo 3. Inciso I da lei n. 8248 de 1991, artigo 5. Inciso II do decreto federal n. 7.174 e parágrafo 2. Incisos II e IV do artigo 3. da lei 8666.	R$ 20.000,00	R$ 20.000,00

1. DESCRIÇÃO GERAL DO SOFTWARE DE

MONITORAMENTO E GRAVAÇÃO:

1.1. Software de monitoramento e gravação para circuito fechado de TV baseado em redes TCP/IP com capacidade de controlar e visualizar imagens de câmeras IP ou analógicas conectadas por servidores de vídeo ou codificadores, bem como gravar as imagens para posterior pesquisa e recuperação seletiva. O software deverá possuir interface gráfica amigável baseada em Windows e exibição de tela, funções, cardápio, janelas de auxílio, estar todo em português Brasil, assim como todos os seus manuais.

2. ARQUITETURA DO SOFTWARE:

2.1. Trabalhar com câmeras IP e câmeras analógicas simultaneamente desde que estejam conectadas à rede TCP/IP diretamente ou através de um Vídeo Server (Servidor de Vídeo TCP/IP).

2.2. O Sistema deverá ser baseado na arquitetura cliente/servidor que permite que o servidor realize as gravações e gerenciamento das câmeras e os clientes (Não deverá haver limite de clientes) monitore as câmeras. As funções de gravação e monitoramento poderão eventualmente estar no mesmo equipamento PC/servidor.

2.3. Permitir operações simultâneas como gravação, reprodução de vídeo, configuração do sistema, monitoramento ao vivo, consulta de eventos, pesquisa de imagens, monitoramento do servidor e diversas outras tarefas, sendo que

a execução de uma tarefa não

poderá afetar na execução da outra.

2.4. Suportar gravação e monitoramento de imagens em Motion-JPEG, MPEG-4, H.263

H.264 e H.265.

2.5. Possibilitar a decodificação de vídeo (H.264 e H.265) via QuickSync através da placa de vídeo de processadores Intel.

2.6. Possuir sistema de Multi- Streaming, permitindo que a gravação seja realizada em uma determinada configuração de vídeo e o monitoramento seja feito com outra configuração, através de Perfis de Vídeo. (Ex: Gravação em 4CIF com 7FPS e Monitoramento em 1CIF com 15FPS).

2.7. Estar preparado para trabalhar com dois ou mais processadores, dividindo as tarefas do software em ambos processadores a fim de aumentar o desempenho do sistema.

2.8. Permitir utilizar qualquer resolução de imagem (Mesmo acima de 1280x1024). Importante ressaltar que resolução de imagem aqui informada refere-se à resolução da imagem gerada pela câmera e não resolução de vídeo do computador.

2.9. Possuir teclado virtual no Cliente de Monitoramento, facilitando a operação do sistema quando um teclado físico não estiver presente.

2.10. Possuir recurso de Filtro de IP, liberando acesso ao servidor apenas aos IPs autorizados.

2.11. Possibilitar a autenticação dos usuários do sistema por biometria, evitando-se, desta maneira, acessos internos e externos indevidos.

2.12. Possuir compatibilidade com Caracteres Unicode.

2.13. Trabalhar com sistema de licenciamento por câmeras,

permitindo a expansão do sistema

com licenças adicionais.

2.14. Permitir que, nas atualizações de upgrades, os clientes de monitoramento sejam atualizados automaticamente quando o servidor for atualizado, sem a necessidade de reinstalação dos clientes, tornando esses, totalmente compatíveis com o servidor.

2.15. Possuir arquitetura de servidores Mestre e Escravo, permitindo que o sistema compartilhe uma mesma base de usuários com todos os servidores, facilitando a administração do sistema, quando o mestre cair os escravos assumem as configurações do mestre.

2.16. Suportar no mínimo 10 fabricantes de câmeras IP incluindo a ofertada para este processo.

2.17. Suportar vídeos e áudio de câmeras ONVIF.

2.18. O software deverá ter suporte a protocolos TCP-IP e UDP (Unicast e Multicast).

2.19. O software deverá permitir a distribuição de vídeos através de um sistema de multicast por demanda.

2.20. O sistema deverá permitir que e-mails enviados por SMTP possam utilizar-se de servidores com autenticação SSL.

2.21. Possuir um gerenciador de serviços automático onde são apresentados os status de cada serviço disponível no sistema.

2.22. Suportar áudio bidirecional e unidirecional sincronizado com vídeo, ao vivo, gravado e setorizado.

2.23. O sistema deverá permitir suporte completo para dewarping de lentes panomórficas 360 graus com controles de visualização em quad, áreas virtuais e PTZ virtual, tanto nas imagens ao vivo como nas imagens gravadas.

2.24. Possuir um servidor RTSP de mídia integrado que poderá ser

utilizado para fornecer mídia para qualquer player que suporte o protocolo RTSP, além de poder ser utilizado também para enviar mídia para servidores de broadcast como Wowza.

2.25. Permitir que o servidor RTSP de mídia possa ser integrado com sistemas de terceiros.

2.26. O Servidor RTSP de mídia deverá suportar os formatos de vídeo: H.264, H.265, MPEG4 e Motion JPEG.

2.27. O Servidor RTSP de mídia deverá suportar os formatos de áudio: PCM, G.711, G.726 e AAC.

2.28. O Servidor RTSP deverá suportar envio de mídia em TCP e por UDP.

2.29. Possuir módulo de gerenciamento de banco de dados onde o administrador poderá efetuar um backup do banco de dados do sistema, restaurar esse banco e reparar um arquivo corrompido.

2.30. O software deverá ter um sistema seguro de acesso através de usuário e senha, acesso ao AD ( ActiveDirectory Windows ), restringindo por data e hora e o computador que poderá ser acessado e confirmação por biometria.

2.31. Permitir o bloqueio e a expiração de contas de usuários importados do Active Directory.

2.32. O software deverá desconectar o operador quando o seu horário de login no sistema for finalizado, ex: O operador tem autorização para operar o sistema das 08:00hs as 18:00hs, findo este horário o sistema automaticamente fará o logout do operador.

2.33. Estar integrado nativamente com DVR‟s dos seguintes fabricantes: Intelbras, Samsung. LG, Dahua, Dynacolor, HDL,

Hikivision, Pelco, Bosch, LuxVision e Venetian.

2.34. Permitir capturar câmeras analógicas de DVR´s integrados ao sistema e visualizá-las nos mesmos mosaicos utilizados pelas câmeras Ip´s, em conjunto ou separadas.

2.35. Possuir matriz que permite criar e salvar diferentes mosaicos personalizados para visualização no cliente de monitoramento. Estes mosaicos são diferentes dos pré- definidos que acompanham os sistemas de CFTV.

2.36. Possuir a facilidade de bookmark para marcação rápida de eventos.

2.37. Possibilitar, dentro do bookmark, a escolha de títulos, cores, data inicial, data final e observações dos eventos.

2.38. Permitir a pesquisa e reprodução do vídeo, através do bookmark, que são apresentados na linha do tempo.

2.39. Permitir a criação automática de bookmark quando houver uma detecção de movimento.

2.40. Permitir a criação automática de um bookmark, sempre que um evento ocorrer.

2.41. Possibilitar a gravação de borda ( Edgerecording ).

2.42. Ser compatível com protocolos ONVIF V1.02 ou superior e ONVIF Profile S.

2.43. Deve estar integrado nativamente com os softwares CMS de fabricantes de vídeo wall, tais como Barco e Mauell.

2.44. Senhas de acesso a dispositivos de alarmes e de computadores cliente de monitoramento devem ser armazenadas com criptografia.

2.45. Suportar o protocolo SNMP para envio de TRAPs para notificar a ocorrência de algum evento do sistema.

2.46. Suportar IPv4 e IPv6.

2.47. Permitir cadastrar automaticamente dispositivos

multicanal como DVR‟s, NVR‟s e

câmeras com múltiplas lentes.

2.48. Possibilitar, ao cadastrar uma nova câmera, acionar, dentro do próprio cadastro, o preview imediato das imagens para garantia do funcionamento do dispositivo.

2.49. Operar com servidores e estações de monitoramento em 32bit e 64 bit.

2.50. Permitir a exclusão simultânea de múltiplos objetos selecionados em uma lista de objetos do sistema, como câmeras, usuários, dispositivos de I/o, mapas e outros.

2.51. No cadastro de equipamentos, permitir o cadastramento do nome do fabricante e modelo do dispositivo para facilitar a pesquisa dos mesmos, tendo a possibilidade de informar apenas parte do nome.

3. GRAVAÇÃO:

3.1. Suportar velocidade de gravação e visualização ao vivo de até 30 FPS por câmera.

3.2. Suportar gravação de no mínimo 64 câmeras por servidor.

3.3. Suportar gravação por detecção de movimento e Eventos (Sendo estes, Eventos Manuais ou Alarmes Externos).

3.4. O sensor de movimento para gravação deverá permitir que sejam selecionadas ilimitadas áreas sensíveis ou não, ao movimento.

3.5. Permitir gravação de Banco de Dados redundante, permitindo que o segundo Servidor assuma os controles no caso de queda do primeiro, sem intervenção humana. (Failover).

3.6. Permitir a configuração de Faiover 1 para 1, 1 para N e N para N.

3.7. Permitir a configuração de Failback, onde quando o servidor principal retornar suas operações,

automaticamente as operações do

sistema voltam a ser processadas pelo servidor principal sem intervenção humana.

3.8. Suportar agendamento de gravação por hora e dia da semana, sendo que o agendamento deve permitir a que o administrador especifique para cada faixa de hora o modo de gravação das imagens (Sempre Gravar, Por Movimento, Por Evento, Por Movimento e Evento) de cada câmera.

3.9. Possuir recurso para aumentar a taxa de quadros da gravação se reconhecer movimento nas imagens. (Ex: Gravação padrão em 4FPS, se reconhecer movimento, gravar em 15FPS e quando parar o movimento, voltar a gravação para 4FPS).

3.10. Possuir sistema de certificado digital que cria uma assinatura digital para cada foto gravada, garantindo a autenticidade da imagem.

3.11. Possuir sistema de gravação que não tenha limite de gravação diário, ou seja, deve suportar mais de 600.000 imagens por dia, por câmera sem a necessidade de mover as gravações para outro disco ou outra pasta de gravação.

3.12. Permitir a visualização simultânea das gravações de mais de uma câmera, através de mosaicos, permitindo assim a reprodução de várias câmeras ao mesmo tempo, durante um mesmo período de tempo, facilitando a consulta e análise das imagens gravadas.

3.13. Trabalhar com gravação no formado JPEG, MPEG-4, H.263,

H.264 e H.265

3.14. Possuir controle de buffer para pré e pós-alarme.

3.15. Possuir sistema de arquivamento de imagens e áudio.

3.16. O Sistema deverá, todos os dias a Meia Noite, copiar todas as

gravações do dia anterior em um esquema de pastas no formato X:\ANOMESDIA\Camera (Ex: d:\20050410\Cam1 d:\20050410\Cam2). Seguindo este formato, todas as gravações de todas as câmeras do dia, devem estar na pasta raiz do dia, que poderá ser arquivada em fita através de um software qualquer de backup. O sistema não poderá apagar as gravações da mídia rápida (oficial) após realizar a sua cópia para a pasta temporária de armazenamento.

3.17. Possuir sistema avançado para gerenciamento de disco, onde o sistema deve alocar automaticamente a quantidade de espaço em disco necessário para a gravação de cada câmera, baseando-se em uma especificação de número de dias ou horas que o usuário deseja manter as gravações. O sistema de gerenciamento de disco também deve oferecer um sistema de cotas de disco, sendo que o administrador poderá limitar uma quantidade de disco que deseja utilizar, compartilhando essa cota com todas as câmeras.

3.18. Permitir que o usuário possa configurar um diretório para o backup das configurações do sistema e a quantidade de dias que deseja manter os arquivos de backup.

3.19. Permitir a reprodução das imagens que foram armazenadas através do processo de backup com o próprio reprodutor de imagens do sistema.

3.20. Permitir a gravação automática de imagens em SD- Card quando uma falha na rede ocorrer.

3.21. Permitir que imagens gravadas em SD-Card, possam ser baixadas automaticamente na

ocorrência de qualquer evento

programado ou não e com opção de resoluções diferenciadas, podendo ser via rede ou wi-fi.

3.22. Permitir que toda vez que uma gravação em borda for transferida para o servidor principal, seja criado um bookmark automático para uma identificação clara na linha do tempo, diferenciando assim as gravações originais das gravações baixadas dos Sd-Cards.

3.23. Possibilitar o log de atividades da gravação de borda (EdgeRecording).

3.24. Permitir a impressão de uma ou de várias imagens recuperadas ou mesmo relatórios e que estes, opcionalmente, possuam um código de originalidade impresso com código de barras para comparações futuras. Estas imagens e ou relatórios impressos deverão ser armazenadas no servidor de imagens com possibilidades de consultas e novas impressões através desses códigos. Este código deverá ser único e gerado automaticamente pelo sistema.

3.25. Permitir a criação de um servidor de mídia com a finalidade de disponibilizar imagens para a internet sem que os acessos sejam feitos no servidor principal. Essas imagens devem ser disponibilizadas via Relay para evitar duplicidade de conexão com as câmeras.

3.26. Permite capturar tela, teclado e mouse de qualquer computador Windows existente na rede e gravar suas telas no mesmo storage de CFTV para posterior pesquisa.

3.27. Permite a gravação das telas de computadores em Mjpeg, Mpeg4 ou H.264.

3.28. Permite escolher quantos frames por segundo deseja-se gravar as telas dos computadores.

3.29. Permite zoom digital e PTZ

virtual sobre as imagens capturadas ao vivo e gravadas, dos computadores da rede.

3.30. Permite a operação remota dos computadores capturados na rede.

3.31. Permitir a gravação de áudio nos formatos : PCM, G.711, G.726 e AAC.

3.32. Permitir a gravação de imagens geradas por lentes panomórficas 360 graus.

3.33. Permitir a gravação de metadados com informação de detecção de movimento ou gravação de evento para possibilitar a fácil identificação, na linha de tempo, de movimento ou evento gravado através de uma linha especial com cores identificando o movimento ou evento.

3.34. Permitir a gravação de áudio apenas quando houver movimento em câmeras que estejam cadastradas gravações por movimento, para manter a sincronia das trilhas de áudio e vídeo.

4. MONITORAMENTO AO VIVO:

4.1. Suportar monitoramento ao vivo de ilimitadas câmeras por cliente com diversos estilos de tela, oferecendo no mínimo sete formatos padrões de tela.

4.2. Suportar a criação de novos formatos de tela para monitoramento.

4.3. Permitir o funcionamento via Matriz Virtual completa, através de uma lista de monitores definidos para este fim, podendo o operador escolher o monitor desejado e enviar seqüência ilimitada de imagens, mapas e mosaicos, juntamente com todas suas

configurações como: (Perfil de mídia, posição de zoom, posição da

lente 360, filtro de imagens e deteção de movimento ) , operados por joystick, teclado e mouse.

4.4. Permitir o controle de Matriz Virtual através de SDK/API para criação de macros e scripts em outras linguagens.

4.5. Possibilitar que o operador, ao enviar um objeto para a Matriz Virtual, possa escolher a posição do objeto , em um quadrante do mosaico atual desejado em exibição no monitor de destino.

4.6. Possuir sistema de seqüênciamento de câmeras, onde o sistema troca automaticamente um grupo de câmeras em tela por um outro grupo de câmeras ou câmera em um tempo específico para cada grupo ou câmera, permitindo também a troca manual no seqüênciamento através de botões de avançar e voltar.

4.7. Possuir mosaico automatizado de modo que o sistema deverá ajustar o formato de visualização da tela automaticamente, dependendo do número de câmeras em tela.

4.8. Permitir que os usuários criem mosaicos públicos que poderão ser compartilhados com todos os usuários do sistema.

4.9. Permitir que os mosaicos de monitoramento sejam atualizados dinamicamente em tempo real quando criados, atualizados ou apagados em todos os clientes de monitoramento , sem a necessidade de reconexão com o servidor.

4.10. Permitir que o usuário faça um filtro dos objetos da lista de objetos constantes na tela do cliente de monitoramento. O filtro é aplicado a todos os objetos da lista, procurando por nome e descrição do objeto.

4.11. Permitir aumentar a taxa de quadros de uma determinada

câmera no monitoramento, quando

selecionada (Ex: Monitoramento normal em 4FPS, se o usuário selecionar a câmera, aumentar para 30FPS, quando o usuário deselecionar a câmera, sua taxa de quadros deve retornar para 4FPS).

4.12. Possuir sistema de perfil de usuários, de forma que de qualquer lugar que o usuário se conectar ele tenha o seu perfil de posicionamento das câmeras.

4.13. Possuir detecção de movimento em tempo real no monitoramento ao vivo, independente da câmera possuir ou não essa função. Esta função deverá fazer com que o movimento seja marcado com uma cor específica (Padrão Verde) na tela.

4.14. Permitir que o usuário que esteja visualizando remotamente as imagens tenha a possibilidade de realizar uma gravação local de emergência, gravando assim as imagens que estão sendo monitoradas, em seu disco local.

4.15. No monitoramento ao vivo, o sistema deve permitir que seja feito zoom (Digital) de diferentes partes da tela, abrindo assim uma tela para cada zoom digital realizado.

4.16. Possuir sistema de zoom com tratamento bilinear para evitar que a imagem fique quadriculada.

4.17. Possibilitar a visualização de câmeras de vários servidores (Pode ser vários locais diferentes) em uma mesma tela.

4.18. Possibilitar a criação de diversos mosaicos de monitoramento cada qual com configuração independente de posicionamento de câmeras.

4.19. Suportar dois ou mais monitores de vídeo por estação cliente para o monitoramento ao vivo.

4.20. Possuir duplo clique em uma câmera para selecioná-la e maximizá-la (Tela Cheia Cliente de

Monitoramento).

4.21. Possibilitar a opção de remover câmera da tela, através do seu menu popup.

4.22. Possibilitar informações das câmeras como resolução da imagem, Frames por segundo "FPS", Taxa de Transferência e Decoder.

4.23. Deve ser identificado automaticamente na tela do cliente de monitoramento, o status de funcionamento das câmeras através de diferentes ícones da lista de objetos, ex: câmera gravando por movimento, por evento, por evento e movimento, parada, em funcionamento, etc..

4.24. Possuir recurso de privacidade das câmeras. Com este recurso de modo de privacidade, o administrador poderá determinar uma lista de usuários que irão perder o acesso à câmera quando o operador ativar o modo de privacidade pelo cliente de monitoramento. Este recurso é muito útil quando as câmeras de uma instalação estiverem disponíveis externamente, com isto, o operador poderá bloquear temporariamente o acesso externo à câmera no momento que desejar.

4.25. Permitir limitar o acesso simultâneo de câmeras. Com esta opção, o administrador poderá limitar a quantidade de câmeras simultâneas que um usuário ou grupo de usuários poderá visualizar simultaneamente por estação de trabalho.

4.26. Permitir que o usuário, no cliente de monitoramento, configure o modo de exibição dos nomes e dos objetos nas listas de objetos do sistema. O usuário poderá escolher entre exibir apenas o nome dos objetos, apenas a descrição ou ambos no formato "Nome (Descrição)".

4.27. Permitir o monitoramento do áudio ao vivo e setorizado, onde o

operador poderá escolher a câmera desejada ou um grupo de câmeras que receberão ao mesmo tempo o áudio desejado, utilizando-se de microfones e auto-falantes.

4.28. Permitir que o áudio seja transmitido de forma ininterrupta sem a necessidade de ficar apertando e segurando qualquer botão.

4.29. Permitir o monitoramento das imagens geradas pelas lentes panomórficas de 360 graus ao vivo ou gravadas com controles em quad, áreas virtuais e PTZ virtual.

4.30. Possuir Mapa Sinótico para monitoramento ao vivo com os seguintes recursos:

4.31. Exibir informações sobre os dispositivos, tais como câmeras, sensores e relês, informando através de indicadores visuais o status do dispositivo.

4.32. Permitir criar um único mapa com diversos objetos de múltiplos servidores.

4.33. Permitir abrir as câmeras clicando diretamente no seu ícone do mapa.

4.34. Permitir abrir outro mapa através de um link, tornando-o assim um mapa de níveis.

4.35. Permitir acionamento de comando através dos indicadores visuais (tal como abrir porta, ligar luz, disparar sirene)

4.36. Permitir que ao passar o mouse sobre uma câmera no mapa sinótico, possa se ter um preview das imagens ao vivo junto com as informações das câmeras.

4.37. Permitir imagens JPEG, WMF, BMP, GIF e PNG.

4.38. Permitir importar imagens estáticas de mapas do Google Maps e adicionar sensores tais como câmeras, sensores e relês, informando através de indicadores visuais o status do dispositivo.

4.39. Permitir posicionar as câmeras em mapas do Google

Maps e ajustar automaticamente suas coordenadas ( latitude e longitude ),

4.40. Permitir a visualização em tempo real do status dos eventos de alarmes associados ao mapa, provocando a animação do ícone para alertar o operador.

4.41. Permitir que o sistema informa automaticamente se a câmera está ou não em operação.

5. CONTROLE DE PAN / TILT

/ ZOOM:

5.1. Possuir controle para câmeras PTZ e mais de 64 presets por câmera (O número de Presets depende da câmera).

5.2. Possuir interface de joystick para controle das câmeras PTZ, sendo que deverá aceitar controles de joystick de mercado com entrada USB e não proprietários.

5.3. Possuir joystick visual, onde o usuário clica na imagem e arrasta o mouse para a direção que ele deseja que a câmera se mova. Também deve suportar o zoom através da roda do mouse.

5.4. Possuir joystick visual com controle de zoom através de botões.

5.5. Possuir bloqueio de PTZ por prioridade, ou seja, permitir a configuração de uma pessoa responsável pelo monitoramento, que quando necessitar utilizar o recurso de PTZ terá prioridade no manuseio, quando qualquer outra pessoa estiver manuseando a câmera, a sua movimentação é pausada para que o responsável com maior prioridade obtenha o controle no momento.

5.6. Possuir sistema de Vigilância PTZ, onde o sistema irá seguir uma lista de presets para o

posicionamento da câmera, alternando entre os presets no

tempo específico para cada preset. O sistema de Vigilância PTZ também deverá permitir criar diversos esquemas de vigilância, com o devido agendamento dos esquemas baseando-se em dia e hora do dia.

5.7. O Sistema de PTZ deverá permitir controle sobre Foco, Íris, Auto-Foco e Auto-Íris além de também permitir controle do PTZ Absoluto e Relativo das câmeras com estas funcionalidades.

5.8. Possuir suporte nativo para o protocolo de câmeras analógicas.

5.9. Possuir PTZ Virtual para câmeras fixas e móveis.

5.10. Permitir que a vigilância PTZ possa ser configurada para executar automaticamente através de agendamento ou manualmente pelo cliente de monitoramento e mesa operadora homologada, permitindo que o operador ative, desative e troque a vigilância.

5.11. Permitir que no esquema de vigilância PTZ possa ser aplicado um número, além do nome. O número será utilizado para chamar o esquema através de uma mesa controladora homologada.

5.12. Possibilitar que o operador identifique qual a pessoa que se utilizou do bloqueio de PTZ.

5.13. Permitir especificar direitos de controle de PTZ individualmente para cada usuário e desta maneira cada câmera poderá ter direitos de controle de PTZ para diferentes usuários e grupos de usuários.

5.14. Permitir informar o registro do último usuário que movimentou uma câmera pelo PTZ.

5.15. Possibilitar adicionar múltiplos presets simultaneamente a um perfil de vigilância PTZ.

6. REPRODUÇÃO, PESQUISA E EXPORTAÇÃO DE VÍDEO:

6.1. Permitir um usuário selecionar

um monitor padrão para abrir o Reprodutor de Mídia. (Multi Monitor)

6.2. O sistema de reprodução de imagens deve ser baseado por recuperação utilizando uma faixa de data e hora, especificados pelo usuário.

6.3. Permitir a reprodução sincronizada de diversas câmeras simultâneas.

6.4. Permitir, em um único cliente de monitoramento, a reprodução de vídeos de ilimitadas câmeras ao mesmo tempo.

6.5. Permitir exportação de vídeo sincronizada de diversas câmeras simultâneas

6.6. Permitir o processo de exportação e reprodução de vídeo simultaneamente

6.7. Possuir linha de tempo das imagens gravadas que deve mostrar os pontos onde existem gravação e/ou movimento, bem como permitir a seleção do horário corrente através da linha de tempo

6.8. Possuir sistema de desentrelaçamento de imagens para a reprodução de vídeo

6.9. Na reprodução de vídeo, o sistema deve permitir que seja feito zoom (Digital) de diferentes partes da tela, abrindo assim uma tela para cada zoom digital realizado, cada qual com independência de controle sobre a imagem principal, podendo ser impresso ou salvo em arquivos JPG).

6.10. Possibilitar Pesquisa por Movimento nas imagens gravadas, recuperando um vídeo com movimento apenas nas áreas selecionadas da imagem.

6.11. Possibilita a abertura do Media Player modo não modal, o que permite que o usuário continue trabalhando com o cliente enquanto o player está aberto.

6.12. Exportar para meio removível o vídeo gravado nos formatos AVI e

CD de Ocorrência, que no segundo caso, deverá acompanhar um reprodutor de vídeo nativo do sistema, possibilitando anexar o nome e a descrição da câmera.

6.13. O sistema deverá, na exportação e pesquisa de movimento em vídeos gravados, exibir o tempo restante para o término da operação.

6.14. Possibilitar imprimir uma determinada foto da reprodução de vídeo com um descritivo, data e hora do ocorrido.

6.15. Vídeos exportados em AVI e imagens em JPEG deverão conter marca dágua com nome da câmera, data e hora,

6.16. Possibilitar a reprodução instantânea de vídeos a partir de eventos.

6.17. O software deverá ter a capacidade de limitar, dentro das políticas de usuário e grupos de usuários, a reprodução e exportação de vídeos, impedindo que uma reprodução ou exportação por mais de X minutos ( configurável ) possa ser feita.

6.18. Permitir adicionar marca d‟água por usuário para identificação de propriedade de imagem. Com este recurso, o administrador poderá adicionar uma marca d´água por usuário que será adicionada nas imagens ao vivo e reprodução de vídeo. Esta marca d´água tem o objetivo de identificar o proprietário das imagens quando as imagens do sistema forem fornecidas para usuários externos.

6.19. Permitir adicionar marca d´água de texto em imagens exportadas. Esta opção permite que o operador adicione um texto nas imagens exportadas como prova de propriedade e origem das imagens.

6.20. Permitir que na pesquisa de eventos pelo cliente de

monitoramento, a reprodução de vídeo das câmeras ligadas ao evento possam reproduzir o vídeo das câmeras associadas com aquele evento, emitidos através do popup de alarmes.

6.21. O software deverá permitir na reprodução, acelerar o vídeo em: 2x, 4x, 8x, 16x, 32x, 64x, 128x, 256x e 512x.

6.22. O software deverá permitir que a reprodução de vídeo seja realizada com recursos de multi- thread, aumentando significativamente a performance para reprodução de câmeras simultâneas, especialmente em megapixel.

6.23. O reprodutor de vídeo deverá redimensionar as imagens de acordo com a configuração do cliente de monitoramento, tais como centralizar, redimensionar para ocupar todo o espaço e redimensionar mantendo a proporção original da imagem.

6.24. Permitir a reprodução de áudio e vídeo sincronizado no formato proprietário e em AVI.

6.25. Possibilitar a reprodução das imagens gravadas através de lentes panomórficas de 360 graus, fornecendo alguns controles como visualização em quad, visualização de áreas virtuais e PTZ virtual.

6.26. Permitir que o usuário possa escolha o intervalo que deseja pular (Xminutos) para frente ou para traz no vídeo gravado, facilitando assim a análise do vídeo gravado.

6.27. Permitir o redimensionamento de vídeo na exportação em AVI para garantir melhor compatibilidade com os codecs existentes.

6.28. Permitir avançar e retroceder o vídeo frame a frame.

6.29. Permite avançar e retroceder o vídeo ao próximo bookmark.

6.30. Permite pesquisas pelo

código de originalidade, de uma imagem gerada em um relatório.

6.31. A exportação de mídia deverá ser auditorada, permitindo futura pesquisa no banco de auditoria tais como: período exportado, diretório onde o arquivo foi exportado, tamanho total da exportação, etc..

6.32. Na exportação de vídeo, possibilitar que nome da empresa e dados do operador sejam preenchidos automaticamente pelo sistema , gravando-os na mídia exportada.

6.33. Permitir o playback de eventos no exato momento em que ele aconteceu e disponibilizar as imagens até uma hora antes do ocorrido.

6.34. Possibilitar a pesquisa de movimento acelerada através de frames chaves.

6.35. Exportação de vídeo deverá ser feito com senha de proteção e criptografia para evitar acessos indevidos.

6.36. No reprodutor de Mídia permitir a pesquisa por miniaturas exibindo uma miniatura de diferentes horários da gravação, permitindo a localização rápida de uma cena desejada.

6.37. Possibilidade de gerar miniaturas baseadas em fatia de tempo onde o sistema irá exibir as miniaturas com intervalo de tempo fixo ou por bookmark onde o sistema irá exibir uma miniatura para cada bookmark da câmera. O sistema ainda deverá permitir a escolha personalizada do intervalo de tempo e o tamanho / quantidade de miniaturas em tela. Ao clicar em uma miniatura o vídeo deverá ser sincronizado com o horário da miniatura para rápida visualização do evento.

6.38. O sistema deverá permitir a pesquisa por miniaturas em vídeo exportados no formato nativo.

6.39. Permitir a pesquisa por nome

de objeto para a devida reprodução.

6.40. Permitir exportar para meio removível o vídeo gravado nos formatos AVI, ASF, H.264, JPEG, PNG, PDF, BITMAP, WMF, GIF, TIFF, MJPEG, MPEG1, MPEG2, MP4.

6.41. Deve permitir exportar snapshot em JPEG, PNG, Bitmap, WMF e GIF de vídeos ao vivo e gravados.

6.42. Permitir a utilização dos codecsXviD MPEG-4 e X264 para exportação em AVI.

6.43. Permitir, na reprodução do vídeo, atualizar instantaneamente as imagens na linha do tempo e poder usar o mouse para arrastar e soltar com a finalidade de acelerar o vídeo.

6.44. Permitir a reprodução de imagens das câmeras associadas com as configurações de analíticos e LPR.

7. ALERTAS E EVENTOS:

7.1. O sistema deverá ter um completo gerenciamento de alarmes e eventos, sendo que ele deve reconhecer alarme de qualquer dispositivo com contato seco que esteja ligado nas câmeras ou servidores de vídeo. Este gerenciamento de alarmes deve contemplar as seguintes funcionalidades:

7.2. Na ocorrência de um alarme externo (Qualquer sensor de alarme conectado nas câmeras ou servidores de vídeo) o sistema deverá tomar ações pró-ativas para alertar os operadores, sendo que o sistema deve fornecer a possibilidade de: Enviar um E-mail e/ou SMS para um grupo de pessoas alertando sobre o ocorrido, abrir em telas do tipo Popup imagens de câmeras, mapas, analíticos, LPR, Emitir sons de alarme, Enviar Mensagens

Instantâneas ao operador através

de telas do tipo Popup, Posicionar câmeras com Movimento (PTZ) em Presets definidos e Acionar saídas de alarmes das câmeras onde nestas saídas podem estar conectadas sirenes. Todas estas ações de alarme devem ser configuradas independentemente para cada câmera e todas devem ter um agendamento de operação, sendo que apenas serão chamadas se o agendamento permitir.

7.3. O Sistema deverá tomar ações pró-ativas na detecção de movimento das câmeras em horários pré-definidos, ou seja, se em determinado horário que não pode haver movimento em determinada câmera o sistema reconhecer um movimento, então este deverá ter a possibilidade de tomar todas as ações de alarme descritas anteriormente (Enviar E- Mail / SMS, Abrir imagens das câmeras em Popups, Emitor Sons de Alarme, Enviar Mensagens Instantâneas ao operador, Posicionar câmeras PTZ em determinados pontos pré-definidos e Acionar saídas de alarme das câmeras e/ou servidores de vídeo).

7.4. O Sistema também deverá ter a possibilidade de tomar estas mesmas ações pró-ativas caso a câmera ou servidor de vídeo venha a ficar fora de funcionamento e / ou ocorrer algum erro na gravação das imagens.

7.5. O Sistema deverá fornecer ações de alarme manual, onde o operador poderá através de um clique em uma lista de ações, disparar as ações pró-ativas.

7.6. O Sistema deverá fornecer um agendamento de reconhecimento de alarmes externos por câmera, ou seja, ter a possibilidade de reconhecer os alarmes apenas em horários específicos.

7.7. O Sistema deverá ter a capacidade de gravar as imagens

na ocorrência de um evento e também fornecer um agendamento de transmissão de imagens onde forneça a possibilidade de transmitir as imagens apenas na ocorrência de um alarme.

7.8. O Sistema deve permitir que o acionamento do alarme de uma câmera possa iniciar a gravação e/ou transmissão de imagens de quaisquer outras câmeras.

7.9. O Sistema deverá ter diversos sons de alarme (Mínimo de 15) para que os operadores possam diferenciar cada alarme através de um som diferente.

7.10. O Sistema deverá ter eventos de alarme direcionados apenas para Usuários ou Grupos de Usuários específicos.

7.11. O Sistema deverá permitir o agendamento de um ou mais eventos para que eles ocorram em qualquer dia do mês e ano desejado.

7.12. O software deverá permitir o recebimento de notificação de detecção de movimento de câmeras através de chamadas HTTP. Com isso, a detecção de movimento poderá ser processada diretamente pelas câmeras, diminuindo o uso de processador do servidor.

7.13. O software deverá permitir utilizar um perfil de vídeo alternativo para detecção de movimento no servidor. Com este recurso, a utilização de processador para detecção de movimento no servidor cairá drasticamente, aumentando significativamente a quantidade de câmeras que um servidor poderá processar.

7.14. Permitir pesquisar no banco de dados de eventos, através do tipo de evento, filtro por datas, objetos e outros, as ocorrências

internas e externas ao software, relacionadas aos alarmes do

sistema.

7.15. Permitir que no sistema de análise de imagens, os objetos que estiverem alarmados por alguma regra de analítico tenham o seu contorno alterado para uma determinada cor, por exemplo vermelho. O usuário ainda deverá ter a opção de apenas exibir os objetos alarmados.

7.16. Na ocorrência de qualquer evento, o sistema deverá permitir anexar qualquer imagem de qualquer câmera para que esta possa ser enviada via email.

7.17. Deverá ter integração dom pelo menos 3 ( três ) fabricantes de módulos de I/O ethernet com contato seco para possibilitar o tratamento de eventos como: abrir e fechar portas, portões, ligar e desligar motores, acender e apagar luzes , tocar sirenes, etc...

7.18. Permitir o agendamento personalizados de dias (Feriados, fins de semana, datas importantes).

7.19. Permitir a configuração de agendamentos independentes para cada evento de entrada de alarme ( câmeras e dispositivos de I/O ).

7.20. Permitir que no próprio POP- UP de alarmes e eventos, possa ser reproduzido o vídeo do acontecido imediatamente, com a informação do servidor que gerou tal alarme.

7.21. Permitir evento de detecção de áudio caso o nível esteja acima ou abaixo de um limite especificado por um tempo determinado.

7.22. Permitir gerar evento de falha de comunicação se o dispositivo permanecer fora de funcionamento por mais de X segundos. O sistema ainda deve permitir a opção de continuar gerando o evento a cada X segundos enquanto o dispositivo estiver off-line.

7.23. Permitir o fechamento automático do pop-up de alarmes

em um tempo determinado pelo

administrador do sistema.

7.24. Permitir o cancelamento automático do fechamento da tela de pop-up no caso de movimentação pelo operador.

7.25. Permitir limitar a quantidade de janelas de pop-ups abertas simultaneamente e quando o limite for atingido a janela mais antiga será fechada automaticamente.

7.26. Permitir criar uma fila de de pop-up de alarmes que podem ser definidos em um único monitor ou em vários monitores, podendo ser arrastados de uma tela para outra.

7.27. Permitir qua ao arrastar um pop-up de uma tela para outra esse seja retirado da fila de alarmes e não seja excluído automaticamente, possibilitando assim seu tratamento diferenciado.

7.28. Permitir estipular um valor máximo de pop-ups por monitor.

7.29. Possuir botão de reprodução rápida nos pop-ups para agilizar os eventos de câmeras , LPR e analíticos.

7.30. O pop-up de alarme deverá fornecer o horário local do servidor e do cliente de monitoramento.

7.31. Os pop-ups de alarmes deverão ter a opção de não serem abertos novamente no caso de ocorrer o mesmo evento.

7.32. Possuir evento de restauração de conexão de câmeras e dispositivos de I/Os.

7.33. Permitir que registre o tempo total que o equipamento ficou fora de funcionamento e que esse registros possam ser pesquisados na lista de eventos.

7.34. Permitir que sejam extraídos relatórios das falhas dos equipamentos.

7.35. Permitir extração de múltiplos relatórios com configuração de filtros individuais.

7.36. Permite que usuário autorizado receba todos os

controles para operação do

sistema.

7.37. Permitir personalizar as janelas de alarme e organiza-las em um monitor no Cliente de Monitoramento.

7.38. Permitir eventos de timer e possibilitar cancelá-lo antes que o evento ocorra.

7.39. Permitir enviar um email na ocorrência de qualquer evento anexando um arquivo script que ao executá-lo irá abrir o cliente de monitoramento e reproduzir automaticamente o vídeo das câmeras selecionadas.

7.40. Possibilitar enviar e-mails com alertas de eventos de analíticos, anexando a foto com os metadados do objeto do ambiente invadido.

8. ADMINISTRAÇÃO:

8.1. Possuir recurso para envio automático por e-mail de relatórios do servidor, contendo informações como status das gravações e últimos acessos ao servidor.

8.2. O sistema deve possuir ferramenta de configurações globais de câmeras, onde o administrador pode aplicar a mesma configuração para um grupo de câmeras ao mesmo tempo, facilitando assim a sua administração.

8.3. Possuir controle de usuário e senha com direitos diferenciados para cada usuário.

8.4. Possuir integração com o Active directory da Microsoft, facilitando assim, a integração com usuários cadastrados no sistema.

8.5. Possuir grupo de usuários que permite a aplicação das mesmas configurações de permissão para todos os usuários pertencentes ao grupo. Um usuário poderá fazer parte de mais de um grupo,

recebendo as permissões

referentes a todos os grupos de que fizer parte.

8.6. Possuir calculadora de disco para calcular o espaço em disco necessário para gravação baseando-se em dados como Resolução, Quadros por Segundo, Tempo Desejado para Armazenar e Estimativa de Detecção de Movimento.

8.7. Trabalhar com conceito de grupos de alerta onde na ocorrência de um determinado evento, apenas o grupo configurado para receber o alerta deve ser notificado.

8.8. Possuir log de eventos do sistema que deverá registrar todas as atividades dos usuários bem como as atividades do próprio sistema.

8.9. Possuir servidor web embutido no sistema para monitoramento ao vivo e reprodução de vídeo remoto.

8.10. Possuir suporte a HTTPS e SSL.

8.11. Fornecer ferramenta de monitoramento de desempenho do servidor através de gráficos históricos com informações como: Consumo de processador, Consumo de memória, Usuários conectados, Tráfego de Entrada em KB/s e Tráfego de Saída em KB/s.

8.12. Permitir que as modificações em objetos do sistema como câmera, mapa, configurações de analítico, configurações de LPR e estilos de tela sejam refletidos automaticamente no cliente de monitoramento, sem a necessidade de atualizar o cliente, assim quando uma câmera é adicionada ou alterada, o cliente de monitoramento já recebe as alterações automaticamente.

8.13. Possibilitar que, as fontes dos títulos das câmeras na tela de monitoramento, possam ser alteradas em seu formato tamanho,

modelo e cores.

8.14. Permitir configurar diretório padrão para exportação de mídia e fotos de tela do cliente de monitoramento. Através desta configuração, as exportações de mídia ou fotos de tela irão utilizar, por padrão, o caminho definido nas configurações do cliente de monitoramento.

8.15. Os clientes de administração e monitoramento devem localizar automaticamente todos os servidores de gravação de vídeo disponíveis na rede local.

8.16. O software deverá permitir a busca automática de câmeras na rede através de protocolo UPnP.

8.17. Permitir a localização automática de câmeras que utilizam protocolo ONVIF.

8.18. O software deverá possuir um sistema auditoria de ações de usuários e conexões ao servidor que permitirá pesquisar as atividades dos usuários no sistema.

8.19. O software deverá possibilitar a exportação de registros de auditoria e os registros de pesquisas de eventos para um arquivo .CSV.

8.20. O sistema deverá fornecer o tempo de desconexão de cada câmera.

8.21. O sistema deverá garantir que o acesso aos logs de eventos seja feito somente pelo administrador do sistema ou por usuário por ele autorizado.

8.22. O software deverá possuir limite de acesso simultâneos de um mesmo usuário. Este recurso deverá limitar a quantidade de logins simultâneos que um determinado usuário ou grupo de usuário pode realizar no sistema.

8.23. Possibilitar a exportação de relatórios e gráficos do sistema nos formatos PDF, CSV, TXT, RTF, XLS e HTML.

8.24. Possibilitar a troca do logotipo dos relatórios para logotipos

próprios dos usuários.

8.25. No cadastro de câmeras, possibilitar que o usuário possa escolher as colunas desejadas para melhor identificação , tais como: nome, descrição, firmware, porta, endereço, usuário, se está ativa ou não, etc..

8.26. Permitir a importação de qualquer objeto de outros servidores com a finalidade de agilizar a configuração de um novo servidor. Permitir a importação de câmeras, dispositivos de alarmes, usuários, configurações de analíticos e LPR.

8.27. Permitir que todas as telas de cadastros de objetos do cliente de administração do sistema, possam ser exportadas em tela e com isso possa o administrador gerar relatórios com as informações desejadas.

8.28. Permitir pesquisas por data e hora inicial e final, palavra exata ou parte da palavra no sistema de auditoria.

8.29. Permitir que ao clicar duas vezes sobre um registro de auditoria, este possa ser expandido mostrando todos os seus detalhes.

8.30. Permitir enviar via email, relatórios sobre o funcionamento do servidor.

8.31. Permitir bloquear acesso ao sistema após x tentativas de senha inválida.

8.32. Permitir bloquear totalmente o acesso do operador para qualquer operação a não ser visualização ao vivo.

8.33. A Estação de monitoramento deverá em todo o tempo, fornecer o nome do operador a ela conectado.

8.34. Permitir a configuração de buffer de áudio com a finalidade de oferecer uma reprodução contínua e limpa.

8.35. O sistema deve oferecer a opção de corte de imagens (CROP

) com a finalidade de selecionar

uma área da imagem que deseja manter visível para os usuários.

8.36. Possuir um sumário com gráficos de uso de disco ligados ao servidor de gravação.

8.37. Permitir a impressão de uma imagem feita em zoom digital das câmeras de monitoramento.

8.38. Permitir configurar buffer de vídeo para câmeras fixas e PTZ com a finalidade de aumentar a fluidez na visualização da imagem.

8.39. Possuir snapshot rápido através de atalhos utilizando as teclas do teclado de monitoramento.

8.40. Permitir em um mosaico exposto na tela de monitoramento com diversas câmeras, que ao clicar em uma dessas câmeras e ampliá-la em tela cheia, que o sistema desative as imagens que ficaram por traz a fim de economizar banda e processamento.

8.41. Permitir a execução em sistemas com resolução de fonte maior que 96DPI.

8.42. Ao enviar um objeto para a Matriz Virtual o sistema deverá exibir o nome dos objetos que estão sendo exibidos atualmente no monitor selecionado da matriz.

8.43. Deve permitir ativar e desativar mapas.

8.44. Permitir a alteração dos dados de conexão (Endereço, Autenticação e Timeout) de múltiplas câmeras

simultaneamente.

8.45. Possibilitar extrair relatório periódico de funcionamento do servidor com a quantidade de dias gravados e estimativa de gravação de cada câmera do sistema.

8.46. Permitir pesquisar dispositivos através de filtro de Ips.

9. ACESSO VIA BROWSER:

9.1. O sistema deve ser desenhado para possibilitar acesso remoto,

permitindo o acesso às imagens ao vivo e à reprodução de vídeo remotamente através de um servidor WEB integrado ou do cliente do sistema.

9.2. O sistema de monitoramento via web browser deve permitir que o usuário visualize as câmeras através de mosaicos, criados previamente.

10. Acesso Dispositivo Móvel:

10.1. Possuir visualização das imagens via celular ou por qualquer dispositivo móvel compatível com AndroidArmset ou superior e IOS.

10.2. Permitir conectar-se com múltiplos servidores.

10.3. Permitir visualização de câmeras individualmente.

10.4. Permitir salvar Screenshot (Foto) da imagem no dispositivo móvel.

10.5. Permitir visualização da imagem em tela cheia e em mosaicos.

10.6. Permitir controle de PTZ.

10.7. Permitir usar Preset.

10.8. Permitir configuração da visualização por Resolução, Qualidade da imagem e Frames por Segungo (FPS).

10.9. Possuir status de Banda Consumida em KBytes.

10.10. Permitir ativação de alarmes (Ligar uma lâmpada, acionar uma sirene, abrir e fechar um portão e etc).

10.11. Permitir utilizar a câmera de seu celular integrado ao sistema, como se fosse uma câmera do sistema, possibilitando transmitir as imagens ao vivo via 3G, 4G ou wi- fi, diretamente para a central de monitoramento e que essas possam ser gravadas automaticamente no sistema de CFTV.

10.12. Ter a possibilidade de gerar

um perfil de mídia exclusivo para dispositivos móveis, com a finalidade de criar uma configuração diferente , visando uma menor utilização de banda de transmissão, para estes dispositivos.

10.13. Permitir operação via matriz virtual possibilitando transmitir a imagem de uma câmera dentro de um mosaico diretamente para o vídeo-wall.

10.14. Permite exportar fotos e vídeo gravado para whatsapp.

11. OUTROS RECURSOS:

11.1. Possuir recurso de máscara de privacidade com possibilidades de embaçamento (Inibe determinadas áreas da tela para que seja ocultado algum detalhe da imagem para o operador) para câmeras fixas.

11.2. Possuir filtros para controle da imagem (Blur, GaussianBlur, Sharpen, Emboss, Flip, Flop, Grayscale e Invert) por câmera (Reprodução de vídeo e Monitoramento ao Vivo) com configurações pré definidas.

11.3. Possuir controle sobre as tonalidades de imagem (Vermelho, Verde, Azul, Contraste, Brilho e Nível de cor) por câmera (Reprodução de Vídeo e Monitoramento ao Vivo) com configurações pré definidas.

11.4. Possuir interfaces amigáveis para o operador e o administrador. As interfaces de monitoramento e administração devem ser programas diferentes, sendo que o sistema de monitoramento deverá ter uma interface voltada ao operador, e esta deve ser bem intuitiva e simples para um usuário leigo operar e a interface de administração deverá fornecer uma

visão completa do sistema, através

de uma lista do tipo Tree-View muito utilizada por sistemas de administração.

11.5. Deverá permitir a integração com qualquer sistema de mercado, entre eles controle de acesso, proteção perimetral, vídeo-porteiro eletrônico, Psim, e outros, através do fornecimento das API‟s.

11.6. Deverá ser fornecido sem custos, dentro da versão adquirida, todas as atualizações, sejam por correção de eventuais problemas ou novas facilidades implementadas. EX: O cliente adquiriu a versão 6.0 e receberá gratuitamente todas as alterações dentro dessa versão.

12. O SISTEMA AINDA DEVE OFERECER OS MÓDULOS ABAIXO TOTALMENTE INTEGRADOS AO SISTEMA DE MONITORAMENTO, CUJA AQUISIÇÃO SERÁ DE FORMA OPCIONAL.

12.1 Mesa Operacional

12.1.1. Possibilitar a operação de todo o sistema, através de mesa operacional USB totalmente compatível com o fabricante do software, sem necessidade de aquisição de licenças. Fornecer manuais em português do Brasil. Esta mesa deve conter minimamente as seguintes funções:

12.1.2. Funções Gerais:

12.1.2.1. Atalho de câmera, matriz virtual, retroceder estilo de tela, avançar estilo de tela, tela cheia, ocultar barra de ferramentas, atualizar, detecção de movimento, alterar mosaico, foto da tela, eventos, mouse virtual, botão esquerdo do mouse, botão direito

do mouse, teclado virtual, abertura

de íris, fechamento de íris, foco perto, foco longe, bloqueio ptz, presets, vigilância ptz, ptz virtual, ptz simples, menos zoom, mais zoom, reprodutor de mídia, play & pause, visor para identificação da câmera, Joystick.

12.1.2.2. Modo ao Vivo: 12.1.2.2.1. Navegação por objetos, chamada de câmera por atalho, matriz virtual, navegação por estilos de tela, modo tela cheia no objeto, ocultar barra de ferramentas, atualizar cliente de monitoramento, detecção de movimento, alterar mosaico, foto da tela, disparando eventos, mouse virtual, teclado virtual, ajuste de íris, ajuste de foco, ptz, bloqueio ptz, presets, vigilância ptz, ptz virtual, ptz simples.

12.1.2.3. Modo Reprodução:

12.1.2.3.1. Iniciar reprodução, seleção de horário, avançar gravação, retroceder gravação, iniciar e pausar reprodução.

12.1.3. O equipamento descrito acima trata-se apenas de um hardware e não deverá existir licença de software para que esta funcione no sistema de monitoramento.

12.2 Leitor Biométrico USB ( biopass)

12.2.1 O leitor biométrico USB tem a finalidade de garantir a segurança de acesso ao sistema de monitoramento através de reconhecimento das digitais dos funcionários autorizados envolvidos no processo. Desta maneira evita- se que senhas pessoais sejam transferidas a outras pessoas e que acessos indesejados possa ser feito ao sistema. Deve ser

totalmente compatível com o

sistema ofertado. O leitor deve ter a seguinte característica:

12.2.2 Deve reconhecer digitais humanas

12.2.3 Captura de 650 DPI

12.2.4 Sem sensibilidade à eletroestática (ESD)

12.2.5 Não absorver oleosidades da pele nem nicotina

12.2.6 Suportar 1.5 milhões de toques

12.2.7 Permitir a reposição da película

12.2.8 Ser de tecnologia Bioluminescente( Emissor de Luz )

12.3 Sistema de

gerenciamento e arquivamento de imagens de eventos e Help-Desk

12.3.1 Possuir um sistema de gerenciamento e arquivamento de imagens exclusivamente dos eventos ocorridos no sistema, permitindo sua classificação, organização, documentação e emissão de relatórios e gráficos. Ainda neste sistema permitir a administração da manutenção das câmeras instaladas através de ordens de serviços. O sistema deve:

12.3.2 Possibilitar a abertura de boletim de ocorrência quando ocorrer um evento.

12.3.3 Possibilitar a criação de campos personalizados no boletim de ocorrência.

12.3.4 Permitir a criação de categorias para os eventos.

12.3.5 Possibilitar a gravação do vídeo do evento de uma ou mais câmeras, anexado ao boletim de ocorrência.

12.3.6 Permitir a classificação de todos os eventos ocorridos.

12.3.7 Permitir que qualquer documento escaneado possa ser anexado a este boletim para fins de

documentação completa do evento.

12.3.8 Possibilitar a emissão de relatórios e gráficos em PDF dos eventos ocorridos.

12.3.9 Possibilitar a pesquisa de um evento por qualquer campo definido no boletim de ocorrência.

12.3.10 Possibilitar a abertura de ordem de serviço para equipamentos relacionados ao monitoramento.

12.3.11 Ter possibilidade, na ordem de serviços, de cadastrar um SLA ( Acordo de nível de serviços) para conserto dos equipamentos.

12.3.12 O sistema deverá ter a capacidade de gerenciar as ordens de serviços emitidas.

12.3.13 O sistema deverá possibilitar a emissão de relatórios e gráficos das ordens de serviços e equipamentos envolvidos na manutenção.

12.3.14 Gerar relatórios baseados em filtros especificados pelo usuário.

12.3.15 Suporte a multiusuários com gerenciamento por nível de acesso para administradores, técnicos e operadores.

12.3.16 Permitir que todo o acesso ao sistema seja feito via WEB.

12.3.17 Não possuir limite para cadastramento de administradores, operadores e técnicos.

12.3.18 Não possuir limite para cadastramento dos eventos ocorridos no sistema.

12.3.19 Não possuir limite para cadastramento de boletins de ocorrências e de ordens de serviços.

12.3.20 Ser fornecido como licença única sem a necessidade de aquisição de licenças adicionais.

12.3.21 Ser integrado ao sistema de monitoramento ofertado.

12.3.22 Estar totalmente na língua portuguesa Brasil, assim como seus manuais.

12.4 Sistemas de análise Inteligente de imagens

12.4.1 Os softwares de análise de imagem devem ser “inteligentes” ao ponto de reconhecerem a violação de regras criadas no sistema de análise de imagem e gerar informações/alarmes para o sistema de monitoramento, possibilitando a imediata ação dos operadores envolvidos. O software deve possuir solução integrada com o software de monitoramento ofertado com no mínimo as seguintes funções:

12.4.1.1 Detecção de movimento de objetos no campo de visão.

12.4.1.2 Suportar detecção de direção em todos os sentidos;

12.4.1.3 Detecção da presença de novo objeto fixo em uma cena;

12.4.1.4 Detecção de remoção de um objeto estático de uma cena;

12.4.1.5 Detecção de limite de velocidade para veículos;

12.4.1.6 Detecção de veículos ou pessoas parados em lugar proibido;

12.4.1.7 Detecção de objeto atravessando uma linha virtual traçada em uma cena;

12.4.1.8 Detecção de movimento de objeto na direção diferente da configurada em uma cena;

12.4.1.9 Detecção de permanência (por tempo) de um objeto ou pessoas a partir da configuração de um tempo mínimo pré-estabelecido em uma cena;

12.4.1.10 Contagem de objetos, pessoas, carros que entrem em uma zona ou cena pré- estabelecida;

12.4.1.11 Contagem de veículos por faixa de rolamento;

12.4.1.12 Captura de faces de pessoas em uma determinada área;

12.4.1.13 Possibilitar criar barreiras virtuais em todos os sentidos;

12.4.1.14 Possibilitar criar cercas virtuais;

12.4.1.15 Possuir filtros para pessoas, objetos, bicicletas, animais, barcos, aviões, etc.;

12.4.1.16 Possibilitar cancelar a trepidação da câmera quando esta estiver instalada em automóveis ou locais onde o tráfego provoque a ação;

12.4.1.17 Detecção de obstrução da visão da câmera ( vandalismos, cobertura da câmera);

12.4.1.18 Detecção de obstrução da visão da câmera, por distorção do foco da mesma ou quando a mesma é modificada da cena pré- configurada originalmente;

12.4.1.19 Permitir re-disparo de eventos em um tempo programado, ou seja, estabelecer um tempo para reconhecer novamente um mesmo tipo de evento.

12.4.1.20 Emitir alarmes com PUP- Ups na tela de monitoramento e sonoros para todos os casos acima quando o fato ocorrer.

12.4.1.21 Permitir criar diversos tipos de relatórios, combinados ou não com os diversos eventos aqui solicitados, imprimi-los e gerar diversos tipos de gráficos.

12.4.1.22 Permitir agendar a ativação das configurações dos analíticos.

12.4.1.23 Permitir apagar registros antigos de analítico e determinar o tempo de retenção desses registros no banco de dados.

12.4.1.24 Permitir que os analíticos possam ser ativados em câmeras fixas ou Domes PTZ.

12.4.1.25 Permitir o tratamento de qualquer analítico embarcado em câmeras, desde que estas câmeras possuam a facilidade de notificação por HTTP.

12.4.1.26 Permitir as configurações de analíticos remotamente.

12.4.1.27 As regras de analíticos a serem aplicadas serão