Saltar para o conteúdo principal

Alternativas — migração de aplicação e cliente

Alternativa à aplicação da Hikvision: mudar o cliente, não as câmaras

É na aplicação que uma migração se sente, mesmo quando todo o hardware por baixo está terminado e a funcionar: a sua equipa abre-a todas as manhãs, e é ela que decide como se chega ao acesso remoto, quem tem conta e o que acontece quando alguém precisa de um clipe à meia-noite. Esta página cobre o que muda de facto, o que fica para trás, e como planear a mudança para que o local nunca fique cego. Publicamos as nossas próprias especificações e os nossos preços; não publicamos sobre os produtos de outros fabricantes nenhuma afirmação que não possamos documentar.

Topologia do sistema ligando câmaras, comutação PoE, um gravador de vídeo em rede e a camada de cliente
  • Clientes Seetong Cloud em iOS, Android e Windows
  • P2P e atravessamento de NAT num só toque — sem IP fixo, sem encaminhamento de portas
  • Câmaras integram por ONVIF, RTSP e GB28181
  • Até 38 contas de utilizador locais no gravador

O que o cliente mantém de facto unido

Uma aplicação parece uma grelha de câmaras, mas são na verdade três coisas empilhadas umas sobre as outras: a conta que lista os dispositivos, a rota pela qual o acesso remoto chega até eles, e o modelo de utilizadores que decide quem vê o quê. Mude a aplicação e as três mudam, e é por isso que uma migração de aplicação merece mais planeamento do que o seu tamanho sugere.

A rota é a parte que as pessoas subestimam. Chega-se ao acesso remoto de uma de três formas: ponto a ponto com atravessamento de NAT, que não precisa de endereço IP fixo nem de configuração do router; encaminhamento de portas, que precisa de um endereço estático e de um buraco deliberado na firewall; e acesso local na mesma rede. A nossa plataforma usa P2P com atravessamento de NAT num só toque, que é a mais simples das três para um local com uma ligação à internet comum, e continua a funcionar quando o operador lhe muda o endereço de um dia para o outro.

Três plataformas de cliente, uma conta

Os clientes Seetong Cloud correm em iOS, Android e Windows, por isso a mesma conta serve o vigilante no telemóvel, o supervisor no tablet e a sala de controlo num computador de secretária. A visualização em direto e a reprodução de gravações são as duas funções que mais contam no dia a dia, e ambas vêm do gravador e não das câmaras individuais, e é por isso que o cliente e o gravador mudam juntos.

A visualização móvel também depende do que a câmara envia. Cada câmara corre um fluxo principal a 500–8000 kbps e um fluxo secundário a 50–2000 kbps, e um cliente de telemóvel mostra normalmente o fluxo secundário — mais pequeno, mais barato em dados e perfeitamente adequado num ecrã de 6 polegadas. O fluxo principal, em resolução total, é o que revê na sala de controlo e exporta quando algo importa. Confirmar que ambos estão configurados de propósito, e não deixados nos valores predefinidos, é um dos pequenos trabalhos que fazem a diferença entre um sistema em que as pessoas confiam e um de que se queixam.

O que se perde quando o cliente muda

Ser franco sobre isto é mais útil do que uma lista de funcionalidades, por isso aqui fica o que não sobrevive a uma mudança de plataforma:

  • A conta e o seu histórico. As listas de dispositivos, os layouts guardados, as regras de alerta, as definições de partilha e as preferências de notificação são configurados de novo. Traga um inventário escrito do que existe antes de começar, ou vai reconstruí-lo de memória.
  • Os clipes na nuvem e o histórico de alertas guardados dentro da plataforma antiga. Tudo de que possa precisar mais tarde deve ser exportado enquanto os dois sistemas ainda estão a funcionar.
  • Qualquer análise inteligente nativa da aplicação antiga. As funcionalidades que vivem no cliente e não na câmara não viajam; o nosso gravador oferece deteção de rosto, matrícula, corpo humano, veículo e objetos em queda nos canais configurados, e esse é o teto do que qualquer migração de cliente pode prometer.
  • Um único acesso para todo o parque, se alguns dispositivos ficarem na plataforma antiga. Dois sistemas significam duas contas, a menos que mude o gravador juntamente com o cliente.
  • Configurar câmaras a partir do telemóvel. Se contava com a aplicação antiga para mudar definições das câmaras, faça esse trabalho antes da troca — e escreva as palavras-passe. Depois da mudança, chega-se às definições das câmaras a partir do interface da câmara e não do cliente.

Um limite de personalização que vale a pena conhecer desde cedo: a colocação do logótipo abrange a embalagem exterior, a carcaça do dispositivo, a página de visualização de canais e o ecrã de arranque, mas a própria aplicação cliente é fornecida pela plataforma e não pode ser renomeada.

Mudar o cliente sem mudar as câmaras

