通訊保障與資料治理

本頁整合 2026-07-13～2026-07-17 的跨日學習，只整理公開法規與通用判斷方法。

我整理出來的判斷原則

這五天最實用的一件事：需求的第一句話別從工具或設備名稱講起，先講要解決什麼問題、需要哪類資料。四類通訊資料性質差很多，程序也不同，硬套同一套多半會出事。多筆紀錄對得起來就認定身分，這步我原本以為沒問題，後來才知道相符只是待驗證的關聯，共享設備、共同網路那些解釋要先排掉。合法拿到手也還沒完，保密、目的限制、保存、刪除、通知、監督、救濟都算治理。

一、完整判斷鏈

我一開始以為法律管准不准、技術管拿不拿得到，兩條線各做各的。實際上它們在同一個順序裡：

定義業務問題與待證事項
          ↓
辨識資料類型與調查客體
          ↓
確認法源、必要性與關連性
          ↓
選擇足以達成目的且侵害較小的手段
          ↓
在許可範圍內執行並保留監督紀錄
          ↓
限制使用、保存與接觸範圍
          ↓
區分觀察事實、關聯假設與證據結論
          ↓
依規定通知、刪除、稽核並提供救濟

需求、法律、技術、治理都在這條鏈上。缺一段，最後拿到的東西就解釋不清楚，或根本不能用。

二、先辨識資料，再討論程序

《通訊保障及監察法》第 3、3-1 條把通訊和各類通訊資料分開，它們回答的問題不同，別籠統寫成「通聯資料」。

資料類型	可以回答的問題	不宜直接推論
通訊內容	通訊中傳達了什麼文字、聲音、影像或其他信息。	不能因技術上可能取得，就省略通訊監察的法定門檻。
通信紀錄	發送方、接收方、通信時間、使用長度、位置或服務型態等紀錄。	紀錄之間的關聯不等於已證明人的意圖或完整行為。
通訊使用者資料	用戶名稱、身分資料、地址、電信號碼及申請服務資料。	帳號或門號登記人不必然等於特定時間的實際使用人。
網路流量紀錄	設備識別、IP、位置、時間、用量、封包數量、網域、服務類型與協定等未涉及通訊內容的紀錄。	不能據此宣稱已看到聊天內容、郵件正文或完整網頁內容。

分類我原本以為只是背名詞。它真正的用途是先確認這份資料能證明到哪，再決定走什麼程序、還缺什麼佐證。我自己的理解是，這就像先定 schema 再寫查詢：欄位意義沒講定，後面問什麼都算不準。

三、法律程序是一組持續控制

程序要求不是只發生在取得資料以前。照公開法規拉得出五段檢核：

聲請或決定時要問有沒有明確法源、具體目的、必要性、關連性與適用範圍。審查與許可看的是有沒有由法律指定的機關或法院審查，期間、對象與方法寫得夠不夠明確。執行只能在許可範圍內進行，並留下可供監督的紀錄。使用與保存限於本案目的，限制接觸人員，維持資料完整性與保密。結束後控制則要依規定停止、通知、刪除或銷燬，並保留稽核與救濟途徑。

《通訊保障及監察法》第 2 條要求不得逾越必要限度、採侵害最少的方法；第 5、11-1 條處理通訊監察書與資料調取的要件。《刑事訴訟法》第 153-1 至 153-10 條的特殊強制處分，也把許可、期間、通知、用途、刪除與救濟納入控制。

五段裡看下來比較容易被低估的是「結束後控制」。通知、刪除、稽核都在案子熱度過去之後才發生，沒有明文要求就很難自己發生——所以我認為這幾條把時限和救濟寫死是對的。

四、技術限制與證據判斷要分開

加密、跨境服務、共享節點、多層連線都讓分析變難。難歸難，法律門檻不會往下調；反過來，好不容易找到關聯，待證事實也還沒成立。

分析結果可以分三層記：

1. 已觀察事實：資料裡實際出現的時間、設備、帳號或連線。
2. 待驗證假設：多筆資料形成、仍有其他合理解釋的關聯。
3. 可支持結論：經其他合法證據交叉驗證，能在限定範圍內支持的判斷。

分層寫完，就比較不會把中繼資料或公開採購文件的名詞，延伸成對某人行為或內部部署的斷言。

五、關聯分析要保留證據層級

網路流量紀錄可以排時序、比較服務活動、找重複樣態，但結果要依證據強度分層。OTT 通訊、共享網路、漫遊門號、多卡設備這些情境裡，看得到部分資料不代表掌握通訊雙方；共同特徵也可能來自合法服務或設備管理。

