手動下載專利 vs 批次工具：把工時算給自己看

手動下載專利 vs 批次工具：把工時算給自己看

**查詢日：2026-09-21。** 這篇不是在宣稱某個工具每件一定快幾秒，而是提供一個可以拿回事務所、換成自己數字的工時模型。若要拿來排人力、報價或估交期，請先用自己最近的 10–20 件案件重新量測。

先把「一件下載」定義清楚

這裡的案件單位，是從一個專利引證號碼開始，到一份可以放進案件資料夾、而且已經核對過的 PDF 為止。它不是先前技術檢索，也不是新穎性、侵權或法律狀態意見，更不是 IDS 是否應該提交的判斷。號碼看起來正確，不代表一定有公開公報，也不代表一定能取得 PDF。

手動流程可以拆成六步：

1. 開啟適合的查詢入口：J-PlatPat、Espacenet 或 USPTO Patent Public Search。 2. 判讀號碼：國別、數字、公開號或申請號，以及種類代碼。 3. 找到對應的公報或公開文件。 4. 下載 PDF，確認不是同族的另一件、另一個種類或只有書目資料的結果。 5. 依事務所案件規則命名並歸檔。 6. 核對號碼、標題、種類、檔案與案件位置，再標記完成。

這六步不能因為入口網站把其中幾步包成一個畫面就當成零工時。第二、三步可能需要把申請號轉成公開號，也可能需要在同族成員中找出「被引證的那一件」，不是看到第一筆結果就結束。第五步和第六步也不是附帶工作：一份下載下來卻無法追溯到案件、號碼或文件版本的 PDF，對事務所而言仍未完成。

手動基準：每一步各算多少

下表是「號碼大致已知、入口正常、只需要一份原始 PDF」的規劃基準，不是碼表實測。repo 內既有的 Floen time-saved playbook，對「已知號碼的手動搜尋＋下載」使用約 15 秒作為初始估計。本文只用這個數字校準核心查詢／下載的量級，再把常被忽略的人工步驟攤開；後五項都應換成你們自己的抽樣結果。

所以基準式是：

`S_manual = 30 + 30 + 45 + 30 + 45 + 40 = 220 秒`

建議事務所至少保留每一列的數字，不要只記一個平均值。量測時記下：原始輸入是不是公開號、入口是否已經開好、是否需要換查詢入口、是否出現第二個候選、以及最後是否真的找到 PDF。平均值會把最花時間的例外案件藏掉，而批次工作最後通常就是被這些例外拖住。

公式：先算人力，再談工具

全程用秒計算，最後除以 3,600：

`總工時 = 案件數 × (每案步驟時間總和 + 失敗重試率 × 重試成本) / 3600`

也可以寫成：

`H_manual = N × (S_manual + r_manual × R_manual) / 3600`

`N` 是案件數，`S_manual` 是六步小計，`r_manual` 是需要至少一次人工重試的案件比例，`R_manual` 是一次重試平均花掉的人工秒數。不要直接把入口網站的 HTTP 錯誤率當成 `r_manual`；人工重試通常還包括重新判號、改查另一個來源、確認同族、下載另一個種類，以及改檔名或備註。

### 100 件的示範

先假設：

• `N = 100`
• `S_manual = 220 秒`
• `r_manual = 0.15`，即 15% 需要重試
• `R_manual = 90 秒`，即一次重試花一分半鐘

代入：

`H_manual = 100 × (220 + 0.15 × 90) / 3600`

`= 100 × 233.5 / 3600`

`= 6.49 工時`

15% 與 90 秒只是試算輸入，不是通用常數。如果你們的抽樣結果是 25% 重試、每次 150 秒，100 件就會變成：

`100 × (220 + 0.25 × 150) / 3600 = 7.15 工時`

同樣是 100 件，差異來自例外分布，而不是計算器四捨五入。這也是為什麼「每件平均省幾分鐘」不如公開每個欄位來得可靠。

失敗率要從實作中的失敗面開始

### 1. 號碼格式判讀錯

DownloadPatent 的號碼解析會區分 `native`、`english`、`bare` 三種表示法；US 申請號也有獨立的 mention 掃描，沒有辨識到支援號碼的行會被保留在 unsupported，而不是默默猜一個文件。對手動流程來說，這就是回頭檢查國別前綴、數字、標點與種類代碼的時間。日文、韓文、台灣或中國本地表示法，不應該和已經標準化的 `US 2024/0039765 A1` 使用同一個平均值。

### 2. 申請號要走另一條解析器

申請號不是一個通用搜尋欄位就能處理。現有實作會把不同列標成 GPSS、USPTO ODP、EPO OPS 或 WIPO resolver；其中 GPSS 這條路目前只對 KR、CN、JP、TW 做指定範圍的解析。`resolutionPending` 代表還要找對應公開案，不代表已有 PDF。若解析沒有產生候選，這一列應算重試或人工研究，不應算成成功下載。

### 3. 有登錄資料，但本來就不是可下載文件

號碼流程明確區分 `registry-only` 與 `provisional`。登錄資料可以證明某個申請或紀錄存在，卻不一定有公開公報 PDF。把它當作普通下載，會讓成功率看起來很好，實際上案件沒有得到檔案。正確做法是保留該列、確認之後是否有公開案、記下原因，必要時交給承辦人判斷。

### 4. 有書目結果，卻沒有可用 PDF

