Common use of Arquitetura do Software Clause in Contracts

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.

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- 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 Active Directory 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 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é- 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 Edge recording ). 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‟sDVR’s, NVR‟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.50Permitir o cadastramento de comandos auxiliares de câmeras que possuam essa função, para facilitar o acesso a algumas funções específicas dessas câmeras. 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. 3Gravação: Suportar velocidade de gravação e visualização ao vivo de até 30 FPS por câmera. Suportar gravação de N câmeras por servidor, sendo que o limite máximo de câmeras deve ser de acordo com a capacidade de disco e de processamento do servidor. O Software não deverá ter limite de câmeras por Servidor. Suportar gravação por detecção de movimento e Eventos (Sendo estes, Eventos Manuais ou Alarmes Externos). O sensor de movimento para gravação deverá permitir que sejam selecionadas ilimitadas áreas sensíveis ou não, ao movimento. 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). Permitir a configuração de Faiover 1 para 1, 1 para N e N para N. 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. 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. 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). Possuir sistema de certificado digital que cria uma assinatura digital para cada foto gravada, garantindo a autenticidade da imagem. 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. 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. Trabalhar com gravação no formado JPEG, MPEG-4, H.263, H.264 e H.265 Possuir controle de buffer para pré e pós-alarme. Possuir sistema de arquivamento de imagens e áudio. 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. 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. 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. Permitir a reprodução das imagens que foram armazenadas através do processo de backup com o próprio reprodutor de imagens do sistema. Permitir a gravação automática de imagens em SD-Card quando uma falha na rede ocorrer. 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. 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. Possibilitar o log de atividades da gravação de borda ( Edge Recording ). 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. 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. 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. Permite a gravação das telas de computadores em Mjpeg, Mpeg4 ou H.264. Permite escolher quantos frames por segundo deseja-se gravar as telas dos computadores. Permite zoom digital e PTZ virtual sobre as imagens capturadas ao vivo e gravadas, dos computadores da rede. Permite a operação remota dos computadores capturados na rede. Permitir a gravação de áudio nos formatos : PCM, G.711, G.726 e AAC. Permitir a gravação de imagens geradas por lentes panomórficas 360 graus. 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. 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.

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.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- 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 200 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.19UDP. 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 (Active Directory 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 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é- 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 (Edge recording). 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.44S ou similar. 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.

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 H.263H.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- 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 statusde cada serviço disponível no sistema. 2.22. Suportar áudio bidirecional áudiobidirecional 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á quepoderá 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 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 Active Directory 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 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é- 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 Edge recording ). 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‟sDVR’s, NVR‟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.50Permitir o cadastramento de comandos auxiliares de câmeras que possuam essa função, para facilitar o acesso a algumas funções específicas dessas câmeras. 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. 3Gravação: Suportar velocidade de gravação e visualização ao vivo de até 30 FPS por câmera. Suportar gravação de N câmeras por servidor, sendo que o limite máximo de câmeras deve ser de acordo com a capacidade de disco e de processamento do servidor. O Software não deverá ter limite de câmeras por Servidor. Suportar gravação por detecção de movimento e Eventos (Sendo estes, Eventos Manuais ou Alarmes Externos). O sensor de movimento para gravação deverá permitir que sejam selecionadas ilimitadas áreas sensíveis ou não, ao movimento. 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). Permitir a configuração de Faiover1 para 1, 1 para N e N para N. 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. 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. 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). Possuir sistema de certificado digital que cria uma assinatura digital para cada foto gravada, garantindo a autenticidade da imagem. 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. 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. Trabalhar com gravação no formado JPEG, MPEG-4,H.263, H.264 e H.265 Possuir controle de buffer para pré e pós-alarme. Possuir sistema de arquivamento de imagens e áudio. 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. 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. 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. Permitir a reprodução das imagens que foram armazenadas através do processo de backup com o próprio reprodutor de imagens do sistema. Permitir a gravação automática de imagens em SD-Card quando uma falha na rede ocorrer. 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. 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. Possibilitar o log de atividades da gravação de borda ( Edge Recording ). Permitir a impressão de uma ou de váriasimagens 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óriosimpressos 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. 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. 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. Permite a gravação das telas de computadores em Mjpeg, Mpeg4 ou H.264. Permite escolher quantos frames por segundo deseja-se gravar as telas dos computadores. Permite zoom digital e PTZ virtual sobre as imagens capturadas ao vivo e gravadas,dos computadores da rede. Permite a operação remota dos computadores capturados na rede. Permitir a gravação de áudio nos formatos : PCM, G.711, G.726 e AAC. Permitir a gravação de imagens geradas por lentes panomórficas 360 graus. 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. 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.