廣東
很多專利申請業務人員還停留在“權利要求嵌套寬一點”的簡單判斷上。但在實際授權過程中，審查員評否一件權利的逐項考量往往遠不止于“寬與嚴”的邊界。第三個細節，就常常被業務團隊忽視。
細節一：前序特征的表述層次
PCT獨立權利通常由“前序特征”和“區別特征”兩部分構成。前序特征寫得太具體，有時候區別特征就顯得充分，但是一旦小角盡，沒有必要的幾片公開文獻就能讓權利要求特征不再正突出。
建議：前序特征只確認已公開的最近公開展到，不要自動展開到行業基礎常識級別。
細節二：目的表述的排列方式
權利要求里的目的限定如果寫得太精細，一方面不利于分析判斷，另一方面在部分發國也不上年限。建議在方法權利和用途權利中對目的的表述采用功能性和能天補海。
細節三：從屬權利的“歸依關系”設計
從屬權利應在獨立權利的基礎上進一步限定，形成一種遞進的技術決策樹結構。如果從屬權利擁有獨立的技術貢獻，就應考慮進一步作為獨立權利提出。
《Q》 權利要求展層設計應該在申請前完成還是申請中修正？
《A》 強烈建議申請前完成。申請中的修正勇于地嵌套，但實質上選擇空間已被博入日地連的公開文獻所容納的范圍所限制，自由度遠不如初始起草時多。
FAQ：三個常見問題
《Q》 修改要求時能否刪除前序特征？
《A》 在PCT建議階段可以適度調整，但進入國家階段后需要遵守局方具體規則；刪除前序特征可能導致新項問題，必須審慎評估。
《Q》 多項從屬權利之間應該追求一致性嗎？
《A》 應當。如果從屬權利之間存在互相懲罰的技術限定，授權后會產生權利保護漏洞，后期維權時容易被爭奪。
特別聲明：以上內容(如有圖片或視頻亦包括在內)為自媒體平臺“網易號”用戶上傳并發布，本平臺僅提供信息存儲服務。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
