數字教育與資訊科技

疫情來襲那年，城大隻用了 8 天就把全校教學搬到了線上——這背後不是臨時抱佛腳，而是五年前一次早有準備的系統更換。本篇梳理城大的數字教育基礎設施：學習管理系統(LMS)、身份與登錄、門户與日常應用、網絡與計算資源、電郵與雲端辦公，以及面對生成式 AI 浪潮的教學政策與疫情期間的在線轉型。

IT 服務細節（端口、容量、版本）逐年更新，本文以可核實的公開制度性事實為準。

---

# 一、學習管理系統：從 Blackboard 到 Canvas

城大的中央學習管理系統(Learning Management System, LMS)經歷了從 Blackboard 遷移到 Canvas 的更替。城大於 2015 年^※ 改用由 Instructure 公司提供的 Canvas，取代原有的 Blackboard，理由是 Canvas 的穩定性及隨在線學習需求擴張的伸縮能力。

這次更替並非一夜完成，而是橫跨了一整個學年的分階段過渡：據城大 e-Learning 團隊當年的遷移安排，Canvas 的轉換從 2014/15 學年下學期(Semester B)一路推進到 2015 年暑期課程(Summer Term)^※，對含大量教材或在線測驗、希望沿用舊內容的科目，團隊按教師申請提供逐科遷移服務。這段「兩個平台並行、逐步搬家」的窗口期，讓城大得以在正式切換前把課程資產、評核題庫與選課名單一併理順——為日後疫情中的快速擴容埋下伏筆。

現行 LMS 由 Instructure 公司提供，以 SaaS（軟件即服務）模式運行，託管於新加坡的 Amazon Web Services(AWS)^※。城大官方的數字學習支援頁面亦以 Canvas 為學生 LMS 的入口^※。就日常運作而言，幾個可核實的機制值得記下：平台域名為 canvas.cityu.edu.hk，學生以 EID 及密碼登錄，並採兩週一次的滾動更新^※（即用户始終在用最新版 Canvas，而非若干年才升級一次的固化版本）；課程網站每學期依「Master Class Schedule」（主課程時間表）自動生成並按選課記錄填充學生名單，選課異動亦會同步反映到對應的課程站與分組，用於溝通與評分。

即：城大現行 LMS 為 Canvas;Moodle 並非城大的中央 LMS——本館未在官方頁面核實到城大以 Moodle 為校級平台，就此而言「城大用 Moodle」一説查無依據。

# 二、疫情期間的在線轉型

據 Instructure 個案研究，2020 年新冠疫情期間，城大藉助 Canvas 在 8 天內轉入全面在線教學模式^※。這一快速轉型既得益於其早在 2015 年即完成 LMS 平台更替，也反映城大將移動學習(mobile learning)納入數字教育規劃的取向——五年前的一次系統遷移，在疫情中兑現為「8 天轉全面在線」的應變速度。

值得留意的是「8 天」之所以可能，前提是底座早已就位：一個雲託管、可彈性擴容的 SaaS 平台，加上此前已把全校課程與選課系統接入 Canvas 的整合工作。換言之，真正的功課在 2015 至 2019 年就做完了，疫情只是把這套系統推到了滿負荷。這種「平日鋪管、臨時開閘」的模式，也解釋了為何香港多所高校在同一時期都能相對平穩地轉入線上——底層平台大多外包給成熟雲服務商，擴容是配置問題而非重建問題。

轉線上的不只是「講課」，還有「考核」這一最棘手的環節。據城大 e-Learning 團隊 2020/21 學年的指引，教師被引導以 Canvas 的 Quizzes（測驗）與 Assignments（作業）功能開展在線考試^※——把紙筆考卷改造成可限時、可隨機抽題、可自動批改的在線評核。加上 Zoom 監考、Panopto 講錄與 Turnitin 查重，城大在疫情期間事實上把「教、學、評」三個環節整套搬上了雲端。這場被迫的全面演練，也讓不少原本只當「補充手段」的數字工具，此後沉澱為常態化的教學基建。

