文/3S Market 編輯部
Klacci 凱樂奇消防緊急疏散解決方案一所大學校園，各場域的 Access Control 該如何部署？
從校門、教室、實驗室到宿舍，Access Control 平台究竟扮演什麼角色？
Audience Target
大專院校校務與安全管理主管、總務與營繕單位、資訊中心、學務與宿舍管理單位、實驗室主管，以及 Access Control 平台業者、系統整合商、設計顧問與相關供應鏈業者。
Highlights
- 大學不是單一場域，而是公共空間、教學空間、生活空間、高風險研究區域與大型活動場館的集合。
- 校園 Access Control 的起點，不是計算有多少扇門，而是辨識「什麼人，基於什麼理由，可以在什麼時間進入什麼空間」。
- 相同的校園卡不代表相同的權限；身份、選課、住宿、研究計畫、安全訓練與設備預約，都可能改變授權結果。
- Access Control 平台的任務，不只是管理讀卡機，而是整合身份、政策、事件、跨系統聯動與責任追溯。
- 大型校園不一定只能使用一套系統，更實際的架構可能是「分散運作、統一治理」。
大學校園的 Access Control，不能只理解為「哪些門要裝讀卡機」。真正需要先回答的是：校園裡有哪些人與其他進入者？他們具有什麼身份？在什麼時間、基於什麼理由，可以進入哪個空間、使用哪些資源？發生異常時，誰知道、誰判斷、誰處理，以及處理過程是否留下完整紀錄？
因此，大學校園真正需要規劃的，不只是門、讀卡機與電子鎖，而是：
人員身份 × 場域風險 × 時間條件 × 使用目的 × 權限政策 × 異常處置
Access Control 平台則負責把分散在校門、教學大樓、實驗室、宿舍、圖書館、停車場與資訊系統中的 Access，轉化為可以管理、聯動、持續評估與追溯的校園安全能力。
一、大學不是一個場域，而是許多不同場域的集合
大學校園同時具有半開放的公共空間、教學空間、行政空間、生活空間、高風險研究空間與大型活動場館。不同空間的開放程度、使用目的、進入者與風險完全不同，不可能只靠一套固定的開門規則處理。
一名學生可以自由進出校園公共區域，卻不代表可以進入所有實驗室；一名教授具有教師身份，也不表示可以進入其他研究計畫的管制區；一名維修承攬商即使經過學校核准，也只能在指定時間進入與工單相關的設備空間。
所以，大學校園 Access Control 的第一步，不是盤點多少扇門，而是先辨識校園裡有哪些 Entity，並把它們身份化。
Entity 類型 | 身份與管理特性 | Access Control 重點 |
在校學生 | 學籍、系所、年級、選課與住宿狀態會改變 | 權限應隨學籍、課程及住宿資格調整 |
教師 | 可能跨系所、跨校區並主持研究計畫 | 教室、研究室與實驗室權限應分開 |
行政人員 | 權限與職務、責任區域有關 | 應與到職、調職及離職程序連動 |
研究人員 | 可能接觸危險物質、機密資料或高價設備 | 需驗證訓練資格、研究計畫與授權期限 |
外籍生、交換生 | 身份具有明確期限 | 權限應設定生效與自動失效日期 |
兼任教師 | 非每日到校，聘期與授課時段有限 | 可依聘期、課程與時段授權 |
承攬商 | 涉及清潔、維修、營繕與設備保養 | 應與工單、區域、時間及陪同規則綁定 |
訪客、家長 | 臨時性且具有明確來訪目的 | 需預約、報到、受訪人確認與離場管理 |
校友 | 可能使用圖書館、運動中心等設施 | 不應沿用學生時期的全部權限 |
活動參加者 | 短時間、大量進入特定場館 | 適合使用一次性或限時憑證 |
車輛與物流人員 | 涉及車牌、駕駛、貨物及目的地 | 車輛身份應與預約和停留時間關聯 |
資訊帳號與設備 | 包括伺服器、網路帳號及 IoT 裝置 | 實體與虛擬 Access 應逐步關聯 |
同一個人還可能同時具有多重身份。例如，一名學生也可能是研究助理、宿舍住戶與社團幹部。系統不能只看見「學生」，而應判斷他此刻以什麼身份、為了什麼目的提出 Access Request。
二、校門是邊界，但不是唯一的安全邊界
許多大學採開放式校園，不適合像工廠一樣管制每一位進出者。但「校園開放」不等於沒有邊界，也不表示不需要 Access Control。
校門主要處理車輛、物流、夜間進入、特殊活動與緊急狀況。可部署車牌辨識、RFID 車證、訪客車輛預約、柵欄機、對講與遠端確認設備。夜間或假日時，平台應能調整進出政策；遇到暴力、災害或其他重大事件時，則需要切換封控或疏散模式。
不過，開放式校園真正的 Access 邊界，通常會向內移到各棟建築物，再進一步移到建築物內的重要空間。校園因此不是只有一道圍牆，而是由許多不同風險等級的邊界組成。
三、行政大樓：公共服務與內部辦公必須分界
行政大樓雖然經常有學生、家長與校外人士進入，但其中可能包含人事、財務、註冊、檔案與個人資料，不能因為前端具有公共服務功能，就讓整棟建築處於相同的開放狀態。
規劃上，應把公共櫃台、洽公等候區與內部辦公區分開。大樓入口可以依時段管理，辦公區、檔案室、財務室及機房則應分層授權。訪客完成預約與報到後，只能取得到達指定樓層或區域的臨時憑證。
如果發生門被強行打開、門長時間未關閉，或者有人在非上班時段進入，平台不能只是留下一筆紀錄，而應通知正確的責任單位，並依事件等級啟動處理程序。
四、教學大樓與一般教室：不是每扇門都要高規格管制
一般教室不一定需要最高規格的 Access 設備，但應依夜間使用、設備價值、借用頻率與管理責任分級。
一般教室可以使用電子鎖、讀卡機或行動憑證，並與課表及場地借用系統連動。教師與助教在上課前後的限定時間內取得權限；社團或校外單位借用時，則發放限時憑證。電腦教室、多媒體教室與存放高價設備的空間，可以採用較高等級的驗證與告警。
這裡的關鍵不是「學生卡能不能開門」，而是平台是否知道這個人在當時有沒有課、是否完成場地借用，以及發生設備損壞或門未關閉時，責任應由誰承擔。
五、實驗室與研究中心：Access 必須與資格、訓練和計畫關聯
實驗室是校園 Access Control 最需要精細治理的區域。化學、生物、放射性、半導體、精密儀器或涉及機密研究的空間，不能只依一張有效學生證決定是否放行。
這些場域可依風險部署卡片加 PIN、生物辨識、行動憑證或其他多因子驗證；必要時使用互鎖門、防尾隨設計，以及危險物品櫃、高價設備櫃的個別管制。
更重要的是，Access 權限必須與安全教育、操作證照、研究計畫、設備預約和主管審批連動。例如，一名研究生雖然仍具有學籍，也屬於該實驗室，但如果安全訓練已經過期，平台就應暫停其進入權限；如果他在非預約時段進入，則可能需要二次確認或提高事件等級。
部分高風險空間還可能要求雙人進入、雙人領用或主管遠端核准。門禁紀錄也應能與設備使用、環境感測及相關影像紀錄關聯，形成完整的事件脈絡。
這才是從「身份辨識」進入真正的「政策授權」。
六、圖書館、電腦中心與資訊機房：開放使用不代表所有區域都開放
圖書館通常是半開放環境，但一般閱覽區、夜間自習區、特藏室、檔案室、設備間與資訊機房的 Access 條件並不相同。
入口可使用校園卡、訪客 QR Code 或閘門管理；夜間自習區則依學生身份與開放時段授權。座位預約、借閱、置物櫃與影印服務，也可以與校園身份整合。
資訊機房的風險更高，應採多因子驗證、完整進出紀錄及最小權限原则。外部維修人員的進入權限，最好與工單、設備、預定時間及校內負責人關聯。如此一來，平台記錄的不只是「某人進入機房」，而是「某人為了哪一張工單、處理哪一項設備而進入」。
七、學生宿舍：安全管理必須兼顧生活與隱私
宿舍是校園裡最接近住宅、同時又具有集體管理責任的場域。Access Control 不應只管理宿舍大門，還要處理各棟、樓層、房間、公共設施與訪客。
住宿權限應與床位分配、入住及退宿程序連動。訪客必須經過登記、受訪學生確認，並限制可進入區域與停留時間。洗衣間、自習室、健身房等公共設施，也可以依需求導入預約或使用紀錄。
對於房門長時間未關、強行開門或異常時段頻繁進出，平台應通知宿舍管理人員。但同時必須注意，Access Control 不能變成過度監看學生生活的工具。誰可以查詢進出資料、在什麼情況下可以調閱、資料保存多久，都必須建立清楚的規範。
發生火警或其他需要疏散的事件時，系統應能切換緊急模式，確保逃生動線不被門禁阻擋，同時保留必要的事件紀錄。
八、體育館、社團空間與大型活動場館：一次性和限時 Access 更重要
體育館、游泳池、社團空間與大型活動場館，經常同時服務學生、教職員、校隊、校友及校外民眾。這些場域的身份變動快，固定發卡不一定是最適合的方式。
平台可以整合校園卡、會員資格、活動票券、QR Code、場地預約與收費系統。大型活動參加者取得的應是一次性或限時憑證，而不是長期有效的校園權限。社團幹部的權限則應隨任期與場地借用狀態變化，避免幹部交接後仍保留原有權限。
更衣室等涉及隱私的區域，應以 Access、緊急求助與巡查程序為主，而不能因為追求管理方便，就不當導入影像設備。
九、停車場、物流與關鍵設施：車輛和工單也是 Access 的一部分
停車場可使用車牌辨識、RFID 車證或行動憑證，並將車輛與學生、教職員、訪客身份關聯。臨時訪客及物流車輛則應結合預約、目的地、卸貨區與停留時間管理。
資訊機房、電力室、空調主機房、消防控制室與給排水設備等關鍵設施，雖然進入人數不多，但進入後可能影響整個校園。這些區域應採最小權限、多因子驗證，並讓承攬商的進入權限與維修工單連動。
如果沒有有效工單、超出預定時間，或者進入與工作無關的區域，平台應拒絕或提高告警等級。必要時還可以要求校內負責人陪同、雙人授權或遠端確認。
十、Access Control 平台不是中央開門軟體
如果只是把不同地點的讀卡機接到同一套軟體，最多只能稱為集中設備管理。真正的 Access Control 平台，至少要扮演六個角色。
身份整合中心
平台需要與學籍、人事、課表、宿舍、訪客、停車、場地預約及承攬商系統連動，建立「誰現在具有什麼身份」的可信基礎。
平台不一定要取代這些系統，但必須能取得足以進行授權判斷的身份與狀態資料。
權限與政策引擎
平台應能把校園管理規則轉化為可執行條件。例如：
某研究生＋屬於特定實驗室＋完成安全訓練＋設備預約有效＋位於允許時段＝可以進入。
只要其中一項條件失效，權限就應隨之調整，而不是等管理人員逐門刪除名單。
設備管理平台
平台必須掌握讀卡機、控制器、電子鎖、閘門與門位感測器的狀態，包括設備離線、故障、遭到拆除、門未關閉、電池電量與韌體版本。
網路中斷時，現場控制器能否繼續執行必要政策；連線恢復後，事件紀錄能否補傳，也都是平台可靠度的一部分。
事件判斷與處置中樞
單一開門紀錄未必有管理價值。平台必須理解事件發生的時間、地點、身份與前後狀態。
事件 | 平台應採取的動作 |
門被強行打開 | 通知保全、顯示位置並關聯附近影像 |
門長時間未關 | 先通知責任單位，逾時後再升級 |
失效憑證連續嘗試 | 暫停憑證並通知管理人員 |
深夜進入高風險實驗室 | 要求二次驗證或主管確認 |
承攬商進入非工單區域 | 拒絕進入並建立異常事件 |
大量設備同時離線 | 判斷是否為網路、供電或資安事件 |
火警或災害 | 切換疏散模式並回報門的實際狀態 |
校園暴力或外部威脅 | 執行區域封控，同時保留逃生方向 |
平台的價值不只是「收到告警」，而是能不能把告警交給正確的人，依照 SOP 完成處置，並記錄誰在什麼時間做了什麼決定。
跨系統 Orchestration
Access Control 平台還需要與影像、對講、入侵偵測、消防、工單及緊急應變系統協同。例如，Access 異常可以觸發附近影像確認；訪客預約通過後自動產生限時 QR Code；火警時解除指定逃生門；承攬商完成工單、歸還工具並離場後，權限自動失效。
這不表示所有功能都必須由同一家公司提供，而是各系統之間必須形成可執行的事件流程。
稽核、追溯與治理工具
平台最終必須回答：誰授予這個人權限？授權理由和期限是什麼？他實際進入過哪些區域？異常發生後，誰收到通知、誰完成判斷與處置？處理花了多久？權限是否定期複核？
Access Control 平台本身也必須接受治理。系統管理者不能因為擁有後台帳號，就能任意查詢所有學生、教師與職員的移動紀錄。
十一、大學校園的完整 Access Chain
大學校園的 Access 流程可以整理為：
Entity → 身份建立 → 憑證發放 → Access Request → 到達實體或虛擬邊界 → Authentication → Authorization → 政策與條件檢查 → 允許或拒絕 Access → 活動紀錄 → 持續評估 → 異常處置與追溯
以化學實驗室為例，一名研究生具有有效學籍，已加入特定研究計畫，也完成安全訓練；在取得指導教授核准並完成設備預約後，他於允許時段抵達實驗室，使用校園卡加第二項驗證。平台確認所有條件仍然有效，才允許進入。
如果安全訓練過期、預約取消，或進入時間與研究活動不符，平台就應拒絕、要求再次確認或提高事件等級。進入後若長時間未離開，也可能啟動確認程序。
Access Chain 因此也是校園建立 Zero Trust 的基礎。持有一張有效校園卡，不代表可以永久被信任；每一次進入，都應依當下身份、條件與風險重新判斷。
十二、校園不一定只能有一套系統
大型大學可能有不同校區、不同年代建置的設備，以及宿舍、圖書館、實驗室和停車場各自使用的專業系統。要一次全部更換，不一定合理，也未必符合預算與實際管理需求。
更可行的方向可能是「分散運作、統一治理」。
架構層次 | 主要功能 |
現場設備層 | 電子鎖、讀卡機、控制器、閘門、車牌辨識與門位感測 |
區域管理層 | 宿舍、圖書館、實驗室與停車場依各自需求運作 |
校園身份與政策層 | 統一身份來源、角色定義、權限原則與生命週期 |
事件整合層 | 告警、影像、對講、消防、工單與緊急應變聯動 |
治理與稽核層 | 權限審查、紀錄調閱、KPI、隱私與責任追溯 |
宿舍不必與實驗室採用完全相同的管理模式，但身份來源、政策原則、事件分級與稽核責任應該能夠互通。
十三、不要從全校有多少扇門開始
校園 Access Control 的部署順序，應以風險和管理缺口決定，而不是先計算全校有多少扇門。
第一優先應是高後果場域，包括危險實驗室、資訊機房、能源設施、高價設備室、財務與個資空間，以及特殊研究計畫區域。
第二優先是高人流、高管理複雜度場域，包括宿舍、圖書館、教學大樓、體育館、大型活動場館、校門與停車場。
第三步才是跨系統整合，逐步處理學籍、人事與身份同步、訪客和承攬商管理、課表與場地預約，以及影像、入侵、消防和緊急應變聯動。
如果只先採購設備，卻沒有處理身份來源、授權規則、異常程序與責任歸屬，最後可能只是把傳統鑰匙換成電子憑證，並沒有真正提升校園安全治理能力。
 |
