Fremskridt inden for teknologi har haft en betydelig indflydelse på arkitekturen af adgangskontrolsystemer. Ved at spore dens udviklings vej kan vi forudsige, hvad der venter os i den nærmeste fremtid.
Forbi
Engang var computernetværk stadig meget sjældne. Og datidens adgangskontrolsystemer blev bygget som følger: Mastercontrolleren betjente et begrænset antal controllere, og computeren fungerede som en terminal til programmering og visning af information. Driftslogikken blev bestemt af mastercontrolleren, som styrer de sekundære controllere.
Sekundære controllere kunne ikke udveksle information direkte med hinanden; udvekslingen fandt sted gennem master controlleren. Denne model pålagde betydelige begrænsninger for udviklingen af adgangskontrolsystemer.
Udviklingen af computerteknologi og netværksudstyr påvirkede systemernes arkitektur, hvilket resulterede i fremkomsten af multi-server adgangskontrolsystemer. Ændringerne påvirkede softwaren, men omgik controllerne, hvilket pålagde begrænsninger for udvidelse og udvikling af systemet.
Gaven
Udviklingen af mikroelektronik har gjort det muligt for udstyrsproducenter at ændre arkitekturen i adgangskontrolsystemer radikalt. Den tidligere model blev erstattet af en arkitektur, hvor controllere var i stand til at kommunikere direkte med hinanden.
I denne model kunne softwaren installeres hvor som helst i det lokale netværk, og integration med andre sikkerhedssystemer blev forenklet ved brug af et enkelt informationsudvekslingsmiljø.
Denne model fungerer stadig med succes den dag i dag, men det nuværende niveau af teknologisk udvikling gør det muligt at bygge systemer med en helt anden arkitektur. Der er en bred vifte af fysiske og logiske muligheder for at levere kommunikation mellem systemkomponenter og midler til interaktion mellem brugere og systemet. Disse omfatter konsolapplikationer, specialiserede controllere med en grafisk grænseflade, forskellige kontrolpaneler, tablet-computere og telefoner og brugen af standard WEB-browsere. Mikrocontrolleres muligheder er allerede mange gange større end ressourcerne på computere, der blev brugt i de første adgangskontrolsystemer.
Videreudvikling af ACS arkitektur
Controller som server
En server i et adgangskontrolsystem er nødvendig for korrekt at udføre systemets forretningslogik og gemme data om brugere og hændelser. For 20 år siden kunne mastercontrolleren også klare dette. Siden da er kravene til adgangskontrolsystemer steget markant, men mulighederne for moderne controllere overstiger computers for 20 år siden.
Systemserveren kan også installeres i selve controlleren, hvis den har de nødvendige ressourcer. Systemserveren, der er installeret i controllernes hukommelse, har betydelige fordele. Den første af disse er letheden ved at starte systemet.
En af systemcontrollerne er udpeget som en server (eller master, som den engang var), og den modtager instruktioner med hvilke controllere den vil fungere. Det er det, systemet er klar. For at arbejde med fjernobjekter får den controller, der er tildelt af serveren, en "hvid" IP, den er angivet til andre controllere, og de opretter uafhængigt forbindelse til den. For at integrere med 1C skal du blot overføre controlleradressen til programmet. For at integrere med et nummerpladegenkendelsessystem skal du angive køretøjsnummeret og IP-adressen på et kamera eller system, der er i stand til at genkende nummerplader som adgangsnummer.
ACS som en service
Den anden vigtige fordel er brugervenlighed. Kunden behøver ikke længere at tænke på, hvilken computer systemet skal installeres på, hvor det skal placeres, og hvem der skal vedligeholde det. Nu modtager klienten blot en IP-adresse, login og adgangskode - og kan overvåge medarbejdernes disciplin, tildele adgangsrettigheder og udstede gæstekort i enhver browser, der er praktisk for ham. Det er nok at købe en drejekors og en controller (eller en færdig løsning - et elektronisk kontrolpunkt) og identifikatorer. Og systemet er klar.
Denne tilgang imødekommer bedst den moderne trend med at opfatte ACS som en service. Kunden tænker ikke på at installere og vedligeholde systemet; alt dette udføres eksternt af specialister. Her opstår spørgsmålet uundgåeligt om controllerens hastighed og dens evne til at arbejde med 10 brugere og 200 tæller? Dette er endnu ikke muligt, men databasen kan placeres i skyen eller på en dedikeret server. Over tid vil controllernes muligheder vokse, og det ovenfor beskrevne system kan implementeres selv i store virksomheder med et stort antal ansatte og aktuatorer.
fremtiden
Standardisering som trend
Arkitekturen af adgangskontrolsystemet vil blive bygget på basis af "smarte" controllere, som uafhængigt vil interagere med hinanden, og blandt dem har flere mastercontrollere, der fungerer som en server. De vil også være i stand til at forene sig på basis af en enkelt server (eller flere servere), der giver den nødvendige interaktionslogik.
Det er nødvendigt, at standardiseringen af protokoller understøttes af alle markedsaktører - ikke kun på niveauet for interaktion med controlleren, men også på niveauet for interaktion mellem systemer.
Måske vil udviklingen af en samlet standard blive implementeret i en fjern fremtid. Men selvom dette ikke sker, bør standardisering af interaktion baseret på REST API'er og adgang til information gennem browseren implementeres så hurtigt som muligt.
Kilde: www.habr.com