Pokrok v technologii měl významný dopad na architekturu systémů kontroly přístupu. Sledováním cesty jejího vývoje můžeme předvídat, co nás čeká v blízké budoucnosti.
Minulost
Kdysi byly počítačové sítě ještě velmi vzácné. A systémy kontroly přístupu té doby byly postaveny následovně: hlavní kontrolér obsluhoval omezený počet kontrolérů a počítač fungoval jako terminál pro jeho programování a zobrazování informací. Logiku činnosti určoval hlavní regulátor, který řídí sekundární regulátory.
Sekundární řadiče si nemohly vyměňovat informace přímo mezi sebou, výměna probíhala přes hlavní řadič. Tento model kladl značná omezení na vývoj systémů kontroly přístupu.
Rozvoj výpočetní techniky a síťových zařízení ovlivnil architekturu systémů, což vedlo ke vzniku víceserverových systémů řízení přístupu. Změny se dotkly softwaru, ale obešly řadiče, což uvalilo omezení na rozšíření a vývoj systému.
Přítomen
Rozvoj mikroelektroniky umožnil výrobcům zařízení radikálně změnit architekturu systémů kontroly přístupu. Předchozí model byl nahrazen architekturou, ve které byly řadiče schopny komunikovat přímo mezi sebou.
V tomto modelu mohl být software instalován kdekoli v rámci lokální sítě a integrace s jinými bezpečnostními systémy byla zjednodušena díky použití jediného prostředí pro výměnu informací.
Tento model stále úspěšně funguje dodnes, ale současná úroveň technologického rozvoje umožňuje budovat systémy se zcela odlišnou architekturou. Existuje široká škála fyzických a logických možností pro zajištění komunikace mezi komponentami systému a prostředky interakce mezi uživateli a systémem. Patří mezi ně konzolové aplikace, specializované ovladače s grafickým rozhraním, různé ovládací panely, tabletové počítače a telefony a použití standardních WEB prohlížečů. Schopnosti mikrokontrolérů jsou již mnohonásobně větší než prostředky počítačů používaných v prvních systémech kontroly přístupu.
Další vývoj architektury ACS
Řadič jako server
Server v systému řízení přístupu je potřebný ke správnému provádění obchodní logiky systému a ukládání dat o uživatelích a událostech. Před 20 lety to zvládl i hlavní ovladač. Od té doby požadavky na systémy kontroly přístupu výrazně vzrostly, ale schopnosti moderních kontrolérů převyšují možnosti počítačů před 20 lety.
Systémový server lze také nainstalovat do samotného řadiče, pokud má příslušné prostředky. Systémový server umístěný v paměti řadičů má významné výhody. Prvním z nich je snadné spouštění systému.
Jeden ze systémových řadičů je označen jako server (nebo master, jako kdysi) a dostává instrukce, se kterými řadiči bude pracovat. To je vše, systém je připraven. Pro práci se vzdálenými objekty má řadič přiřazený serverem „bílou“ IP, je indikován ostatním řadičům a ty se k němu nezávisle připojují. Pro integraci s 1C stačí přenést adresu ovladače do programu. Pro integraci se systémem rozpoznávání SPZ zadejte číslo vozidla a IP adresu kamery nebo systému schopného rozpoznat SPZ jako číslo průjezdu.
ACS jako služba
Druhou důležitou výhodou je uživatelské pohodlí. Zákazník již nemusí přemýšlet, na jaký počítač systém nasadí, kde bude umístěn a kdo jej bude udržovat. Nyní klient jednoduše obdrží IP adresu, přihlašovací jméno a heslo – a může sledovat kázeň zaměstnanců, přidělovat přístupová práva a vydávat průkazy pro hosty v libovolném prohlížeči, který mu vyhovuje. Stačí pořídit turniket a ovladač (nebo hotové řešení - elektronický checkpoint) a identifikátory. A systém je připraven.
Tento přístup nejlépe odpovídá modernímu trendu vnímání ACS jako služby. Zákazník nemyslí na instalaci a údržbu systému, to vše provádějí na dálku specialisté. Zde nevyhnutelně vyvstává otázka o rychlosti ovladače a jeho schopnosti pracovat s 10 tisíci uživateli a 200 turnikety? To zatím není možné, ale databáze může být umístěna v cloudu nebo na vyhrazeném serveru. Postupem času budou schopnosti regulátorů růst a výše popsaný systém lze nasadit i ve velkých podnicích s velkým počtem zaměstnanců a aktuátorů.
Budoucnost
Standardizace jako trend
Architektura systému kontroly přístupu bude postavena na bázi „chytrých“ kontrolérů, které budou vzájemně nezávisle interagovat, přičemž mezi nimi bude několik hlavních kontrolérů fungujících jako server. Budou se také moci sjednotit na základě jednoho serveru (nebo několika serverů), který poskytuje nezbytnou logiku interakce.
Je nutné, aby standardizaci protokolů podporovali všichni hráči na trhu – nejen na úrovni interakce s kontrolérem, ale i na úrovni interakce mezi systémy.
Možná bude vývoj jednotného standardu realizován v daleké budoucnosti. Ale i kdyby se tak nestalo, měla by být co nejdříve implementována standardizace interakce na základě REST API a přístupu k informacím přes prohlížeč.
Zdroj: www.habr.com