Amikor a biztonsági rendszerek elkezdenek együtt dolgozni
22:47. Egy ipari telephelyen mozgást érzékel a kültéri védelem.
A riasztórendszer teszi a dolgát: érzékeli az eseményt és riasztást generál.
De mi történik ezután?
Értesítést kap valaki? Megnézi valamelyik operátor a kameraképet? Megkeresi, melyik kamera látja az érintett területet? Ha PTZ kamera működik a helyszínen, valakinek oda kell fordítania? Ha valóban illetéktelen személy tartózkodik a területen, ki és hogyan avatkozik be?
Egy hagyományosan kialakított biztonságtechnikai rendszerben ezek sokszor egymástól különálló folyamatok.
Pedig maga a riasztási esemény lehetne az a jel, amely automatikusan elindítja a teljes biztonsági folyamatot.
Nem az információ mennyisége a kérdés, hanem az, hogy mit kezdünk vele
Egy modern telephelyen ma már számos biztonságtechnikai rendszer működhet egyszerre:
-
- behatolásjelző rendszer,
- kültéri védelem,
- kamerarendszer,
- PTZ kamerák,
- beléptető rendszer,
- hangosbemondó rendszer,
- távfelügyelet,
- különböző informatikai és épületfelügyeleti megoldások.
- Ezek önmagukban is rengeteg információt állítanak elő.
A probléma sok esetben az, hogy az egyik rendszer tud valamit, amiről a másik rendszer nem tud.
A riasztórendszer érzékeli a behatolást.
A kamera látja a területet.
A hangosbemondó képes lenne felszólítani az illetéktelen személyt.
Az üzemeltető mobiltelefonján pedig rendelkezésre állna az információ.
Mégis gyakran emberi beavatkozás szükséges ahhoz, hogy ezekből egy egységes biztonsági folyamat legyen.
Mi lenne, ha maga az esemény indítaná el a reakciót?
Térjünk vissza a 22:47-kor történt eseményhez.
A kültéri érzékelő mozgást észlel a telephely egyik védett területén.
A rendszer azonban ezúttal nem áll meg a riasztás továbbításánál.
22:47:01 – Riasztás
A kültéri védelem eseményt generál.
22:47:02 – Kamera
A területhez rendelt PTZ kamera automatikusan az előre meghatározott pozícióba fordul.
22:47:03 – Értesítés
A rendszer továbbítja az eseményt a meghatározott kommunikációs csatornán.
22:47:04 – Beavatkozás
Az IP-hangsugárzón automatikusan megszólalhat egy előre rögzített figyelmeztetés:
„Figyelem! Ön védett magánterületen tartózkodik. Kérjük, haladéktalanul hagyja el a területet.”
22:47:05 – Naplózás
Az esemény és a hozzá kapcsolódó automatizmusok bekerülnek a rendszer naplójába.
Néhány másodperc telt el.
Nem azért, mert valaki gyorsan reagált.
Hanem azért, mert a rendszer eleve tudta, mit kell tennie.
AJAX érzékelő
↓
RIASZTÁS
↓
AjaxBridge
↓ ↓ ↓ ↓
📹 PTZ kamera → preset pozíció
🔊 IP-hangsugárzó → figyelmeztetés
📱 Telegram → értesítés
🌐 HTTP / MQTT → külső rendszer
↓
📋 Eseménynapló
Az animációban a folyamat egymás után „éledne fel”: érzékelés → esemény beérkezése → AjaxBridge feldolgozás → különböző automatizmusok elindítása.
Az automatizáció nem az ember kiváltásáról szól
Biztonságtechnikai környezetben különösen fontos különbséget tenni az automatizált reakció és az emberi döntés között.
Nem minden esemény után célszerű automatikusan minden lehetséges beavatkozást végrehajtani.
Az automatizáció feladata elsősorban az, hogy az előre meghatározható, ismétlődő és időkritikus műveleteket rendkívül gyorsan végrehajtsa.
A kezelő vagy biztonsági személyzet így már nem azzal tölti az első másodperceket, hogy megkeresse a megfelelő kamerát vagy összegyűjtse a különböző rendszerek információit.
A rendszer előkészíti számára a döntési helyzetet.
Ez különösen nagy vagy összetett telephelyeken jelenthet komoly előnyt.
Itt lép be az AjaxBridge
A ProGuard Europe fejlesztésében létrejött AjaxBridge célja, hogy az AJAX rendszerből érkező eseményekből más rendszerek által értelmezhető és végrehajtható műveleteket hozzon létre.
Az AjaxBridge így tulajdonképpen egy kapcsolati réteget képez a biztonságtechnikai esemény és az arra adott reakció között.
Segítségével egy meghatározott AJAX eseményhez különböző automatizmusok rendelhetők.
Például:
AJAX esemény → PTZ kamera vezérlése
Riasztás esetén a kamera automatikusan az esemény helyszínére fordítható.
AJAX esemény → IP-hangsugárzó
Egy adott eseményhez előre meghatározott hangüzenet rendelhető.
AJAX esemény → Telegram
A megfelelő személyek vagy csoportok automatikusan értesíthetők.
AJAX esemény → HTTP API
Az esemény továbbadható más informatikai rendszernek.
AJAX esemény → MQTT
Az információ további automatizációs vagy épületüzemeltetési folyamatok része lehet.
Ez már nem egyszerű riasztáskezelés.
Ez eseményvezérelt biztonsági automatizáció.
Egy eseményből akár teljes folyamat építhető
Az automatizáció egyik legnagyobb előnye, hogy nem feltétlenül egyetlen művelet kapcsolódik egy eseményhez.
Vegyünk egy másik példát.
Egy vállalati telephely bizonyos területére munkaidőn kívül senkinek nem lenne szabad belépnie.
Ha ezen a területen éjszaka mozgás történik, az eseményhez egyszerre több művelet rendelhető:
Érzékelés
→ PTZ kamera a területre fordul
→ értesítés továbbítása
→ helyszíni hangüzenet lejátszása
→ esemény továbbítása külső rendszernek
→ esemény naplózása.
Ugyanakkor ugyanez az érzékelő nappal teljesen más folyamatot indíthat – vagy akár semmilyen automatizált beavatkozást.
Nem az eszköz határozza meg a biztonsági folyamatot. A folyamat határozza meg, hogyan használjuk az eszközt.
A valódi integráció nem attól integráció, hogy minden ugyanattól a gyártótól származik
A biztonságtechnikai rendszerek hosszú életciklusú rendszerek.
Egy telephelyen ezért teljesen természetes, hogy különböző időpontokban telepített és különböző gyártóktól származó megoldások működnek egymás mellett.
Nem feltétlenül az a jó megoldás, hogy mindent lecserélünk.
Sok esetben sokkal fontosabb kérdés:
hogyan lehet a már meglévő és az új rendszereket egy közös biztonsági folyamat részévé tenni?
Ehhez azonban már nem elegendő pusztán eszközökben gondolkodni.
Ismerni kell a telephely működését, a kockázatokat, az üzemeltetési folyamatokat és azt is, hogy egy adott eseményre milyen reakciót várunk a rendszertől.
Először a folyamatot tervezzük meg – csak utána az automatizmust
Az automatizáció önmagában nem tesz biztonságossá egy telephelyet.
Egy rosszul megtervezett folyamatot automatizálva csupán egy gyorsabban működő rossz folyamatot kapunk.
Ezért egy integráció tervezésénél az első kérdés nem az, hogy:
„Mit tud az eszköz?”
Hanem az, hogy:
„Mi történjen, amikor bekövetkezik egy adott esemény?”
Ki kapjon információt?
Melyik kamera mutassa a területet?
Szükséges-e helyszíni beavatkozás?
Mi történjen munkaidőben és munkaidőn kívül?
Mely eseményeket kell naplózni?
Mikor szükséges emberi döntés?
És csak ezek megválaszolása után következik a technológia.
A biztonságtechnika következő lépcsője: eseményből reakció
A modern biztonságtechnikai rendszer értékét egyre kevésbé az határozza meg, hogy hány érzékelőből vagy kamerából áll.
Sokkal fontosabb, hogy mit kezd a rendszer azzal az információval, amit ezek az eszközök előállítanak.
-
- Észlel.
- Értelmez.
- Továbbít.
- Reagál.
- Dokumentál.
- És ahol szükséges, bevonja az embert a döntésbe.
Az AjaxBridge fejlesztésével pontosan ezt a gondolkodásmódot szeretnénk továbbvinni:
ne különálló biztonságtechnikai eszközöket építsünk, hanem egymással együttműködő biztonsági folyamatokat.
Mit lehet automatizálni az Ön telephelyén?
Nincs két egyforma vállalati környezet.
Egy logisztikai központ, egy gyártóüzem, egy irodaépület vagy egy kritikus infrastruktúra teljesen eltérő biztonsági folyamatokat igényel.
Ezért az automatizáció lehetőségeit mindig az adott telephely, a meglévő rendszerek és a tényleges kockázatok alapján érdemes megvizsgálni.
Ha szeretné megtudni, hogy meglévő AJAX rendszerében vagy egy új biztonságtechnikai projektben milyen automatizációs lehetőségek alakíthatók ki, vegye fel velünk a kapcsolatot.
MEGNÉZEM AZ AJAXBRIDGE MEGOLDÁST
ProGuard Europe Kft. – biztonságtechnikai projektkivitelezés, mérnöki tanácsadás és rendszerintegráció.