? ? 難點一：機器端寫

不要把你自己當人，要把自己當機器，站在機器的視角去撰寫，即機器端寫。為什么呢，因為執行這個軟件方法的是機器，軟件專利對應的侵權產品是機器，撰寫需要寫機器做了啥，寫人（即客戶）做了啥沒用，客戶不是侵權主體。機器端撰寫主打的就是一個不適應，你得花時間去適應它，就像一個說中文的人學說英文，一開始咋都覺得變扭。

機器端撰寫還有一個就是欺騙，交底書騙你就幾句話，寫起來成千上萬句話，寫到你感覺交底書在看你的笑話，寫完你又覺得有點牛叉。

例如：滑動解鎖如此簡單明了的四個字，在機器端就不那么簡單了，機器至少要執行以下步驟：

? ?機器端寫

檢測觸控屏上的觸控起始點和觸控終止點；判斷觸控起始點和觸控終止點之間的操作時間間隔是否小于預設時長；判斷觸控起始點和觸控終止點的位置是否分別落入觸控屏中預設的解鎖啟示區域和解鎖終止區域；若判斷出觸控起始點和觸控終止點之間的操作時間間隔小于預設時長，觸控起始點和觸控終止點的位置分別落入觸控屏中預設的解鎖啟示區域和解鎖終止區域，則執行解鎖命令，將電子設備的屏幕切換至解鎖狀態。所以，軟件案的撰寫像甲方與乙方，甲方一句話的事，乙方996的事。

? ?難點二：一端寫

不要正常對話，必須單方面白話，即單側寫或者一端寫。啥意思呢，像多個玩家一起推塔，只寫一個玩家的操作，但偶爾還要從這個玩家的視角去講述另一個玩家在干啥。單側寫與機器端寫類似，主要是思考方式與日常生活學習都不同，需要多練習，慢慢習慣。

例如，下圖一個多端交互的方案：

你得針對每一端進行單獨撰寫，只寫一端交互不下去咋辦，用靜態限定或介詞引入等方式給說明白，如下權利要求，站在服務器側進行撰寫，一對講主終端做的動作（劃線部分）通過介詞引入和靜態限定的方式描述。

? ?一端寫

? ?一種跨密碼系統對講群組的建立方法，其特征在于，所述對講群組包括一對講終端和服務器，所述方法用于所述服務器，所述方法包括：1.響應于通過所述一對講終端選取第二對講終端加入所述對講群組，向所述一對講終端發送所述第二對講終端的第二對講終端關聯信息；2.根據所述第二對講終端關聯信息生成管理密鑰信息，并將所述管理密鑰信息發送給所述一對講終端；3.接收所述一對講終端發送的一會話消息，所述一會話消息由所述一對講終端根據所述管理密鑰信息生成；4.根據所述一會話消息和第二對講終端的第二身份信息進行對講群組建立驗證，以在驗證通過的情況下，建立所述對講群組。

? ?難點三：數據邏輯寫

? ?將看不見的機器處理過程，通過數據處理邏輯進行展現，即數據邏輯寫。在邏輯性上，這個相對比較簡單，只要學理工科的，基于邏輯思維對軟件的執行邏輯進行分析，提取其數據處理的過程，按照數據處理邏輯撰寫即可，這對于理工科的代理師而言邏輯的嚴密性沒啥難度，難點在于提取或者引導發明說出其數據處理的過程。

發明人給的交底書一般類似于給客戶的說明書，是針對人的，或者，直接丟你一堆代碼。媽呀，作為一個只過了計算機二級的我來說，軟件代碼很多看不懂的，直接跟發明人說看不懂吧，又怕發明人說看不懂你寫啥軟件案，此時得引導發明人告訴你每一步是咋做的。有些發明人配合，有些人不配合，不配合的讓他補充代碼的中文注釋，幾千行的代碼，中文代碼注釋老費事了（看起來也費事），所以好還是溝通軟件的執行邏輯。

? ? 撰寫過程

? ? 剛撰寫軟件案的一年，基本上都圍繞以上三點反復的打磨，被師傅改、被領導改、被IPR改，自己再改改改。翻到當初剛入行時寫的新申請，經常是獨權四五稿、從權三四稿、說明書四五稿，關鍵好不容易公司內部審核通過了，在IPR那里還要再重新來一遍。記得有個大廠的IPR改了我七稿，后雖然給我打了個A，內心還是想刀他。

? ? 雖說梅花香自苦寒來，但這個苦趕超常溫美式了，不然為啥別的職業都是走過、跨越，而代理師是熬過。不過，還是要感謝我的師傅和那些IPR們，感謝你們的認真負責、傾囊相授，為知產行業培養人才，我會將其傳承下去的。

來源于知產人文季?，作者文季

免責聲明：版權歸原創所有僅供學習參考之用，禁止用于商業用途，部分文章推送時未能及時與原作者取得聯系，若來源標錯誤侵犯到您的權益煩請告知我們將立即刪除。