É a rota que a maioria dos locais segue, e funciona como qualquer migração liderada pelo gravador: as câmaras ficam na parede, e o gravador novo puxa os seus fluxos através da rede. Cada câmara publica um caminho RTSP padrão e é descoberta por ONVIF, por isso aparece como um canal no gravador novo e, a partir daí, no cliente novo. Nada nas objetivas, nos suportes, na comutação PoE ou nas linhas de cabo tem de mudar.

As duas coisas a preparar são endereços e credenciais. Dê a cada câmara um endereço fixo em vez de o deixar ao DHCP, e reúna o nome de utilizador e a palavra-passe de cada dispositivo num só sítio antes da mudança. Ambos os trabalhos levam uma hora e poupam uma noite muito desconfortável. Uma vez integradas as câmaras, monta-se a lista de utilizadores do gravador — até 38 contas locais — e os hábitos de trabalho passam uma pessoa de cada vez, começando por quem estiver de turno na noite em que o sistema muda.

Uma nota sobre nomes

O cliente desta gama chama-se Seetong Cloud. Tratamo-lo pelo que é: a camada de compatibilidade que fica entre as suas câmaras, o seu gravador e o seu telemóvel. Não é uma marca que comercializamos, e não aparece neste site como página de marca. O que importa comercialmente é mais estreito — regista câmaras por ONVIF, RTSP e GB28181, chega a dispositivos remotos por P2P com atravessamento de NAT num só toque, e corre em iOS, Android e Windows. São esses os factos a comparar com qualquer cliente que use hoje.

A mudança, por ordem

  • Inventarie os dispositivos, as contas e as regras de alerta na plataforma antiga, e anote quem usa que vista e em que dispositivo.
  • Confirme a rota de acesso remoto que quer: P2P e atravessamento de NAT pela simplicidade, ou mapeamento de portas se a sua política o exigir.
  • Reúna os endereços e as credenciais das câmaras, e defina endereços estáticos nos dispositivos que vão ser integrados.
  • Integre um grupo-piloto de quatro a seis câmaras e teste de ponta a ponta a visualização em direto, a imagem noturna, as marcas de data e hora e a reprodução.
  • Crie as contas de utilizador no gravador com as funções de que precisa, em vez de meter toda a gente numa conta de administrador.
  • Corra os dois clientes em paralelo durante um ciclo de retenção completo, para que ninguém seja obrigado a confiar num sistema que não viu a funcionar.
  • Desligue o acesso antigo por último, e mantenha o método de exportação antigo documentado, caso seja preciso um clipe antigo depois da mudança.

Faça a troca numa janela de manutenção e não numa segunda-feira de manhã. Uma migração de cliente planeada para uma quinta-feira à noite é uma conversa de cinco minutos na sexta-feira; uma que acontece durante uma mudança de turno é uma semana de queixas.

Três formas de abordar uma migração de cliente

Cliente e gravador mudam, as câmaras ficam

A rota padrão. As câmaras são integradas num gravador novo por ONVIF, RTSP ou GB28181, o cliente novo passa a ser o interface diário, e a instalação física fica intocada.

Usar quando
Câmaras sãs, um gravador ou cliente envelhecido, e uma equipa que precisa de voltar a ter acesso remoto a funcionar sem um projeto de capital.
Não usar quando
Parques com câmaras analógicas ou modelos que não publicam nenhum fluxo padrão — nesse caso a camada das câmaras tem de mudar primeiro.

Só o cliente, o gravador fica

Só é possível se o próprio gravador suportar o cliente para onde está a mudar ou publicar um fluxo padrão para outra plataforma. É a opção menos perturbadora quando existe, e a primeira a verificar.

Usar quando
Locais cujo gravador é atual e baseado em normas, e onde a queixa é sobre a aplicação e não sobre a gravação.
Não usar quando
Gravadores presos ao seu próprio cliente e sem interface padrão. Aí o cliente e o gravador mudam juntos ou não mudam de todo.

Os dois clientes, durante um período de transição

A aplicação antiga fica instalada e com sessão iniciada durante um ciclo de retenção completo, enquanto a nova assume o dia a dia. Não se pede a ninguém que abdique do acesso a gravações de que possa precisar antes de o sistema novo merecer confiança.

Usar quando
Locais com incidentes em curso, investigações a decorrer ou obrigações contratuais que tornam inaceitável uma falha de cobertura.
Não usar quando
Locais com políticas de contas estritas que proíbem acesso em paralelo — aí, planeie antes um corte definitivo numa janela de manutenção.

Perguntas frequentes

O que é uma alternativa à aplicação da Hikvision?

O cliente que acompanha esta gama é o Seetong Cloud, que corre em iOS, Android e Windows, e a comparação prática não é o nome da aplicação mas as três coisas que ela tem de fazer. Tem de chegar às suas câmaras remotamente — o nosso fá-lo por P2P com atravessamento de NAT num só toque, por isso não são precisos IP fixo nem encaminhamento de portas. Tem de mostrar tanto a visualização em direto como a reprodução de gravações a partir do gravador. E tem de suportar as contas de que precisa, até 38 utilizadores locais no gravador. Verifique qualquer aplicação que esteja a considerar contra estas três perguntas, e verifique como lida com as câmaras que já tem, porque é aí que a maioria das migrações funciona ou não.

