Fremskritt innen teknologi har hatt en betydelig innvirkning på arkitekturen til adgangskontrollsystemer. Ved å spore veien til dens utvikling, kan vi forutsi hva som venter oss i nær fremtid.
Forbi
En gang i tiden var datanettverk fortsatt svært sjeldne. Og datidens adgangskontrollsystemer ble bygget som følger: hovedkontrolleren tjente et begrenset antall kontrollere, og datamaskinen fungerte som en terminal for programmering og visning av informasjon. Driftslogikken ble bestemt av hovedkontrolleren, som kontrollerer sekundærkontrollerne.
Sekundære kontroller kunne ikke utveksle informasjon direkte med hverandre; utvekslingen skjedde gjennom hovedkontrolleren. Denne modellen påla betydelige restriksjoner på utviklingen av adgangskontrollsystemer.
Utviklingen av datateknologi og nettverksutstyr påvirket systemarkitekturen, noe som resulterte i fremveksten av tilgangskontrollsystemer for flere servere. Endringene påvirket programvaren, men gikk utenom kontrollerene, som påla begrensninger på utvidelse og utvikling av systemet.
Nåtiden
Utviklingen av mikroelektronikk har gjort det mulig for utstyrsprodusenter å radikalt endre arkitekturen til adgangskontrollsystemer. Den forrige modellen ble erstattet av en arkitektur der kontroller var i stand til å kommunisere direkte med hverandre.
I denne modellen kunne programvaren installeres hvor som helst i det lokale nettverket, og integrasjon med andre sikkerhetssystemer ble forenklet ved bruk av ett enkelt informasjonsutvekslingsmiljø.
Denne modellen fungerer fortsatt med suksess den dag i dag, men dagens teknologiske utviklingsnivå gjør det mulig å bygge systemer med en helt annen arkitektur. Det finnes et bredt spekter av fysiske og logiske alternativer for å gi kommunikasjon mellom systemkomponenter og midler for samhandling mellom brukere og systemet. Disse inkluderer konsollapplikasjoner, spesialiserte kontrollere med grafisk grensesnitt, ulike kontrollpaneler, nettbrett og telefoner, og bruk av standard nettlesere. Mulighetene til mikrokontrollere er allerede mange ganger større enn ressursene til datamaskiner som ble brukt i de første tilgangskontrollsystemene.
Videreutvikling av ACS-arkitektur
Kontroller som server
En server i et tilgangskontrollsystem er nødvendig for å utføre forretningslogikken til systemet korrekt og lagre data om brukere og hendelser. For 20 år siden kunne hovedkontrolleren håndtere dette også. Siden den gang har kravene til tilgangskontrollsystemer økt betraktelig, men mulighetene til moderne kontrollere overgår datamaskinene for 20 år siden.
Systemserveren kan også installeres i selve kontrolleren, hvis den har de nødvendige ressursene. Systemserveren som er distribuert i kontrollerenes minne har betydelige fordeler. Den første av disse er at det er enkelt å starte systemet.
En av systemkontrollerne er utpekt som en server (eller master, som den en gang var), og den mottar instruksjoner med hvilke kontrollere den vil fungere. Det er det, systemet er klart. For å jobbe med eksterne objekter, får kontrolleren tildelt av serveren en "hvit" IP, den indikeres til andre kontrollere, og de kobler seg uavhengig til den. For å integrere med 1C trenger du bare å overføre kontrolleradressen til programmet. For å integrere med et skiltgjenkjenningssystem, spesifiser kjøretøynummeret og IP-adressen til et kamera eller system som er i stand til å gjenkjenne skilt som passnummer.
ACS som en tjeneste
Den andre viktige fordelen er brukervennlighet. Kunden trenger ikke lenger å tenke på hvilken datamaskin systemet skal distribueres på, hvor det skal ligge og hvem som skal vedlikeholde det. Nå mottar klienten ganske enkelt en IP-adresse, pålogging og passord - og kan overvåke ansattes disiplin, tildele tilgangsrettigheter og utstede gjestepass i hvilken som helst nettleser som er praktisk for ham. Det er nok å kjøpe en turnstile og en kontroller (eller en ferdig løsning - et elektronisk sjekkpunkt) og identifikatorer. Og systemet er klart.
Denne tilnærmingen møter best den moderne trenden med å oppfatte ACS som en tjeneste. Kunden tenker ikke på å installere og vedlikeholde systemet, alt dette utføres eksternt av spesialister. Her oppstår spørsmålet uunngåelig om hastigheten til kontrolleren og dens evne til å jobbe med 10 tusen brukere og 200 turnstiles? Dette er ennå ikke mulig, men databasen kan ligge i skyen eller på en dedikert server. Over tid vil funksjonene til kontrollerene vokse, og systemet beskrevet ovenfor kan distribueres selv i store bedrifter med et stort antall ansatte og aktuatorer.
Fremtiden
Standardisering som trend
Arkitekturen til tilgangskontrollsystemet vil bygges på grunnlag av "smarte" kontrollere, som uavhengig vil samhandle med hverandre, med blant dem flere hovedkontrollere som fungerer som en server. De vil også kunne forene seg på grunnlag av en enkelt server (eller flere servere) som gir nødvendig interaksjonslogikk.
Det er nødvendig at standardisering av protokoller støttes av alle markedsaktører - ikke bare på nivået av interaksjon med kontrolleren, men også på nivået av interaksjon mellom systemene.
Kanskje vil utviklingen av en enhetlig standard bli implementert i en fjern fremtid. Men selv om dette ikke skjer, bør standardisering av interaksjon basert på REST APIer og tilgang til informasjon gjennom nettleseren implementeres så raskt som mulig.
Kilde: www.habr.com