# 三、圍繞 Canvas 的教學工具生態

Canvas 之於城大，與其説是一個「網課平台」，不如説是一個接駁各類教學工具的中樞。據城大數字學習支援的工具清單，與 Canvas 打通、面向師生的常用工具至少包括：

• Panopto（講課視頻）：城大官方的講錄與視頻交付平台。教師以電腦加攝像頭錄製講課或教學視頻，上傳至 Panopto 服務器，再經指定的 Canvas 課程站交付學生觀看或回看^※；學生也可用它提交視頻作業。這讓「錯過的一課」不再無從補起，也把講課沉澱為可複用的資產。
• Turnitin（原創性檢測）：掃描作業並生成原創性報告，就潛在抄襲向師生示警^※。教師建帶查重的作業、學生上傳文檔比對相似度，是城大學術誠信機制在數字端的落點——尤其在生成式 AI 普及後，這類工具成為界定「引用/藉助/抄襲」的技術參照之一。
• Zoom（視頻會議）：城大提供 Zoom 作為視頻會議解決方案（校本域名為 cityu.zoom.us），由 CSC 支援；Zoom 錄像亦可迴流至 Panopto 交付。
• Grammarly / Google Classroom 等：城大另經「My Apps」儀表板提供 Grammarly 寫作輔助^※，並把 Google Classroom 列為具備公告、作業、測驗、討論等基礎功能的備選平台。

這些工具之所以能「無縫掛」在 Canvas 上，靠的是統一身份與單點登錄：如前節所述，Canvas 與 Microsoft 365 同屬經 SSO 接入的 Category A 系統，學生用一次 EID 驗證，就能在 Canvas 裏直接調起 Panopto 錄像、Turnitin 查重與在線測驗，而無須為每個工具單獨註冊賬號。對師生而言，「工具生態」在體驗上因此收斂成一件事——打開 Canvas，其餘的都在裏面。

這套「LMS 為中樞 + 講錄/查重/會議/寫作工具為外圍」的組合，構成了城大師生的日常教學工具箱；疫情期間，正是這一整套外圍工具（而不只是 Canvas 本身）同時被推上前台。

工具生態裏還藏着一條與「生成式 AI 與教學」相互糾纏的暗線。Turnitin 這類原創性檢測工具，原本針對的是「複製粘貼式抄襲」；當 GenAI 能一鍵生成通順原創的段落，「相似度低」不再等於「學生自己寫的」，查重的意義隨之被改寫——工具本身要更新（加入 AI 寫作識別），關於「什麼算合規使用」的界定也被迫從技術層上移到政策層。這條暗線，正是本篇末節要展開的生成式 AI 議題的伏筆：數字工具越強大，圍繞它的規則就越需要人來重新劃定。

# 四、身份與登錄：EID、單點登錄與多重認證

城大數字世界的「鑰匙」是一組 EID（電子身份，Electronic ID） 及密碼——從 Canvas、電郵到選課系統，幾乎所有校級服務都以它作統一憑證。圍繞這把鑰匙，城大搭建了單點登錄(SSO)+ 多重認證(MFA) 的接入層。

據城大資訊科技處，MFA 為賬號登錄再加一道驗證^※，其保護範圍分兩類：Category A 覆蓋經單點登錄接入的 Microsoft 365、Google Workspace、AIMS、Canvas、CityUHK Portal、Mobile App 及 CityUHK Pay^※ 等日常系統；Category B 則對 VPN、Fortinet、CyberArk、LaserFiche、Remote Desktop Gateway 等敏感系統始終強制二次驗證^※。可用的驗證方式包括 CityU Authenticator、Okta Verify、Google Authenticator 等手機應用；用户可在信任設備上選擇「不再重複驗證」，但無痕/隱私瀏覽模式下仍會逐次要求驗證。

