Lo sviluppo tecnologico ha avuto un impatto significativo sull'architettura dei sistemi di controllo degli accessi. Seguendo il percorso della sua evoluzione, possiamo prevedere cosa ci aspetta nel prossimo futuro.
Passato
Un tempo, le reti informatiche erano ancora una grande rarità. I sistemi di controllo degli accessi (SCA) di quel periodo erano strutturati in questo modo: un master-controller gestiva un numero limitato di controller, mentre un computer fungeva da terminale per la sua programmazione e visualizzazione delle informazioni. La logica operativa era definita dal master-controller che gestiva i controller secondari.
I controller secondari non potevano scambiarsi informazioni direttamente; lo scambio avveniva tramite il master-controller. Tale modello imponeva significative limitazioni allo sviluppo dei sistemi di controllo degli accessi.
L'evoluzione dell'hardware informatico e delle attrezzature di rete ha influito sull'architettura dei sistemi, dando origine a sistemi di controllo degli accessi multi-server. I cambiamenti hanno interessato il software, ma hanno trascurato i controller, il che ha imposto dei vincoli all'espansione e allo sviluppo del sistema.
Premesse
Lo sviluppo della microelettronica ha permesso ai produttori di attrezzature di cambiare radicalmente l'architettura dei sistemi di controllo accessi. È stata introdotta una nuova architettura in cui i controllori possono scambiare dati direttamente tra di loro.
In questo modello, il software poteva essere installato ovunque all'interno della rete locale, semplificando l'integrazione con altri sistemi di sicurezza grazie all'uso di un'unica piattaforma per lo scambio di informazioni.
Questo modello continua a funzionare con successo, ma l'attuale livello di sviluppo tecnologico consente di costruire sistemi con un'architettura completamente diversa. Esiste una vasta gamma di opzioni fisiche e logiche per garantire la comunicazione tra i componenti del sistema e i mezzi di interazione tra gli utenti e il sistema. Tra queste ci sono applicazioni console, controllori specializzati con interfacce grafiche, vari pannelli di controllo, tablet e telefoni, oltre all'uso di browser WEB standard. Le capacità dei microcontrollori superano già di molto le risorse dei computer utilizzati nei primi sistemi di controllo accessi.
Sviluppo ulteriore dell'architettura del sistema di controllo accessi
Controllore come server
Un server è necessario nel sistema di controllo accessi per eseguire correttamente la logica di business del sistema e memorizzare dati su utenti ed eventi. Vent'anni fa, questo compito era svolto dal master controller. Nel frattempo, le esigenze nei sistemi di controllo accessi sono aumentate significativamente, ma anche le capacità dei controllori moderni superano quelle dei computer di 20 anni fa.
Il server del sistema può essere installato anche nel controllore, se dispone delle risorse adeguate. Un server che viene eseguito nella memoria dei controllori offre notevoli vantaggi. Il primo di questi è la facilità di avvio del sistema.
Uno dei controllori del sistema viene assegnato dal server (o master, come una volta), e riceve istruzioni su quali controllori dovrà lavorare. Tutto è pronto. Per lavorare con oggetti remoti, al controllore assegnato dal server viene fornito un IP 'bianco', che viene comunicato agli altri controllori, che si connettono autonomamente ad esso. Per l'integrazione con 1C, basta fornire all'applicazione l'indirizzo del controllore. Per l'integrazione con il sistema di riconoscimento delle targhe, è necessario inserire come numero di pass l'immatricolazione del veicolo e l'IP della telecamera o del sistema in grado di riconoscere le targhe automobilistiche.
Sicurezza come servizio
Il secondo grande vantaggio è la comodità per gli utenti. Il cliente non deve più preoccuparsi di quale computer utilizzare per implementare il sistema, dove sarà posizionato e chi lo gestirà. Ora il cliente riceve semplicemente un indirizzo IP, un nome utente e una password e può monitorare la disciplina dei dipendenti, assegnare diritti di accesso e rilasciare pass per visitatori in qualsiasi browser a lui comodo. È sufficiente acquistare un tornello e un controllore (o una soluzione pronta – un varco elettronico) e identificatori. E il sistema è operativo.
Questo approccio risponde in modo ottimale alla moderna tendenza di percepire i sistemi di controllo accessi (SKUD) come un servizio. Il cliente non deve preoccuparsi dell'installazione e della manutenzione del sistema, poiché tutto ciò avviene a distanza da parte di specialisti. Qui sorge inevitabilmente la questione della rapidità del controller e della sua capacità di gestire 10.000 utenti e 200 tornelli? Attualmente, ciò non è possibile, ma il database può essere posizionato nel cloud o su un server dedicato. server. Con il tempo, le capacità dei controller cresceranno e il sistema descritto sopra potrà essere implementato anche in grandi aziende con un numero elevato di dipendenti e dispositivi esecutivi.
Futuro
Standardizzazione come tendenza
L'architettura del SKUD sarà costruita su "controller intelligenti" che interagiranno autonomamente tra di loro, avendo al loro interno diversi master-controller che svolgeranno il ruolo di server. Potranno anche unirsi attorno a un unico server (o a più server) server), garantendo la logica necessaria per l'interazione.
È essenziale che la standardizzazione dei protocolli sia supportata da tutti gli attori del mercato, non solo a livello di interazione con il controllore, ma anche a livello di interazione tra i sistemi.
È possibile che la creazione di uno standard unico venga realizzata in un lontano futuro. Ma anche se ciò non accadesse, la standardizzazione delle interazioni basate su REST API e l'accesso alle informazioni tramite browser devono essere implementati il prima possibile.
Fonte: habr.com
