A sinalização em nuvem é um serviço para estabelecer a comunicação entre sistemas Ajax e software de monitorização de terceiros. Actuando como uma ligação entre um hub e as estações de monitorização, a sinalização em nuvem converte as notificações recebidas do hub em protocolo de evento suportado pelo software da Central Recetora de Alarmes (CRA).
A sinalização da nuvem fornece a capacidade de entregar eventos ao CMS diretamente a partir do Ajax Cloud. O serviço está integrado na aplicação Ajax PRO Desktop. As empresas de monitorização de alarmes ou as empresas que instalam simultaneamente sistemas de segurança e respondem aos seus alarmes e eventos podem utilizar o Ajax PRO Desktop para configurar e ligar sistemas de segurança. E as empresas de segurança ou de monitorização podem utilizar a aplicação para organizar um CMS.
Como funciona a sinalização na nuvem
Todos os dados transmitidos por um sistema Ajax são protegidos por encriptação de blocos com uma chave dinâmica. O software CMS de terceiros não o pode desencriptar de forma independente. A sinalização na nuvem recebe uma mensagem de um sistema Ajax, desencripta-a e converte-a em mensagens de protocolo normalizadas. O serviço traduz esse software em CRA sem instalar qualquer produto Ajax nas instalações da empresa de segurança.
Protocolos disponíveis na sinalização em nuvem:
- SIA DC-09
- Manitou
- MASXML
- Micro Key
- SoftGuard
- Sentinel
- SurGard (Contact ID)
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) pode transferir fotografias dos sensores de movimento MotionCam/MotionCam Outdoor e coordenadas do utilizador para a estação de monitorização quando o botão de pânico é premido na aplicação Ajax.
Modelo de mensagem SIA DC-09 (SIA-DCS/ADM-CID):<LF><crc><0LLL><"id"><seq><Rrcvr> <Lpref> <#acct> [<pad> | ... data ...] [x… data…] <timestamp> < CR> |
|
<LF> |
Marcador de início de mensagem em ASCII, transmitido no valor binário 0x0A. |
<crc> |
Checksum para verificar a integridade da mensagem, transmitida como quatro caracteres em ASCII. |
<0LLL> |
O comprimento da mensagem, em que o primeiro carácter é sempre 0 e os três seguintes são caracteres hexadecimais em ASCII. |
<"id"> |
Indicador do tipo de protocolo. É utilizado um de dois valores, consoante o valor do campo “Formato”:
|
<seq> |
O número de sequência da mensagem enviada. O intervalo é 0001-9999, após o qual a contagem recomeça a partir de 0001. |
<Rrcvr> |
Número do recetor – não utilizado. |
<Lpref> |
Prefixo do número de conta. O valor constante é L0. |
<#acct> |
Número da conta. O carácter # seguido de 3 a 16 caracteres hexadecimais em ASCII. |
[<pad>|...data...] |
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 de ID de contacto, 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. |
[x…data…] |
Dados adicionais, que podem conter confirmação fotográfica dos detectores MotionCam/MotionCam Outdoor ou a localização do dispositivo em que o utilizador premiu o botão de pânico na aplicação Ajax. A confirmação da fotografia é 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á activada, 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 |
<timestamp> |
Registo de data e hora. |
<CR> |
Marcador de fim de mensagem em ASCII, transmitido no valor binário 0x0D. |
Note-se que a série de fotografias é transmitida como um evento separado. As fotografias estarão disponíveis imediatamente após serem transferidas para o servidor Ajax Cloud. As ligações para as fotografias permanecerão válidas durante 7 dias a partir do momento em que forem transmitidas à estação de controlo da empresa de segurança.
A ligação a uma fotografia pode conter até 425 símbolos.
Exemplo de um evento com duas fotografias:
CB640375″ADM-CID”0086L0#1234[#1234|1130 02 001][Vhttps://ajax-sample.com/first_photo.jpg,https://ajax-sample.com/second_photo.jpg]_16:43:06,10-07-2020 |
Adicionar o recetor
Existem duas funções disponíveis para utilizar a sinalização na Nuvem: Engenheiro CMS sénior e Engenheiro CMS. Apenas o Engenheiro CMS sénior tem o direito de adicionar, atualizar e eliminar o recetor.
Para adicionar o recetor, no Ajax PRO Desktop:
- Iniciar sessão numa conta PRO.
- Abra o módulo Empresa.
- Clique no menu Conexão CMS. Contém informações sobre os receptores que fazem a intermediação do CMS com o servidor de 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 primário (IP ou DNS) e a respectiva porta, o endereço secundário e a respectiva porta (opcional).
- Selecionar o protocolo pretendido.
- Definir ou ajustar as seguintes definições para o protocolo selecionado.
- Clique em Guardar.
A sinalização na nuvem espera sempre a confirmação da receção da mensagem por parte do CMS. Se a sinalização em nuvem não receber confirmação, comunica a perda de ligação com o CMS.
O intervalo do Período de ping e confirmação do recetor varia de 1 a 30 segundos. Especifique o número da 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:<LF><crc><0LLL><"NULL"><seq><Rrcvr><Lpref><#acct><timestamp><CR> |
|
<LF> |
Marcador de início de mensagem em ASCII, transmitido como o valor binário 0x0A. |
<crc> |
Checksum para verificar a integridade da mensagem, transmitida como quatro caracteres em ASCII. |
<0LLL> |
O comprimento da mensagem, em que o primeiro carácter é sempre 0, seguido dos três caracteres hexadecimais seguintes em ASCII. |
<"NULL"> |
“NULL” constante. |
<seq> |
O número de sequência da mensagem enviada, que varia entre 0001 e 9999. Depois de atingir 9999, a contagem é reposta em 0001. |
<Rrcvr> |
Número do recetor – não utilizado. |
<Lpref> |
Prefixo do número de conta. O valor constante é L0. |
<#acct> |
Número da 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. |
<timestamp> |
Registo de data e hora. |
<CR> |
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.
Além disso, pode permitir a verificação visual dos eventos de deteção das câmaras. Com a versão 4.20 e superior do Ajax PRO Desktop, as empresas de monitorização que utilizam a monitorização por sinalização na nuvem podem abrir e visualizar diretamente no Ajax PRO Desktop vídeos de dispositivos de vídeo Ajax, que foram captados após o acionamento do sistema pelo detetor de movimento ou detetor de IA incorporado na câmara. Para tal, selecione URL para visualizar no PRO Desktop no campo Verificação visual de eventos de deteção de câmaras. Quando o dispositivo de vídeo é acionado, o CRA recebe um URL que abrirá uma nova janela do mural de vídeo Ajax PRO Desktop com o fragmento de vídeo gravado.
Os URLs começam com ajax-pro-desktop:// e não podem ser descarregados. Se o seu CRA descarregar automaticamente as imagens anexas, certifique-se de que as ligações que começam por ajax-pro-desktop:// não são descarregadas.
Além disso, o operador do CRA pode abrir e visualizar vídeos a partir de dispositivos de vídeo Ajax sem ter o Ajax PRO Desktop instalado. O fluxo é semelhante ao da verificação visual no Ajax PRO Desktop utilizando a funcionalidade URL, mas o URL recebido conduz a uma nova janela do browser e não ao widget de mural de vídeo do 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.
Se a opção Transferir nome de dispositivo ou grupo para eventos CRA estiver activada, os nomes personalizados atribuídos a dispositivos e zonas serão adicionados à mensagem de evento enviada para o 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. A sinalização na nuvem envia estas mensagens para o 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, a sinalização na nuvem só notificará o CRA se a ligação ao hub se perder. Neste caso, o programa envia um único evento para o CRA com o código E350 e aguarda até que a ligação seja restabelecida. Quando a ligação do hub é restabelecida, a sinalização em nuvem transmite um evento com o código R350 para o CRA.
Active a seguinte opção para utilizar o ID do hub como o número de conta do objeto que está a adicionar:
Se a opção Ligar automaticamente novos hubs a este recetor estiver activada, o pedido para adicionar o novo hub será imediatamente aprovado. A função só está disponível quando a opção Usar ID do hub como número de conta também está activada.
Para desativar o recetor – desactive o botão O recetor está ativo. O estado da ligação Desactivada é agora apresentado na lista do recetor. As definições do recetor são guardadas, mas a ligação ao CMS é perdida.
As definições Personalização de códigos de eventos permitem alterar os códigos recebidos pelo CRA a partir de hubs Ajax. A empresa de monitorização altera ela própria os códigos CID/SIA-DCS definidos.
A funcionalidade está disponível na versão 3.9 ou superior do Ajax PRO Desktop.
Como personalizar códigos de eventos na sinalização de nuvem
Quando o recetor é adicionado, o seu nome, protocolo e estado de ligação são apresentados no menu Conexão CRA.
O utilizador pode adicionar 10 receptores e eliminar os anteriormente adicionados.
Na aplicação, pode ver um dos seguintes estados de ligação ao CMS:
- Disabled – o recetor está desativado.
- Active – o recetor está ligado ao CRA.
- Only primary address available – o recetor está ligado ao CRA apenas pelo endereço primário (o secundário é inacessível).
- Only secondary address available – o recetor está ligado ao CRA apenas pelo endereço secundário (o primário é inacessível).
- Conexão não estabelecida – o recetor está ativado mas aguarda o primeiro evento do hub.
- Perda de ligação – o recetor não consegue ligar-se ao CRA.
A ligação servidor-recetor é estabelecida quando pelo menos um evento é enviado do hub para o recetor.
Mapeamento do hub para o recetor
O Engenheiro CRA sénior e o Engenheiro 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 Objectos 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 recetor
<Name>. - 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
<Name>recetor será alterado de Não fornecido para Ativo.
Com a versão de firmware Ajax PRO Desktop 4.0 e superior, está disponível para 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 selecionado Translator ou 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 isso:
- Selecione o módulo Objectos na lista de módulos no canto superior esquerdo do ecrã.
- Selecionar o objeto que já não se 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
<Name>recetor. - 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
<Name>recetor será alterado de Active para Not provided.
Eventos do recetor
O acesso ao módulo Jornal tem Proprietário da empresa, Engenheiro CRA, Engenheiro CRA sénior, Chefe dos operadores, Operador, Instalador e Chefe dos instaladores.
Para ver os eventos do recetor:
- Selecione o módulo Journal na lista de módulos no canto superior esquerdo do ecrã.
- Selecionar o objeto.
Será apresentada uma lista dos eventos do recetor no módulo Journal:
- O funcionário da sua empresa adicionou um novo recetor para monitorização de sinalização na nuvem.
- O empregado da sua empresa alterou as definições do recetor.
- O recetor foi eliminado pelo empregado da empresa.
- O recetor perdeu a ligação através do endereço primário/secundário.
- Restabelecimento da ligação do recetor através do endereço primário/secundário.
- O empregado da sua empresa começou a monitorizar o objeto através do recetor.
- O empregado da empresa actualizou o número de conta do objeto para o recetor.
- O empregado da sua empresa deixou de monitorizar o objeto através do recetor.
Definir e aplicar o intervalo 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.
Eliminar o recetor
Apenas o Engenheiro CMS sénior tem o direito de eliminar o recetor.
Para eliminar o recetor, no Ajax PRO Desktop:
- Abra o módulo Empresa.
- Clique no menu Ligação CRA.
- Clique no botão .
- Clique no botão Delete receiver.
- Clique no botão Delete 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 o 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.
