發明揭露表單：可編輯範本與實作範例
May 8, 2026
工程團隊可能擁有可運作的原型、設計簡報和測試結果，卻缺乏一份可用的發明揭露書。專利顧問隨後必須重構其機制、釐清每位成員的貢獻，並從零散的紀錄中找回揭露日期。一份可重複使用的表單能為此溝通建立架構。一份完整的工程範例能展示如何區分已證實的事實、擬議的變體以及尚未解答的問題，而 AI 輔助的輸入功能則有助於整理團隊現有的資料。
範圍： 此教育性質的輸入起點旨在支援顧問針對特定案件與司法管轄區進行審查。
什麼是發明揭露書？
發明揭露書（IDF）是一份內部紀錄，用於說明擬議的發明並保留技術與法律審查所需的相關事實。它將研發（R&D）工作與您的智慧財產權（IP）團隊及專利顧問連結起來：說明出現了什麼問題、擬議的方法如何運作、誰貢獻了什麼，以及哪些資訊已經對外公開。
它與專利申請書不同。它也與美國的 資訊揭露聲明（Information Disclosure Statement） 不同，後者是在專利審查過程中，向專利局提交專利、出版品或其他資訊以供審查。
表單會因組織而異。例如，史丹佛大學的揭露流程 會記錄技術、相關人員、贊助單位及揭露歷史，並設有獨立的贊助審查。您的表單應保留這類事實，而不要求工程師進行法律判斷。
Patlytics 的 發明揭露（IDF） 模組支援基於文件或口述的輸入方式，並提供模板驅動的區塊。無論您是手動填寫表單還是審閱 AI 生成的草稿，同樣的事實準則皆適用。
可編輯的發明揭露書模板
下載 可編輯的 Word 表單，或複製 純文字 Markdown 表單。兩者皆包含可擴充的回應欄位、貢獻者與揭露事件表格、來源登記表、待解問題紀錄、事實確認，以及顧問交接紀錄。
已知日期請使用確切日期，並標註估計值。適當時請使用 未知、未提供、處理中 或 不適用。 「無」代表相關事實支持該答案。請將機密技術資料保留在貴組織核准的輸入環境中。
| 欄位 | 空白回應與提示 |
|---|---|
| 1. 紀錄與聯絡資訊 | 回應： ______ 標題、內部紀錄 ID、專案、提交人、工作聯絡方式、提交日期、版本以及內部存取權限設定。 |
| 2. 技術問題 | 回應： ______ 現有方法有何缺失或限制？請描述操作環境、基準與限制條件。 |
| 3. 技術解決方案與運作方式 | 回應： ______ 識別組件或流程步驟、輸入、介面、參數、輸出及故障行為。請詳細說明運作順序，以利進行技術討論。 |
| 4. 候選區別特徵 | 回應： ______ 相較於已知的基準，團隊認為有哪些具體差異？請將觀察到的結果與預期的效益分開。並為每一項差異添加來源定位資訊。 |
| 5. 實施例與替代方案 | 回覆：______ 描述已實作的版本、必要與選用元件、替代品及其他用途。標註每個經過測試、提議或推測的版本。 |
| 6. 人員與貢獻 | 回覆：______ 針對每位人員，記錄其姓名、雇主或所屬機構、工作聯絡方式、技術貢獻或活動、日期及來源。另外標示出建議法律顧問評估是否列為發明人的人員。 |
| 7. 開發時程 | 回覆：______ 記錄重要的設計、建置、測試與修訂事件，以及其日期、地點與相關記錄負責人。標註日期不確定或有爭議的部分。 |
| 8. 證據與限制 | 回覆：______ 記錄測試設定、測量結果、失敗案例、未測試條件及附件位置。說明證據所支持與不支持的內容。 |
| 9. 已知的相關工作 | 回覆：______ 列出已知的產品、出版品、專利文件或內部方法，並附上識別碼與相關段落。記錄已進行的檢索及其範圍，若未進行檢索則註明。 |
| 10. 商業、資金與協議 | 回覆：______ 預期用途、開發計畫、業務負責人、已知贊助商或補助、外部合作者、第三方材料及協議參考。記錄尚未解決的資金或權利相關背景。 |
| 11. 實際與計畫中的外部活動 | 回覆：______ 針對每一項出版、簡報、展示、銷售、報價、客戶討論或其他發布活動：記錄日期、接收對象、管道、分享內容、存取限制及已知的保密協議參考。包含計畫中的活動。 |
| 12. 來源登記與缺失資訊 | 回覆：______ 為每個附件指派 ID、版本、負責人及頁碼或章節定位。針對每一項缺失，記錄問題、負責回答的人員、所需記錄及後續追蹤日期。 |
| 13. 事實確認與法律顧問交接 | 回覆：______ 記錄每位貢獻者的事實確認、修正與限制。標示法律顧問接收者、交接日期、需要法律審查的問題，以及授權的後續步驟。 |
貢獻者名單應比暫定的發明人名單更廣泛。在美國實務中，發明人資格取決於對所主張標的之構思。請將貢獻敘述與佐證記錄提供給法律顧問，以進行針對特定權利要求的發明人資格評估。
已完成的假設性工程範例
本範例中的所有名稱、記錄、日期、結果及確認條目均為虛構。並未進行任何實際的工程測試或法律審查。 本範例旨在說明一份包含明確未知數的完整攝取記錄，而非專利性結論。
下載 Word 格式的完整範例，以便將回應與來源追蹤資訊整合在一起。
範例來源資料包
此 假設性來源資料包 包含基礎樣本記錄。其識別碼可確保每個答案皆可追溯：
- S1： 專案簡介，第 1 版，2026 年 4 月 3 日。問題、當前方法及預期用途。
- S2： 控制器設計說明，第 2 版，2026 年 4 月 9 日。輸入、順序、參數、替代方案及限制。
- S3： 工作台測試報告，第 1 版，2026 年 5 月 2 日。設置、觀察結果及未測試條件。
- S4： 貢獻與開發日誌，第 1 版，2026 年 5 月 4 日。人員、活動、日期及樣本確認條目。
- S5： 專案管理與事件日誌，第 1 版，2026 年 5 月 4 日。資金背景、外部事件及交接狀態。
已完成的表格與來源至欄位追蹤
| 欄位 | 已完成的假設性回應 | 來源與剩餘差距 |
|---|---|---|
| 1. 紀錄與聯絡資訊 | 標題： 電子機櫃壓力感測式濾網維護控制器。 ID： HYP-026。 專案： 機櫃冷卻。 提交者： Priya Rao，控制工程師，Example Engineering Group；priya@example.invalid。 提交日期： 2026 年 5 月 4 日。 版本： 1。 存取權限： 內部，僅限專案與智慧財產權團隊。 | S5 §1。聯絡人與公司均為虛構。 |
| 2. 技術問題 | 現有機櫃採用定期更換濾網的方式。風扇運轉時的壓力讀數可能反映濾網阻塞或感測器偏移。團隊希望有一種維護訊號能區分這些情況。風扇暫停僅允許在工作台設置中進行；實際機櫃的熱限制條件尚未解決。 | S1 §§1–2；S2 §4。實際機櫃的操作限制尚待確認。 |
| 3. 技術解決方案與運作方式 | 差壓感測器用於測量濾網兩側的壓力。控制器會在風扇停止時採樣壓力，隨後在已知風扇轉速下再次採樣。它將運轉時的讀數減去停止時的讀數，並將校正後的值與轉速索引閾值進行比較。在每分鐘 2,000 轉 (RPM) 時，若數值超過 50 帕斯卡 (Pa) 持續 30 秒，則觸發維護警報；若低於 40 Pa 持續 60 秒，則解除警報。若停止風扇時的讀數超出 ±5 Pa，則會引發感測器檢查標記並抑制濾網警報。 | S2 §§1–3。未提供其他轉速的校準條目。 |
| 4. 候選區別特徵 | 相較於團隊目前的定期更換基準，所提方案的差異在於：停止風扇時的偏移採樣、轉速索引比較、獨立的故障處理，以及警報變更前的持續時間。團隊預期能獲得更具參考價值的維護訊號。目前尚未報告任何比較性的現場效能結果或新穎性評估。 | S1 §1；S2 §§2–3；S3 §3。效益仍僅限於工作台測試案例的預期結果。 |
| 5. 實施例與替代方案 | 台架測試：24 伏特風扇、差壓感測器，以及符合規定閾值的控制器。提案：其他風扇轉速下的校準。推測：以兩個獨立的壓力感測器取代差壓感測器。壓力採樣、比較邏輯與輸出狀態是此設計的核心；顯示位置則為選配。 | S2 §4；S3 §1。獨立感測器變體及其他轉速尚未經過測試。 |
| 6. 人員與貢獻 | Priya Rao：於 4 月 3 日提出風扇停止時的偏移採樣建議。韌體工程師 Julian Chen：於 4 月 9 日提出持續時間設定並實作狀態邏輯。測試工程師 Morgan Ellis：組裝測試台並執行指定測試。以上皆為 Example Engineering Group 的虛構員工；工作聯繫記錄於 S4。提交者請求法律顧問評估 Priya 與 Julian 是否為可能的發明人，並將 Morgan 的活動納入審查。 | S4 §§1–2。尚未做出法律上的發明人認定。 |
| 7. 開發時程 | 4 月 3 日：記錄問題與採樣提案。4 月 9 日：修訂控制器設計。4 月 20 日：組裝測試台。5 月 2 日：執行台架案例測試。5 月 4 日：準備攝入記錄。所有事件均發生於該虛構團隊的 A 實驗室。以上為記錄日期，並未主張更早的構想日期。 | S4 §2。更早期的未記錄討論內容不明。 |
| 8. 證據與限制 | 在 2,000 RPM 與 23°C 的條件下，濾網清潔時的校正壓力為 20 Pa，濾網受阻時則為 65 Pa。受阻案例在 30 秒後觸發。注入 +8 Pa 的感測器偏移量會產生感測器審查標記並抑制濾網警報。清潔案例在 60 秒後清除警報。僅測試了 1 個測試台、1 種轉速與 1 種溫度；未評估洩漏、熱安全性與長期漂移。 | S3 §§1–3。未支持任何生產可靠性或一般性能聲明。 |
| 9. 已知的相關工作 | 團隊知悉其 S1 中記錄的定期更換機櫃設計。未提供外部專利或出版物參考，亦未報告任何先前技術檢索。這屬於資訊缺口，而非缺乏相關工作的證據。 | S1 §1；S5 §2。相關工作收集已指派給專案團隊，供法律顧問進行範圍內檢索。 |
| 10. 商業、資金與協議 | 預期用途：工業電子機櫃的濾網維護指示。業務負責人：虛構產品經理 Alex Park，alex@example.invalid。已提議進行機櫃實地評估；成本與時程尚未核准。已報告內部專案資金。專案帳目中未列出任何補助、贊助或外部合作者。未提供採購感測器的條款。 | S1 §3；S5 §2。協議審查與第三方條款尚待處理。 |
| 11. 實際與計畫中的外部活動 | 4 月 28 日：Morgan 將組裝圖紙透過電子郵件發送給一家虛構的外部加工廠商。該廠商的保密協議參考不明。5 月 15 日：計畫進行客戶演示；接收者與最終簡報檔尚待確認。團隊在事件日誌中未報告任何出版、銷售或報價行為，但尚未核對每位參與者的行事曆。 | S5 §3。取得已發送的圖紙、協議、接收者名單以及最終演示材料。 |
| 12. 來源與缺失資訊 | S1–S5 已列出所有者、版本與定位器。待辦事項：風扇暫停安全性、其他轉速校準、早期討論、採購組件條款、廠商揭露事實以及演示細節。所有者與要求的回應日期列於下方的缺口日誌中。 | S2 §4；S3 §3；S5 §§2–4。沒有任何空白答案被視為「無」。 |
| 13. 事實確認與法律顧問交接 | 5 月 4 日的樣本確認條目：Priya 確認採樣描述並標記熱限制；Julian 確認已實作的閾值並標記其他轉速校準為待處理；Morgan 僅確認報告的台架觀察結果並要求後續追蹤廠商文件。法律顧問接收者：組織 IP 接收佇列，個人未指派。已於 5 月 4 日請求交接。尚未進行法律顧問審查；此範例流程中未授權任何檢索或起草工作。 | S4 §3；S5 §4。貢獻、揭露、協議與後續步驟等問題仍待解決。 |
此追蹤記錄防止了將合理的設計提案轉變為已主張的成果。例如，S2 支持所提議的多轉速實施方式。S3 僅支持 2,000 RPM 下的觀察結果。若將兩者合併為「已在各風扇轉速下測試」將會誤述記錄內容。
資訊缺失檢查清單與審查交接
一份實用的檢查清單應針對每個未知項目記錄一個可執行的問題。以下是假設範例中的待辦問題記錄：
| 缺失資訊 | 問題與所需記錄 | 負責人與要求日期 |
|---|---|---|
| 操作限制 | 在何種帶電櫃體條件下風扇可以暫停？請提供熱評估報告。 | Priya，5 月 6 日。 |
| 未經測試的實施方案 | 哪些速度具有校準值，且是否經過測試？請提供校準表及相關報告。 | Julian，5 月 6 日。 |
| 開發歷程 | 先前是否有過討論或技術貢獻？請提供註明日期的筆記與個人說明。 | 所有貢獻者，5 月 6 日。 |
| 第三方條款 | 適用哪些採購組件或供應商協議？請提供相關條款與協議記錄。 | Alex，5 月 5 日。 |
| 外部事件 | 4 月 28 日確切發送了什麼內容、發送給誰，以及在何種存取條款下進行？5 月 15 日將會展示什麼內容？ | Morgan 與 Alex，5 月 5 日。 |
| 法律後續步驟 | 在進行範圍界定搜尋或撰寫任務之前，有哪些關於貢獻、時間點和權利的問題需要跟進？ | 交接時指定的專利顧問。 |
在委託進行先前技術分析或撰寫申請文件之前，請使用這些建議的組織檢查點。
1. 取得發明人與貢獻者的事實確認
每位擬定的發明人及相關貢獻者應審閱其個人的貢獻敘述以及其所知悉的技術事實。記錄姓名、日期、修正內容及未決事項。以下是一份可重複使用的確認範本：
我已審閱技術說明、我所記錄的貢獻，以及我所知悉的開發與揭露事件。我的修正意見與不確定之處已記錄在待辦問題日誌中。此確認僅涉及事實準確性，不構成法律上的發明人認定。
此項初步確認與美國申請階段的發明人宣誓或聲明不同。請避免要求他人確認其未觀察到的測量結果或無法證實的事件。
2. 將記錄移交給專利顧問
將版本化的表單、原始資料包、確認記錄、缺漏日誌以及實際或計畫中的外部事件詳情發送給指定的顧問。即使技術回應尚未完成，也應立即標記即將發生的事件。
顧問將審閱貢獻敘述、揭露事實、管轄權背景、協議及建議的後續步驟。請將日期作為審閱的事實依據。如 WIPO 的專利指南所述，揭露的法律效力因管轄區而異；表單不應被用來計算通用的申請截止日期。
3. 記錄界定後的後續任務
顧問可能會要求提供更多事實、授權進行特定的先前技術搜尋，或在規定的限制下指派撰寫任務。請記錄接收者、審閱版本、獲准任務、範圍及剩餘問題。將搜尋結果與技術記錄提供給顧問，以評估相關的早期揭露、評估可專利性並設定撰寫範圍。申請準備工作需要進行獨立的專利撰寫審閱。
AI 輔助發明揭露如何融入流程
發明人通常透過簡報、圖紙、測試報告和技術討論來描述其工作。要求他們在問卷中重現所有細節會增加轉譯的步驟。AI 輔助的初步作業可以將提供的資料整理成草稿並支援後續提問，同時由發明人確認事實，並由律師保留審閱與決策權。
請將原始記錄與待辦問題日誌與草稿一併保存。將擬議的實施例標記為「擬議」。保留記錄間的衝突，直到相關人員解決為止。未回答的欄位應保持可見，而非填入臆測的假設。
Patlytics 的適用場景
Patlytics 的發明揭露 (IDF) 模組支援以下初步作業流程：
- 透過文件或口述進行事實擷取：開始一份空白揭露文件、上傳 DOCX、PDF 或 PPT 素材，或直接口述想法。引導式作業會詢問釐清問題，並將回應整理成結構化的章節。
- 使用自訂範本標準化記錄：使用預設範本或自訂的 DOCX 或 PDF 範本。新增、重新排列或移除章節，以符合貴組織的表單格式。
- 審閱可編輯的草稿與狀態：在編輯器中直接修改生成的草稿，將揭露標記為「已撰寫」以進行提交，並在編輯器中追蹤狀態。
- 透過跨揭露去重功能審閱相關提交內容：本模組會標記各項提交中重複的揭露內容，供企業智慧財產權團隊進行審閱。
- 透過 DOCX 匯出與專利撰寫功能進行交接：匯出 DOCX 檔案以供離線審閱，或上傳至智慧財產權管理系統 (IPMS)。您可在同一工作區啟動「專利撰寫」功能，進行下一項任務。
發明人確認技術事實；律師審閱揭露內容並指示後續任務。
了解 Patlytics 如何將發明人的簡報、測試報告或口頭構想，轉化為律師可採納的揭露文件。預約展示。
發明揭露表單：可編輯範本與實作範例
工程團隊可能擁有可運作的原型、設計簡報和測試結果，卻缺乏一份可用的發明揭露書。專利顧問隨後必須重構其機制、釐清每位成員的貢獻，並從零散的紀錄中找回揭露日期。一份可重複使用的表單能為此溝通建立架構。一份完整的工程範例能展示如何區分已證實的事實、擬議的變體以及尚未解答的問題，而 AI 輔助的輸入功能則有助於整理團隊現有的資料。
範圍： 此教育性質的輸入起點旨在支援顧問針對特定案件與司法管轄區進行審查。
什麼是發明揭露書？
發明揭露書（IDF）是一份內部紀錄，用於說明擬議的發明並保留技術與法律審查所需的相關事實。它將研發（R&D）工作與您的智慧財產權（IP）團隊及專利顧問連結起來：說明出現了什麼問題、擬議的方法如何運作、誰貢獻了什麼，以及哪些資訊已經對外公開。
它與專利申請書不同。它也與美國的 資訊揭露聲明（Information Disclosure Statement） 不同，後者是在專利審查過程中，向專利局提交專利、出版品或其他資訊以供審查。
表單會因組織而異。例如，史丹佛大學的揭露流程 會記錄技術、相關人員、贊助單位及揭露歷史，並設有獨立的贊助審查。您的表單應保留這類事實，而不要求工程師進行法律判斷。
Patlytics 的 發明揭露（IDF） 模組支援基於文件或口述的輸入方式，並提供模板驅動的區塊。無論您是手動填寫表單還是審閱 AI 生成的草稿，同樣的事實準則皆適用。
可編輯的發明揭露書模板
下載 可編輯的 Word 表單，或複製 純文字 Markdown 表單。兩者皆包含可擴充的回應欄位、貢獻者與揭露事件表格、來源登記表、待解問題紀錄、事實確認，以及顧問交接紀錄。
已知日期請使用確切日期，並標註估計值。適當時請使用 未知、未提供、處理中 或 不適用。 「無」代表相關事實支持該答案。請將機密技術資料保留在貴組織核准的輸入環境中。
| 欄位 | 空白回應與提示 |
|---|---|
| 1. 紀錄與聯絡資訊 | 回應： ______ 標題、內部紀錄 ID、專案、提交人、工作聯絡方式、提交日期、版本以及內部存取權限設定。 |
| 2. 技術問題 | 回應： ______ 現有方法有何缺失或限制？請描述操作環境、基準與限制條件。 |
| 3. 技術解決方案與運作方式 | 回應： ______ 識別組件或流程步驟、輸入、介面、參數、輸出及故障行為。請詳細說明運作順序，以利進行技術討論。 |
| 4. 候選區別特徵 | 回應： ______ 相較於已知的基準，團隊認為有哪些具體差異？請將觀察到的結果與預期的效益分開。並為每一項差異添加來源定位資訊。 |
| 5. 實施例與替代方案 | 回覆：______ 描述已實作的版本、必要與選用元件、替代品及其他用途。標註每個經過測試、提議或推測的版本。 |
| 6. 人員與貢獻 | 回覆：______ 針對每位人員，記錄其姓名、雇主或所屬機構、工作聯絡方式、技術貢獻或活動、日期及來源。另外標示出建議法律顧問評估是否列為發明人的人員。 |
| 7. 開發時程 | 回覆：______ 記錄重要的設計、建置、測試與修訂事件，以及其日期、地點與相關記錄負責人。標註日期不確定或有爭議的部分。 |
| 8. 證據與限制 | 回覆：______ 記錄測試設定、測量結果、失敗案例、未測試條件及附件位置。說明證據所支持與不支持的內容。 |
| 9. 已知的相關工作 | 回覆：______ 列出已知的產品、出版品、專利文件或內部方法，並附上識別碼與相關段落。記錄已進行的檢索及其範圍，若未進行檢索則註明。 |
| 10. 商業、資金與協議 | 回覆：______ 預期用途、開發計畫、業務負責人、已知贊助商或補助、外部合作者、第三方材料及協議參考。記錄尚未解決的資金或權利相關背景。 |
| 11. 實際與計畫中的外部活動 | 回覆：______ 針對每一項出版、簡報、展示、銷售、報價、客戶討論或其他發布活動：記錄日期、接收對象、管道、分享內容、存取限制及已知的保密協議參考。包含計畫中的活動。 |
| 12. 來源登記與缺失資訊 | 回覆：______ 為每個附件指派 ID、版本、負責人及頁碼或章節定位。針對每一項缺失，記錄問題、負責回答的人員、所需記錄及後續追蹤日期。 |
| 13. 事實確認與法律顧問交接 | 回覆：______ 記錄每位貢獻者的事實確認、修正與限制。標示法律顧問接收者、交接日期、需要法律審查的問題，以及授權的後續步驟。 |
貢獻者名單應比暫定的發明人名單更廣泛。在美國實務中，發明人資格取決於對所主張標的之構思。請將貢獻敘述與佐證記錄提供給法律顧問，以進行針對特定權利要求的發明人資格評估。
已完成的假設性工程範例
本範例中的所有名稱、記錄、日期、結果及確認條目均為虛構。並未進行任何實際的工程測試或法律審查。 本範例旨在說明一份包含明確未知數的完整攝取記錄，而非專利性結論。
下載 Word 格式的完整範例，以便將回應與來源追蹤資訊整合在一起。
範例來源資料包
此 假設性來源資料包 包含基礎樣本記錄。其識別碼可確保每個答案皆可追溯：
- S1： 專案簡介，第 1 版，2026 年 4 月 3 日。問題、當前方法及預期用途。
- S2： 控制器設計說明，第 2 版，2026 年 4 月 9 日。輸入、順序、參數、替代方案及限制。
- S3： 工作台測試報告，第 1 版，2026 年 5 月 2 日。設置、觀察結果及未測試條件。
- S4： 貢獻與開發日誌，第 1 版，2026 年 5 月 4 日。人員、活動、日期及樣本確認條目。
- S5： 專案管理與事件日誌，第 1 版，2026 年 5 月 4 日。資金背景、外部事件及交接狀態。
已完成的表格與來源至欄位追蹤
| 欄位 | 已完成的假設性回應 | 來源與剩餘差距 |
|---|---|---|
| 1. 紀錄與聯絡資訊 | 標題： 電子機櫃壓力感測式濾網維護控制器。 ID： HYP-026。 專案： 機櫃冷卻。 提交者： Priya Rao，控制工程師，Example Engineering Group；priya@example.invalid。 提交日期： 2026 年 5 月 4 日。 版本： 1。 存取權限： 內部，僅限專案與智慧財產權團隊。 | S5 §1。聯絡人與公司均為虛構。 |
| 2. 技術問題 | 現有機櫃採用定期更換濾網的方式。風扇運轉時的壓力讀數可能反映濾網阻塞或感測器偏移。團隊希望有一種維護訊號能區分這些情況。風扇暫停僅允許在工作台設置中進行；實際機櫃的熱限制條件尚未解決。 | S1 §§1–2；S2 §4。實際機櫃的操作限制尚待確認。 |
| 3. 技術解決方案與運作方式 | 差壓感測器用於測量濾網兩側的壓力。控制器會在風扇停止時採樣壓力，隨後在已知風扇轉速下再次採樣。它將運轉時的讀數減去停止時的讀數，並將校正後的值與轉速索引閾值進行比較。在每分鐘 2,000 轉 (RPM) 時，若數值超過 50 帕斯卡 (Pa) 持續 30 秒，則觸發維護警報；若低於 40 Pa 持續 60 秒，則解除警報。若停止風扇時的讀數超出 ±5 Pa，則會引發感測器檢查標記並抑制濾網警報。 | S2 §§1–3。未提供其他轉速的校準條目。 |
| 4. 候選區別特徵 | 相較於團隊目前的定期更換基準，所提方案的差異在於：停止風扇時的偏移採樣、轉速索引比較、獨立的故障處理，以及警報變更前的持續時間。團隊預期能獲得更具參考價值的維護訊號。目前尚未報告任何比較性的現場效能結果或新穎性評估。 | S1 §1；S2 §§2–3；S3 §3。效益仍僅限於工作台測試案例的預期結果。 |
| 5. 實施例與替代方案 | 台架測試：24 伏特風扇、差壓感測器，以及符合規定閾值的控制器。提案：其他風扇轉速下的校準。推測：以兩個獨立的壓力感測器取代差壓感測器。壓力採樣、比較邏輯與輸出狀態是此設計的核心；顯示位置則為選配。 | S2 §4；S3 §1。獨立感測器變體及其他轉速尚未經過測試。 |
| 6. 人員與貢獻 | Priya Rao：於 4 月 3 日提出風扇停止時的偏移採樣建議。韌體工程師 Julian Chen：於 4 月 9 日提出持續時間設定並實作狀態邏輯。測試工程師 Morgan Ellis：組裝測試台並執行指定測試。以上皆為 Example Engineering Group 的虛構員工；工作聯繫記錄於 S4。提交者請求法律顧問評估 Priya 與 Julian 是否為可能的發明人，並將 Morgan 的活動納入審查。 | S4 §§1–2。尚未做出法律上的發明人認定。 |
| 7. 開發時程 | 4 月 3 日：記錄問題與採樣提案。4 月 9 日：修訂控制器設計。4 月 20 日：組裝測試台。5 月 2 日：執行台架案例測試。5 月 4 日：準備攝入記錄。所有事件均發生於該虛構團隊的 A 實驗室。以上為記錄日期，並未主張更早的構想日期。 | S4 §2。更早期的未記錄討論內容不明。 |
| 8. 證據與限制 | 在 2,000 RPM 與 23°C 的條件下，濾網清潔時的校正壓力為 20 Pa，濾網受阻時則為 65 Pa。受阻案例在 30 秒後觸發。注入 +8 Pa 的感測器偏移量會產生感測器審查標記並抑制濾網警報。清潔案例在 60 秒後清除警報。僅測試了 1 個測試台、1 種轉速與 1 種溫度；未評估洩漏、熱安全性與長期漂移。 | S3 §§1–3。未支持任何生產可靠性或一般性能聲明。 |
| 9. 已知的相關工作 | 團隊知悉其 S1 中記錄的定期更換機櫃設計。未提供外部專利或出版物參考，亦未報告任何先前技術檢索。這屬於資訊缺口，而非缺乏相關工作的證據。 | S1 §1；S5 §2。相關工作收集已指派給專案團隊，供法律顧問進行範圍內檢索。 |
| 10. 商業、資金與協議 | 預期用途：工業電子機櫃的濾網維護指示。業務負責人：虛構產品經理 Alex Park，alex@example.invalid。已提議進行機櫃實地評估；成本與時程尚未核准。已報告內部專案資金。專案帳目中未列出任何補助、贊助或外部合作者。未提供採購感測器的條款。 | S1 §3；S5 §2。協議審查與第三方條款尚待處理。 |
| 11. 實際與計畫中的外部活動 | 4 月 28 日：Morgan 將組裝圖紙透過電子郵件發送給一家虛構的外部加工廠商。該廠商的保密協議參考不明。5 月 15 日：計畫進行客戶演示；接收者與最終簡報檔尚待確認。團隊在事件日誌中未報告任何出版、銷售或報價行為，但尚未核對每位參與者的行事曆。 | S5 §3。取得已發送的圖紙、協議、接收者名單以及最終演示材料。 |
| 12. 來源與缺失資訊 | S1–S5 已列出所有者、版本與定位器。待辦事項：風扇暫停安全性、其他轉速校準、早期討論、採購組件條款、廠商揭露事實以及演示細節。所有者與要求的回應日期列於下方的缺口日誌中。 | S2 §4；S3 §3；S5 §§2–4。沒有任何空白答案被視為「無」。 |
| 13. 事實確認與法律顧問交接 | 5 月 4 日的樣本確認條目：Priya 確認採樣描述並標記熱限制；Julian 確認已實作的閾值並標記其他轉速校準為待處理；Morgan 僅確認報告的台架觀察結果並要求後續追蹤廠商文件。法律顧問接收者：組織 IP 接收佇列，個人未指派。已於 5 月 4 日請求交接。尚未進行法律顧問審查；此範例流程中未授權任何檢索或起草工作。 | S4 §3；S5 §4。貢獻、揭露、協議與後續步驟等問題仍待解決。 |
此追蹤記錄防止了將合理的設計提案轉變為已主張的成果。例如，S2 支持所提議的多轉速實施方式。S3 僅支持 2,000 RPM 下的觀察結果。若將兩者合併為「已在各風扇轉速下測試」將會誤述記錄內容。
資訊缺失檢查清單與審查交接
一份實用的檢查清單應針對每個未知項目記錄一個可執行的問題。以下是假設範例中的待辦問題記錄：
| 缺失資訊 | 問題與所需記錄 | 負責人與要求日期 |
|---|---|---|
| 操作限制 | 在何種帶電櫃體條件下風扇可以暫停？請提供熱評估報告。 | Priya，5 月 6 日。 |
| 未經測試的實施方案 | 哪些速度具有校準值，且是否經過測試？請提供校準表及相關報告。 | Julian，5 月 6 日。 |
| 開發歷程 | 先前是否有過討論或技術貢獻？請提供註明日期的筆記與個人說明。 | 所有貢獻者，5 月 6 日。 |
| 第三方條款 | 適用哪些採購組件或供應商協議？請提供相關條款與協議記錄。 | Alex，5 月 5 日。 |
| 外部事件 | 4 月 28 日確切發送了什麼內容、發送給誰，以及在何種存取條款下進行？5 月 15 日將會展示什麼內容？ | Morgan 與 Alex，5 月 5 日。 |
| 法律後續步驟 | 在進行範圍界定搜尋或撰寫任務之前，有哪些關於貢獻、時間點和權利的問題需要跟進？ | 交接時指定的專利顧問。 |
在委託進行先前技術分析或撰寫申請文件之前，請使用這些建議的組織檢查點。
1. 取得發明人與貢獻者的事實確認
每位擬定的發明人及相關貢獻者應審閱其個人的貢獻敘述以及其所知悉的技術事實。記錄姓名、日期、修正內容及未決事項。以下是一份可重複使用的確認範本：
我已審閱技術說明、我所記錄的貢獻，以及我所知悉的開發與揭露事件。我的修正意見與不確定之處已記錄在待辦問題日誌中。此確認僅涉及事實準確性，不構成法律上的發明人認定。
此項初步確認與美國申請階段的發明人宣誓或聲明不同。請避免要求他人確認其未觀察到的測量結果或無法證實的事件。
2. 將記錄移交給專利顧問
將版本化的表單、原始資料包、確認記錄、缺漏日誌以及實際或計畫中的外部事件詳情發送給指定的顧問。即使技術回應尚未完成，也應立即標記即將發生的事件。
顧問將審閱貢獻敘述、揭露事實、管轄權背景、協議及建議的後續步驟。請將日期作為審閱的事實依據。如 WIPO 的專利指南所述，揭露的法律效力因管轄區而異；表單不應被用來計算通用的申請截止日期。
3. 記錄界定後的後續任務
顧問可能會要求提供更多事實、授權進行特定的先前技術搜尋，或在規定的限制下指派撰寫任務。請記錄接收者、審閱版本、獲准任務、範圍及剩餘問題。將搜尋結果與技術記錄提供給顧問，以評估相關的早期揭露、評估可專利性並設定撰寫範圍。申請準備工作需要進行獨立的專利撰寫審閱。
AI 輔助發明揭露如何融入流程
發明人通常透過簡報、圖紙、測試報告和技術討論來描述其工作。要求他們在問卷中重現所有細節會增加轉譯的步驟。AI 輔助的初步作業可以將提供的資料整理成草稿並支援後續提問，同時由發明人確認事實，並由律師保留審閱與決策權。
請將原始記錄與待辦問題日誌與草稿一併保存。將擬議的實施例標記為「擬議」。保留記錄間的衝突，直到相關人員解決為止。未回答的欄位應保持可見，而非填入臆測的假設。
Patlytics 的適用場景
Patlytics 的發明揭露 (IDF) 模組支援以下初步作業流程：
- 透過文件或口述進行事實擷取：開始一份空白揭露文件、上傳 DOCX、PDF 或 PPT 素材，或直接口述想法。引導式作業會詢問釐清問題，並將回應整理成結構化的章節。
- 使用自訂範本標準化記錄：使用預設範本或自訂的 DOCX 或 PDF 範本。新增、重新排列或移除章節，以符合貴組織的表單格式。
- 審閱可編輯的草稿與狀態：在編輯器中直接修改生成的草稿，將揭露標記為「已撰寫」以進行提交，並在編輯器中追蹤狀態。
- 透過跨揭露去重功能審閱相關提交內容：本模組會標記各項提交中重複的揭露內容，供企業智慧財產權團隊進行審閱。
- 透過 DOCX 匯出與專利撰寫功能進行交接：匯出 DOCX 檔案以供離線審閱，或上傳至智慧財產權管理系統 (IPMS)。您可在同一工作區啟動「專利撰寫」功能，進行下一項任務。
發明人確認技術事實；律師審閱揭露內容並指示後續任務。
了解 Patlytics 如何將發明人的簡報、測試報告或口頭構想，轉化為律師可採納的揭露文件。預約展示。
頂尖 AI 驅動的
專利平台
縮短週期，提升利潤，創造卓越的智慧財產權成果。
