Nerissa Goedhart
Perimeterbeveiliging met drones: wat een docking station verandert en wat de regelgeving nog altijd vereist
Een drone in een dock op een groot terrein verandert twee cruciale zaken. Het bewaakt de hekwerkomtrek zonder dat iemand erlangs hoeft te lopen, en het bereikt een geactiveerde sensor in de tijd die iemand anders nodig heeft om te bepalen welke camera geopend moet worden.
Beide onderdelen zijn eenvoudig in te richten. Wat uiteindelijk bepaalt of een beveiligingsprogramma slaagt, is de onderliggende laag: een commerciële beveiligingsoperator heeft te maken met wettelijke verplichtingen die voor een politiedienst wellicht niet gelden, en elke vlucht moet hieraan voldoen vóórdat deze het dock verlaat.
Beveiliging is geen politiewerk, en de regelgeving maakt dat onderscheid duidelijk
Dit wordt maar al te vaak over het hoofd gezien, terwijl het voor een beveiligingsteam het allerbelangrijkste inzicht is voordat er overgegaan wordt tot aanschaf.
Onder Artikel 2(3)(a) van Verordening (EU) 2018/1139 vallen operaties uitgevoerd door militaire diensten, douane, politie, opsporings- en reddingsdiensten, brandweer, grenscontrole of kustbewaking – onder het gezag en de verantwoordelijkheid van een lidstaat – buiten het Europese luchtvaartkader. Lidstaten kunnen ervoor kiezen dit alsnog onder de werking te brengen, en meerdere doen dat ook, maar het uitgangspunt blijft dat een politiedroneprogramma en een commercieel programma anders worden gereguleerd.
Een beveiligingsbedrijf dat een privéterrein beveiligt, is een civiele operator zoals ieder ander. Vluchten buiten het directe zicht van de piloot (BVLOS) plaatsen u in de specifieke categorie, wat een risicobeoordeling onder SORA 2.5 en een operationele autorisatie van uw nationale luchtvaartautoriteit vereist. De voorschriften in die autorisatie gelden vervolgens voor werkelijk iedere vlucht, inclusief de geautomatiseerde missies.
Een inkoper van beveiliging vraagt zich dus in feite af: maakt het systeem het haalbaar om elke vlucht exact conform de voorschriften uit te voeren, op een manier die direct aantoonbaar is voor een toezichthouder?
Patrouilleren langs het hekwerk
Een perimetersurveillance is telkens dezelfde route, keer op keer gevlogen – en dat is exact waarvoor een opgeslagen missie bedoeld is. Bouw de route eenmalig in de missie-editor, stel de vlieghoogte in, bepaal de camerahoeken en de punten waar het toestel stil moet hangen, en de patrouille verloopt identiek, ongeacht wie er dienst heeft.
Die herhaalbaarheid is niet alleen praktisch, maar essentieel om twee andere redenen. Een controle van vandaag vergelijken met die van vorige week werkt immers alleen als het toestel exact dezelfde lijn op dezelfde hoogte heeft gevlogen. Daarnaast blijft een verleende autorisatie voor een specifieke operatie uitsluitend geldig zolang de vluchtuitvoering ongewijzigd blijft – iets wat een opgeslagen missie garandeert, maar een handmatig gevlogen patrouille niet.
Reageren op een sensor zonder API
De meeste beveiligde terreinen beschikken al over sensoren: hekdetectie, actieve infraroodstralen, camera's met video-analyse. Systemen die jaren geleden zijn geïnstalleerd, hebben echter vaak geen koppelvlak (API) voor externe integraties.
Daar is een praktische oplossing voor. Maak per sensor een sjabloon aan, vernoemd naar de specifieke sensor, met een route van het dock direct naar die locatie. Zodra Sensor 3 alarm slaat, start de centralist het Sensor 3-sjabloon en vliegt het toestel er meteen naartoe.
De routebepaling wordt volledig voor u geregeld. Zones en no-fly zones die op de kaart zijn ingesteld, worden onderweg strikt gerespecteerd. Een toestel dat naar een sensor bij een terreingrens vliegt, omzeilt dus netjes het gebied waar het niet mag komen in plaats van de directe lijn te nemen. Met kaartmarkeringen duidt u eenvoudig aan wat op het terrein van belang is: poorten, risicovolle obstakels en plekken die een centralist in het donker snel moet kunnen vinden.
Beschikt een sensorsysteem wel over een API, dan kan diezelfde respons volautomatisch worden getriggerd. Deze sjabloonbenadering zorgt ervoor dat ook de overige negentig procent van de reeds geïnstalleerde apparatuur vandaag nog direct inzetbaar is.
Voldoen aan de autorisatie vóór elke vlucht
Dit is het punt waarop een operationeel platform zijn absolute meerwaarde bewijst voor een beveiligingsoperator.
De checklist. Uw SORA stelt concrete voorwaarden, en aan die voorwaarden moet vóór elke vlucht worden voldaan. Een checklist die is ingebouwd in de opstartprocedure verandert dit van een document in een bureaulade naar een stappenplan dat de centralist op het scherm doorloopt – met een waterdichte registratie achteraf van wat er is gecontroleerd en door wie.
Het weer bij het dock en de weersverwachting. Zowel de actuele omstandigheden bij het dock zelf als de weersverwachting voor het geplande tijdvak bepalen de go/no-go-beslissing. Voor vrijwel elke autorisatie moet deze beslissing traceerbaar worden vastgelegd.
Vliegverkeer in het omliggende luchtruim. De SafeSky-integratie toont bemand vliegverkeer op lage hoogte, samengesteld uit meer dan dertig bronnen waaronder ADS-B, Mode-S en FLARM, aangevuld met een community van General Aviation-piloten. Voor een beveiligingsoperator biedt dit meer dan alleen situationeel bewustzijn. Realtime verkeersdata wordt binnen een SORA erkend als luchtverkeersrisicomitigatie (air risk mitigation), en operators hebben dit succesvol ingezet om een lagere Air Risk Class (ARC) te onderbouwen in hun analyse. Een zeer waardevol punt om te bespreken met degene die uw risicoanalyse opstelt.
Waar de centralist daadwerkelijk mee werkt
De keuze van de payload volgt de taak: een groothoekcamera voor de reguliere patrouille, thermisch beeld voor nachtvluchten of situaties waarin een persoon zich probeert schuil te houden. Beide beelden komen samen in dezelfde liveweergave.
Wanneer de geautomatiseerde route niet langer voldoet voor de situatie, neemt de centralist handmatig de besturing over via toetsenbord of joystick en vliegt het toestel zelf.
De videostream kan tevens worden doorgestuurd naar de schermen waar het team al naar kijkt. AirHub integreert dronebeelden naadloos in een Video Management Systeem (VMS) via streamingprotocollen zoals RTSP en RTMP. Hierdoor verschijnen de luchtbeelden direct naast de vaste camera's in de meldkamer in plaats van op een los scherm. Het Drone Operations Centre werkt ook de andere kant op: het brengt videofeeds, kaarten en data samen in één overzichtelijk beeld voor degene die de inzet coördineert.
Waar de data wordt opgeslagen
Beelden van de perimeter van een klant zijn uiterst vertrouwelijk. Bij veel beveiligingsaanbestedingen komt de vraag wáár data wordt opgeslagen dan ook vóór de vraag wat het systeem functioneel kan.
AirHub is een Nederlands bedrijf. Het platform is ISO 27001- en ISO 9001-gecertificeerd, voldoet volledig aan de AVG (GDPR) en Europese wetgeving inzake gegevensbescherming, en kan lokaal (on-premise) of in een private cloud worden geïmplementeerd wanneer een organisatie volledige soevereiniteit over haar operationele data vereist. Voor een beveiligingsbedrijf dat een security-vragenlijst van een opdrachtgever invult, is dit doorgaans het onderdeel dat de minste vertraging oplevert.
Op onze beveiligingspagina leest u precies hoe alle componenten samenwerken, en ons regulatory consultancy-team ondersteunt operators vakkundig bij het volledige vergunningstraject.
