Mga Pagsasama ng Seguridad sa Intelligence

Pangkalahatang-ideya

Isa sa mga pangunahing panukala sa halaga na dinadala ng Telaeris sa aming mga kliyente ay ang aming kakayahang magsama sa karamihan ng mga sistema ng kontrol sa pag-access. Tinitiyak ng malawak na kakayahan na ito na makakaasa ang mga integrator ng seguridad sa interface ng XPressEntry na nananatiling pare-pareho, anuman ang naka-deploy na PACS. Upang pamahalaan ang aming 40+ na pagsasama, bumuo kami ng flexible na framework para suportahan ang bawat system. Sa blog na ito, tinatalakay namin ang ilan sa mga teknikal na detalye ng kung paano namin binuo ang mga pagsasamang ito. Kahit na mas kapana-panabik, makikita mo kung paano Pinapabilis na ngayon ng Artificial Intelligence (AI) ang aming mga integration workflow. Maging paunang babala - ang blog na ito ay naglalaman ng isang tonelada ng lingo. Kung naligaw ka, mayroong isang talahulunganan sa dulo ng artikulo!

Bakit bumuo ng isang Integrasyon?

Tingnan natin ang nangungunang 3 kaso ng paggamit ng XPressEntry upang maunawaan ang layunin ng pagbuo ng isang pagsasama at kung anong data ang talagang kailangan. Ito ay:

Entry / Exit: Gumagana ang handheld tulad ng isang entry at exit door reader na konektado sa isang panel upang patunayan ang mga pahintulot ng user. Ito ay totoo para sa paggamit ng bus, pansamantalang tarangkahan, o pagpapatunay na pinapatakbo ng tao. 

Mga Kaganapan/Ticketing/Pagsasanay: Ang mga pahintulot ng kredensyal/empleyado ay dapat ma-validate bago makapasok o upang subaybayan ang kanilang pagdalo.

Emergency Mustering: Gumagana ang handheld tulad ng isang reader na nakakonekta sa isang panel sa isang liblib at ligtas na paradahan, na may available na impormasyon para hindi na kailangang punan ang isang papel na roster.

Mula sa isang mataas na antas, ang lahat ng mga use case na ito ay mukhang isa (o higit pa) na reader na nakakonekta sa isang access panel, na magpapadala ng aktibidad nito pabalik sa PACS o store kung offline. Nangangahulugan ito mula sa isang simpleng antas, ang mga handheld ay nangangailangan lamang ng isang limitadong halaga ng data ng kontrol sa pag-access upang gumana, kabilang ang:

1. Mga Badge/Biometrics
2. Mga mambabasa ng Door/Portal/Gate
3. Mga Lugar/Sona
4. Mga Access Panel
5. Mga Pahintulot sa Badge

Para sa mga simpleng application ng pagpasok/paglabas o mga kaganapan, kailangang ma-validate ng integration ng PACS kung may access ang isang partikular na badge. Maaaring sapat na ang pulang ilaw o berdeng ilaw. Gayunpaman, dahil may magagandang screen ang aming mga handheld badge reader, nakakapagpakita kami ng mas maraming data mula sa PACS na nagbibigay-daan sa pinahusay na pag-verify ng guard:

1. Data ng text ng may hawak ng badge (pangalan, telepono, mga certification, numero ng telepono, atbp. – kung kinakailangan)
2. pics

Kapag tinitingnan namin ang mga solusyon sa pag-iipon ng emerhensiya, mayroon kaming higit pang impormasyon na kailangan namin mula sa PACS - katulad ng pag-okupa sa pasilidad. Mayroong dalawang paraan para makakuha ng impormasyon ng occupancy:

1. Hilingin ito mula sa sistema ng PACS o
2. Subaybayan ang bawat entry/exit point para masubaybayan kung sino ang nasa gusali.

Panghuli, habang ang pagkakaroon ng lahat ng impormasyon sa aming mga handheld ay kapaki-pakinabang, nais ng mga kumpanya na ang PACS ang maging sistema ng rekord para sa parehong pagpasok/paglabas at pananagutan ng empleyado. Upang gawin ito, kailangan ng XPressEntry na itulak ang mga handheld validation at mga aktibidad sa pinto pabalik sa PACS system.

Ano ang kailangan para sa isang handheld Integration

