必修單元 CCH3：互聯網服務及應用

定義

物聯網（Internet of things, IoT；物聯網）是把各種「可以感知／可以控制」的裝置連接到互聯網，令裝置能收集數據、交換資訊，並按規則作出反應。

一句概括：讓「物件」變成「會說話、會回應」的網絡成員。

原理／運作

1. 感測（Sense）：裝置用感測器收集數據（例如溫度、濕度、位置、開關狀態）。
2. 傳輸（Send）：數據經 Wi‑Fi／流動網絡等送到系統（可能先到「網關」再上傳）。
3. 分析（Think）：系統根據規則或模型判斷（例如「高於 28°C 就開冷氣」）。
4. 反應（Act）：系統向裝置發出指令（例如開關電器、發出警報、調整燈光）。

考試常問：感測器負責輸入；致動器（例如馬達／開關）負責輸出。

例子

• 智能家居：智能溫度感測、自動調光、智慧門鎖、用手機查看家中狀態。
• 校園／辦公室：出入閘機記錄、空調自動節能、會議室人流監測。
• 工廠／物流：設備監測（震動、溫度）、預防性維護、追蹤貨物位置。

同一概念可套用：「數據」令系統更懂得「何時做甚麼」。

比較

• 一般上網裝置（電腦／手機）：多由人主動操作（你按、你打、你搜尋）。
• 物聯網裝置：更重視「自動收集」與「自動反應」，很多時候你不在場也能運作。

重點不是「是否連網」，而是是否以感測與自動化為核心。

常見錯誤

• 以為「買回來就一定安全」：不少裝置有預設密碼或不定期更新。
• 以為「只收集小數據唔緊要」：位置、出入時間、生活習慣都可能推斷出私隱。
• 把「裝置出事」當成單一問題：實際上可能牽涉帳戶、網絡、雲端平台與權限。

基本做法：改密碼、開啟多重驗證（如有）、保持更新、只授予必要權限。

定義

• 雲端服務：把儲存、運算、軟件功能放在網上伺服器，使用者透過互聯網使用，例如雲端硬碟、線上文件編輯、雲端備份。
• 雲端協作：多人在同一份檔案／同一個平台上協同工作，重點是「同一份」「同步」「可追蹤」。

原理／運作

• 版本管理：系統會記錄改動時間、改動者與內容，必要時可還原。
• 權限控制：常見權限分為「可查看」「可留言」「可編輯」「可管理／分享」。
• 即時同步：多人改動會即時更新（或以合併方式處理），減少「傳來傳去」造成的版本分裂。

協作順利的關鍵：先把「誰可以做甚麼」講清楚。

例子

小組做專題報告時，最怕出現「report_final」「report_final2」「report_final_final」。用雲端協作可以：

• 大家在同一份文件編輯，不需要互相傳附件。
• 用留言把問題標記（例如：請補資料來源／請加入圖表）。
• 用版本記錄追蹤：誰改了哪一段、何時改、能否還原。

比較

• 電郵附件：每次寄出都是一個「副本」，容易出現多版本；檔案大會影響傳送。
• 共享超連結：大家指向同一份檔案，更新自動反映；可設定權限並追蹤存取。

協作文件通常更適合用「共享超連結」。

常見錯誤

• 把連結設成「任何人可編輯」：容易被誤改，甚至外洩。
• 忘記把同組同學加進權限：對方「打不開」就會拖慢進度。
• 以為雲端一定等於備份：如果帳戶被盜或檔案被刪，仍需懂得還原與保護。

定義

• 智慧城市：把城市運作數據化、網絡化，利用系統協助決策與自動化管理。
• 智慧生活：市民以數碼方式使用服務（例如交通資訊、電子支付、網上申請），生活更便利。
• 數碼經濟：企業透過互聯網營運、銷售、客服與數據分析，以提升效率與市場覆蓋。

原理／運作

智慧城市常見做法是把不同部門的資料整合，形成「可即時更新的城市狀態」。流程通常包括：

1. 收集：感測器、公共設施、交通系統、網上申請等產生數據。
2. 分析：找出繁忙時段、污染熱點、設備故障等模式。
3. 決策／自動化：調整燈位、安排垃圾收集、發出災害預警、優化服務流程。

抓緊：數據 → 分析 → 行動。

例子

比較

• 現金交易：速度快但記錄分散，對帳、分析與退款較麻煩。
• 電子支付：交易記錄可用於對帳與分析，配合網店、電子票據、網上銀行，更容易形成完整的營運流程。

重點不是「不用現金」本身，而是更容易「數據化」整個交易流程。

常見錯誤

• 以為電子支付一定更安全：安全取決於身份驗證、裝置保護與使用習慣。
• 忽略數碼鴻溝：不是每個人都有同樣裝置、網絡與能力。
• 只用單一指標評價：應同時看效率、成本、私隱、公平與可持續性。

定義

電郵地址通常寫成：

