PortugalAjax Cloud Signaling é um serviço que permite estabelecer comunicação entre os sistemas Ajax e o software de monitorização de terceiros. Atuando como uma ligação entre um espaço e as centrais recetoras de alarmes, Ajax Cloud Signaling converte os eventos recebidos do espaço num protocolo de eventos suportado pelo software da central recetora de alarmes (CRA).
Ajax Cloud Signaling permite enviar eventos diretamente de Ajax Cloud para a CRA. O serviço está integrado na app Ajax PRO Desktop. As empresas de monitorização e as empresas de segurança que instalam e monitorizam sistemas podem utilizar Ajax PRO Desktop para configurar e ligar sistemas de segurança. E as empresas de segurança ou de monitorização podem utilizar a app para organizar uma CRA.
Princípio do funcionamento
Todos os dados transmitidos por um sistema Ajax são protegidos por encriptação de bloco com uma chave dinâmica. O software da CRA de terceiros não consegue desencriptá-los de forma independente. Ajax Cloud Signaling recebe uma mensagem de um sistema Ajax, desencripta-a e converte-a em mensagens de protocolo padronizadas. O serviço transmite-as para o software da CRA sem necessidade de instalar quaisquer produtos Ajax nas instalações da empresa.
Ajax Cloud Signaling funciona apenas no modo armazenamento e reenvio. Cada evento gerado por um espaço e transmitido ao software de monitorização através do servidor Ajax Cloud e de Ajax Cloud Signaling deve ser confirmado. Quando um espaço envia um evento, apenas é necessária uma confirmação de Ajax Cloud. Este espaço não participa na comunicação entre Ajax Cloud e a central recetora de alarmes. Quando Ajax Cloud recebe um evento de um espaço, confirma de imediato a receção e armazena o evento no armazenamento na nuvem. Quando o evento é encaminhado para o software de monitorização, só é eliminado do armazenamento na nuvem após a central recetora de alarmes o confirmar.
Transmissão de eventos
Quando existe uma ligação à central recetora de alarmes, os alarmes são transmitidos imediatamente através do protocolo selecionado. Ajax Cloud Signaling suporta os seguintes protocolos para a transmissão de eventos para o software de monitorização:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling suporta a ligação a software de monitorização através de dois endereços de rede (principal e secundário), cada um com a sua própria porta. Se o endereço principal não estiver disponível, o recetor muda para o endereço secundário, caso este tenha sido configurado. Ajax Cloud Signaling suporta as categorias ATS SP1–SP5 e DP1–DP4.
Transmissão de eventos através do protocolo SIA DC-09 (SIA-DCS/ADM-CID)
A mensagem SIA DC-09 (SIA-DCS/ADM-CID) pode transmitir informações adicionais, tais como ligações Web, coordenadas geográficas ou outros dados normalizados. O protocolo SIA DC-09 (SIA-DCS/ADM-CID) permite transferir fotos dos detetores MotionCam/MotionCam Outdoor, bem como as coordenadas do utilizador, para a central recetora de alarmes quando o botão de pânico é premido na app Ajax.
Modelo de mensagem SIA DC-09 (SIA-DCS/ADM-CID): | |
| Marcador de início de mensagem em ASCII, transmitido no valor binário 0x0A. |
| Soma de verificação para verificar a integridade da mensagem, transmitida como quatro caracteres em ASCII. |
| O comprimento da mensagem, em que o primeiro carácter é sempre 0 e os três seguintes são caracteres hexadecimais em ASCII. |
| Indicador do tipo de protocolo. É utilizado um dos dois valores, consoante o valor do campo «Formato»:
|
| O número de sequência da mensagem enviada. O intervalo é 0001-9999, após o que a contagem recomeça a partir de 0001. |
| Número do recetor — não utilizado. |
| Prefixo do número de conta. O valor constante é L0. |
| Número da conta. O carácter # seguido de 3 a 16 caracteres hexadecimais em ASCII. |
| Dados do alarme. No início, são indicados o carácter # e o número de conta, depois o separador «|», seguido de uma mensagem. Se for utilizado o formato SIA-DCS: A constante «N» indica um novo evento, seguido da constante «ri» e do número do grupo. Em seguida, o símbolo «/» indica o código de evento SIA, que consiste em duas letras latinas e um número de zona. Exemplo (Alarme de intrusão do Dispositivo 1 no Grupo 2 para um Número de conta 1234): Se for utilizado o formato ADM-CID: O primeiro dígito é 1 (Alarme) ou 3 (Reposição), um código de evento de três dígitos pelo protocolo Contact ID, um número de grupo e um número de zona. Exemplo (Alarme de intrusão do Dispositivo 1 no Grupo 2 para um Número de conta 1234): A mensagem após o separador pode conter de 3 a 16 caracteres hexadecimais em ASCII. |
| Dados adicionais, que podem conter confirmação fotográfica dos detetores MotionCam/MotionCam Outdoor ou a localização do dispositivo em que o utilizador premiu o botão de pânico na app Ajax. A confirmação fotográfica é enviada como uma ligação Web, no início da qual é indicado o tipo de dados — o carácter V (Verificação). Quando a opção Transferir nome do dispositivo ou do grupo para eventos CRA está ativada, o nome do dispositivo ou do utilizador é enviado com o tipo de dados «I» (Texto do alarme), enquanto o nome do grupo é enviado com o tipo de dados «L» (Localização). As coordenadas são transmitidas no formato |
| Registo de data e hora. |
| Marcador de fim de mensagem em ASCII, transmitido no valor binário 0x0D. |
Tenha em atenção que a série de fotos é transmitida como um evento separado. As fotos estarão disponíveis imediatamente após serem transferidas para o servidor Ajax Cloud. As ligações para as fotos permanecerão válidas durante 7 dias a partir da sua transmissão à central recetora de alarmes da empresa de segurança.
A ligação a uma foto pode conter até 425 símbolos.
Exemplo de um evento com duas fotos:
CB640375″ADM-CID”0086L0#1234 |
O hub liga-se ao servidor Ajax Cloud através do protocolo Hub-to-Server (HtS). O hub estabelece ligações de saída com os endpoints de Ajax Cloud necessários para o envio de eventos.
Capacidade e desempenho
O recetor Ajax Cloud Signaling suporta até 50.000 espaços diferentes. Se o número de espaços ligados exceder o limite recomendado, divida os recetores em vários grupos.
Pode adicionar até 10 recetores para uma única empresa. O limite total de 10 recetores aplica-se à combinação dos recetores Ajax Cloud Signaling e Ajax Translator PRO.
A taxa máxima de processamento de eventos é de 50 eventos por segundo. A taxa de processamento real depende da configuração do recetor e das condições da rede.
Armazenamento e retransmissão de eventos
Se a ligação à central recetora de alarmes for interrompida enquanto um alarme estiver a ser acionado, todos os eventos armazenados serão transmitidos automaticamente assim que a ligação for restabelecida.
Mecanismos de segurança
Ajax Cloud Signaling está protegido por mecanismos de segurança que garantem uma comunicação fiável e impedem interferências não autorizadas.
Proteção contra ataques de negação de serviço (DoS)
Ajax Cloud Signaling implementa mecanismos de proteção contra ataques de negação de serviço (DoS) na comunicação entre um espaço, Ajax Cloud e a central recetora de alarmes. Um ataque DoS a uma interface de rede de transmissão não afeta negativamente o funcionamento de Ajax Cloud Signaling nem de qualquer outra interface de rede de transmissão.
Se o sistema detetar um padrão de tráfego anormal (mais de 500 mensagens inválidas num intervalo de 5 segundos), a ligação à central recetora de alarmes é interrompida automaticamente. As mensagens inválidas incluem, por exemplo:
mensagens sem um identificador de sequência;
mensagens que não podem ser analisadas corretamente.
Quando esta regra de proteção é ativada, não é possível restabelecer a ligação à central recetora de alarmes durante 60 segundos.
A proteção contra ataques DoS de Ajax Cloud Signaling baseia-se atualmente nos mecanismos de segurança da infraestrutura na nuvem. O servidor Ajax Cloud utiliza a tecnologia AWS Shield Advanced para proteger os seus recursos na nuvem contra ataques de negação de serviço distribuída (DDoS).
Proteção contra falsificação de dispositivos
Um sistema Ajax impede que um hub seja falsificado por outro dispositivo, incluindo equipamento idêntico ou contrafeito.
Apenas os hubs e os dispositivos de vídeo Ajax podem ligar-se a Ajax Cloud e gerar eventos do sistema. O servidor Ajax Cloud verifica a autenticidade do dispositivo antes de aceitar qualquer comunicação.
Cada hub é autenticado através de um processo de handshake proprietário. A chave criptográfica necessária para a autenticação é carregada no hub durante a produção e não pode ser alterada durante o funcionamento.
Ajax Cloud identifica cada hub através do seu ID de dispositivo único, que não pode ser alterado. Isto garante que um hub registado no sistema não possa ser substituído por outro dispositivo sem que tal seja detetado.
A ligação entre o hub e Ajax Cloud é protegida por um algoritmo criptográfico certificado pelo NIST.
Saiba mais sobre a certificação NIST
Adição do recetor
Estão disponíveis duas funções para utilizar Ajax Cloud Signaling: Engenheiro Sénior da CRA e Engenheiro da CRA. Apenas o Engenheiro Sénior da CRA tem o direito de adicionar, atualizar e eliminar o recetor.
Para adicionar o recetor, em Ajax PRO Desktop:
Inicie sessão numa conta PRO.
Abra o módulo Empresa.
Clique no menu Ligação à CRA. Inclui informações sobre os recetores que fazem a intermediação entre a CRA e o servidor na nuvem. O utilizador pode adicionar, eliminar ou alterar os detalhes do recetor.
Clique no botão Adicionar recetor.
Especifique o nome do recetor, o endereço principal (IP ou DNS) e a respetiva porta, o endereço secundário e a respetiva porta (opcional).
Selecione o protocolo pretendido.
Defina ou ajuste as seguintes configurações para o protocolo selecionado.
Clique em Guardar.
Ajax Cloud Signaling aguarda sempre uma confirmação de receção da mensagem por parte da CRA. Se Ajax Cloud Signaling não receber a confirmação, notifica a perda de ligação com a CRA.
O intervalo para o Período de ping e confirmação do recetor varia entre 1 e 30 segundos. Especifique o Número de conta virtual para mensagens de ping. Se esta definição não estiver configurada, o texto «000» será enviado no campo do número de conta em mensagens nulas.
Modelo de mensagem de ping SIA DC-09
Modelo de mensagem de ping SIA DC-09: | |
| Marcador de início de mensagem em ASCII, transmitido como o valor binário 0x0A. |
| Soma de verificação para verificar a integridade da mensagem, transmitida como quatro caracteres em ASCII. |
| O comprimento da mensagem, em que o primeiro carácter é sempre 0, seguido dos três caracteres hexadecimais seguintes em ASCII. |
| Constante «NULL». |
| O número de sequência da mensagem enviada, que varia entre 0001 e 9999. Depois de atingir 9999, a contagem é reposta em 0001. |
| Número do recetor — não utilizado. |
| Prefixo do número de conta. O valor constante é L0. |
| Número de conta virtual para mensagens de ping. Se não for definido, o texto «000» substituirá o campo do número de conta nas mensagens nulas. |
| Registo de data e hora. |
| Marcador de fim de mensagem em ASCII, transmitido como o valor binário 0x0D. |
Especifique se e como pretende enviar as imagens: numa única mensagem ou separadamente.
Especifique se pretende permitir o envio de gravações de áudio a partir dos módulos de voz quando ocorrer um alarme. O dispositivo pode gravar fragmentos de áudio curtos antes ou depois do acionamento do alarme e enviá-los para a CRA.
Além disso, pode permitir a verificação visual dos eventos de deteção das câmaras. Com Ajax PRO Desktop 4.20 ou versões posteriores, as empresas de monitorização que utilizam a monitorização através de Alax Cloud podem abrir e visualizar diretamente em Ajax PRO Desktop o vídeo de dispositivos de vídeo Ajax, que foi capturado após o sistema ter sido acionado pelo detetor de movimento integrado na câmara ou pelo detetor de IA. Para tal, selecione URL para visualizar em PRO Desktop no campo Verificação visual dos eventos de deteção de câmaras. Quando o dispositivo de vídeo é acionado, a CRA recebe um URL que abre uma nova janela de video wall de Ajax PRO Desktop com o fragmento de vídeo gravado.
Saiba mais sobre a verificação visual em Ajax PRO Desktop através de URL
Os URLs começam com ajax-pro-desktop:// e não podem ser descarregados. Se a sua CRA descarregar automaticamente as imagens anexadas, certifique-se de que as ligações que começam por ajax-pro-desktop:// não são descarregadas.
Além disso, o operador da CRA pode abrir e visualizar vídeos a partir de dispositivos de vídeo Ajax sem ter Ajax PRO Desktop instalado. O fluxo é semelhante à funcionalidade verificação visual em Ajax PRO Desktop através do URL, mas o URL recebido conduz a uma nova janela do navegador, e não ao widget de video wall de Ajax PRO Desktop. A janela aberta também exibe dois fluxos de vídeo: um vídeo em direto e um segmento de vídeo gravado.
Saiba mais sobre a verificação visual através de URL sem Ajax PRO Desktop
Se a opção Transferir o nome do dispositivo ou do grupo para os eventos da CRA estiver ativada, os nomes personalizados atribuídos aos dispositivos e zonas serão adicionados à mensagem de evento enviada para a CRA.
A opção Teste periódico do hub permite desativar as mensagens de teste periódicas que são utilizadas para verificar a ligação do hub. Ajax Cloud Signaling envia estas mensagens para a CRA com o código E602, o que significa que o hub está ligado.
O intervalo do intervalo de mensagens de teste é de 15 minutos a 24 horas.
Se desativar estas mensagens de teste regulares, o hub continuará a comunicar o estado da ligação em intervalos pré-determinados. No entanto, Ajax Cloud Signaling só notificará a CRA se a ligação ao hub for perdida. Neste caso, o programa envia um único evento à CRA com o código E350 e aguarda até que a ligação seja restabelecida. Assim que a ligação ao hub for restabelecida, Ajax Cloud Signaling transmite um evento com o código R350 à CRA.
Ative a seguinte opção para utilizar o ID do hub como número de conta do objeto que está a adicionar:
Se a opção Ligar automaticamente novos hubs a este recetor estiver ativada, o pedido para adicionar o novo hub será imediatamente aprovado. A função só está disponível quando a opção Utilizar o ID do hub como número de conta também está ativada.
Para desativar o recetor, desative a opção O recetor está ativo. O estado da ligação Desativado é agora apresentado na lista do recetor. As definições do recetor são guardadas, mas a ligação à CRA é perdida.
As definições de Personalização de códigos de eventos permitem alterar os códigos recebidos pela CRA a partir dos hubs Ajax. A empresa de monitorização altera por si própria os códigos CID/SIA-DCS definidos.
A funcionalidade está disponível na versão 3.9 ou posterior de Ajax PRO Desktop.
Como personalizar os códigos de eventos em Ajax Cloud Signaling
Quando o recetor é adicionado, o seu nome, protocolo e estado de ligação são apresentados no menu Ligação à CRA.
Na app, pode ver um dos seguintes estados de ligação à CRA:
Desativado — o recetor está desativado.
Ativo — o recetor está ligado à CRA.
Apenas endereço principal disponível — o recetor está ligado à CRA apenas através do endereço principal (o endereço secundário está inacessível).
Apenas endereço secundário disponível — o recetor está ligado à CRA apenas através do endereço secundário (o endereço principal está inacessível).
Ligação não estabelecida — o recetor está ativado mas aguarda o primeiro evento do hub.
Ligação perdida — o recetor não consegue estabelecer ligação à CRA. Os eventos de perda de ligação são registados no módulo Diário.
A ligação entre o servidor e o recetor é estabelecida quando é enviado pelo menos um evento do hub para o recetor.
Mapeamento do hub para o recetor
O Engenheiro Sénior da CRA e o Engenheiro da CRA têm o direito de criar, atualizar e visualizar o mapeamento do hub para o recetor. O Chefe dos operadores e o Operador só podem ver o mapeamento do hub para o recetor.
Para isso:
Selecione o módulo Objetos na lista de módulos no canto superior esquerdo do ecrã.
Selecione o objeto que pretende mapear para o recetor.
Clique em Manutenção para ver os estados de monitorização.
Clique no botão Monitorização através do
Selecione o hub que pretende mapear para o recetor.
Especifique o Número de conta que é utilizado para as mensagens enviadas ao recetor. Este não é o número de conta da app Ajax PRO Desktop, mas pode ser o mesmo. Todos os hubs atribuídos a um único recetor têm um número de conta único.
Clique em Guardar. Depois disso, o estado Monitorização através do
Com Ajax PRO Desktop 4.0 ou versões posteriores, é possível ativar/desativar o canal Monitorização com PRO Desktop para qualquer empresa de monitorização.
Migração de locais de Ajax Translator para Ajax Cloud Signaling
Um sistema Ajax permite aos utilizadores exportar de forma independente os locais vinculados a Ajax Translator. Esta app gera um ficheiro CSV que contém o ID do hub e o número de conta das vinculações ativas. O ficheiro pode ser carregado para Ajax PRO Desktop para recetor Translator ou Cloud signaling selecionado.
Como migrar objetos de Ajax Translator para Ajax Cloud Signaling
Eliminar o mapeamento do hub para o recetor
O Engenheiro Sénior da CRA e o Engenheiro da CRA têm o direito de eliminar o mapeamento do hub.
Para fazer isto:
Selecione o módulo Objetos na lista de módulos no canto superior esquerdo do ecrã.
Selecione o objeto que já não pretende mapear para o recetor.
Clique em Manutenção para ver os estados de monitorização.
Clique no botão Monitorização através do
Selecione o hub que já não pretende mapear para o recetor.
Clique em Guardar.
Clique no botão Parar monitorização na janela pop-up. Depois disso, o estado Monitorização através do
Eventos do recetor
Ajax PRO Desktop fornece um registo detalhado dos alarmes e eventos do sistema, bem como das ações dos funcionários na app. As entradas de registo do módulo Diário são guardadas por um período máximo de três anos. As entradas mais antigas são eliminadas. Os registos de alarmes incluem um carimbo de data/hora que indica quando o evento ocorreu.
O Proprietário da Empresa, o Engenheiro da CRA, o Engenheiro Sénior da CRA, o Chefe dos operadores, o Operador e o Chefe dos instaladores têm acesso ao módulo Diário.
Para visualizar os eventos do recetor:
Selecione o módulo Diário na lista de módulos no canto superior esquerdo do ecrã.
Selecione o objeto.
O módulo Diário apresentará uma lista dos eventos do recetor:
- O funcionário da sua empresa adicionou um novo recetor para monitorização através de Ajax Cloud.
- O funcionário da sua empresa alterou as definições do recetor.
- O funcionário da sua empresa eliminou o recetor.
- O recetor perdeu a ligação através do endereço principal/secundário.
- O recetor restabeleceu a ligação através do endereço principal/secundário.
- O funcionário da sua empresa começou a monitorizar o objeto através do recetor.
- O funcionário da sua empresa atualizou o número de conta do objeto para o recetor.
- O funcionário da sua empresa deixou de monitorizar o objeto através do recetor.
Defina o intervalo e aplique-o para filtrar eventos por tempo. Para gerar um relatório com base nos parâmetros especificados, clique no botão de geração de relatórios junto ao nome do filtro.
Carimbos de data/hora dos registos e sincronização horária
Os carimbos de data e hora dos registos são obtidos a partir do computador local onde os registos são apresentados, desde que a hora desse computador esteja sincronizada com a hora UTC do servidor (considerando também o fuso horário local). Se a hora do computador local diferir da hora do servidor, o sistema exibe uma notificação com instruções sobre como corrigir a situação.
Para sincronizar Ajax Cloud Signaling com a hora UTC, ative as definições automáticas de data e hora no seu computador:
- Aceda às definições de data e hora.
- Marque a caixa para ativar a sincronização da hora com o servidor.
Se a hora do computador local não estiver sincronizada com a do servidor, a hora do servidor será utilizada para os carimbos de data e hora dos registos.
Eliminação do recetor
Apenas o Engenheiro Sénior da CRA tem o direito de eliminar o recetor.
Para eliminar o recetor, em Ajax PRO Desktop:
Abra o módulo Empresa.
Clique no menu Ligação à CRA.
Clique no botão
.
Clique no botão Eliminar recetor.
Clique no botão Eliminar na janela pop-up. Quando o recetor é eliminado, todas as suas definições são apagadas e todos os hubs ligados deixam de enviar os seus eventos para a CRA correspondente.
O recetor não pode ser eliminado se pelo menos um hub estiver mapeado para esse recetor. Deve eliminar previamente o mapeamento de todos os hubs para o recetor.
Características técnicas
Todas as características técnicas
Informações adicionais
Contactar o suporte técnico:
Desenvolvido por «AS Manufacturing» LLC