這套「一把 EID + 單點登錄 + 分層 MFA」的設計，背後是效率與安全的權衡。單點登錄省去了在十幾個系統間反覆輸密碼的麻煩，卻也意味着 EID 一旦失守，攻擊者可能順藤摸瓜橫掃多個系統——這正是 MFA 存在的理由：即便密碼泄露，沒有第二因素也進不去。把 VPN、特權訪問等高危系統列入始終強制驗證的 Category B，則是把最厚的一層防護，壓在最要害的入口上。

MFA 的具體強制範圍、可選方式與默認開關逐年調整，以城大最新公告為準；本文只記其架構性事實（分 A/B 兩類、以手機應用為主要第二因素）。多因素認證是近年全港高校抵禦釣魚與撞庫攻擊的通行做法，城大以「日常系統按需 + 敏感系統強制」的分層策略落地。

# 五、日常數字入口：Portal、AIMS、公告與 CityUHK Mobile

如果説 Canvas 是「上課的地方」，那麼另外幾套系統就是城大學生每天要打交道的行政與信息入口。據城大迎新的 IT 指引，這些「必用網絡應用」大致可歸為四類：

• CityUHK Portal（校園門户）：以 EID 登錄的個人化聚合入口，把常用功能與最新信息集中在一處，含 圖書館資源檢索、運動場地預訂與可自定義的儀表板(dashboard)^※ 等。
• AIMS（行政信息管理系統，Administrative Information Management System）：承載選課、成績、學籍等核心學務功能的系統，也是 Canvas 課程站選課名單的上游數據源——學生的註冊與分組記錄先在 AIMS 更新，再同步到 Canvas。
• 公告門户 CAP（CityUHK Announcement Portal）：大學、學院與學系公告的統一發布渠道，系統每日以 「daily announcement digest」（每日公告摘要）推送電郵^※，官方要求學生每日查閲。
• CityUHK Mobile（手機應用）:iOS 與 Android 版的校園超級應用，可查公告、接入日常系統，並充當 MFA 的第二因素設備——一台手機既是「查通知的屏」，也是「驗證身份的鑰匙」，把散落的入口收進一個掌上應用。

這四套系統與 Canvas、電郵共同構成城大的數字日常：登錄一次 EID，選課在 AIMS、上課在 Canvas、看通知在 CAP、隨手一切盡在 CityUHK Mobile——身份統一、界面分工，是典型的現代校園 IT 架構。其中 AIMS 尤其關鍵：從加退選課、查成績績點、看考試時間表到打印成績單，學務全流程都在此辦理，而它又是 Canvas 名單、評分與學籍數據的上游——這也是為何一次選課異動，會在 AIMS 與 Canvas 兩端同步反映。值得一提的是繳費也已數字化：城大另設 CityUHK Pay 電子支付渠道，接入統一登錄與多因素認證，學費、宿費等款項無須再跑櫃枱。對新生而言，「學會用這幾個系統」幾乎是入學第一課——迎新周的 IT 指引把它們統稱為「必用網絡應用」，正因缺了任何一個，日常校園生活都會卡殼。

# 六、計算服務中心與教學機房

城大的 IT 服務主要由 資訊科技處(IT Services) 與 計算服務中心(Computing Services Centre, CSC)^※ 提供。CSC 是城大的中央計算服務提供者，負責為全校提供計算設施與技術支援，覆蓋校內計算與網絡的各個方面。城大脱胎於 1984 年創辦的香港城市理工學院^※——一所從誕生之初就以工程、商科與計算見長的院校；中央計算服務也隨這所學校從理工學院一路成長為研究型大學，從早年的中央機房與教學電腦室，擴展到今日「教學機房 + 雲平台 + 高性能計算」的多層格局。CSC 的服務面相當寬：從電郵賬號、軟件授權、教學機房、打印，到 VPN、網絡與高性能計算，幾乎所有校級 IT 服務的入口都在這裏。就面向教與學的公共計算資源而言，可核實者包括：