Ang pagsasama sa isang access control system ay nangangahulugan lamang ng kakayahang kunin ang data sa itaas mula sa PACS database at itulak ang aktibidad pabalik sa handheld. Tulad ng maaaring isipin ng isa, ang bawat PACS ay may sariling katangiann paraan. Ang mga ito ay karaniwang tinatawag na mga SDK o API at kasama ang mga termino ng salitang salad ng COM/DCOM, DLL, REST, SOAP, WCF, at CSV. Karamihan sa mga pagsasama ng PACS ay patuloy na nagpapabuti at nagdaragdag ng mga bagong feature.

Upang matiyak na nakukuha namin ang mga pinakabagong update mula sa PACS, pinakamahalaga sa mga badge at pahintulot, madalas kaming binibigyan ng paraan upang mag-subscribe sa mga pagbabago sa kaganapan. Gagamit ito ng mga teknolohiya tulad ng SignalR o MQTT, kadalasang tumatakbo sa isang WebSocket

Kung minsan, ang SDK/API ay ia-update sa isang mas modernong framework. Halimbawa, ang aming pinakaunang handheld integration noong 2008 ay sa Lenel OnGuard. Ito ay isang purong SQL database integration, na noon ay enaging certified integration sa pamamagitan ng DataConduit connector at COM interface ng Lenel. Ang DataConduit mismo ay pinalitan noong 2018 ng OpenAccess.

Mula sa isang mataas na antas, ang bawat isa sa mga teknolohiyang ito ay nagbigay ng parehong data sa aming handheld, ngunit ang mga na-update na pagsasama ay mas mabilis, mas matatag, at mas madaling gamitin. 

Pinagsasama-sama ito

Noong nagsimula kaming bumuo ng mga integrasyon labimpitong taon na ang nakalipas, nakatuon kami sa pagkuha ng data mula sa mga panlabas na database gamit ang SQL. Napakabilis, naging maliwanag na ang diskarteng ito ay lubhang limitado. Upang matugunan ito, ang aming engineering team ay nakatuon sa pagbuo ng isang framework para sa pag-import at pag-export ng data na tinatawag naming XPressEntry DataManager. Ang balangkas na ito maaaring suportahan ang isang malawak na hanay ng mga pamamaraan ng pagsasama sa isang pare-parehong paraan. Sinusuportahan ng mga ito ang anumang lasa ng mga API, SDK, mga koneksyon sa database gamit ang SQL, o kumbinasyon nito. Maaari itong kahit na maramihang pagsasama nang sabay-sabay.

Upang makapagsimula sa isang bagong pagsasama ng PACS, karaniwang hinihiling namin ang sumusunod na impormasyon mula sa tagagawa, upang payagan kaming ganap na subukan at suriin ang solusyon:

1. Pumirma sa anumang NDA kung kinakailangan
2. PACS software installer na ise-setup sa aming lokal na virtual machine infrastructure
3. Isang sample na database (DB) para sa paunang pagsubok
4. Impormasyon upang i-update ang DB na may 10K user + badge + mga tala ng larawan para sa scale testing
5. Dokumentasyon ng API, mga pag-download ng SDK, at mga aklatan kung kinakailangan
6. Isang katugmang access control panel at door reader
7. Mga contact para suportahan ang pag-unlad, dahil laging may mga tanong!

Sa lugar na nasa itaas, karaniwang tumatagal ng 3 hanggang 4 na man-linggo upang bumuo at subukan ang anumang pagsasama. Ngunit ito ay nagbabago!

Pagbuo ng Mas Mabilis, Mas Matalino, Mas Mahusay sa AI

Para sa aming pinakabagong pagsasama ng DataManager, sinubukan namin ang isang bagong bagay gamit ang Artificial Intelligence. Para sa proyektong ito, olokal na sinanay ng iyong mga inhinyero ang AI engine sa aming lokal na code upang maunawaan kung paano namin binuo ang aming mga DataManager at ang aming istraktura ng code. Kami noon ibinigay sa engine na ito ang PDF ng dokumentasyon ng pagsasama ng PACS kasama ng isang pagmamapa ng impormasyon mula sa PACS na mga convention sa pagbibigay ng pangalan hanggang sa XPressEntry convention (hal. mga badge → card). Pagkatapos nito, nagdirekta kami ng AI pipeline para buuin ang integration.