PDF 取得流程會把找不到文件、沒有 PDF、文件不可用與來源服務錯誤分開；結果畫面也把 `not-found`、`no_pdf`、`unavailable` 與 source failure 分成不同文案。「搜尋結果載入」不是「檔案已取得」。若把這些全部算成同一種失敗，就無法知道該重試、換來源，還是接受目前只有書目的結果。重試成本要包含這個判斷時間。

### 5. 找不到英文同族對應案

英文同族不是把原號碼改成英文就完成。現有實作只對 JP、CN、KR、TW 進入同族查找，會依 family member 與 priority 資訊建立候選；找不到候選後才探測是否有機器翻譯連結。這個 lookup 在候選真正下載前只是 metadata-only。找不到英文案不等於原始文件不能用，而是要把原件與英文選項分開記錄；人工核對也要保留原始引證身份。

### 6. 涵蓋的是專利局與文件種類，不是國家名稱清單

目前 coverage 頁列出中國、日本、台灣、韓國、歐洲與美國，但也明寫文件可用性依公開案與來源而異。中國並非所有申請號格式都支援，韓國並非所有註冊或設計標籤都支援，EPO 的專利涵蓋也不代表 EUIPO 註冊設計涵蓋。這些不是文案上的小字，而是工時模型的分層欄位：至少要按管轄區、公開／申請、發明／設計與來源分開統計失敗率。

批次工具如何套同一套算式

批次工具改變的是工人的接觸點，不是把所有工作消失。它可以減少反覆開入口、貼號碼與逐筆觸發請求，也可以受限並行取得多個文件；但輸入檢查、例外處理、檔名規則與最後核對仍然是人工工作。比較事務所工時時，只把人工接觸時間放進公式；機器等待時間另列，除非有人必須盯著畫面等它完成或重啟。

可以用這條工作表：

`批次人力工時 = (批次數 × 批次準備時間 + 案件數 × (每案審查時間 + 每案歸檔時間 + 批次失敗率 × 批次重試成本)) / 3600`

`B` 是批次數，`T_setup` 是每批一次的準備時間，`T_review` 是每案人工審查，`T_archive` 是剩下的命名／歸檔。批次失敗率要單獨量，因為工具可能在送出請求前就攔下格式錯誤，卻在後面才暴露來源 PDF 取得失敗。

以下是保守示範，不是 DownloadPatent 效能承諾：

• 100 件放成一批：`B = 1`
• 每批準備：`T_setup = 240 秒`
• 每案審查：`T_review = 20 秒`
• 每案命名／歸檔：`T_archive = 20 秒`
• 批次重試率：`r_batch = 0.10`
• 每次重試：`R_batch = 90 秒`

`H_batch = (1 × 240 + 100 × (20 + 20 + 0.10 × 90)) / 3600`

`= 5140 / 3600 = 1.43 工時`

這個例子有用，是因為每個數字都可以被替換。請用真實案件清單測量準備時間、逐案審查時間與例外比例，不要把批次機器執行秒數重複扣除。若承辦人可以在等待期間處理另一個案件，那是等待時間，不等於同樣長度的專注人工；若必須監看並重啟，就另記 supervision 工時。

單案時，同一組批次假設會是：

`(240 + 20 + 20 + 0.10 × 90) / 60 = 4.82 分鐘`

前面的手動示範則是：

`(220 + 0.15 × 90) / 60 = 3.89 分鐘`

所以單一特殊案件，批次準備成本可能讓手動更便宜。案件數增加、清單更乾淨、準備成本能分攤，交叉點才會往批次移動；如果工具提供逐案失敗清單而不是整批重跑，重試率和重試成本也會下降。

哪些情況手動反而划算

以下情況，手動不只是「勉強可用」，而可能是成本與風險都比較低的選擇：

• 只有一件或極少數案件，批次準備時間大於重複點擊時間；
• 號碼不尋常、影像模糊，或承辦人必須根據審查脈絡判斷到底要找哪一個文件；
• 管轄區不在事務所已驗證的範圍，必須先確認權威來源與文件種類；
• 這是申請案、臨時申請、設計或註冊紀錄，公開狀態要先建立，不能直接把第一筆 PDF 當答案；
• 案件要求特定同族成員或具有法律意義的文件版本，而不是「第一份能開的 PDF」；
• 客戶指示或保密要求不允許把清單送進另一個服務；或
• 批次來源正在故障，但官方入口仍能讓一件急件完成。

合理的比較不是「手動不好、工具好」，而是找出門檻：重複的機械工時有多少、例外要花多少、哪些判斷不能安全委派。批次工具在減少重複操作、同時保留逐案失敗原因、來源身份與最後核對的前提下才有說服力。若最後一句工具介紹要放在文章裡，最精確的說法就是：它可以把可機械化的收集集中處理，但不能代替事務所接受號碼、選擇版本與完成案件紀錄的責任。

來源與查詢日

入口網站於 2026-09-21 查詢：J-PlatPat 簡易檢索、EPO Espacenet、USPTO Patent Public Search。EPO 的官方頁面另提醒 Espacenet 不是為批次資料擷取設計；任何自動化流程都應先確認專利局條款與 fair-use 限制。

本文的實作依據是 DownloadPatent 截至查詢日的號碼解析、申請號解析、英文同族查找、coverage 頁與 PDF 結果分類。220 秒小計、15%／90 秒重試範例，以及批次的 240／20／20 秒假設，都是可替換的估計輸入，不是實測保證。請用自己的案件重新量測，並保留每一列的中間數字。

DownloadPatent 可以協助批次收集可取得的專利 PDF；但接受哪個號碼、選哪個文件版本、如何處理例外，以及何時完成案件紀錄，仍然是人工責任。