• 教學機房與打印:CSC 在 李達三葉耀珍學術樓(Li Dak Sum Yip Yio Chin Academic Building, LI)的教學工作室區設有 10 間教學工作室^※，配備高規格電腦；並提供彩色打印、快速打印與網絡打印等。這些機房既承擔編程、統計、設計等需要專用軟件與算力的實作課，也在考試季充當自習與上機的公共空間——對不便自備高配電腦的學生，一間開放機房往往就是完成課業的底線保障。
• 圖書館學習共享空間：邵逸夫圖書館的「The Oval」配置逾百台電腦工作站，軟件涵蓋統計分析與編程語言（詳見〈邵逸夫圖書館與般哥展覽館〉）——圖書館的電腦在城大不只是查資料的終端，也是跑代碼、做分析的工作台，與 CSC 的教學機房共同構成校內的公共算力網絡。

這套「教學工作室 + 圖書館工作站 + 中央軟件授權」的組合，讓城大學生無需自備高配電腦即可完成絕大多數課業運算；而當運算需求跨過「一台好電腦」的量級，就輪到下一節的高性能計算集羣登場。

# 七、高性能計算：CityU Burgundy 集羣

面向科研的重計算需求，城大建有中央高性能計算(HPC)集羣 CityU Burgundy。據 CSC，該系統提供 大規模算力、大容量存儲與專用軟件，支撐全校逾 700 名研究人員、學生與教授^※ 的計算研究，用户經 HPC 賬號申請服務接入。

規格層面，據 HPE 2022 年 4 月的新聞稿，Burgundy 由 HPE Apollo 2000 與 Apollo 6500 Gen10 Plus 系統構成，配 328 顆 AMD EPYC 7742 處理器、56 張 Nvidia V100 與 8 張 Nvidia A100 80GB 張量核心 GPU^※；城大 2020 年宣佈該系統啓用時稱，其 理論最高運算能力為 1.1 petaflops^※，為港澳院校之最。行業媒體 DCD 另載，整機 橫跨八個機櫃^※。相較城大此前的 HPC 資源，新集羣在 HPC 與 AI 應用上帶來近 10 倍的速度提升^※；官方舉例稱，在一項量子化學研究中，運算週轉時間縮短了三到七倍。應用領域覆蓋生物醫學、量子化學、社會與行為科學等的建模與仿真。

在使用方式上，Burgundy 支持 Singularity 容器：用户可上傳自定義鏡像，或請 CSC 協助搭建各自研究所需的計算環境——這讓不同學科、不同軟件棧的研究者能在同一集羣上共享 GPU 算力，而不必各自維護一套環境。

一所體量中等的大學為何要自建 petaflops 級、配上百張訓練卡的集羣？答案藏在「共享」二字裏：與其讓各課題組各自零散採購、閒置浪費，不如把算力集中成一座「校級算力池」，按需分配給逾 700 名用户。V100 與 A100 這類張量核心 GPU 尤其適合深度學習訓練，這也讓 Burgundy 在生成式 AI 與大模型研究升温的年頭恰逢其時——當算法研究越來越吃算力，一座中央 GPU 集羣，某種程度上就是一所研究型大學在 AI 時代的「基礎設施門票」。這與城大近年在數據科學、計算學科上的持續加碼（詳見〈計算學院〉）互為表裏：學院負責培養人、集羣負責餵飽算力。

集羣的 GPU 型號與數量會隨後續擴容變動（公開報道亦提及陸續加入 A40 等新卡）；本文以 2022 年 HPE 新聞稿的建成規格為準，具體在役配置以 CSC 最新頁面為準。此外，Burgundy 屬研究支援範疇，公開頁面未給出統一的對外收費或配額規格，本文不作具體記錄。

# 八、校園網絡與 eduroam

