УкраїнаAjax Cloud Signaling — це сервіс, що забезпечує звʼязок між системами Ajax і стороннім софтом для моніторингу. Ajax Cloud Signaling є сполучною ланкою між простором і пультами централізованого спостереження (ПЦС): функція конвертує події, отримані від простору, у протокол, який підтримує софт ПЦС.
Ajax Cloud Signaling дає змогу передавати події на ПЦС безпосередньо з Ajax Cloud. Функцію інтегровано в застосунок Ajax PRO Desktop. Охоронні компанії можуть використовувати застосунок Ajax PRO Desktop для налаштування та підключення систем безпеки, а також для організації ПЦС.
Принцип роботи
Усі дані, які система передає, захищені блоковим шифруванням із динамічним ключем. Сторонній софт для моніторингу не може самостійно їх розшифрувати. Ajax Cloud Signaling отримує повідомлення від системи Ajax, розшифровує його та конвертує в повідомлення стандартного протоколу. Функція передає повідомлення на ПЦС, тож охоронній компанії не потрібно встановлювати додаткові продукти Ajax.
Ajax Cloud Signaling працює лише в режимі store and forward (передавання даних із проміжним зберіганням). Кожна подія, що генерується простором і передається на ПЦС через сервер Ajax Cloud і Ajax Cloud Signaling, має бути підтверджена. Подія, яку надсилає простір, потребує підтвердження лише від Ajax Cloud. Простір не бере участі в обміні даними між Ajax Cloud і ПЦС. Коли надходить подія з простору, Ajax Cloud миттєво підтверджує отримання та зберігає її в хмарному сховищі. Коли подію передано на софт для моніторингу, вона видаляється з хмарного сховища лише після того, як ПЦС підтвердить отримання.
Передавання подій
Коли зʼєднання з ПЦС доступне, тривоги негайно передаються через вибраний протокол. Ajax Cloud Signaling підтримує такі протоколи передавання подій на софт для моніторингу:
SIA DC-09
Manitou
MASXML
Micro Key
SoftGuard
Sentinel
SurGard (Contact ID)
Listener
ADEMCO 685
Ajax Cloud Signaling підтримує підключення до софту для моніторингу за двома мережевими адресами (основною та додатковою), кожна з яких має свій порт. Якщо основна адреса недоступна, приймач автоматично перемикається на додаткову адресу, якщо її налаштовано. Ajax Cloud Signaling підтримує категорії SP1–SP5 і DP1–DP4 системи передавання тривог (ATS).
Передавання подій через протокол SIA DC-09 (SIA-DCS/ADM-CID)
Повідомлення SIA DC-09 (SIA-DCS/ADM-CID) може передавати додаткову інформацію, як-от вебпосилання, географічні координати або інші стандартизовані дані. Протокол SIA DC-09 (SIA-DCS/ADM-CID) дає змогу передавати на ПЦС фото з датчиків MotionCam/MotionCam Outdoor, а також координати користувача, якщо було натиснуто тривожну кнопку в застосунку Ajax.
Шаблон повідомлень SIA DC-09 (SIA-DCS/ADM-CID): | |
| Маркер початку повідомлення у форматі ASCII, що передається як двійкове значення 0x0A. |
| Контрольна сума для перевірки цілісності повідомлення, що передається у вигляді чотирьох символів у форматі ASCII. |
| Довжина повідомлення, де перший символ — завжди 0, а наступні три — шістнадцяткові символи у форматі ASCII. |
| Індикатор типу протоколу. Використовується одне з двох значень залежно від значення поля «Формат»:
|
| Порядковий номер надісланого повідомлення. Діапазон 0001–9999, після чого нумерація починається знову з 0001. |
| Номер приймача — не використовується. |
| Префікс номера обʼєкта. Постійне значення — L0. |
| Номер обʼєкта. Символ #, за яким ідуть від 3 до 16 шістнадцяткових символів у форматі ASCII. |
| Дані про тривогу. На початку вказуються символ # і номер обʼєкта, потім — розділювач «|», після якого йде повідомлення. Якщо використовується формат SIA-DCS: Константа «N» вказує на нову подію, за якою йдуть константа «ri» і номер групи. Далі символ «/» вказує на код події SIA, який складається з двох латинських літер і номера зони. Приклад (Сигнал про вторгнення від Пристрою 1 у Групі 2 на обʼєкті номер 1234): Якщо використовується формат ADM-CID: Перша цифра — це 1 (Тривога) або 3 (Відновлення), трицифровий код події за протоколом Contact ID, номер групи та номер зони. Приклад (Сигнал про вторгнення від Пристрою 1 у Групі 2 на обʼєкті номер 1234): Повідомлення після розділювача може містити від 3 до 16 шістнадцяткових символів у форматі ASCII. |
| Додаткові дані, які можуть містити дані фотоверифікації з датчиків MotionCam/MotionCam Outdoor або дані про розташування пристрою, на якому користувач натиснув тривожну кнопку в застосунку Ajax. Візуальне підтвердження надсилається у вигляді вебпосилання, на початку якого вказано тип даних — символ V (Verification). Якщо ввімкнено опцію Передавати назви пристроїв та груп в подіях на ПЦС, імʼя пристрою або імʼя користувача надсилається з типом даних «I» (Alarm Text), тоді як назва групи надсилається з типом даних «L» (Location). Координати передаються у форматі |
| Таймкод. |
| Маркер кінця повідомлення у форматі ASCII, що передається як двійкове значення 0x0D. |
Зверніть увагу, що серія фото передається як окрема подія. Фото будуть доступні одразу після того, як їх буде передано на сервер Ajax Cloud. Посилання на фото будуть дійсні протягом семи днів із моменту передавання їх на ПЦС.
Посилання на одне фото може містити до 425 символів.
Приклад події з двома фото:
CB640375″ADM-CID”0086L0#1234 |
Хаб підключається до сервера Ajax Cloud через протокол Hub-to-Server (HtS). Хаб встановлює вихідні зʼєднання з кінцевими точками Ajax Cloud, необхідними для доставлення подій.
Пропускна здатність і продуктивність
Приймач Ajax Cloud Signaling підтримує до 50 000 просторів. Якщо кількість перевищує рекомендований ліміт, розділіть приймачі на кілька груп.
Для однієї компанії можна додати до 10 приймачів. Загальний ліміт у 10 приймачів є спільним для приймачів Ajax Cloud Signaling та Ajax Translator PRO.
Максимальна швидкість опрацювання подій — 50 на секунду. Фактична швидкість опрацювання залежить від налаштувань приймача й умов мережі.
Зберігання та повторне надсилання подій
Якщо під час спрацювання тривоги втрачено зв’язок із ПЦС, усі збережені події будуть надіслані автоматично одразу після відновлення зв’язку.
Механізми безпеки
Ajax Cloud Signaling захищений безпековими механізмами, які гарантують надійний звʼязок і запобігають несанкціонованому втручанню.
Захист від DoS-атак
Ajax Cloud Signaling захищений від атак типу «відмова в обслуговуванні» (Denial-of-Service, DoS) під час обміну даними з простором, Ajax Cloud і ПЦС. DoS-атака на один мережевий інтерфейс передавання даних не впливає на роботу Ajax Cloud Signaling або будь-якого іншого мережевого інтерфейсу передавання даних.
Якщо система виявляє нестандартний трафік (понад 500 некоректних повідомлень за 5 секунд), зʼєднання з ПЦС автоматично переривається. До нестандартного трафіку належать, наприклад:
повідомлення без ідентифікатора послідовності;
повідомлення, які неможливо коректно проаналізувати.
Коли цей механізм спрацьовує, зʼєднання з ПЦС неможливо відновити протягом 60 секунд.
Захист від DoS-атак Ajax Cloud Signaling побудований на механізмах хмарної безпеки. Сервер Ajax Cloud використовує технологію AWS Shield Advanced для захисту хмарних ресурсів від розподілених DDoS-атак.
Захист від підміни пристрою
Система Ajax запобігає підміні хаба іншим пристроєм, зокрема ідентичним або підробленим обладнанням.
Підключатися до Ajax Cloud і генерувати системні події можуть лише хаби та відеопристрої Ajax. Сервер Ajax Cloud перевіряє автентичність пристрою перед будь-яким обміном даних.
Кожен хаб проходить автентифікацію, використовуючи пропрієтарний процес встановлення звʼязку. Необхідний для автентифікації криптографічний ключ завантажується на хаб на етапі виробництва — його неможливо змінити під час роботи пристрою.
Ajax Cloud розпізнає кожен хаб за унікальним ідентифікатором пристрою, який неможливо змінити. Це гарантує, що хаб, зареєстрований у системі, неможливо непомітно замінити іншим пристроєм.
Зв’язок між хабом і Ajax Cloud захищений криптографічним алгоритмом, сертифікованим за стандартами NIST.
Дізнатися більше про сертифікацію NIST
Додавання приймача
Лише керівники ПЦС та інженери ПЦС мають доступ до Ajax Cloud Signaling. Тільки керівник ПЦС може додавати, оновлювати й видаляти приймач.
Щоб додати приймач, у застосунку Ajax PRO Desktop:
Увійдіть у PRO-акаунт.
Відкрийте модуль Компанія.
Клацніть меню Підключення до ПЦС. Тут міститься інформація про приймачі, що зʼєднують ПЦС із хмарним сервером. Користувач може додавати, видаляти або змінювати дані про приймач.
Клацніть Додати приймач.
Вкажіть імʼя приймача, основну адресу (IP або DNS) та її порт, а також додаткову адресу та її порт (необов’язково).
Виберіть потрібний протокол.
Встановіть або налаштуйте такі параметри для вибраного протоколу.
Клацніть Зберегти.
Ajax Cloud Signaling завжди очікує підтвердження отримання повідомлення від ПЦС. У разі відсутності підтвердження Ajax Cloud Signaling повідомить про втрату зв’язку з ПЦС.
Інтервал опитування та час очікування відповіді становить від 1 до 30 секунд. Вкажіть Віртуальний номер обʼєкта для повідомлення опитування. Якщо опцію не налаштовано, у порожніх повідомленнях у полі номера обʼєкта буде надіслано текст «000».
Шаблон повідомлення опитування SIA DC-09
Шаблон повідомлення опитування SIA DC-09: | |
| Маркер початку повідомлення у форматі ASCII, що передається як двійкове значення 0x0A. |
| Контрольна сума для перевірки цілісності повідомлення, що передається у вигляді чотирьох символів у форматі ASCII. |
| Довжина повідомлення, де перший символ — завжди 0, а наступні три — шістнадцяткові символи у форматі ASCII. |
| Константа «NULL». |
| Порядковий номер надісланого повідомлення в діапазоні 0001–9999. Після цього нумерація починається знову з 0001. |
| Номер приймача — не використовується. |
| Префікс номера обʼєкта. Постійне значення — L0. |
| Віртуальний номер обʼєкта для повідомлення опитування. Якщо не налаштовано, у порожніх повідомленнях у полі номера обʼєкта буде надіслано текст «000». |
| Таймкод. |
| Маркер кінця повідомлення у форматі ASCII, що передається як двійкове значення 0x0D. |
Вкажіть, чи потрібно надсилати зображення і як саме: одним повідомленням або окремо.
Вкажіть, чи дозволено надсилати аудіозаписи з голосових модулів у разі спрацювання тривоги. Пристрій може записувати короткі аудіофрагменти до або після спрацювання тривоги та надсилати їх на ПЦС.
Також можна дозволити візуальну верифікацію подій виявлення з камер. Охоронні компанії, що виконують моніторинг через сервер Ajax Cloud, можуть відкривати та переглядати відео з відеопристроїв Ajax у застосунку Ajax PRO Desktop 4.20 або новішої версії. Для цього виберіть опцію Посилання для перегляду в PRO Desktop у полі Візуальна верифікація подій від детекторів камер спостереження. У разі спрацювання відеопристрою ПЦС отримує URL-адресу, яка відкриває вікно відеостіни Ajax PRO Desktop із відеозаписами.
Дізнатися більше про візуальну верифікацію в Ajax PRO Desktop за URL-адресою
URL-адреси, що починаються з ajax-pro-desktop://, не можна завантажити. Якщо ПЦС автоматично завантажує прикріплені матеріали, переконайтеся, що посилання, які починаються з ajax-pro-desktop://, не завантажуються.
Крім того, оператор ПЦС може відкривати та переглядати відео з відеопристроїв Ajax, не використовуючи Ajax PRO Desktop. Процес схожий на візуальну верифікацію в Ajax PRO Desktop за URL-адресою. Різниця в тому, що отримана URL-адреса відкриває нове вікно браузера, а не віджет відеостіни Ajax PRO Desktop. У вікні, що відкрилося, також відображаються два відеопотоки: відео в реальному часі та записаний відеофрагмент.
Дізнатися більше про візуальну верифікацію за URL-адресою без використання Ajax PRO Desktop
Якщо опцію Передавати назви пристроїв та груп в подіях на ПЦС увімкнено, повідомлення про подію, надіслане на ПЦС, включатиме назви пристроїв і зон.
Опція Періодичний тест хаба дає змогу вимкнути періодичні тестові повідомлення, які використовуються для перевірки підключення. Ajax Cloud Signaling надсилає ці повідомлення на ПЦС з кодом E602. Це означає, що хаб підключено.
Інтервал тестового повідомлення становить від 15 хвилин до 24 годин.
Якщо вимкнути ці регулярні тестові повідомлення, хаб продовжить інформувати про стан зʼєднання через задані проміжки часу, але Ajax Cloud Signaling сповіщатиме ПЦС лише про втрату звʼязку з хабом. У такому разі Ajax Cloud Signaling надсилає на ПЦС єдину подію з кодом E350 і чекає на відновлення зʼєднання. Щойно звʼязок із хабом буде відновлено, Ajax Cloud Signaling передасть на ПЦС подію з кодом R350.
Увімкніть цю опцію, щоб використовувати ідентифікатор хаба як номер обʼєкта, який додається:
Якщо опцію Автоматично підключати нові хаби до цього приймача ввімкнено, запит на додавання нового хаба буде одразу схвалено. Доступно, лише якщо увімкнено опцію Використовувати ID хаба як номер обʼєкта.
Щоб деактивувати приймач, вимкніть опцію Приймач активний. Після цього у списку приймачів зʼявиться стан зʼєднання Вимкнено. Налаштування приймача буде збережено, але зʼєднання з ПЦС буде втрачено.
Налаштування Правила для кодів подій дає змогу змінити коди, які отримує ПЦС від хабів Ajax. Охоронна компанія самостійно змінює визначені коди CID/SIA-DCS.
Функція доступна в застосунку Ajax PRO Desktop 3.9 або новішої версії.
Коли приймач додано, його назва, протокол і стан зʼєднання відображаються в меню Підключення до ПЦС.
У застосунку відображається один із таких станів зʼєднання з ПЦС:
Вимкнено — приймач вимкнено.
Активний — приймач підключений до ПЦС.
Зʼєднання лише за основною адресою — приймач підключений до ПЦС лише за основною адресою (додаткова недоступна).
Зʼєднання лише за додатковою адресою — приймач підключений до ПЦС лише за додатковою адресою (основна недоступна).
Зʼєднання не встановлено — приймач увімкнено, але він очікує на першу подію від хаба.
Відсутнє зʼєднання — приймач не може підключитися до ПЦС. Події про втрату звʼязку доступні в модулі Журнал.
Зʼєднання між сервером і приймачем встановлено, коли хаб надіслав на приймач хоча б одну подію.
Як підключити хаб до приймача
Підключати хаб до приймача та керувати налаштуваннями зʼєднання можуть керівник ПЦС та інженер ПЦС. Керівник операторів та оператор можуть лише переглядати стан зʼєднання хаба з приймачем.
Для цього:
Виберіть модуль Обʼєкти зі списку модулів у верхньому лівому куті екрана.
Виберіть об’єкт, який потрібно прив’язати до приймача.
Клацніть Послуги, щоб переглянути стан моніторингу.
Клацніть Моніторинг через
Виберіть хаб, який потрібно підключити до приймача.
Вкажіть Номер обʼєкта, який надсилатиме повідомлення приймачу. Це не номер обʼєкта із застосунку Ajax PRO Desktop, хоча він може збігатися. Кожен хаб, підключений до приймача, має унікальний номер обʼєкта.
Клацніть Зберегти. Після цього стан Моніторинг через
В Ajax PRO Desktop 4.0 або новішої версії можна активувати/деактивувати канал Моніторинг у PRO Desktop для будь-якої охоронної компанії.
Як перенести обʼєкти з Ajax Translator на Ajax Cloud Signaling
Система Ajax дає змогу користувачам самостійно експортувати обʼєкти, привʼязані до Ajax Translator. Застосунок генерує CSV-файл, що містить ідентифікатор хаба та номер активних підключених обʼєктів. Файл можна завантажити в Ajax PRO Desktop у меню вибраного приймача Translator або Cloud signaling.
Як перенести об’єкти з Ajax Translator на Ajax Cloud Signaling
Як відключити хаб від приймача
Хаб можуть відключати керівник ПЦС та інженер ПЦС.
Для цього:
Виберіть модуль Обʼєкти зі списку модулів у верхньому лівому куті екрана.
Виберіть об’єкт, який потрібно відключити від приймача.
Клацніть Послуги, щоб переглянути стан моніторингу.
Клацніть Моніторинг через
Виберіть хаб, який потрібно відключити від приймача.
Клацніть Зберегти.
Клацніть Припинити моніторинг у спливному вікні. Після цього стан Моніторинг через
Події приймача
Застосунок Ajax PRO Desktop містить детальний журнал тривог і подій системи, а також дій співробітників. Записи в модулі Журнал зберігаються до трьох років. Старі записи видаляються. У журналах тривог зазначено час, коли в просторі сталася подія.
До модуля Журнал мають доступ власник компанії, інженер ПЦС, керівник ПЦС, керівник операторів, оператор і керівник монтажу.
Щоб переглянути події приймача:
Виберіть модуль Журнал зі списку модулів у верхньому лівому куті екрана.
Виберіть обʼєкт.
Модуль Журнал відображатиме список подій приймача:
- Співробітник компанії додав новий приймач для моніторингу хмарного сигналу.
- Співробітник компанії змінив налаштування приймача.
- Співробітник компанії видалив приймач.
- Приймач втратив зʼєднання за основною/додатковою адресою.
- Приймач відновив зʼєднання за основною/додатковою адресою.
- Співробітник компанії почав моніторинг обʼєкта через приймач.
- Співробітник компанії оновив номер обʼєкта для приймача.
- Співробітник компанії припинив моніторинг обʼєкта через приймач.
Задайте діапазон і застосуйте його, щоб відфільтрувати події за часом. Щоб згенерувати звіт за вказаними параметрами, клацніть кнопку створення звіту поруч із назвою фільтра.
Таймкоди журналу й синхронізація
Таймкоди журналу формуються за часом локального компʼютера, на якому відображено журнали, за умови, що час компʼютера синхронізовано із часом сервера UTC (також враховується місцевий часовий пояс). Якщо час на локальному компʼютері відрізняється від часу сервера, система відображає повідомлення з інструкціями, як виправити це.
Щоб синхронізувати Ajax Cloud Signaling із часом UTC, увімкніть автоматичне налаштування дати та часу на компʼютері:
- Перейдіть до налаштувань дати й часу.
- Увімкніть опцію синхронізації часу із сервером.
Якщо час локального компʼютера не синхронізовано із сервером, для таймкодів журналу використовується час сервера.
Видалити приймач
Тільки керівник ПЦС може видалити приймач.
Щоб видалити приймач, у застосунку Ajax PRO Desktop:
Відкрийте модуль Компанія.
Клацніть меню Підключення до ПЦС.
Клацніть на кнопку
.
Клацніть Видалити приймач.
Клацніть Видалити у спливному вікні. У разі видалення приймача всі його налаштування будуть втрачені, а всі підключені хаби припинять надсилати свої події на відповідні ПЦС.
Приймач не можна видалити, якщо до нього підключено хоча б один хаб. Спочатку потрібно відключити всі хаби від приймача.
Технічні характеристики
Додаткова інформація
Зв’язатися зі службою технічної підтримки:
Номер телефону: 0 (800) 331 911
Розроблено ТОВ «АС Манюфекчурінг»