| 台灣北部知名大學採用 Klacci 凱樂奇智慧門鎖 |
十四、從安全五大層次看校園 Access Control
安全層次 | 大學校園 Access Control 的意義 |
基礎安全 | 電子鎖、讀卡機、控制器、閘門、對講及告警設備正常運作 |
程序安全 | 建立身份申請、主管審批、訪客報到、承攬商作業、離職與退宿程序 |
風險管理 | 場域分級、異常判斷、權限複核、事件 KPI 與完整追溯 |
韌性安全 | 斷網、停電、火警、暴力事件與設備故障時仍能維持必要運作 |
永續安全 | 建立跨單位治理、隱私保障、系統生命週期與持續改善機制 |
到了這個層次，Access Control 就不再只是第一層的門、鎖和讀卡設備，而是一路延伸到程序、風險、韌性與長期治理。
結語：從許多能刷卡的門，形成真正的校園安全系統
大學校園的 Access Control 規劃，不是把所有門都變成電子門，也不是把所有人都擋在校園外面。它真正要建立的是：
適當的人，在適當的時間，基於適當的理由，進入適當的空間；任何例外，都有人知道、有人處理，而且可以追溯。
各場域的設備負責執行 Access，平台則負責身份、政策、設備狀態、事件判斷、跨系統聯動、責任與持續治理。
沒有平台，校園裡可能只是散布著許多能夠刷卡的門；有了完整的平台、程序與治理架構，這些門才會形成一套真正的校園安全管理系統。
Klacci 凱樂奇 校園安全系統
0 comments:
張貼留言