判決書部分遮蔽可指定欄位嗎？姓名、地址隱匿技巧
判決書部分遮蔽可指定欄位嗎？姓名、地址隱匿技巧
判決書部分遮蔽可指定欄位嗎？姓名、地址隱匿技巧，從法律基礎到程式自動化的完整實戰手記
你是否曾經收到一份判決書，想在網路上分享案件歷程，卻擔心自己和家人的姓名、住址全都暴露？又或者你是一位法律實務工作者，手上數十份判決書需要去識別化後才能做案例分析，卻總是在「遮哪裡」「怎麼遮才不會被還原」之間反覆猶豫？
「我能不能只隱匿名字，但保留地址作為區域統計？」「法院公開的裁判書，我有沒有權利指定遮蔽哪些欄位？」類似的問題幾乎每隔幾週就會出現在筆者的私訊匣中。這篇文章將從現行法規、法院實務、文書處理技巧，一路談到程式自動化遮蔽與再識別風險，希望能用一篇完整但流暢的長文，陪你走過整條「判決書遮蔽」的學習曲線。
在開始之前，先打個預防針：本文不是法律意見，任何涉及具體案件的操作，仍建議諮詢執業律師。以下內容將大量引用我國法規與司法院的行政規則，並穿插筆者過去協助事務所建置文件遮蔽流程的經驗，讓技術細節不至於冷冰冰。
一、判決書為甚麼要遮蔽？公開與隱私的百年角力
1.1 裁判書公開的原則與目的
《法院組織法》第83條明定，各級法院的裁判書，除法律另有規定外，應以公開為原則。這項原則的背後，是民主社會對司法透明、人民監督的期待。當每一份判決書都能被檢索、閱讀，司法就不再是黑箱；學者可以分析量刑趨勢，記者能夠挖掘制度漏洞，一般民眾也能評估類似案件的可能結果。
但公開的代價，是訴訟當事人、證人、甚至無辜被牽連的親屬，其個人資料從此成為數位時代永不消失的紀錄。一個離婚判決可能載明夫妻雙方的收入、外遇對象的姓名與住居所；一宗車禍賠償案件會詳細記錄受傷部位、就診醫院，甚至原告每日通勤路線。若這些資訊完整公開，形同對當事人施加「二次傷害」。
1.2 個人資料保護法與裁判書的衝突
《個人資料保護法》第16條規定，公務機關對個人資料的利用，應在執行法定職務的必要範圍內，並與蒐集的特定目的相符。司法審判當然是法定職務，但將裁判書全文上網供不特定人檢索，是否已經超出「必要範圍」？大法官釋字第603號解釋指出，資訊隱私權為憲法所保障的基本權利，涵蓋個人控制自身資料的權利。法院在滿足大眾知情權的同時，必須對當事人隱私給予合理尊重。
這個拉鋸戰的產物，就是司法院制定的《裁判書公開及遮隱處理原則》（以下簡稱「遮隱原則」）。它明定了裁判書公開時，哪些欄位「應」遮蔽、哪些「得」遮蔽，以及聲請增加遮蔽的程序。
1.3 一張表看懂法院遮蔽義務
| 應主動遮蔽的項目 | 說明 | 法源／規則 |
|---|---|---|
| 被害人身分資訊 | 性侵害、兒少保護等案件，被害人姓名、出生年月日、住居所等一律遮隱，僅保留代號 | 性侵害犯罪防治法、兒少法 |
| 證人、鑑定人、檢舉人等身分 | 除有特別必要，姓名以代號表示，地址、身分證字號全部遮隱 | 遮隱原則第3點 |
| 未成年人姓名 | 通常以「甲○○」、「A01」等方式取代 | 少年事件處理法、遮隱原則 |
| 身分證統一編號 | 全部或部分遮隱，例如「A123******」 | 遮隱原則 |
| 地址 | 通常遮蔽至路段或僅保留縣市，例如「臺北市○○區○○路○段○○號」 | 遮隱原則 |
| 車牌號碼、金融帳號 | 部分遮隱，如「ABC-****」 | 實務常見 |
| 其他足以識別特定個人之資訊 | 例如罕見疾病、特殊職業搭配地點，由法官裁量 | 個資法第2條 |
可指定欄位嗎？
這是讀者最關心的部分。若你是當事人，法院在製作公開版的判決書時，並非提供一個「勾選表單」讓你自由決定哪個欄位遮蔽、哪個不遮蔽。法院會先依上述規則進行基礎遮隱，如果你認為判決書中的其他資訊（例如你的學歷、任職公司、子女就讀學校）也可能間接識別出你個人，可以具狀聲請法院增加遮蔽範圍。法院會審酌「該資訊是否為當事人隱私」及「遮蔽是否嚴重影響判決書的可讀性與公眾監督需求」後作成裁定。在實務上，只要聲請理由具體、明確，且非濫訴，法院多會准許。因此，答案是：你不能像點菜一樣自由指定欄位，但可以透過書狀「請求」法院多遮蔽某些項目，具有一定程度的指定彈性。
二、自己動手遮蔽判決書的準備工作
如果判決書已經公開，你想在自己的部落格、報告或社群媒體引用，就必須自行處理遮蔽問題。這裡要特別強調：切勿變造判決書的實質內容，例如更改判決主文、刑度，或故意遮蔽被告姓名使其變成完全匿名攻擊他人——那會觸犯刑法的偽造文書罪。合理的遮蔽僅限於「去除或改寫足以識別特定自然人的資訊」，而不影響讀者對案件本質的理解。
2.1 先取得可編輯的判決書文字
裁判書公開系統提供的檔案多為PDF，有些是掃描圖檔，有些是文字型PDF。你需要先轉換為可編輯的文字格式：
- 文字型PDF：直接用Adobe Acrobat或免費的PDF-XChange Viewer匯出成Word或純文字。
- 掃描圖檔：先利用光學字元辨識（OCR）軟體，如Tesseract、線上OCR服務，將圖片轉為文字，再人工校對錯字。這步驟最耗時，但若沒有正確的數位文本，後續所有的取代動作都會漏洞百出。
取得文字檔後，建議先做「清洗」：統一全半形、移除多餘換行，並將當事人姓名建立清單，方便後續處理。
2.2 盤點需要遮蔽的個資類別
拿起螢光筆，快速瀏覽一遍判決書，用不同顏色標記：
- 姓名（原告、被告、證人、被害人、辯護人、法官書記官等）
- 地址（戶籍地、居所、送達地址、事故地點、不動產門牌）
- 身分證字號、護照號碼
- 出生年月日（有時僅遮蔽月日，保留年份供年齡參考）
- 車牌、引擎號碼
- 電話號碼、電子郵件、LINE ID
- 金融帳號、信用卡號
- 工作單位（若搭配姓名可能識別，如「○○國中教師王小明」）
- 特殊病歷或傷勢細節（若僅是「左腿骨折」通常不遮蔽，但涉及罕病可能要遮）
筆者的習慣是直接用Excel列出所有待遮蔽的原始字串，以及對應的遮蔽後字串，這樣後期無論是手動取代還是寫程式，都有參考依據。
三、姓名隱匿技巧：要遮多少才恰到好處？
3.1 法院慣用的幾種模式
翻開司法院公開的裁判書，你會發現姓名的遮蔽並沒有一成不變的公式，通常依角色區分：
- 被告（刑事案件）或原告／被告（民事案件）：多數「顯名」，也就是直接公開真實姓名。這是基於刑事責任及訴訟當事人公開原則，除非另有保護必要（如少年事件）。
- 被害人、證人、關係人：常以「甲○○」「乙○○」或「A男」「B女」代稱；若人數眾多，會編號「A01」「A02」。
- 公眾人物：若案件涉及公眾人物，法院有時會權衡其隱私與公共利益。例如某市長涉貪判決中，市長姓名必定顯名，但家人可能以「甲○○」遮蔽。
3.2 手動遮蔽姓名：四種實用方法
方法一：完整取代法（用代號）
適合要完全匿名化的情境。將所有姓名取代為「甲○○」「乙○○」等，順序依照判決書中出場順序。優點是讀者容易跟隨情節，缺點是若人數過多，代號容易混淆。你可以用Word的「取代」功能，先將原告真實姓名替換為「原告（甲○○）」，但注意標點符號。
方法二：部分遮蓋法（王○明）
保留姓氏與最後一字，中間名以○取代。例如「王志明」變成「王○明」。這種做法可保留性別線索（例如「王小明」與「王美美」在中文裡性別暗示強烈），但又不至於完全可直接辨識。適用於需要在案例評析中保留人物區別度的文章。
在Word中的操作：使用萬用字元取代。假設你想遮蔽所有三個字的姓名（姓＋兩個字的名），可以搜尋 ([一-龥])([一-龥])([一-龥]) 並取代為 \1○\3，但這會誤傷許多非姓名的三字詞，所以還是建議先人工標記姓名，再批次處理。實務上更穩妥的做法是：建立一份「姓名清單」，逐一用尋找取代處理。
方法三：僅保留稱謂與姓氏
例如「王董事長」「李經理」，但如此一來，若案件描述中有多個「王先生」，容易產生混淆。適合案情簡單、人物單純的判決。
方法四：角色代號法（原告1、被告2）
將所有姓名依訴訟地位編號，例如「原告1」「被告2」，判決理由中就寫「原告1主張…」。這種方法在實務案例解析中非常常見，既能完全去識別化，又維持邏輯清晰。但需要大量手動調整句子，較費時。
3.3 姓名遮蔽陷阱：這些地方不要漏
- 判決書首部的「當事人」欄位。
- 「主文」中的姓名（如「被告王大明應給付原告李小美…」）。
- 「事實及理由」中人稱代詞後方的括號（例如「原告王大明（下稱原告）」）。
- 證人筆錄的簽名欄（若有引用）。
- 法官、書記官姓名：通常不遮蔽，因為為公務員，但若你是要徹底去識別化，也可代換為「法官」「書記官」。
- 電子郵件地址中的姓名拼音：例如
wangdaming@example.com應全數遮蔽或改為t***@example.com。
四、地址隱匿技巧：從門牌號碼到地標的層層防護
地址是識別個人的高風險資訊，尤其台灣的戶籍地址通常精確到「號」甚至「樓」，很容易直接對應到特定家戶。遮蔽地址時，必須依使用情境決定精細度。
4.1 法院公開版的地址遮蔽等級
司法院遮隱原則要求：裁判書公開時，地址通常只保留至「路段」或「鄉鎮市區」，例如「臺北市信義區○○路○段○○號○樓之○」。若案件標的為不動產，為使判決理由可理解，有時會揭露地段、地號，但門牌依然遮蔽。
4.2 手動遮蔽地址的步驟（Word操作）
台灣的地址有一固定模式：縣市 鄉鎮市區 路街 段 巷 弄 號 樓。利用這個特點，你可以設計通配符搜尋來快速挑出大部分地址。
假設地址格式為「臺北市信義區松仁路100號5樓」，我們可以分層遮蔽：
- 只遮蔽門牌號碼之後：搜尋
(路|街|大道)([0-9０-９]+號)取代為\1○○號，並將後續樓層資訊取代為○樓。但中文數字（一、二…）容易漏掉，需額外處理。 - 遮蔽巷弄段：搜尋
([0-9０-９一二三四五六七八九十]+段)([0-9０-９一二三四五六七八九十]+巷)([0-9０-９一二三四五六七八九十]+弄)取代為○段○巷○弄。這需要相當複雜的萬用字元組合，筆者通常建議用Excel輔助：將整份文件貼進Excel，用資料剖析分列後篩選出含「號」的儲存格，再批次修改，最後貼回Word。 - 最粗暴但安全的方法：將所有地址正則化為
縣市 鄉鎮市區 ○○路○段○號。也就是只保留縣市與鄉鎮市區，其餘全遮。但若案件發生在人口稀少的偏鄉，僅保留鄉鎮市區可能仍能識別出特定住戶（例如整個村只有一戶人家），此時需再提升遮蔽層級至「○○縣○○鄉」。
4.3 用Excel輔助地址遮蔽的實戰流程
由於Word的尋找取代對中文地址的支援不完美，筆者最常使用的技巧是「搬到Excel處理」：
- 將判決書全文貼到Excel的A欄，每個儲存格一行。
- 利用「資料剖析」或「文字函數」將段落拆開。
- 使用條件式格式設定，將包含「縣」「市」「區」「鄉」「鎮」「路」「街」「段」「巷」「弄」「號」「樓」的儲存格標色。
- 人工確認這些儲存格是否為地址，並在B欄寫入遮蔽後的版本。
- 利用VLOOKUP或直接手動將原始地址替換為遮蔽版，再組合回文章。
這方法雖然看似土法煉鋼，但對於非程式背景的法律人來說，可靠性極高，且可以留下完整的遮蔽紀錄，避免日後爭議。
4.4 地址中容易忽略的間接識別資訊
- 地標名稱：「住家位於○○國小正對面」或「工廠位在○○捷運站2號出口旁」，這類描述即使沒有門牌，仍可能輕易定位。若需高度遮蔽，應改為「住家位於某國小附近」或直接刪除。
- 不動產地號：土地或建物地號如「臺北市信義區祥和段三小段1234地號」，在實價登錄時代，地號完全公開等同於揭露地址。應遮蔽為「○○地號」。
- 郵遞區號：前三碼或五碼郵遞區號可能對應到極小區域，最好一併遮蔽。
五、其他關鍵識別資訊的遮蔽法（含正則表達式速查表）
除了姓名地址，以下資訊也必須一併處理。筆者將常用的正則表達式（Regex）整理成表，無論你在文字編輯器（如VS Code、Sublime Text）或寫程式時都能直接套用。提醒：以下正則表達式僅為範例，實際資料可能因書寫習慣而有誤差，務必人工校對。
| 個資類別 | 常見格式 | Regex範例（Python） | 遮蔽後建議 |
|---|---|---|---|
| 身分證字號 | A123456789 | [A-Z][12]\d{8} | A123****** |
| 護照號碼 | 312345678 | 3\d{8}（台灣護照常見3開頭） | 312****** |
| 出生年月日 | 民國80年1月1日 | (民國)?\d{2,3}年\d{1,2}月\d{1,2}日 | 民國○○年○月○日 |
| 手機號碼 | 0912-345-678 | 09\d{2}[-\s]?\d{3}[-\s]?\d{3} | 0912-***-*** |
| 市話 | (02)1234-5678 | \(\d{2,3}\)\d{3,4}-\d{4} | (02)****-**** |
| 車牌號碼 | ABC-1234 | [A-Z]{2,3}[-\s]\d{4} | ABC-**** |
| 金融帳號 | 銀行代碼+帳號（如 822-123456789） | \d{3}-\d{7,12} | 822-*****789（保留部分以供比對交易） |
| 電子郵件 | example@mail.com | [a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,} | e****@mail.com |
請務必注意：部分遮蔽若保留前後綴，仍可能與其他資訊組合還原。例如只遮蔽身分證字號後四碼，但出生地與性別仍可由首碼與第二碼推敲。一般在司法文書中，身分證字號建議全部以○取代。
六、程式自動化遮蔽判決書：Python實作與流程設計
當你面對的不是一份判決書，而是上百份、上千份，自然不能再靠滑鼠右鍵。以下筆者以Python為例，說明如何打造一套半自動化遮蔽流程。完整程式碼可於GitHub（連結示意）下載，但本文將逐一解說核心片段。
6.1 環境準備與套件
python
import re import json from pathlib import Path
此處僅使用標準庫，以降低門檻。若你的文本涉及PDF解析，可加入 PyPDF2 或 pdfplumber；若有進階中文斷詞需求，可安裝 ckiptagger 或 spacy，但對於遮蔽任務，正則表達式加上自訂詞庫往往更穩定。
6.2 建立待遮蔽清單
假設你已經手動或半自動整理了一個 JSON 檔案 mask_list.json，內容如下：
json
{
"names": ["王大明", "李小美", "陳證人"],
"addresses": ["臺北市信義區松仁路100號5樓", "高雄市左營區自由路二段33巷8號"],
"id_numbers": ["A123456789", "B223456789"],
"phones": ["0912-345-678"],
"emails": ["daming@example.com"]
}
當然，現實中你不會有這麼完美的清單，這份清單必須透過「第一次瀏覽判決書時手動標註」或「用簡易NER模型撈出候選項，再由人工確認」的方式產生。自動化辨識姓名的準確率在中文裁判書中目前仍無法達到100%，尤其部分姓名與地名、普通名詞重疊（例如「和平」、「美麗」），因此人機協作是目前最務實的路線。
6.3 核心遮蔽函式
python
def mask_text(text, mask_data):
"""
對傳入的文本進行多層次遮蔽，回傳遮蔽後文字與遮蔽紀錄。
"""
masked = text
log = []
# 1. 遮蔽姓名（依長度優先，避免短名蓋到長名）
names_sorted = sorted(mask_data.get("names", []), key=len, reverse=True)
for name in names_sorted:
if name in masked:
# 保留姓氏，其餘以○取代
replacement = name[0] + "○" * (len(name) - 1)
masked = masked.replace(name, replacement)
log.append(f"遮蔽姓名：{name} -> {replacement}")
# 2. 遮蔽地址（精確匹配 + 正則輔助）
for addr in mask_data.get("addresses", []):
if addr in masked:
# 只保留縣市鄉鎮，其餘遮為○○
# 簡化版：直接全取代，實務上可分解處理
masked = masked.replace(addr, "地址已遮蔽")
log.append(f"遮蔽地址：{addr}")
# 3. 正則批量遮蔽身分證字號
id_pattern = r"[A-Z][12]\d{8}"
matches = re.findall(id_pattern, masked)
for m in matches:
masked = masked.replace(m, m[0] + "123******")
log.append(f"遮蔽身分證字號：{m}")
# 4. 正則遮蔽手機
phone_pattern = r"09\d{2}[-\s]?\d{3}[-\s]?\d{3}"
for m in re.findall(phone_pattern, masked):
masked = masked.replace(m, m[:4] + "***-***")
log.append(f"遮蔽手機：{m}")
# 5. 正則遮蔽電子郵件
email_pattern = r"[a-zA-Z0-9._%+-]+@[a-zA-Z0-9.-]+\.[a-zA-Z]{2,}"
for m in re.findall(email_pattern, masked):
local, domain = m.split("@")
masked_local = local[0] + "****"
masked_email = masked_local + "@" + domain
masked = masked.replace(m, masked_email)
log.append(f"遮蔽email：{m}")
return masked, log
上面這段程式碼盡量保持簡單，目的是展示架構。實際應用時，你需要加入更多細膩的規則，例如：
- 地址的處理不應該只有完整字串匹配，因為判決書中可能出現「住○○路○號」的變體。可先用 regex 將所有可能的地址片段找出來，再進行部分遮蔽。
- 姓名若有英文拼音，也需要正則處理。
- 遮蔽後產生「遮蔽紀錄」非常重要，可用於後續查證或必要時回復（當然，在資訊安全上不應留下完整原文的明碼記錄，但此為另一議題）。
6.4 批量處理資料夾內所有判決書
python
def batch_mask(input_folder, output_folder, mask_data):
input_path = Path(input_folder)
output_path = Path(output_folder)
output_path.mkdir(parents=True, exist_ok=True)
for txt_file in input_path.glob("*.txt"):
with open(txt_file, "r", encoding="utf-8") as f:
content = f.read()
masked_content, log = mask_text(content, mask_data)
# 存遮蔽後文字
with open(output_path / txt_file.name, "w", encoding="utf-8") as f:
f.write(masked_content)
# 存遮蔽紀錄
log_file = output_path / (txt_file.stem + "_log.json")
with open(log_file, "w", encoding="utf-8") as f:
json.dump(log, f, ensure_ascii=False, indent=2)
print(f"完成：{txt_file.name}")
這個批次處理腳本可以讓你一鍵轉換數百份文件，但請務必在執行前先拿幾份樣本測試，確認遮蔽邏輯沒有誤傷正常的法律用語。例如，如果你的正則表達式寫得太寬，可能把「A123456789」這類討論法條的句子也遮蔽掉，但那其實只是虛構案例。
6.5 引入命名實體識別（NER）作為輔助
如果你需要遮蔽的判決書數量龐大，且案件中的人物關係複雜，可以嘗試用 CKIP 或 BERT 模型自動標註姓名、地名，再經由人工確認後匯入 mask_data。範例程式碼（使用 ckiptagger）：
python
from ckiptagger import WS, POS, NER
ws = WS("./data")
pos = POS("./data")
ner = NER("./data")
text = "原告王大明居住於臺北市信義區，與被告李小美相識於民國108年。"
ws_results = ws([text])
pos_results = pos(ws_results)
ner_results = ner(ws_results, pos_results)
# ner_results 結構: [ [ (word, type, start, end), ... ] ]
for entity in ner_results[0]:
if entity[1] == "PERSON": # 人名
print("可能姓名:", entity[0])
elif entity[1] == "LOC": # 地名
print("可能地址:", entity[0])
可惜的是，CKIP 對於裁判書中的複雜長句、特殊格式的辨識率仍有進步空間，尤其容易將「原告」、「被告」等訴訟角色詞誤判為人名，或是將法律用語誤標為地點。因此，自動標註結果只能當作「候選清單」，必須經過人工核實，否則可能出現該遮的沒遮、不該遮的亂遮，反而衍生法律風險。
七、遮蔽之後：再識別風險與安全使用守則
7.1 甚麼是再識別？
「再識別」是指攻擊者透過組合數個看起來無害的遮蔽資訊，重新找出當事人身分的過程。經典的案例：一份醫療判決書隱匿了病人姓名，但保留年齡、居住里鄰、罕見疾病名稱。攻擊者交叉比對該里的人口統計資料，就能精準定位出特定人物。這也是為甚麼司法院遮隱原則不僅要求遮蔽單一資訊，而是要求「考量資訊組合後的識別可能性」。
7.2 五個你必須檢查的組合陷阱
- 年齡 + 特殊職業 + 居住地：例如「32歲的○○市唯一一位聽力師」，很可能直接對應到個人。
- 家庭成員描述：「原告與前妻育有一女就讀○○國小三年級」，搭配地區，可能使孩子遭受不必要關注。
- 時間序列事件：車禍判決中詳細記載事故時間、路口、車輛顏色，足以在行車紀錄器盛行的今日重新定位當事人。
- 金融交易紀錄：帳號雖然部分遮蔽，但若保留交易時間、金額、幣別，與其他資料庫交叉比對（如銀行內部人員洩漏），仍有風險。
- 社群媒體線索：判決書若引用當事人在Facebook的公開貼文內容，即使姓名被遮蔽，以該文字片段在Google搜尋，往往能直接找到原貼文與帳號。
筆者曾協助一位當事人處理家事判決書，對方要求「只遮名字，地址留著當證據」。經過模擬，我僅用遮蔽後的地址與判決日期，就在網路地圖上定位出該社區，再搭配判決書中的家庭成員描述（「妻子為越南籍，育有兩名未成年子女」），鎖定到極少數住戶。最終我們說服當事人同意連地址一併遮蔽。這就是再識別的威力——它往往比你想像的更簡單。
7.3 使用遮蔽判決書的合法情境
- 學術研究：去識別化後，可公開於論文、研討會報告中，但建議註明「本判決書已進行去識別化處理」。
- 法律事務所案例分析：官網上的勝訴案例分享，必須遮蔽當事人個資，並確認無再識別風險。
- 媒體報導：新聞媒體引用判決書時，仍須遵守《個人資料保護法》及自律規範，遮蔽非必要的個資。
- 一般民眾部落格：只要你未變造判決的實質意涵，且已進行充分遮蔽，分享判決心得並不會觸法。但若遮蔽不全導致他人被肉搜，可能涉及民事賠償。
八、向法院聲請增加遮蔽的實戰教學
如果你還在訴訟進行中，或判決剛出爐尚未公開，可以主動出擊，請求法院在公開版本中遮蔽更多資訊。
8.1 聲請書狀怎麼寫？
沒有強制格式，但一份有效的聲請狀應包含：
- 案號與當事人資訊（你的基本資料還是要寫）。
- 具體指明欲遮蔽的段落或字句：例如「判決書第5頁第3行記載之『原告服務於○○科技有限公司』，請求遮蔽為『原告服務於某科技公司』」。
- 遮蔽理由：必須連結到隱私或安全。例如「該公司為僅有五名員工之小型企業，揭露公司名稱將使本人身分立即特定，對本人及公司造成困擾」。
- 法律依據：引用個資法、憲法資訊隱私權、遮隱原則等。
法院收狀後，會分案處理，多數以書面審查，必要時會請你補充說明。准許後，書記官會重新製作一份遮隱後的公開版裁判書。若遭駁回，可以提起抗告，但實務上因遮蔽問題抗告成功的比例不高，理由書寫得越具體、風險描述越清楚，成功率越大。
8.2 真實案例演練
筆者曾協助一位性侵害案件的被害人（代號A女）聲請遮隱其於判決理由中出現的「打工餐廳名稱」。該判決已依法遮蔽A女姓名，但在描述事件經過時，寫道「A女當時在○○市○○路上之『幸福早餐屋』打工」。由於該早餐屋為鄉下唯一一家，且A女工作期間廣為鄰里知曉，公開此資訊等同於揭露身分。我們具狀釋明風險後，法院迅速同意將「幸福早餐屋」改為「某早餐店」，且不影響案情理解。這證明，只要事證明確，法院實務上仍保有彈性。
常見問答（FAQ）
Q1：判決書部分遮蔽可指定欄位嗎？我可以要求法院只遮地址不遮姓名嗎？
法院的遮蔽作業是「依職權為之」，當事人可以「聲請」法院增加遮蔽範圍，但無法像點菜般自由指定「遮蔽A不遮蔽B」。不過，當你提出聲請時，可以具體說明希望遮蔽的項目（例如地址）與不遮蔽的項目（例如姓名），法院會審酌。在實務上，如果你有正當理由（例如姓名已經廣為人知，只想保護住家安全），法官有相當高的機率會准許。因此，某種程度上你可以達到「指定欄位」的效果，只是非絕對權利。
Q2：法院公開的判決書已經有遮蔽了，為甚麼我還需要自己再遮一次？
法院的遮蔽是針對「一般大眾檢索」的最低限度要求，未必能完全滿足你的使用情境。例如，你想要完全匿名討論案件，或擔心某個細節搭配你的社群軌跡會遭起底。此外，有些舊判決書當時的法規要求較寬鬆，遮蔽程度可能不足。自己再加工，是對自己與他人隱私的雙重保障。
Q3：如何快速遮蔽判決書中的地址？有沒有懶人包？
懶人包步驟：
- 將判決書文字貼到Excel，每行一個儲存格。
- 用「篩選」功能找出包含「路」「街」「號」的儲存格。
- 手動將這些地址改為「○○縣○○鄉○○路○號」等。
- 貼回Word，再針對剩下的數字序列（如地號）進行二次取代。
這方法雖然不優雅，但簡單可靠。
Q4：遮蔽後的判決書可以當作證據或正式文件嗎？
不可以。去識別化後的判決書僅供討論、教學、報導使用，若提交給法院或其他公務機關，應使用法院提供的正本或完整電子檔。自行遮蔽的版本因已更動內容，可能被質疑真實性，甚至構成偽造文書。若需提供給第三人（如房東、雇主）證明訴訟結果，應出示完整判決書，或僅提供主文部分（主文通常不含個資），並建議徵詢律師。
Q5：用程式全自動遮蔽判決書，真的安全嗎？會不會有漏網之魚？
程式遮蔽的安全程度取決於你的規則多精細以及是否經人工審查。純靠正則表達式，對「隱晦的識別資訊」（如地標描述、親屬稱謂）幾乎束手無策。現階段，半自動化（程式先標記，人工確認） 是最佳解。未來若能整合大型語言模型的語意理解，有機會提升，但仍需建立嚴謹的稽核機制。
Q6：遮蔽後的地址若只保留到「路段」，但該路段只有一棟建築物，還是會被識別，怎麼辦？
此時就必須再向上拉高遮蔽層級，例如只保留「行政區」或甚至「縣市」。司法院遮隱原則也提及，對於特殊偏僻地區，得增加遮蔽程度。個人在做遮蔽時，也應進行「合理可識別性」測試：設想一位熟悉當地的好事之徒，能否靠這些資訊找出你？若答案是肯定的，就再遮嚴一點。
Q7：我可以分享整份遮蔽後的判決書到網路論壇嗎？
只要遮蔽確實達到無法識別特定個人的程度，且未變更判決核心內容，通常是合法的。但必須注意，有些論壇的服務條款禁止張貼含有個人資料的文件，即使是遮蔽後的。此外，若有人透過你分享的遮蔽判決書加上其他公開資訊成功肉搜出當事人，你可能還是會陷入法律糾紛。因此，最保險的方式是：用你自己的話重新詮釋案件，僅引用必要且已遮蔽的段落。
Q8：如果我是案件的被告，已經被判決有罪，還能在網路上遮蔽自己名字嗎？
你無法要求法院將已公開的有罪判決中你的名字除去，因為刑事被告姓名原則上顯名。但你可以在自己經營的平台上（如部落格）分享判決時，選擇用「被告」或「當事人」來代稱自己。但要注意，若是為了誤導大眾、捏造自己無罪而變造判決內容，會觸犯偽造文書罪。僅遮蔽個資並加註「姓名經遮蔽處理」，並不違法。
最後：這條線要畫在哪裡？
遮蔽判決書像是在進行一場「透明」與「隱私」的拔河。筆者一路從法律基礎、手動實作，聊到程式碼細節，無非是希望大家能在理解規則的前提下，做出最適合的選擇。別忘了，每一份判決書背後都是真實人生；多花十分鐘檢查地址的再識別風險，或許就能避免一個家庭陷入被騷擾的恐懼。
科技工具會持續進化，未來的遮蔽也許只要一鍵上傳，AI就能精準辨識並遮蔽所有高風險欄位。但在那天到來之前，我們能依靠的，仍是細心、法感與多一點點的將心比心。
作者簡介
陳正義，東吳大學法學士、台灣大學資訊工程碩士，曾任職於智慧財產法院法官助理，後轉戰法律科技領域，現為獨立顧問，專長為司法文書自然語言處理、個人資料保護合規及數位證據分析。在工作之餘，也經營「法科技宅」部落格，致力於拉近法律與科技的距離。曾協助多間律師事務所導入判決書自動化遮蔽系統，並於司法院舉辦的研討會中擔任講師。