• 使用者名稱：用以識別帳戶（收信箱屬於誰）。
• 網域：用以識別郵件服務供應商或機構伺服器（信件應該送去哪個系統）。

原理／運作

• 收件者（To）：主要負責人，通常需要回應或必須處理事項。
• 副本（Cc）：抄送給「需要知悉」的人，提升透明度與協作效率；收件人彼此可見。
• 密件副本（Bcc）：密送給「需要知悉但不希望其他人看到其地址」的人，常用於群發或保護私隱。

常見寫法：To = 做事的人；Cc = 知道的人；Bcc = 要知道但不公開的人。

例子

老師請同學 A 負責整理活動報名表，同學 B 負責場地安排。你把電郵：

• To：同學 A（主要處理人）
• Cc：同學 B（需要同步資訊，方便跟進）

這樣做能避免「所有人都是 To」造成責任不清，也避免「只有一人收信」導致資訊斷層。

比較

• 清楚：「CCH3 小組報告—分工與截止日期（1/3 前）」
• 含糊：「報告」「有事想問」

主旨越清楚，對方越容易快速處理，也方便日後搜尋與整理。

常見錯誤

• 把所有人都放在 To：容易造成「誰負責？」的混亂。
• 群發通知卻用 To/Cc：可能令全班互相看到電郵地址，影響私隱。
• 主旨與內容不一致：對方以主旨判斷錯誤，可能延誤處理。

定義

• 回覆（Reply）：只回覆寄件者，適合只需向寄件者交代的情況。
• 回覆所有人（Reply All）：回覆寄件者及原電郵中的所有收件者（To 與 Cc），適合需要讓整個群組同步資訊的情況。

按下「回覆所有人」之前，先問自己：每一個收件者都需要看到我的回覆嗎？

原理／運作

傳送文件有兩種常見做法：

• 內置附件（Attachment）：把檔案直接放進電郵。
• 插入超連結（Hyperlink；超連結）：提供連到雲端檔案的位置，收件者按連結取得文件。

協作時最重要的是「同一份」與「可控權限」，所以常用超連結；需要離線保存或一次性交付時，附件更直接。

例子

• 用附件較合適：交功課的最終版本、對方需要離線查看、檔案不會再改。
• 用超連結較合適：小組報告需要不停更新、多人同時編輯、想保留版本紀錄與權限控制。

用超連結時要特別注意權限（可查看／可編輯）以及連結是否會失效。

比較

• 垃圾電郵：大量發送，內容多為廣告或可疑推銷。
• 釣魚：仿冒可信機構，誘導你按連結、輸入密碼或下載惡意附件。

兩者都可能出現，但釣魚更針對「偷帳戶／偷資料」。

常見錯誤

• 只看顯示名稱，不看真正寄件者地址（可能偽冒）。
• 看到「限時」「急件」就慌忙輸入資料（常見社交工程手法）。
• 不檢查超連結指向的網域就按（可能導向假網站）。

基本做法：核實寄件者、不要提供密碼、啟用雙重驗證、對陌生附件保持警覺。

定義

遠程登入是指使用者不在目標電腦旁，仍可透過網絡完成身份驗證並取得操作權限，進行管理或工作。

一句概括：「隔住個網」登入另一部機並操作。

原理／運作

• 身份驗證：系統要確認「你係你」，常見方法是密碼、多重驗證（例如手機驗證）。
• 加密通道：登入資料與操作指令應以加密方式傳送，減少被竊聽或竄改的風險。
• 權限控制：登入後能做甚麼，取決於帳戶權限；應只給必要權限。

延伸認識：虛擬私有網絡（VPN）可建立較安全的連線環境，降低在不可信網絡上被攔截的風險。

例子

• 遠端支援：IT 人員不必到現場，也能協助同事設定軟件、排除故障。
• 伺服器維護：網站或系統出現問題時，可即時登入伺服器查看狀態與日志。

比較

• 方便：跨地點工作、快速處理問題、集中管理。
• 風險：一旦帳戶被盜，影響範圍可能比單一電腦更大（尤其是管理員帳戶）。

因此遠程登入的保安要求通常比一般登入更嚴格。

常見錯誤

• 使用簡單密碼或重用密碼。
• 未啟用多重驗證（即使系統提供）。
• 把遠端登入服務暴露在公開網絡而不設額外限制。

定義

• 線上聊天（Online Chat）：即時文字／語音溝通，訊息流動快。
• 社交網站（Social Networking）：建立社交關係、分享內容、互動與追蹤。
• 論壇／留言板（Forum / Message Board）：按主題發帖、回覆、整理知識，較有「資料庫」性質。

原理／運作

• 聊天：以時間序列為主，訊息容易被新訊息「沖走」，搜尋與整理相對困難。
• 社交網站：平台演算法可能推送內容，令資訊擴散更快，但亦容易出現誤導內容。
• 論壇：以主題串（thread）保存討論，對後來者更容易追蹤來龍去脈。

選擇平台時，想一想：你需要「即時」還是「可追溯」？

例子