Posso ver as minhas câmaras existentes noutra aplicação?

Se publicarem um fluxo padrão ONVIF, RTSP ou GB28181, podem ser integradas num gravador que esses clientes leiam, e aparecem na aplicação nova como canais. Se forem analógicas, ou presas a um protocolo proprietário sem fluxo padrão, nenhuma mudança de cliente as trará sem uma camada de codificadores. O teste fiável leva dez minutos: tente abrir o fluxo da câmara a partir de um portátil na mesma rede, usando o caminho RTSP documentado pelo fabricante. Se funcionar, um gravador baseado em normas consegue puxá-lo. Se não funcionar, pergunte-nos antes de planear a migração.

Como funciona o acesso remoto — preciso de IP fixo ou de encaminhamento de portas?

A nossa plataforma chega a dispositivos remotos por P2P com atravessamento de NAT num só toque. Em termos simples, o gravador estabelece uma ligação de saída para a plataforma e o cliente encontra-se com ele lá, por isso não precisa de um endereço IP público estático nem de abrir portas no router. Isso importa numa banda larga empresarial comum, onde o endereço pode mudar sem aviso e onde uma porta aberta é uma questão de segurança permanente. Se a sua política de TI preferir encaminhamento de portas ou uma VPN, o gravador também publica RTSP padrão e suporta acesso por mapeamento de portas, por isso qualquer das abordagens pode funcionar — a diferença está apenas naquilo que a sua equipa de rede tem de manter.

Que funcionalidades deixam de funcionar depois da troca?

Tudo o que pertencia à conta antiga e não às câmaras: listas de dispositivos, layouts multicâmara guardados, regras de alerta, definições de notificação, ligações de partilha e histórico de clipes na nuvem. As funcionalidades que vivem no software do cliente antigo — a sua própria pesquisa inteligente ou as suas próprias análises — também não viajam. O que continua a funcionar é o próprio vídeo, porque vem das câmaras através de um fluxo padrão, mais a deteção do lado do gravador que a nossa plataforma oferece: deteção de rosto, matrícula, corpo humano, veículo e objetos em queda, a par da deteção de movimento comum. Planeie uma reconstrução da camada de configuração e não uma cópia, e a troca parece administração em vez de perda.

A aplicação pode ser renomeada para a nossa empresa?

Não. A colocação do logótipo nesta gama abrange a embalagem exterior, a carcaça do dispositivo, a página de visualização de canais e o ecrã de arranque, e essas opções existem em encomendas OEM. A própria aplicação cliente é fornecida pela plataforma e mantém o seu nome e identidade nas lojas de aplicações, por isso um projeto OEM não deve prometer aos clientes uma aplicação de marca branca. Se uma experiência móvel com marca é um requisito do seu concurso e não uma preferência, diga-o desde o início, para que ninguém planeie em torno de um entregável que não existe — e se o que precisa é do seu logótipo na página de visualização de canais e no ecrã de arranque, essa parte conseguimos fazer.

Quantas pessoas podem usar o sistema ao mesmo tempo?

O gravador suporta até 38 contas de utilizador locais, cada uma com as suas próprias credenciais, por isso os departamentos e os turnos não têm de partilhar um acesso. Isso importa mais do que parece: os acessos partilhados tornam impossível dizer quem viu ou exportou um clipe, e são a primeira coisa que um auditor ou uma seguradora pergunta. Do lado da visualização, planeie quantas pessoas vão transmitir ao mesmo tempo e por que ligação — um punhado de clientes de telemóvel em fluxos secundários é uma carga muito leve, enquanto várias sessões de secretária simultâneas no fluxo principal exigem capacidade de ligação ascendente real no local. Diga-nos os números e verificamo-los contra a conceção.

Preciso de estar no local para fazer a mudança?

Habitualmente não. A migração é um trabalho de rede, por isso pode ser feita remotamente durante uma janela de manutenção, desde que alguém no local possa reiniciar um dispositivo se lhe for pedido e confirmar que as câmaras continuam a funcionar depois. O que tem de ser preparado com antecedência é o acesso: as credenciais das câmaras, as definições de rede do gravador e uma janela de manutenção combinada com quem usa o sistema à noite. Não tente uma migração de cliente durante uma mudança de turno nem a meio de uma investigação. Planeie-a para uma hora calma, mantenha o cliente antigo instalado até o novo ter corrido um ciclo de retenção completo, e tenha um passo de retrocesso escrito antes de começar.

Planeie a troca de cliente antes de ela acontecer

Diga-nos o que a sua equipa usa hoje, quantas contas precisa e como o local chega à internet. Mapeamos a migração, confirmamos que câmaras integram sem problemas, e dizemos-lhe o que exportar antes de o acesso antigo ser desligado.