連接層面，城大提供校園全覆蓋無線網絡、VPN（虛擬專用網）以及國際學術漫遊網絡 eduroam。城大於 2008 年加入 eduroam^※——師生在全球任一 eduroam 成員機構，均可憑城大 Wi-Fi 憑證連接 SSID「eduroam」免費上網，無需事先註冊，覆蓋逾 100 個國家/地區的成員機構^※。反過來，訪問城大的其他院校師生同樣能憑本校賬號即插即用——這正是 eduroam「一次配置、全球漫遊」的價值。

在校園外，城大也把商用與公共 Wi-Fi 一併列為可用選項：據其官方頁面，學生可使用 CSL Wi-Fi（全港逾 23,000 個熱點）與政府的 Wi-Fi.HK（覆蓋 18 區）^※ 等網絡。對城大這樣高度國際化、師生頻繁跨境交流的大學，eduroam 尤其實用：一名城大學生赴海外交流，落地對方校園即可無縫上網，無需辦臨時賬號（交流機制見〈職涯與交流生體驗〉）。

在校園之內與遠程接入方面，城大提供覆蓋全校的無線網絡，以及供師生從校外安全訪問校內資源（如圖書館數據庫、內部系統）的 VPN（虛擬專用網）；如前所述，VPN 屬始終強制多因素認證的高危入口。三者疊加——校內無線、校外 VPN、跨校 eduroam——大致覆蓋了「在校上網、在家接內網、在外校漫遊」這三種典型場景，構成城大師生的完整連接圖景。

校園無線制式、VPN 客户端與熱點數量屬逐年更新的技術細節，本文只記 eduroam 的加入年份(2008)與漫遊機制這類穩定的制度性事實。

# 九、電郵、Microsoft 365 與雲端辦公

城大的電郵與雲端辦公以微軟云為主幹：

• 學生電郵：學生使用域名 @my.cityu.edu.hk^※ 的大學電郵賬户（格式為 [email protected]），託管於 Microsoft 365 雲郵件系統，是城大與學生之間的官方溝通渠道；學生郵箱容量為 100 GB^※ 量級。
• 免費 Office 應用：全日制及兼讀制的副學士或以上程度學生，可免費使用 Microsoft 365 Apps，在最多 5 台 PC/Mac 及 5 台移動設備上安裝 Word、Excel、PowerPoint、Outlook、OneNote 等^※；授權需每 30 天聯網校驗一次，畢業後授權終止、須卸載。
• 校友電郵：校友亦設有基於 Microsoft 365 的電郵服務，郵箱容量約 50 GB。

這使城大師生可將 Microsoft 365 / Office 生態（郵件、Teams 協作、OneDrive 雲存儲等）作為日常學習與辦公平台。幾點值得留意：其一，大學電郵被明確定位為官方溝通渠道，成績、繳費、行政通知等要務多經此送達，學生若疏於查閲，可能錯過關鍵信息——這也是城大反覆強調「每日查郵、每日查 CAP」的原因。其二，賬號有生命週期：在校期間享 100 GB 郵箱與免費 Office 授權，畢業後轉為約 50 GB 的校友郵箱、Office 授權則終止，形成「在校—校友」兩段式的服務梯度。

把郵件、身份、協作與在線存儲統一壓在同一朵雲上，好處是學生一套 EID 走遍全校、跨設備無縫續接；代價則是對單一供應商的深度依賴——這也是全港乃至全球高校近年普遍面臨的取捨。近年 Microsoft 365 教育版陸續收緊存儲上限，多校因此不得不重新規劃郵箱與 OneDrive 配額，城大亦在其列；當「免費無限存儲」的時代落幕，如何在有限配額下平衡教學需求與合規留存，成了各校 IT 部門共同的新課題。

# 十、生成式 AI 與教學

面對 ChatGPT 等生成式 AI(GenAI)工具的衝擊，城大采取了「承認效用、規範使用」 的取向：

