Rozwój technologii miał znaczący wpływ na architekturę systemów kontroli dostępu. Śledząc drogę jej rozwoju, można przewidzieć, co nas czeka w najbliższej przyszłości.
Przeszłość
Dawno temu sieci komputerowe były jeszcze rzadkością. ówczesne systemy kontroli dostępu były budowane w następujący sposób: master — kontroler obsługiwał ograniczoną liczbę kontrolerów, a komputer pełnił rolę terminala do jego programowania i wyświetlania informacji. Logika działania była określana przez master-kontroler, który zarządzał kontrolerami podrzędnymi.
Kontrolery podrzędne nie mogły wymieniać informacji bezpośrednio między sobą, wymiana odbywała się za pośrednictwem master-kontrolera. Taki model nakładał znaczne ograniczenia na rozwój systemów kontroli dostępu.
Rozwój technologii komputerowej i sprzętu sieciowego wpłynął na architekturę systemów, w wyniku czego powstały wieloserwerowe systemy kontroli dostępu. Zmiany dotyczyły oprogramowania, ale omijały kontrolery, co ograniczało rozbudowę i rozwój systemu.
Niniejszy
Rozwój mikroelektroniki umożliwił producentom sprzętu radykalną zmianę architektury systemów kontroli dostępu. Na miejsce dawnego modelu pojawiła się architektura, w której kontrolery mogły wymieniać dane bezpośrednio między sobą.
W takim modelu oprogramowanie mogło być zainstalowane w dowolnym miejscu w sieci lokalnej, a integracja z innymi systemami bezpieczeństwa była uproszczona dzięki użyciu jednolitego środowiska wymiany informacji.
Ten model działa z powodzeniem do dziś, ale obecny poziom rozwoju technologii pozwala na budowanie systemów o zupełnie innej architekturze. Istnieje szeroki wachlarz fizycznych i logicznych wariantów zapewnienia łączności między komponentami systemu i sposobów interakcji między użytkownikami a systemem. Wśród nich znajdują się aplikacje konsolowe, specjalistyczne kontrolery z interfejsem graficznym, różne panele sterujące, tablety i telefony oraz użycie standardowych przeglądarek internetowych. Możliwości mikrokontrolerów znacznie przewyższają już zasoby komputerów używanych w pierwszych systemach kontroli dostępu.
Dalszy rozwój architektury systemów kontroli dostępu
Kontroler jako serwer
Serwer w systemie kontroli dostępu (SKUD) jest niezbędny do prawidłowego wykonywania logiki biznesowej systemu, przechowywania danych o użytkownikach i wydarzeniach. 20 lat temu zadanie to realizował master-kontroler. Od tego czasu wymagania wobec systemów kontroli dostępu znacznie wzrosły, a możliwości nowoczesnych kontrolerów przewyższają możliwości komputerów sprzed 20 lat.
Serwer systemu może być zainstalowany również w samym kontrolerze, o ile ma on odpowiednie zasoby. Serwer, który działa w pamięci kontrolerów, ma znaczące zalety. Pierwszą z nich jest łatwość uruchomienia systemu.
Jeden z kontrolerów systemu jest wyznaczany na serwer (lub master, jak dawniej), otrzymuje wskazówki, z którymi kontrolerami będzie pracować. I to wszystko, system gotowy. Aby pracować z obiektami zdalnymi, kontroler wyznaczony na serwer otrzymuje „biały” adres IP, który jest podawany innym kontrolerom, które łączą się z nim samodzielnie. Aby zintegrować się z programem 1C, wystarczy przekazać adres kontrolera do programu. W celu integracji z systemem rozpoznawania numerów należy jako numer przepustki wskazać numer samochodu oraz adres IP kamery lub systemu zdolnego do rozpoznawania tablic rejestracyjnych.
SKUD jako usługa
Drugą ważną zaletą jest wygoda dla użytkowników. Klient nie musi już myśleć, na którym komputerze wdrożyć system, gdzie on będzie się znajdował i kto będzie go obsługiwał. Klient otrzymuje po prostu adres IP, login i hasło – i może monitorować dyscyplinę pracowników, nadawać uprawnienia dostępu oraz wydawać przepustki gości w dowolnej wygodnej przeglądarce. Wystarczy zakupić bramkę obrotową i kontroler (lub gotowe rozwiązanie – elektroniczną przepustkę) oraz identyfikatory. I system jest gotowy.
Takie podejście maksymalnie odpowiada nowoczesnemu trendowi postrzegania SKUD jako usługi. Klient nie myśli o instalacji i serwisowaniu systemu, wszystko to realizują zdalnie specjaliści. Pojawia się jednak nieuniknione pytanie o wydajność kontrolera i jego zdolność do pracy z 10 tysiącami użytkowników i 200 bramkami obrotowymi? Na razie wydaje się to niemożliwe, ale bazę danych można umieścić w chmurze lub na dedykowanym serwerze. serwerze. Z biegiem czasu możliwości kontrolerów będą się zwiększać, a opisaną powyżej system można będzie wdrożyć nawet w dużych przedsiębiorstwach z liczną kadrą pracowników i urządzeń wykonawczych.
Przyszłość
Standaryzacja jako trend
Architektura systemów kontroli dostępu będzie opierać się na „inteligentnych” kontrolerach, które będą samodzielnie współdziałać ze sobą, posiadając wśród siebie kilka kontrolerów głównych pełniących rolę serwera. Będą również mogły łączyć się na bazie jednego serwera (lub kilku) serwerów), zapewniającego niezbędną logikę interakcji.
Niezbędne jest, aby standaryzacja protokołów była wspierana przez wszystkich graczy na rynku – nie tylko na poziomie interakcji z kontrolerem, ale również na poziomie interakcji systemów.
Możliwe, że opracowanie jednolitego standardu zostanie zrealizowane w odległej przyszłości. Ale nawet jeśli tak się nie stanie, standaryzacja interakcji na podstawie REST API i dostęp do informacji za pośrednictwem przeglądarki powinny być zrealizowane jak najszybciej.
Źródło: habr.com
