發(fā)明分析與權利要求撰寫：專利律師指南（原書第2版）

致謝Ⅰ
關于作者Ⅲ
本書介紹Ⅴ
譯者說明
譯者介紹ⅩⅤ
第一部分確認發(fā)明
第1章發(fā)明是構思
從技術問題開始
本章回顧
第2章從技術問題開始（而不是實施例）
技術問題是什么？
實物教學課：科納（Konaclip）曲別針
本章回顧
第3章“問題—解決方案”的描述
盡早開始
大思維
不要被發(fā)明人的實施例所迷惑
先是質疑者，后是辯護者
單獨的發(fā)明創(chuàng)造單獨處理
定義本發(fā)明,試試它的大小是否合適
本章回顧
第4章“問題—解決方案”的描述——達到應有的寬度
設想“對手團隊”
挖掘實施例
分析究竟發(fā)生了什么
將“怎樣”與“什么”分開
構想替代方案，包括一些難以置信的方案
拓展技術問題
修剪和提煉
請教您的同事
首先“看透”本發(fā)明
使用歐式（“吉普森”式）權利要求作為一種分析發(fā)明的模式
設想銷售場景
想象一下，你只有60秒鐘來形容本發(fā)明
反復詢問發(fā)明人
本章回顧
第5章“問題—解決方案”的描述——避免過度寬泛
盡可能寬泛地理解“問題—解決方案”的描述
正確的縮窄方式
持續(xù)聚焦于專利寬度及其功能
縮窄技術問題而不是解決方案
反思無馬的馬車
本章回顧
第6章退守特征和計劃性退守
為什么需要退守（回退）策略
計劃性退守
使用“問題—解決方案”范式識別退守特征椅子的計劃性退守
本章回顧
第二部分撰寫單獨的權利要求
第7章基于問題解決法撰寫獨立權利要求
五個步驟
示例
微波爐均勻加熱裝置
交通信號器
組合步驟中的可選項
前序部分
重新排列和重復
法定權利要求類型
結構性特征與裝置加功能特征
發(fā)明的場合
問與答
過短的權利要求
本章回顧
第8章基于發(fā)明點撰寫獨立權利要求
步驟1和2：設定場合和權利要求類型
步驟3：確定發(fā)明點
思考問題和解決方案
找出“究竟發(fā)生了什么”
將“什么”與“怎樣”分開
步驟4：基于發(fā)明點撰寫權利要求
以終為始
只打包你所需要的
定義，不要解釋
使用功能性描述使得權利要求特征數(shù)量最少
仔細檢查每個修飾語
確認權利要求正確表達了你的意圖
假設輸入信號和數(shù)據(jù)/參數(shù)值是現(xiàn)成的——不要在權利要求中去生成
為從屬權利要求保留從屬權利要求限定語
撰寫權利要求時，應胸有成竹，而非囿于附圖
力求簡單化
步驟5：采用“問題—解決方案”的描述作為基準
本章回顧
第9章中范圍和窄范圍的權利要求
退守性權利要求
差異性權利要求
實施例式獨立權利要求
寬度的問題
在許可和訴訟中的好處
在可專利性和“被侵權性”之間尋找平衡
最大化許可費基礎的權利要求
本章回顧
第10章解釋性權利要求
父權利要求可能被與發(fā)明無關的現(xiàn)有技術公開
父權利要求可能不清楚
問與答
本章回顧
第11章從屬權利要求布局
鏈式窘境
單獨提供專利性的權利要求應采取非鏈式方式
協(xié)同提供專利性的權利要求應采取鏈式方式
不能協(xié)同提供專利性的權利要求不應采取鏈式方式
徹底避免不起任何作用的權利要求
基于為計劃性退守做出的貢獻，在權利要求族中分層設置權利要求
將從屬權利要求的布局應用于不同的權利要求族中，以控制權利要求的數(shù)量
馬庫什組——粗心的陷阱
本章回顧
第12章具有功能性語言的權利要求
“功能性語言”而不是“功能性權利要求”
涉及新穎性的功能性語言
什么時候權利要求是過度功能性的
什么時候權利要求是非過度功能性的
關于范圍過寬
規(guī)則的意義
“用詞問題”
轉接詞
預期用途的描述
沃巴什的功能性語言到底表達了什么？
本章回顧
第13章裝置加功能
裝置加功能權利要求的寬度
裝置加功能權利要求的不清楚
不合格的權利要求撰寫者在做什么？
至少在一些權利要求中，以非裝置加功能形式構造功能性要素
只要有意義，就使用博勒加德（Beauregard）權利要求
不要完全放棄裝置加功能權利要求
用第112條（f）在頭腦中精細勾畫說明書
步驟加功能
本章回顧
第三部分權利要求書和可預見的執(zhí)行情況
4章發(fā)明應用場合和直接侵權者
發(fā)明應用場合
發(fā)明應用場合的釋義
發(fā)明應用場合的重要性
維護發(fā)明應用場合邊界的完整性
個體直接侵權人
兩類常見的侵權對象
采用競爭對手的思維模式
讀者練習
示例一：衣服制造
示例二：互聯(lián)網(wǎng)基礎設施
本章回顧
第15章法定權利要求類型
產(chǎn)品（機器/產(chǎn)出品）權利要求
一般的產(chǎn)品權利要求
計算機可讀介質（Beauregard）權利要求
傳播信號權利要求——不再允許
方法（步驟）權利要求
組合物權利要求
方法表征產(chǎn)品的權利要求
本章回顧
第16章權利要求的多樣性
重組“問題—解決方案”的描述
同時列舉功能和結構
術語變化
強制格式權利要求
功能限定與結構限定
要素或步驟的數(shù)量
前序部分長度
前序部分內容
要解決的問題
發(fā)明點的處理
基礎的科學或工程理論
數(shù)學方式的限定
粒度
時間性
信號域
強制格式示例
示例一：網(wǎng)絡搜索
示例二：行程編碼
示例三：模塊化地板
本章回顧
第17章結合預期的實施情況檢查權利要求
檢查整體權利要求書
非專利性/無效性
最大限度地提高專利對其所有者的價值
檢查單個權利要求
不恰當?shù)乜s小范圍
權利要求過寬和不清楚
超出發(fā)明應用場合邊界
形式檢查
本章回顧
第四部分專利申請的準備和審查過程處理
第18章撰寫背景技術和發(fā)明內容
讀者
背景技術
以終為始
保持簡短并有結論
不要在背景技術中引用附圖
不要把發(fā)明人的發(fā)現(xiàn)寫入背景技術
發(fā)明內容
以一句話陳述發(fā)明的解決方案
功能性呈現(xiàn)解決方案
閉合“問題—解決方案”環(huán)
指定選擇性特征
使用“倒金字塔”樣式
要有創(chuàng)造力
本章回顧
第19章撰寫具體實施方式
具體實施方式是背景技術/發(fā)明內容的擴展
闡述問題
闡述解決方案
采用前述的倒金字塔樣式獲得發(fā)明
在撰寫具體實施方式之前，掌握發(fā)明
詳細描述體現(xiàn)發(fā)明的地方
隨時收集變化和替換方式；把它們保留到最后
何時撰寫具體實施方式？
最后的核查
本章回顧
第20章權利要求被拒絕——修改還是爭辯？
四個問題，六個選項
問題1：審查員關于顯而易見性的立場是否有充分依據(jù)？（框11、框12）
問題2:權利要求可以從所引用的現(xiàn)有技術中獲知嗎？(框13、框14)
試著從審查員的角度去看
不要過度解讀參考文獻
不要僅僅依靠發(fā)明人對參考文獻的解讀
問題3:被引用的現(xiàn)有技術是否公開了發(fā)明構思？(框15、框16、框18)
問題4:發(fā)明是否早于參考文獻？(框17、框20)
本章回顧
第21章權利要求的修改
重新考慮本發(fā)明,隨后重新考慮權利要求
當現(xiàn)有技術沒有公開發(fā)明構思時的修改
引用的現(xiàn)有技術公開了發(fā)明構思時的修改
丟掉無用的限定
本章回顧
第22章與發(fā)明人合作
課堂式學習的局限性
自主學習
從已知的起點開始
慢慢地、謹慎地前進
不要放過任何必要的細節(jié)
充分利用你對技術的好奇心
從一開始就依靠發(fā)明人
邁出第一步很難——但你必須這么做
讓發(fā)明人參與申請的準備工作
準備申請文件的四階段協(xié)作過程
本章回顧
附錄A發(fā)明構思及其“問題—解決方案”的描述
附錄B讀者練習——以及作者答案
附錄C專利示例
附錄D《美國法典》第35卷節(jié)選(自2013年3月16日起生效)
術語表
索引