• 城大發布 《Guidelines on the Use of Generative AI Tools in Teaching and Learning》^※（生成式 AI 工具教學使用指引），適用於大學一切教學相關活動與評核任務。指引表明：大學認可 GenAI 工具的效用，鼓勵在教學中適當使用，以此培養學生的創新、批判思維與溝通能力，促進城大的「Graduate Outcomes」（畢業生素養），同時強調須視具體情境與方式而定。
• 指引採分版本、分對象管理：城大為教師與學生分別提供不同版本，並按學期迭代（如覆蓋至 2025 暑期學期、以及自 2025/26 學年上學期(Semester A)起生效的新版^※），配合形成性(formative)與總結性(summative)評核的區分給出指引。
• 透明與披露是核心原則之一：在教學端，城大要求教師對教材或課堂活動中出現的 AI 生成內容予以披露（以註釋、腳註或口頭説明），且不得把整份教材外包給 GenAI，須確保內容體現教師本人的專業判斷與教學設計。城大另設 CityUHK Prompt Library（提示詞庫） 等資源，協助師生用好這類工具。
• 在教師端，城大的人才與教育發展辦公室(Talent and Education Development Office)推出過 「Building AI Knowledge and Skills for Curriculum Development」 等培訓項目，協助教師將 AI 素養納入課程設計。

從更宏觀的視角看，城大對生成式 AI 的這套回應，並非孤立的一紙政策，而是其多年「押注計算」的自然延伸。早在 ChatGPT 引爆公眾討論之前，城大已於 2018 年設立數據科學學院、並在 2024 年整合成立計算學院，把數據與 AI 提升為全校性的學科重心；當 GenAI 衝擊教學一線時，它手上既有算力（Burgundy 集羣）、有平台（Canvas + 各類工具），也有把「新工具納入課程」的組織慣性。這解釋了城大為何選擇「承認效用、鼓勵適當使用」而非一味設防——對一所重計算、重數據的大學而言，把 AI 擋在門外，反而與自身的辦學定位相悖。真正的難題於是落在執行層：如何在「鼓勵用」與「守住誠信」之間，為每一門課劃出清楚的界線。

上述指引的具體條款逐年修訂，以城大官方最新版本為準。生成式 AI 在評核中的允許範圍（完全禁止 / 有限使用 / 鼓勵使用）通常下放至各科目自行説明，屬課程層面的安排。這套「組織層面定調、課程層面執行」的兩層結構，與城大 2018 年設數據科學學院、2024 年設計算學院的持續加碼一脈相承。

# 十一、小結

城大的數字教育基礎設施以 Canvas(LMS)+ Microsoft 365（郵件與協作）+ EID 單點登錄 + eduroam / 校園無線網（連接） 為主幹，外接 Panopto、Turnitin、Zoom 等教學工具，輔以 CSC 的教學機房、圖書館工作站與 Burgundy 高性能計算集羣的多層算力；在 AI 時代，城大以制度化指引與教師培訓回應生成式 AI 對教與學的影響。把全篇的線索併到一處看，會發現一條清晰的脈絡：身份收攏（一把 EID + 單點登錄 + 分層多因素認證）、平台外包（LMS、郵件、協作悉數託管於成熟雲服務商）、算力自建（Burgundy 這類校級集羣留在校內）、政策轉向（對生成式 AI 由「設防」轉為「承認效用、按情境規範」）——四條線各有取捨，卻指向同一種務實：能買則買、能包則包、該攥在手裏的（算力與身份）才自建自管。整體取向與香港多數大學相近——平台外包給成熟雲服務商，身份收攏到統一 EID 與多因素認證，政策上由「禁」轉「規範使用」。圖書館的學習共享空間「The Oval」同樣配備統計分析與編程工具（詳見〈邵逸夫圖書館與般哥展覽館〉），與本篇所述的計算基礎設施相互呼應，共同構成城大「連圖書館電腦都能跑代碼、後台還掛着 petaflops 級集羣」的重計算氣質（學科背景見〈香港高等教育脈絡〉）。

---