PolskaAjax Cloud Signaling to usługa umożliwiająca komunikację między systemami Ajax a oprogramowaniem do monitorowania innych firm. Pełniąc funkcję łącznika pomiędzy przestrzenią a stacjami monitorowania, Ajax Cloud Signaling przekształca zdarzenia otrzymane z przestrzeni na protokół zdarzeń obsługiwany przez oprogramowanie Stacji monitorowania alarmów (CMS).
Ajax Cloud Signaling zapewnia możliwość dostarczania zdarzeń do CMS bezpośrednio z Ajax Cloud. Usługa jest zintegrowana z aplikacją Ajax PRO Desktop. Firmy monitorujące oraz agencje ochrony instalujące i monitorujące systemy mogą używać Ajax PRO Desktop do konfigurowania i łączenia systemów alarmowych. Agencje ochrony lub firmy monitorujące mogą używać aplikacji do organizacji CMS.
Zasada działania
Wszystkie dane przesyłane przez system Ajax są chronione szyfrowaniem blokowym z dynamicznym kluczem. Oprogramowanie CMS innych firm nie może samodzielnie go odszyfrować. Ajax Cloud Signaling odbiera wiadomość z systemu Ajax, odszyfrowuje ją i konwertuje na standardowe wiadomości protokołu. Usługa tłumaczy to na oprogramowanie CMS bez instalowania jakichkolwiek produktów Ajax w siedzibie firmy.
Ajax Cloud Signaling działa wyłącznie w trybie przechowywania i przekazywania. Każde zdarzenie wygenerowane przez przestrzeń i przesłane do oprogramowania do monitorowania za pośrednictwem serwera Ajax Cloud oraz Ajax Cloud Signaling musi zostać potwierdzone. Gdy przestrzeń wysyła zdarzenie, wymaga potwierdzenia wyłącznie od Ajax Cloud. Przestrzeń nie uczestniczy w komunikacji pomiędzy Ajax Cloud a stacją monitorowania. Gdy Ajax Cloud otrzymuje zdarzenie z przestrzeni, natychmiast potwierdza jego odbiór i przechowuje zdarzenie w pamięci w chmurze. Gdy zdarzenie jest przesyłane do oprogramowania do monitorowania, jest usuwane z pamięci w chmurze dopiero po potwierdzeniu jego odbioru przez stację monitorowania.
Transmisja zdarzenia
Gdy połączenie ze stacją monitorowania jest dostępne, alarmy są natychmiast przesyłane za pomocą wybranego protokołu. Ajax Cloud Signaling obsługuje następujące protokoły przesyłania zdarzeń do oprogramowania do monitorowania:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling obsługuje połączenie z oprogramowaniem do monitorowania za pomocą dwóch adresów sieciowych (podstawowego i pomocniczego), z których każdy korzysta z własnego portu. Jeżeli adres podstawowy jest niedostępny, odbiornik przełącza się na adres pomocniczy, jeżeli został skonfigurowany. Ajax Cloud Signaling obsługuje kategorie ATS SP1–SP5 oraz DP1–DP4.
Transmisja zdarzeń za pomocą protokołu SIA DC-09 (SIA-DCS/ADM-CID)
Wiadomość SIA DC-09 (SIA-DCS/ADM-CID) może przesyłać dodatkowe informacje, takie jak linki internetowe, współrzędne geograficzne lub inne standardowe dane. Protokół SIA DC-09 (SIA-DCS/ADM-CID) może przesyłać zdjęcia z czujników MotionCam/MotionCam Outdoor, a także współrzędne użytkownika do stacji monitorowania po naciśnięciu przycisku napadowego w aplikacji Ajax.
Szablon komunikatu SIA DC-09 (SIA-DCS/ADM-CID): | |
| Znacznik początku komunikatu w ASCII, przesyłany jako wartość binarna 0x0A. |
| Suma kontrolna służąca do sprawdzania integralności wiadomości, przesyłana jako cztery znaki w kodzie ASCII. |
| Długość wiadomości, gdzie pierwszy znak to zawsze 0, a kolejne trzy to znaki szesnastkowe w kodzie ASCII. |
| Wskaźnik typu protokołu. W zależności od wartości pola „Format” używana jest jedna z dwóch wartości:
|
| Numer porządkowy wysłanej wiadomości. Zakres wynosi 0001-9999, po czym liczenie rozpoczyna się od 0001. |
| Numer odbiorcy — nieużywany. |
| Prefiks numeru konta. Wartość stała to L0. |
| Numer konta. Znak #, po którym następuje od 3 do 16 znaków szesnastkowych w formacie ASCII. |
| Dane alarmowe. Na początku podawany jest znak # oraz numer konta, następnie separator „|” i na końcu komunikat. W przypadku użycia formatu SIA-DCS: Stała „N” oznacza nowe zdarzenie, po którym następuje stała „ri” oraz numer grupy. Następnie symbol „/” wskazuje kod zdarzenia SIA, który składa się z dwóch liter łacińskich oraz numeru strefy. Przykład (alarm włamaniowy z Urządzenia 1 w Grupie 2 dla Konta numer 1234): Jeśli używany jest format ADM-CID: Pierwsza cyfra to 1 (Alarm) lub 3 (Przywróć), trzycyfrowy kod zdarzenia zgodny z protokołem Contact ID, numer grupy oraz numer strefy. Przykład (alarm włamaniowy z Urządzenia 1 w Grupie 2 dla konta numer 1234): Wiadomość po separatorze może zawierać od 3 do 16 znaków szesnastkowych w kodowaniu ASCII. |
| Dodatkowe dane, które mogą zawierać potwierdzenie zdjęciowe z czujników MotionCam/MotionCam Outdoor lub lokalizację urządzenia, na którym użytkownik nacisnął przycisk napadowy w aplikacji Ajax. Potwierdzenie zdjęcia jest wysyłane jako link internetowy, na początku którego wskazany jest typ danych — znak V (Weryfikacja). Gdy przełącznik Przesyłanie nazwy urządzenia lub grupy do zdarzeń CMS jest włączony, nazwa urządzenia lub użytkownika jest przesyłana jako typ danych „I” (Tekst alarmu), natomiast nazwa grupy jest przesyłana jako typ danych „L” (Lokalizacja). Współrzędne są przesyłane w formacie |
| Znacznik czasu. |
| Znacznik końca wiadomości w kodzie ASCII, przesyłany w wartości binarnej 0x0D. |
Należy pamiętać, że seria zdjęć jest przesyłana jako osobne zdarzenie. Zdjęcia będą dostępne natychmiast po ich przesłaniu na serwer Ajax Cloud. Linki do zdjęć będą ważne przez 7 dni od momentu przekazania ich do stacji monitorowania agencji ochrony.
Link do jednego zdjęcia może zawierać do 425 znaków.
Przykład zdarzenia z dwoma zdjęciami:
CB640375″ADM-CID”0086L0#1234 |
Hub łączy się z serwerem Ajax Cloud za pomocą protokołu Hub-to-Server (HtS). Hub nawiązuje połączenia wychodzące do punktów końcowych Ajax Cloud niezbędnych do dostarczania zdarzeń.
Pojemność i wydajność
Odbiornik Ajax Cloud Signaling obsługuje do 50 000 różnych przestrzeni. Jeżeli liczba połączonych pomieszczeń przekracza zalecany limit, należy podzielić odbiorniki na kilka grup.
Można dodać maksymalnie 10 odbiorników dla jednej firmy. Łączny limit 10 odbiorników dotyczy łącznie Ajax Cloud Signaling i odbiorników Ajax Translator PRO.
Maksymalna szybkość przetwarzania zdarzeń wynosi 50 zdarzeń na sekundę. Rzeczywista szybkość przetwarzania zależy od konfiguracji odbiornika oraz warunków sieciowych.
Przechowywanie zdarzeń i retransmisja
Jeśli połączenie ze stacją monitorowania zostanie utracone w momencie wyzwolenia alarmu, wszystkie zapisane zdarzenia zostaną automatycznie przesłane po przywróceniu połączenia.
Mechanizmy bezpieczeństwa
Ajax Cloud Signaling jest chroniony mechanizmami bezpieczeństwa zapewniającymi niezawodną komunikację i zapobiegającymi nieautoryzowanej ingerencji.
Ochrona przed odmową usługi (DoS)
Ajax Cloud Signaling wdraża mechanizmy ochrony przed atakami typu Denial-of-Service (DoS) w komunikacji pomiędzy przestrzenią, Ajax Cloud oraz stacją monitorowania. Atak DoS na jeden interfejs sieci transmisyjnej nie wpływa negatywnie na działanie Ajax Cloud Signaling ani żadnego innego interfejsu sieci transmisyjnej.
Jeżeli system wykryje nietypowy wzorzec ruchu (ponad 500 nieprawidłowych komunikatów w ciągu 5 sekund), połączenie ze stacją monitorowania zostanie automatycznie zakończone. Nieprawidłowe wiadomości obejmują na przykład:
wiadomości bez identyfikatora sekwencji;
wiadomości, których nie można poprawnie przeanalizować.
Po uruchomieniu tej reguły ochronnej nie można nawiązać ponownie połączenia ze stacją monitorującą przez 60 sekund.
Ochrona przed atakami DoS dla usługi Ajax Cloud Signaling opiera się obecnie na mechanizmach bezpieczeństwa infrastruktury w chmurze. Serwer Ajax Cloud wykorzystuje technologię AWS Shield Advanced w celu ochrony zasobów chmurowych przed atakami typu rozproszona odmowa usługi (DDoS).
Ochrona przed spoofingiem
System Ajax zapobiega podszywaniu się pod hub przez inne urządzenie, w tym sprzęt identyczny lub podrobiony.
Tylko huby Ajax i urządzenia wideo mogą łączyć się z Ajax Cloud i generować zdarzenia systemowe. Serwer Ajax Cloud weryfikuje autentyczność urządzenia przed zaakceptowaniem jakiejkolwiek komunikacji.
Każdy hub jest uwierzytelniany poprzez opatentowany proces uzgadniania. Klucz kryptograficzny niezbędny do uwierzytelnienia jest przesyłany do huba podczas produkcji i nie może być modyfikowany w trakcie eksploatacji.
Ajax Cloud identyfikuje każdy hub za pomocą unikalnego identyfikatora urządzenia, którego nie można zmienić. Dzięki temu mamy pewność, że zarejestrowany w systemie hub nie może zostać zastąpiony innym urządzeniem bez wykrycia.
Połączenie między hubem i Ajax Cloud jest zabezpieczone algorytmem kryptograficznym posiadającym certyfikat NIST.
Dowiedz się więcej o certyfikacji NIST
Dodawanie odbiornika
Dostępne są dwie role do korzystania z Ajax Cloud Signaling: Starszy Inżynier CMS oraz Inżynier CMS. Tylko Starszy Inżynier CMS ma prawo dodawać, aktualizować i usuwać odbiornik.
Aby dodać odbiornik, w Ajax PRO Desktop:
Zaloguj się na konto PRO.
Otwórz moduł Firma.
Kliknij w menu Połączenie z CMS. Zawiera informacje o odbiornikach, które pośredniczą pomiędzy CMS a serwerem w chmurze. Użytkownik może dodać, usunąć lub zmienić dane odbiorcy.
Kliknij przycisk Dodaj odbiornik.
Wskaż nazwę odbiornika, podstawowy adres (IP lub DNS) oraz jego port, adres pomocniczy i jego port (opcjonalnie).
Wybierz wymagany protokół.
Ustaw lub dopasuj następujące ustawienia dla wybranego protokołu.
Kliknij Zapisz.
Ajax Cloud Signaling zawsze oczekuje potwierdzenia odbioru wiadomości od CMS. Jeśli Ajax Cloud Signaling nie otrzyma potwierdzenia, zgłasza utratę połączenia z CMS.
Zakres Okresu odpytywania i potwierdzenia odbiornika wynosi od 1 do 30 sekund. Określ Numer konta wirtualnego dla wiadomości ping. Jeśli to ustawienie nie jest skonfigurowane, w polu numeru konta w wiadomościach typu null zostanie wysłany tekst „000”.
Szablon wiadomości pingowania SIA DC-09
Szablon wiadomości ping SIA DC-09: | |
| Znacznik początku wiadomości w ASCII, przesyłany jako wartość binarna 0x0A. |
| Suma kontrolna służąca do weryfikacji integralności wiadomości, przesyłana jako cztery znaki w formacie ASCII. |
| Długość wiadomości, gdzie pierwszy znak to zawsze 0, a następnie trzy kolejne znaki szesnastkowe w formacie ASCII. |
| Stała "NULL". |
| Numer sekwencyjny wysłanej wiadomości, mieszczący się w zakresie od 0001 do 9999. Po osiągnięciu 9999 licznik resetuje się do 0001. |
| Numer odbiorcy — nieużywany. |
| Prefiks numeru konta. Wartość stała to L0. |
| Wirtualny numer konta do pobierania wiadomości. Jeśli nie ustawiono, w polu numeru konta w komunikatach null pojawi się tekst "000". |
| Znacznik czasu. |
| Znacznik końca wiadomości w ASCII, przesyłany jako wartość binarna 0x0D. |
Określ, czy i w jaki sposób chcesz wysłać zdjęcia: w jednej wiadomości czy osobno.
Określ, czy zezwolić na wysyłanie nagrań audio z modułów głosowych w przypadku wystąpienia alarmu. Urządzenie może nagrywać krótkie fragmenty dźwiękowe przed lub po wyzwoleniu alarmu i wysyłać je do CMS.
Możesz także zezwolić na wizualną weryfikację zdarzeń wykrywania przez kamery. Od wersji Ajax PRO Desktop 4.20 lub nowszej, firmy monitorujące korzystające z monitorowania sygnalizacji w chmurze mogą otwierać i bezpośrednio wyświetlać w Ajax PRO Desktop wideo z urządzeń wideo Ajax, które zostały zarejestrowane po wyzwoleniu systemu przez wbudowany w kamerę czujnik ruchu lub czujnik AI. Aby to zrobić, wybierz URL do wyświetlenia w PRO Desktop w polu Wizualna weryfikacja zdarzeń wykrywania kamery. Gdy urządzenie wideo zostanie wyzwolone, CMS otrzyma URL, który otworzy nowe okno ściany wideo Ajax PRO Desktop z zarejestrowanym fragmentem wideo.
Dowiedz się więcej o weryfikacji wizualnej w Ajax PRO Desktop za pośrednictwem URL
Adresy URL zaczynają się od ajax-pro-desktop:// i nie mogą zostać pobrane. Jeśli Twój CMS automatycznie pobiera załączone nagranie, upewnij się, że linki zaczynające się od ajax-pro-desktop:// nie są pobierane.
Dodatkowo operator CMS może otwierać i oglądać filmy z urządzeń wideo Ajax bez konieczności instalowania Ajax PRO Desktop. Proces przebiega podobnie jak weryfikacja wizualna w Ajax PRO Desktop przy użyciu URL, ale otrzymany link zamiast do widżetu ściany wideo w Ajax PRO Desktop, prowadzi do nowego okna przeglądarki. Otwarte okno wyświetla również dwie transmisje wideo: wideo na żywo i nagrany segment wideo.
Dowiedz się więcej o weryfikacji wizualnej przez URL bez Ajax PRO Desktop
Jeśli przełącznik Przesyłanie nazwy urządzenia lub grupy do zdarzeń CMS jest włączony, spersonalizowane nazwy przypisane do urządzeń i stref zostaną dodane do wiadomości zdarzenia wysyłanej do CMS.
Przełącznik Okresowy test huba umożliwia wyłączenie okresowych wiadomości testowych, które służą do weryfikacji połączenia z hubem. Ajax Cloud Signaling wysyła te komunikaty do CMS z kodem E602, co oznacza, że hub jest podłączony.
Zakres Interwału komunikatów testowych wynosi od 15 minut do 24 godzin.
Jeśli wyłączysz te podstawowe komunikaty testowe, hub będzie nadal raportował status połączenia w określonych odstępach czasowych. Jednak Ajax Cloud Signaling powiadomi CMS tylko wtedy, gdy utracone zostanie połączenie z hubem. W takim przypadku program wysyła do CMS pojedyncze zdarzenie o kodzie E350 i czeka, aż połączenie zostanie przywrócone. Po przywróceniu połączenia z hubem, Ajax Cloud Signaling przesyła zdarzenie o kodzie R350 do CMS.
Włącz poniższy przełącznik, aby użyć identyfikatora huba jako numeru konta dla dodawanego obiektu:
Jeśli przełącznik Automatycznie podłączaj nowe huby do tego odbiornika jest włączony, żądanie dodania nowego huba zostanie natychmiast zatwierdzone. Funkcja jest dostępna tylko wtedy, gdy również włączony jest przełącznik Użyj identyfikatora huba jako numeru konta.
Aby dezaktywować odbiornik, wyłącz przełącznik Odbiornik jest aktywny. Stan połączenia Wyłączony jest teraz wyświetlany na liście odbiorników. Ustawienia odbiornika zostały zapisane, ale połączenie z CMS zostało utracone.
Ustawienia Personalizacja kodów zdarzeń umożliwiają zmianę kodów odbieranych przez CMS z hubów Ajax. Firma monitorująca samodzielnie zmienia zdefiniowane kody CID/SIA-DCS.
Funkcja jest dostępna w Ajax PRO Desktop w wersji 3.9 lub nowszej.
Gdy odbiornik zostanie dodany, jego nazwa, protokół i stan połączenia są wyświetlane w menu Połączenie z CMS.
W aplikacji możesz zobaczyć jeden z następujących stanów połączenia z CMS:
Wyłączony — odbiornik jest wyłączony.
Aktywny — odbiornik jest połączony z CMS.
Dostępny tylko adres podstawowy — odbiornik jest połączony z CMS tylko przez adres podstawowy (adres pomocniczy jest niedostępny).
Dostępny jest tylko adres pomocniczy — odbiornik jest podłączony do CMS tylko przez adres pomocniczy (adres podstawowy jest niedostępny).
Połączenie nie zostało nawiązane — odbiornik jest włączony i oczekuje na pierwsze zdarzenie z huba.
Utracono połączenie — odbiornik nie może nawiązać połączenia z CMS. Zdarzenia utraty połączenia są rejestrowane w module Dziennik.
Połączenie serwer-odbiornik jest nawiązywane, gdy co najmniej jedno zdarzenie zostanie wysłane z huba do odbiornika.
Mapowanie huba do odbiornika
Starszy inżynier CMS i inżynier CMS mają prawo do tworzenia, aktualizowania i przeglądania mapowania huba do odbiornika. Szef operatorów i operator mogą jedynie przeglądać mapowanie huba do odbiornika.
Aby to zrobić:
Wybierz moduł Obiekty z listy modułów w lewym górnym rogu ekranu.
Wybierz obiekt, który chcesz zmapować do odbiornika.
Kliknij Konserwacja, aby wyświetlić stany monitorowania.
Kliknij przycisk Monitorowanie za pomocą
Wybierz hub, który chcesz zamapować do odbiornika.
Określ Numer konta, który jest używany do wiadomości wysyłanych do odbiornika. To nie jest numer konta z aplikacji Ajax PRO Desktop, ale może być taki sam. Wszystkie huby zmapowane do jednego odbiornika mają unikalny numer konta.
Kliknij Zapisz. Następnie stan Monitorowania za pomocą
W przypadku oprogramowania Ajax PRO Desktop w wersji 4.0 lub nowszej możliwe jest aktywowanie/dezaktywowanie kanału Monitorowanie za pomocą PRO Desktop dla dowolnej firmy zajmującej się monitoringiem.
Migrowanie obiektów z Ajax Translator do usługi Ajax Cloud Signaling
System Ajax umożliwia użytkownikom niezależne eksportowanie obiektów powiązanych z Ajax Translator. Aplikacja ta generuje plik CSV zawierający identyfikator huba i numer konta aktywnych powiązań. Plik można następnie przesłać do Ajax PRO Desktop do wybranego odbiornika Translator lub obiornika Cloud Signaling.
Jak migrować obiekty z Ajax Translator do Ajax Cloud Signaling
Usuń mapowanie huba do odbiornika
Starszy inżynier CMS i inżynier CMS mają prawo usunąć mapowanie hubów.
Aby to zrobić:
Wybierz moduł Obiekty z listy modułów w lewym górnym rogu ekranu.
Wybierz obiekt, którego nie chcesz już mapować do odbiornika.
Kliknij Konserwacja, aby wyświetlić stany monitorowania.
Kliknij przycisk Monitorowanie za pomocą
Wybierz hub, którego nie chcesz już mapować do odbiornika.
Kliknij Zapisz.
Kliknij przycisk Zatrzymaj monitorowanie w wyskakującym okienku. Następnie stan Monitorowania za pomocą
Zdarzenia odbiornika
Ajax PRO Desktop zapewnia szczegółowy dziennik alarmów systemowych i zdarzeń, a także działań pracowników w aplikacji. Wpisy w module Dziennik przechowywane są przez okres do trzech lat. Starsze wpisy są usuwane. Dzienniki alarmów zawierają znacznik czasu określający moment wystąpienia zdarzenia w przestrzeni.
Właściciel firmy, Inżynier CMS, Starszy Inżynier CMS, Szef operatorów, Operator oraz Szef instalatorów mają dostęp do modułu Dziennik.
Aby wyświetlić zdarzenia odbiornika:
Wybierz moduł Dziennik z listy modułów w lewym górnym rogu ekranu.
Wybierz obiekt.
Moduł Dziennik wyświetli listę zdarzeń odbiornika:
- Pracownik Twojej firmy dodał nowy odbiornik do monitorowania sygnalizacji w chmurze.
- Pracownik Twojej firmy zmienił ustawienia odbiornika.
- Pracownik Twojej firmy usunął odbiornik.
- Odbiornik stracił połączenie za pośrednictwem adresu podstawowego/pomocniczego.
- Odbiornik przywrócił połączenie poprzez adres podstawowy/pomocniczy.
- Pracownik Twojej firmy rozpoczął monitorowanie obiektu za pośrednictwem odbiornika.
- Pracownik Twojej firmy zaktualizował numer konta obiektu dla odbiornika.
- Pracownik Twojej firmy przestał monitorować obiekt za pośrednictwem odbiornika.
Ustaw zakres i zastosuj go, aby filtrować zdarzenia według czasu. Aby wygenerować raport na podstawie określonych parametrów, kliknij przycisk generowania raportu znajdujący się obok nazwy filtra.
Rejestruj znaczniki czasowe i synchronizację czasu
Znaczniki czasowe w dziennikach pochodzą z lokalnego komputera, na którym wyświetlane są dzienniki, pod warunkiem, że jego czas jest zsynchronizowany z czasem UTC serwera (uwzględniana jest również lokalna strefa czasowa). Jeżeli czas lokalny różni się od czasu serwera, system wyświetla powiadomienie z instrukcją, jak to skorygować.
Aby zsynchronizować Ajax Cloud Signaling z czasem UTC, włącz automatyczne ustawienia daty i godziny na swoim komputerze:
- Przejdź do ustawień daty i godziny.
- Zaznacz pole, aby włączyć synchronizację czasu z serwerem.
Jeśli czas lokalny nie jest zsynchronizowany z czasem serwera, do sygnatur czasowych dziennika używany jest czas serwera.
Usuwanie odbiornika
Tylko Starszy inżynier CMS ma prawo usunąć odbiornik.
Aby usunąć odbiorcę w aplikacji Ajax PRO Desktop:
Otwórz moduł Firma.
Kliknij w menu Połączenie z CMS.
Kliknij przycisk
.
Kliknij przycisk Usuń odbiornik.
Kliknij przycisk Usuń w wyskakującym okienku. Po usunięciu odbiornika wszystkie jego ustawienia zostają wykasowane, a wszystkie podłączone huby przestają wysyłać swoje zdarzenia do odpowiedniego CMS.
Odbiornik nie może zostać usunięty, jeśli co najmniej jeden hub jest do niego przypisany. Należy wcześniej usunąć mapowanie wszystkich hubów do odbiornika.
Specyfikacja techniczna
Dodatkowe informacje
Kontakt ze wsparciem technicznym:
Opracowane przez „AS Manufacturing” LLC
