文/北京集佳知識產(chǎn)權代理有限公司 馬驍

　　一、引言

　　專(zhuān)利法第26條第1款規定：申請發(fā)明或者實(shí)用新型專(zhuān)利的，應當提交請求書(shū)、說(shuō)明書(shū)及其摘要和權利要求書(shū)等文件。專(zhuān)利法第26條第4款規定：權利要求書(shū)應當以說(shuō)明書(shū)為依據，清楚、簡(jiǎn)要地限定要求專(zhuān)利保護的范圍。專(zhuān)利法第59條第1款規定：發(fā)明或者實(shí)用新型專(zhuān)利權的保護范圍以其權利要求的內容為準，說(shuō)明書(shū)及附圖可以用于解釋權利要求的內容。

　　以上法條說(shuō)明了權利要求書(shū)和說(shuō)明書(shū)的重要性：說(shuō)明書(shū)和權利要求書(shū)是記載發(fā)明或者實(shí)用新型及確定其保護范圍的法律文件。

　　對于以上法條，一方面，“權利要求書(shū)應當以說(shuō)明書(shū)為依據”似乎表明，在撰寫(xiě)專(zhuān)利申請文件時(shí)，應先撰寫(xiě)說(shuō)明書(shū)，然后根據說(shuō)明書(shū)的內容，提煉出權利要求。但是一件申請涉及一個(gè)細分領(lǐng)域，知識龐雜。幾十頁(yè)說(shuō)明書(shū)在描述清楚一個(gè)細分領(lǐng)域的情況下，清楚的說(shuō)明發(fā)明點(diǎn)，談何容易。而且，每一件申請都有時(shí)限，甚至是急案，在短時(shí)間內，為了完成撰寫(xiě)任務(wù)，先從說(shuō)明書(shū)開(kāi)始，總讓人感覺(jué)缺乏抓手、缺乏頭緒、困難重重，過(guò)大的工作量也讓人心理負擔很重。

　　另一方面，“權利要求書(shū)應當……清楚、簡(jiǎn)要地限定要求專(zhuān)利保護的范圍”似乎又表明一個(gè)獨立權利要求就把方案說(shuō)的清清楚楚，把希望的保護范圍限定的明明白白。但是，一個(gè)文字量在十行量級的權利要求想把一個(gè)細分領(lǐng)域的、有“新創(chuàng )”性的方案說(shuō)的明明白白又談何容易，而且還要考慮得到說(shuō)明書(shū)的支持。

　　那么如何高效地撰寫(xiě)出高質(zhì)量的發(fā)明或實(shí)用新型的申請文件（以下簡(jiǎn)稱(chēng)“申請文件”）呢？

　　在本文中，筆者參考編程，對如何撰寫(xiě)專(zhuān)利申請文件進(jìn)行分析和討論，并提出一些建議，希望對同行有所啟發(fā)。

　　二、分析和討論

　　對于撰寫(xiě)申請文件，在不斷的實(shí)踐和磨練中，一種可選的工作流程是：抓住核心技術(shù)手段，參考編程，定義變量，寫(xiě)出包含核心技術(shù)手段的實(shí)現方案技術(shù)功能的主體偽代碼流，參考偽代碼流撰寫(xiě)獨立權利要求，考慮獨立權利要求的各要素撰寫(xiě)從屬權利要求，參考權利要求書(shū)撰寫(xiě)說(shuō)明書(shū)實(shí)施例部分，最后是補充說(shuō)明書(shū)其他部分，通讀申請文件，查漏補缺。

　　也就是說(shuō)，在撰寫(xiě)申請文件時(shí)，推薦先寫(xiě)權利要求書(shū)，后寫(xiě)說(shuō)明書(shū)。

　　在撰寫(xiě)申請文件前，專(zhuān)利代理師已有的信息是：專(zhuān)利法的相關(guān)規定和發(fā)明人的技術(shù)交底材料。一份合格的技術(shù)交底書(shū)至少應包括：作為區別于現有技術(shù)的發(fā)明點(diǎn)的核心技術(shù)手段的描述。通常，作為技術(shù)交底書(shū)的核心內容的核心技術(shù)手段的描述篇幅在1頁(yè)之內。顯然，該核心技術(shù)手段即為申請人、發(fā)明人希望保護的內容。申請文件必然要通過(guò)申請人方的審核。先寫(xiě)出權利要求，甚至僅獨立權利要求1，讓發(fā)明人審核后再寫(xiě)說(shuō)明書(shū)，這樣做可以提高工作效率。

　　先寫(xiě)出權利要求明確核心，可以節約時(shí)間。相比于先寫(xiě)說(shuō)明書(shū)，先寫(xiě)出權利要求，讓發(fā)明人確認，這能利用較少的工作量最早消除理解偏差，防止在花費了大量工作時(shí)間寫(xiě)出說(shuō)明書(shū)，發(fā)現嚴重問(wèn)題后，推到重寫(xiě)，大幅改動(dòng)，費時(shí)費力。申請文件完成初稿后，一旦推到重寫(xiě)，工作量可能翻倍，甚至更多，這對發(fā)明人、專(zhuān)利代理師都帶來(lái)了很大壓力。有可能出現，專(zhuān)利代理師花了很多精力，但客戶(hù)抱怨體驗差。