證據層級	內容	合理寫法
觀察事實	紀錄中實際出現的時間、連線或服務活動。	「紀錄顯示某時段出現相符活動。」
關聯假設	多筆紀錄在時間、方向或其他特徵上相互對應。	「兩組事件可能相關，仍待其他資料驗證。」
可支持結論	關聯經其他合法證據交叉驗證，且替代解釋已被合理檢查。	限定對象、時間與可信度，不超出證據可支持的範圍。

關係網絡圖很有說服力，但線就只是待查連線，不會自己變成身分或犯罪認定。笨一點但安全的做法是每條重要關聯都附上來源、時序、可信度、反證與缺口，順便寫下一步要拿到什麼才推得動。

延伸閱讀：2026-07-17 網路流量關聯分析與異常通訊辨識。

六、資料治理涵蓋完整生命週期

我以前把資料治理想成資料進來以後的行政流程。它比較像設計，確保目的和權限放久了不失控。

定義階段要講清楚資料用途、待證事項、法源與負責角色；取得遵守許可範圍、最小化原則和必要的完整性保護；處理把原始紀錄、分析結果與推論分開，留住來源及處理歷程；使用限於法定或許可目的，依角色限制存取與揭露；保存訂出期間、保密、備份、稽核與異常處理要求；結束依法停止、通知、刪除或銷燬，並保留救濟及監督途徑。

六段裡對我來說最不像「一次做完」的是使用。其他五段都有明確的起訖點，使用是每一次調閱都要重新成立一遍，靠當初的核准撐不住。

「未涉及通訊內容」不等於「沒有隱私影響」。時間、位置、設備與服務型態拼起來一樣看得出活動模式；我甚至覺得這種中繼資料結構整齊，更容易被大量比對，所以同樣要控目的、期間與接觸範圍。

七、公開資料的證據層級

層級	來源	適合支持的內容
A｜法規原文	全國法規資料庫、主管機關法規系統。	法律定義、要件、程序與權利義務。
B｜官方政策與採購	立法院、主管機關、政府電子採購網。	計畫目的、預算脈絡、公告中的公開欄位。
C｜官方標準與指引	政府資安機關、國際標準組織。	治理方法、技術標準與一般實務框架。
D｜一般技術資料	原廠或可信技術文件。	名詞與通用功能；不能證明特定機關實際部署。

來源層級越低，我就把結論壓得越保守。採購公告能確認標案存在與公開欄位，補不出未公開的拓樸；原廠文件能講 NPB 的一般功能，證明不了特定專案用了什麼設定。

這篇的分層結構

這篇的層次是一條需求先講、程序次之、結論最後才敢寫的線，越往下能主張的範圍越窄：

第 1 層  業務問題與待證事項
         問什麼：要解決什麼問題、要證明或排除什麼、需求的第一句話從哪裡講起
         產出：以問題與待證事項寫成的需求描述，不以工具或設備名稱開頭
            ↓ 問題定了，才知道需要哪一類資料

第 2 層  資料類型辨識
         問什麼：需要的是通訊內容、通信紀錄、通訊使用者資料還是網路流量紀錄
         產出：四類資料的歸屬判定，以及每一類能回答與不能回答的問題
            ↓ 類型不同，適用的法定門檻與審查也不同

第 3 層  法源、審查與許可
         問什麼：法源、目的、必要性、關連性與範圍寫清楚了沒，由誰審查
         產出：載明期間、對象與方法的許可，以及侵害較小手段的選擇理由
            ↓ 拿到資料之後，分析結果要分得出強弱

第 4 層  關聯分析與證據分層
         問什麼：哪些是紀錄裡實際出現的、哪些只是關聯、哪些已被交叉驗證
         產出：觀察事實、關聯假設、可支持結論三層標記，每條重要關聯附來源、時序、反證與缺口
            ↓ 結論寫好了，資料的下半場還沒收

第 5 層  使用限制與事後控制
         問什麼：誰能調閱、保存多久、何時通知、何時刪除、出事找誰
         產出：接觸範圍與保存期限、通知與刪除的時點、稽核紀錄與救濟途徑

第 1 層：需求要從問題講起。 這層要答的是待解問題與待證事項。需求的第一句話別從工具或設備名稱開始，先講要解決什麼問題、需要哪類資料，產出才會是一句能被檢驗的描述。跳過它的代價在第 3 層才會現形——法源要對應目的，目的沒寫清楚，必要性與關連性就只能事後補。完整判斷鏈把「定義業務問題與待證事項」放在最上面，理由就在這裡。