• 要約同學開會：聊天最快。
• 想公開分享活動相片：社交網站更合適（但要留意公開範圍）。
• 想整理「溫習筆記 + Q&A」：論壇／留言板更利於分類與累積。

比較

• 聊天可在封閉群組內進行，風險相對可控，但仍可能被截圖外傳。
• 社交網站擴散快，若設定公開或朋友的朋友可見，私隱風險更高。
• 論壇可匿名或半匿名，但發言仍可能形成數碼足跡，需要謹慎。

常見錯誤

• 在公開平台發佈個人資料（例如電話、住址、證件資訊）。
• 以為刪文就完全消失：別人可能已截圖或轉載。
• 用情緒化語言回覆，引發不必要衝突；缺乏基本網上禮儀。

定義

檔案傳輸是指把檔案從一個裝置或系統傳到另一個裝置或系統，包括上載（upload）與下載（download）。

原理／運作

• 瀏覽器上載／下載：直接在網站提交檔案（例如交功課平台）。
• 雲端儲存同步：檔案在多裝置自動同步，適合長期使用同一資料夾。
• 分享超連結：把檔案放在雲端，發送連結並設定權限，適合多人協作與大檔。

例子

• 交功課：平台要求上載 → 用瀏覽器上載，確保成功提交並保留提交證明。
• 小組資料共享：需要不斷更新 → 用雲端資料夾同步或分享超連結。
• 大檔影片：附件太大 → 用雲端分享超連結並設權限。

比較

• 同步：適合固定團隊長期共用資料夾；但要注意同步刪除（刪了可能大家都刪）。
• 分享連結：較彈性，可針對單一檔案設定可查看／可編輯／到期日等。

常見錯誤

• 把敏感檔案設成「任何人可查看」。
• 傳了連結但忘記開放權限，對方打不開。
• 多人各自改一份檔案，最後無法合併（應用協作文件或版本管理）。

定義

• 搜尋策略：用更精準的方法表達你想找的內容，減少無關結果。
• 可信度檢核：判斷資料是否可靠、是否適合用作功課或報告的證據。

原理／運作

• 引號：把一串字放進引號，表示要精確匹配該詞句（例如搜尋固定句子或專有名詞）。
• 限定詞：加入時間、地點、用途、對象等字眼，令結果更貼近需要。
• 排除：把不想見到的概念排除，減少雜訊（例如排除另一個同名事物）。

例子

假設你要找「串流傳輸卡頓的原因」。你可以由廣到窄：

1. 先搜：串流傳輸 卡頓
2. 再加限定：串流傳輸 卡頓 原因 頻寬
3. 如果結果混入遊戲直播平台廣告，可以加入排除：串流傳輸 卡頓 原因 頻寬 排除「廣告」

重點是「不斷改寫搜尋句子」，而不是一次過靠運氣。

比較

• 較可靠：官方機構、學術機構、具公信力媒體、專業組織；有清楚作者與引用。
• 較可疑：無作者、無日期、只靠情緒字眼、以推銷為主、引用來源不明或無法交叉驗證。

常見錯誤

• 只看搜尋結果第一頁第一個連結就採用。
• 看到容易理解就當真，沒有查日期與來源。
• 只用單一來源，沒有交叉比對。

定義

• 圖像／音效／影片格式：用不同方式儲存多媒體資料，兼顧清晰度、檔案大小與兼容性。
• 檔案格式（容器）：可以理解為「包裝盒」，用來放入不同資料流與相關資訊。
• 編碼－解碼器：負責把原始聲音／影片壓縮成較小檔案，並在播放時解壓縮。

同一個「容器」可以配不同「編碼－解碼器」，播放是否順暢往往由編碼－解碼器與參數決定。

原理／運作

串流傳輸是指使用者不需要先把整個多媒體檔案完整下載，便可以邊接收邊播放。

一般流程可概括為：

1. 準備音訊／影片來源（攝影機、麥克風或預先錄製檔案）。
2. 進行編碼（把原始訊號壓縮成適合網絡傳輸的格式）。
3. 上傳到串流伺服器或平台（負責分發）。
4. 使用者端透過播放器／瀏覽器接收並播放（分段載入）。

例子

當網速下降時，平台可能會自動把影片由高清調到標清，以減少緩衝。原因是：

• 畫質越高，所需頻寬越大；頻寬不足就容易卡頓。
• 串流可按網絡狀況切換不同的編碼參數，提升穩定性。

比較

• 下載播放：先等完整下載再播放，等待時間長，但離線也可看。
• 串流傳輸：可即時開始播放，但依賴網絡品質；網速不足會緩衝或降畫質。

常見錯誤

• 忽略本地網絡擁塞：多人同時用同一網絡會爭用頻寬。
• 忽略時延：視像會議比看影片更怕高時延，因為會影響對話節奏。
• 忽略裝置性能：舊裝置解碼能力不足，也可能造成卡頓。

排查方向：先看網速／Wi‑Fi 穩定，再看裝置負載，最後才考慮平台伺服器繁忙。