　　如果在撰寫(xiě)完說(shuō)明書(shū)后，推到重寫(xiě)，通常改動(dòng)會(huì )很多，很可能導致時(shí)間緊迫，忙中出錯，成稿申請文件存在較多瑕疵。

　　相比于說(shuō)明書(shū)，獨立權利要求1較短，發(fā)明人更容易審核，專(zhuān)利代理師也更容易發(fā)現問(wèn)題。因此，發(fā)明人能在花較少時(shí)間的情況下，抓住重點(diǎn)，快速和專(zhuān)利代理師達成共識，確定出申請文件的主體的綱要。從而使客戶(hù)有一個(gè)較好的服務(wù)體驗。

　　權利要求書(shū)確定，意味著(zhù)核心方案確定。確定核心方案后，在核心方案的基礎上展開(kāi)描述撰寫(xiě)說(shuō)明書(shū)，在邏輯上、條理上、層次上將更加清楚，寫(xiě)起來(lái)有重點(diǎn)，有底氣。簡(jiǎn)略也會(huì )得當。這可以很好地保證專(zhuān)利代理師的工作效率。

　　先寫(xiě)權利要求書(shū)，后以權利要求書(shū)為綱要撰寫(xiě)說(shuō)明書(shū)的實(shí)施例部分，這可以保證權利要求清楚（尤其是審查員在閱讀了說(shuō)明書(shū)實(shí)施例對權利要求方案的細節的描述后），權利要求能夠得到說(shuō)明書(shū)的支持，說(shuō)明書(shū)重點(diǎn)突出，詳略得當，篇幅較短，用較小的工作量實(shí)現較優(yōu)的效果。

　　下面對撰寫(xiě)流程的細節進(jìn)行進(jìn)一步描述。

　　在研讀交底材料，和發(fā)明人溝通后，就可以確認核心技術(shù)手段。核心技術(shù)手段對應一定的功能，該功能是對一些具體的對象進(jìn)行操作。對象可以用對象的屬性來(lái)描述。這里的屬性可視為變量，甚至模塊、對象也可以被定義為變量。因此，需要定義變量?？梢杂靡子诶斫獾挠⑽目s寫(xiě)符號表示各種變量以及變換（包括過(guò)程、操作或函數），這可以為后面的邏輯推理、演繹做好鋪墊。變量可以為單個(gè)參數，也可以為包括多個(gè)元素的集合。核心技術(shù)手段的確定為后續偽代碼撰寫(xiě)提供了抓手和指引。

　　偽代碼（Pseudocode）是一種非正式的，類(lèi)似于英語(yǔ)結構的，用于描述模塊結構圖的語(yǔ)言。偽代碼結構清晰、代碼簡(jiǎn)單、可讀性好，并且類(lèi)似自然語(yǔ)言。偽代碼介于自然語(yǔ)言與編程語(yǔ)言之間。一段偽代碼流有清楚的輸入、合理的富有邏輯的處理步驟、清楚的輸出。英文符號語(yǔ)言非常適合作邏輯推理。這些決定了偽代碼流非常適合較嚴謹的以簡(jiǎn)潔、邏輯性強的方式描述或體現權利要求（例如，權利要求1）的技術(shù)方案。因此，寫(xiě)出了偽代碼流就相當于較為準確地理解了發(fā)明，有了“元權利要求1”。因此在充分理解交底材料的基礎上寫(xiě)出滿(mǎn)意的偽代碼流是撰寫(xiě)申請文件的流程中最難也是最重要的步驟。一個(gè)簡(jiǎn)單的偽代碼流的示例可以包括：對應接收輸入的變量的初始化，中間變量變換，基于變換變量確定最終結果作為輸出。偽代碼中可能包含條件語(yǔ)句、循環(huán)（迭代）、函數調用、過(guò)程調用、選擇結構等。在撰寫(xiě)偽代碼時(shí)，要重點(diǎn)考慮核心技術(shù)手段所對應的變換或操作。上下游操作都為核心變換服務(wù)或因核心變換而出現。完成的偽代碼為權利要求的撰寫(xiě)提供了條理清晰的抓手和指引。

　　完成了偽代碼流后，下一步的工作就相對輕松。對照偽代碼流，按照一般的權利要求撰寫(xiě)范式，將偽代碼流變換為自然語(yǔ)言，就得到了權利要求1的主體框架。初始的權利要求1可以包含必要的定義、實(shí)現功能的必不可少的操作以及對應核心技術(shù)手段的操作。對初始權利要求進(jìn)行優(yōu)化后就可以定稿權利要求1。優(yōu)化可以包括術(shù)語(yǔ)的調整、變量精簡(jiǎn)、操作精簡(jiǎn)、層次結構的優(yōu)化以及邏輯嚴謹性的改進(jìn)、上位化等。優(yōu)化時(shí)，作好必要的批注，可以不再同步更新偽代碼流，以減少工作量，提高工作效率。