第 2 層：先定 schema 再寫查詢。 《通訊保障及監察法》第 3、3-1 條把通訊和各類通訊資料分開。通訊內容講的是傳達了什麼；通信紀錄是發送方、接收方、時間、使用長度與服務型態；通訊使用者資料是用戶名稱、身分資料、地址、號碼與申請服務資料；網路流量紀錄則是設備識別、IP、時間、用量、網域與協定這些未涉及內容的欄位。分類的用途是先確認這份資料能證明到哪，再決定走什麼程序、還缺什麼佐證。籠統寫成「通聯資料」，程序和結論會一起模糊掉。

第 3 層：許可是一組持續控制。 聲請或決定要有明確法源、具體目的、必要性、關連性與適用範圍；審查與許可看期間、對象與方法寫得夠不夠明確。第 2 條要求不得逾越必要限度、採侵害最少的方法，第 5、11-1 條處理通訊監察書與資料調取的要件，《刑事訴訟法》第 153-1 至 153-10 條的特殊強制處分把許可、期間、通知、用途、刪除與救濟一起綁進來。這層我原本讀成一次性關卡，其實它一路管到資料用完為止。

第 4 層：關聯只是待查的線。 分析結果分三層記：紀錄裡實際出現的時間、設備、帳號或連線屬於觀察事實；多筆資料形成、仍有其他合理解釋的屬於關聯假設；經其他合法證據交叉驗證的才是可支持結論。OTT 通訊、共享網路、漫遊門號都讓「相符」變得廉價，看得到部分資料不代表掌握通訊雙方。關係網絡圖很有說服力，線卻不會自己變成身分或犯罪認定。每條重要關聯附上來源、時序、可信度、反證與缺口，笨，但撐得住。

第 5 層：資料的下半場。 使用限於法定或許可目的，依角色限制存取與揭露；保存要訂期間、保密、備份、稽核與異常處理；結束後依法停止、通知、刪除或銷燬，並留下救濟與監督途徑。六段生命週期裡我最不敢當成「一次做完」的是使用，每一次調閱都要重新成立一遍，靠當初的核准撐不住。「未涉及通訊內容」也不等於沒有隱私影響，中繼資料結構整齊，更容易被大量比對。

層與層之間的拉扯在第 4 層和第 5 層。分析那層想留住越多原始紀錄越好，交叉驗證才有材料；治理那層要求限期刪除、限縮接觸範圍，兩邊直接對撞。我的排法是讓第 3 層先把期間與範圍寫死，使刪除變成預設值，要延長保存就得回到許可層說明理由，不由第 4 層自己決定留多久。決定權放在有審查的那一層，比放在最想用資料的那一層安全。

這條線換到的是每個結論都標得出證據強度，代價是寫出來的東西看起來比較弱。來源支持到哪就寫到哪，不確定的標成待驗證；空缺本來就在，寫出來只是讓它現形。邊界在讀者那頭：限定語堆太多，沒背景的人會看不完，這條線我還沒抓準。

往下可以展開的追問：資料類型判定錯誤，最晚會在哪一層被發現，那時候還救得回來嗎？關聯假設要補到什麼程度才升得上可支持結論，這個門檻該由誰認定？保存期限與分析需求衝突時，為什麼把決定權留在許可層會比留給分析端安全？

我的反思

我以為自己會記住一堆條號，結果留下的是一組提問順序：要解決什麼問題、需要哪類資料、法源與審查在哪、拿到的能證明到哪、用完怎麼被控制。有它在，偵查需求跟權利影響會同時跳出來，不會拖到最後才二選一。

另一個收穫是「保守書寫」：來源支持到哪就寫到哪，不確定的標成待驗證，別拿技術常識把空缺補成事實。一開始覺得很虛，後來發現虛的部分本來就在，寫出來只是讓它現形。

還有一件沒解決：保守寫法碰上「要給沒背景的人看」，該留多少限定語才不會讓人看不下去？我抓不到那條線，目前先偏向多寫幾句限制。

對應日誌

• 2026-07-13 資訊系統建置、需求分析與風險管理
• 2026-07-14 通訊監察的法律程序、加密挑戰與人權平衡
• 2026-07-15 網路流量紀錄保存系統的公開資料研讀
• 2026-07-16 通訊保障、資料調取與特殊強制處分
• 2026-07-17 網路流量關聯分析與異常通訊辨識
• 2026-W29 實習週報

法規與官方來源

• 法規與官方來源索引
• 法規地圖
• 《通訊保障及監察法》
• 《刑事訴訟法》
• 《網路流量紀錄管理辦法》