Ang resulta nito ay medyo kahanga-hanga. Nang walang karagdagang pag-udyok, ang AI engine ay lumikha ng isang proyekto na may higit sa 1000 linya ng code. Wastong pinangasiwaan ng AI ang mabigat na pag-angat ng pag-parse ng dokumentasyon ng API at pagbuo ng code kabilang ang:

• Pagbuo ng buong proyekto ng PACS DataManager
• Paglikha ng isang setup project at installer para sa PACS DataManager

Ang nabuong proyektong ito ay nagpakita ng ilang isyu kabilang ang:

• Mga Nawawalang Import: Kailangang idagdag
• Halucination: Mga naisip na function para sa data na hindi ibinigay ng API 
• Mga Error na Natagpuan Sa: Mga timestamp, endpoint, parameter, at capitalization

Ang paglilinis sa proyekto at pag-update ng PACS software upang magkaroon ng wastong data na susuriin ay tumagal ng humigit-kumulang 2 oras. Pagkatapos nito, matagumpay itong nagpatakbo ng isang pangunahing gumaganang bersyon ng pagsasama ng PACS na konektado sa XPressEntry. Ang kakayahang iyon ay napakalakas. Mayroon pa kaming natitira sa aming trabaho upang i-optimize ang system, subukan ang mga edge na kaso, at turuan ang aming sarili sa nabuong code upang payagan kaming suportahan ang pagsasama ng PACS. Ang aking mga inhinyero ay hindi nag-aalala (pa) tungkol sa pagpapalit ng AI sa mga trabaho, ngunit gusto nila ang acceleration sa proseso ng dev. Epektibong pinutol ng AI ang aming oras ng pag-unlad sa kalahati para sa pagbuo ng aming mga pagsasama!

Kaya kung mayroon kang handheld badge o biometric na proyekto na kailangan para sa isang kliyente na may bagong access control system, PATAYIN MO!  Handa kaming tulungan ka.

Lingo

Upang talakayin ito nang matalino, mahalagang linawin ang mga terminong ginamit sa mga ganitong uri ng pagsasama.

API – APplication Programming Interface – kung paano nakikipag-usap ang isang programa sa isang PACS

COM – Cnapakahusay Obagay Model – nagbibigay-daan sa mga app na gumamit ng data mula sa iba pang mga program

Cookie – maliit na file na nakaimbak sa iyong browser upang matandaan ang impormasyon at magbigay ng access

CSV – Comma Spinaghiwalay Values ​​– isang plain-text na format ng file upang mag-imbak ng data ng uri ng spreadsheet

DCOM – Dibinahagi Cnapakahusay Obagay Model - tulad ng COM, ngunit sa pagitan ng mga computer

DLL – Dpabago-bago Ltinta Library – isang file na naglalaman ng reusable code na kadalasang ginagamit para magbigay ng API 

HTTP – Hypertext Tmanghuli Protocol – ang pundasyon ng komunikasyon ng data sa web

JSON – JAvaScript Obagay Notation – isang magaan na format ng data para sa pagpapalitan ng data

MQTT – Msanaysay Queuing Telemetry Transport – protocol ng publisher-subscriber para sa komunikasyon ng machine-to-machine

PACS – Physical Aaccess Control System – software na nagkokonekta sa mga tao, badge, pahintulot,++ 

pahinga – REpagtatanghal State Transfer – isang pamantayan sa komunikasyon ng API ng serbisyo sa web

Mga secure na access token – isang panandalian, naka-encrypt na string upang makakuha ng access sa mga API

SignalR – open-source na library upang mag-subscribe sa mga kliyente sa mga pagbabago

SDK – Sng maraming kaalaman Development Kito – karaniwang naka-install na software na nagbibigay ng API

SOAP – Smagpalusot Obagay Aaccess Protocol – isang web service API batay sa XML

SQL – Snakaayos Query Language – isang katutubong paraan ng pakikipag-usap sa mga database

WCF – Wmga indow Ckomunikasyon Foundation

WebSocket – dalawang paraan na protocol ng komunikasyon sa isang patuloy na koneksyon sa web

XML – EXpanahunan Markup Language – isang hanay ng mga panuntunan upang i-encode ang data at mga dokumento