　　獨立權利要求1定稿后，從屬權利要求可以對照獨立權利要求中的要素，參考交底材料，對發(fā)明人關(guān)注的各個(gè)細節進(jìn)行進(jìn)一步的限定、擴展。這相對是較容易的工作。需要注意的是，通常將較重要的從屬權利要求定位在靠前位置；將子從屬權利要求跟在其父從屬權利要求后，以使得權利要求書(shū)的層次結構清楚，修改時(shí)容易操作。必要時(shí)，可以使用程序自動(dòng)調整權利要求編號、引用關(guān)系，以提高工作效率。完成的權利要求為說(shuō)明書(shū)的撰寫(xiě)提供了抓手和指引，使得在撰寫(xiě)說(shuō)明書(shū)時(shí)，腦中有綱，心中有目，思路清晰，方向明確，胸有成竹。

　　初稿權利要求書(shū)經(jīng)過(guò)審核（包括發(fā)明人審核、修改）后，就可以認為完成了權利要求書(shū)。然后就可以參考權利要求書(shū)，制圖、撰寫(xiě)實(shí)施例。有了權利要求書(shū)的引導，這部分工作也相對程式化，比較容易完成。

　　完成實(shí)施例部分后，就可以補充說(shuō)明書(shū)其他部分，通讀申請文件，查漏補缺。一份申請文件初稿就完成了。

　　利用以上流程，將復雜的申請文件撰寫(xiě)拆分成多個(gè)易于執行的簡(jiǎn)單步驟，從而增強代理人的信心，有利于高效、順利完成撰寫(xiě)任務(wù)。

　　需要說(shuō)明的是，對于在撰寫(xiě)申請文件時(shí)遇到的一些小問(wèn)題，尤其是涉及技術(shù)細節的次要問(wèn)題，如不影響后續撰寫(xiě)，最好不要中斷寫(xiě)作和發(fā)明人溝通，而是批注后，繼續往下寫(xiě)。在完成申請文件初稿后，可以保留批注，將文件發(fā)發(fā)明人，請發(fā)明人集中書(shū)面回答。

　　撰寫(xiě)申請文件是一個(gè)細節多、要素耦合關(guān)系多的工作。需要細心，不斷迭代修改。因此，需要耐心、謹慎，細致，充分用好編輯軟件。一個(gè)清晰、簡(jiǎn)潔的撰寫(xiě)邏輯線(xiàn)，有助于避免失誤，提高效率。

　　程序員具有：邏輯思維、優(yōu)化思維、熱衷解決問(wèn)題、忍耐的特點(diǎn)。這些特點(diǎn)也適用于專(zhuān)利撰寫(xiě)。上述討論融合了這些特點(diǎn)。

　　三、結論

　　在根據技術(shù)交底材料撰寫(xiě)申請文件時(shí)，一種推薦的工作流程是：抓住核心技術(shù)手段，參考編程方法，定義變量，寫(xiě)出包含核心技術(shù)手段的實(shí)現方案技術(shù)功能的主體偽代碼流，參考偽代碼流撰寫(xiě)獨立權利要求，考慮獨立權利要求的各要素撰寫(xiě)從屬權利要求，參考權利要求書(shū)撰寫(xiě)說(shuō)明書(shū)實(shí)施例部分，最后是補充說(shuō)明書(shū)其他部分，通讀申請文件，查漏補缺。

　　在實(shí)際實(shí)踐時(shí)，專(zhuān)利代理師也可以對上述流程做出適當調整或改進(jìn)。相對于偽代碼程序，圖更加直觀(guān)，包含更多信息，容易記憶，容易發(fā)現問(wèn)題。因此，對于復雜的案子，可以考慮在編寫(xiě)偽代碼流的基礎上，輔以流程示意圖、終端交互示意圖。磨刀不誤砍柴功，做足了先前的構思工作，后期寫(xiě)起申請文件來(lái)自然得心應手，水到渠成。

　　最后，需要說(shuō)明的是，以上工作流程非常適合撰寫(xiě)涉及方法創(chuàng )新的專(zhuān)利申請。對于涉及產(chǎn)品的專(zhuān)利申請，也可以參考上述流程，因為：產(chǎn)品總是對應一定的功能，該功能的實(shí)現必然依托一些具有相應子功能的子模塊來(lái)支持。而功能又與方法中的操作（步驟）對應。因此，通過(guò)把偽代碼流中的各操作對應到相應的模塊來(lái)進(jìn)行產(chǎn)品權利要求撰寫(xiě)，同樣可以高效、準確地撰寫(xiě)出高質(zhì)量的產(chǎn)品創(chuàng )新方面的申請文件。