專利交底書是申請(qǐng)人需要申請(qǐng)專利時(shí)向?qū)＠砣颂峁┑囊环菁夹g(shù)文檔，是專利代理人與發(fā)明人溝通的橋梁。一份好的專利交底書可以方便代理人快速理解技術(shù)方案，可以節(jié)省后續(xù)發(fā)明人與代理人溝通的時(shí)間，也能提高專利申請(qǐng)文件的撰寫質(zhì)量。

對(duì)于軟件專利來說，發(fā)明人在研發(fā)過程中形成的文檔實(shí)際上大多是軟件代碼。通常，寫代碼的發(fā)明人對(duì)于需要使用自然語言來進(jìn)行表達(dá)是比較頭疼的。所以相對(duì)于其他領(lǐng)域，往往撰寫軟件案的交底書對(duì)于發(fā)明人來說，會(huì)覺得難度更大。

首創(chuàng)知識(shí)產(chǎn)權(quán)代理有限公司建議發(fā)明人可以從以下幾個(gè)方面來考慮如何撰寫軟件案的交底書：

發(fā)明人首先要克服心態(tài)

專利本身不是一個(gè)神秘的東西，任何一個(gè)研發(fā)人員都是一個(gè)專利發(fā)明人。能夠?qū)④浖募夹g(shù)方案講述出來的研發(fā)人員，就能寫好一份軟件案的交底書。代理人需要清楚掌握的技術(shù)方案才能撰寫出一份高質(zhì)量的專利申請(qǐng)文件，因此，撰寫交底書時(shí)發(fā)明人需要知無不言，言無不盡。

需求文檔和代碼文檔不是技術(shù)交底

軟件的發(fā)明人在研發(fā)過程中通常會(huì)形成兩種文檔：一是需求文檔，二是代碼文檔。

需求文檔通常是用來挖掘?qū)＠?。因?yàn)橛行枨笞匀痪陀幸粋€(gè)需要解決的問題，從而會(huì)延伸出解決問題的技術(shù)方案，而“問題+方案”即構(gòu)成了專利。但是需求文檔中的關(guān)于技術(shù)方案的描述，在形式上與專利所言的技術(shù)方案有著本質(zhì)的區(qū)別。需求文檔更多的是從用戶層面去描述需要做一些什么事情，雖然有的需求文檔會(huì)比較詳細(xì)，也可能包含部分技術(shù)手段在其中，但是需求文檔通常會(huì)包含比較多的與專利無關(guān)的內(nèi)容，會(huì)給代理人造成很大的困擾。因此，不能直接將需求文檔作為交底書。

通常，研發(fā)人員眼中的軟件的技術(shù)方案就是代碼本身，在描述技術(shù)方案的時(shí)候也容易從代碼的角度去描述。但是實(shí)際上，軟件專利的技術(shù)方案并不是代碼本身，也不能用代碼的形式去表述軟件專利中的技術(shù)方案。需要采用另外一種形式來描述軟件專利的技術(shù)方案。那么以什么樣的形式來描述呢？

我們都知道，研發(fā)人員在寫代碼的時(shí)候，通常會(huì)在代碼后面添加注釋，用來說明這一行或多行代碼在做什么事情。簡單來說，寫軟件專利的技術(shù)方案實(shí)際上就相當(dāng)于在給代碼添加注釋，只不過這個(gè)注釋會(huì)更加詳細(xì)，也更加有邏輯性。也就是說，軟件專利中的技術(shù)方案實(shí)際就是代碼在運(yùn)行時(shí)所要實(shí)現(xiàn)的步驟。

綜上，軟件專利的交底書既不是需求說明書，也不是代碼本身，而是通過文字描述出來的構(gòu)思。發(fā)明人需要采用自然語言去描述軟件專利的技術(shù)方案。

一份專利交底書至少需要包含三大部分

專利是針對(duì)現(xiàn)有技術(shù)提出的新的技術(shù)方案，一個(gè)專利的骨架是技術(shù)問題、技術(shù)手段和有益效果，因此，一份專利交底書至少需要包含這三大部分。具體的，可以從以下幾個(gè)方面撰寫軟件案的交底書：

A.術(shù)語解釋

由于軟件適用于各行各業(yè)，因此軟件專利涉及到的領(lǐng)域非常多，特別是隨著互聯(lián)網(wǎng)的發(fā)展，新生詞語層出不窮。因此，需要對(duì)該領(lǐng)域的技術(shù)詞語進(jìn)行解釋說明，如果有英文還需要給出中文注釋或解釋。例如，涉及視頻編碼的技術(shù)方案，可對(duì)“視頻幀”這一術(shù)語進(jìn)行解釋：視頻由很多個(gè)連續(xù)的畫面組成，每一個(gè)靜態(tài)畫面稱為一個(gè)視頻幀。

B.本發(fā)明的發(fā)明點(diǎn)概述

每一個(gè)軟件專利都有一定的發(fā)明原理，用簡單的一段話來描述本發(fā)明對(duì)現(xiàn)有技術(shù)的改進(jìn)之處，可以讓代理人快速理解方案，掌握到本發(fā)明的發(fā)明點(diǎn)。

C.背景技術(shù)

背景技術(shù)是對(duì)該項(xiàng)發(fā)明之前的技術(shù)現(xiàn)狀的描述。在描述了現(xiàn)有技術(shù)的方案可以引出現(xiàn)有技術(shù)存在的缺陷和不足，以提出本發(fā)明要解決的技術(shù)問題，如上所述，技術(shù)問題也可以來源于需求文檔。

D.本發(fā)明的技術(shù)方案

本發(fā)明的技術(shù)方案部分是整個(gè)交底書中最重要的部分，需要發(fā)明人詳細(xì)描述是通過怎樣的技術(shù)手段和方法來解決背景技術(shù)中提出的技術(shù)問題。對(duì)于軟件案來說，則需要發(fā)明人通過自然語言描述軟件實(shí)現(xiàn)的方法流程。并且，在技術(shù)方案描述中需要寫清楚數(shù)據(jù)流向，包括數(shù)據(jù)如何產(chǎn)生、中間涉及到哪些處理以及最終輸出的是什么數(shù)據(jù)等。為更清楚的描述技術(shù)方案，結(jié)合各種圖來描述是一個(gè)很好的方式，這里的各種圖包括有流程圖、界面圖、時(shí)序圖、系統(tǒng)架構(gòu)圖、網(wǎng)絡(luò)拓?fù)鋱D、原理圖和應(yīng)用環(huán)境圖等等。正所謂千言萬語不如一張圖，結(jié)合圖來描述技術(shù)方案，會(huì)讓代理人更加容易理解。由于軟件案是用方法流程來描述技術(shù)方案的，對(duì)于方法流程中的每個(gè)步驟，需寫清楚每個(gè)步驟的執(zhí)行主體，例如是由終端執(zhí)行還是由服務(wù)器來執(zhí)行。并且在描述每個(gè)步驟的具體實(shí)現(xiàn)時(shí)，可多舉例和結(jié)合具體的應(yīng)用場景進(jìn)行描述。

具體的，根據(jù)軟件案的類型可包含以下幾種情況：

1）如果涉及到軟件應(yīng)用產(chǎn)品，可以分別從產(chǎn)品側(cè)和技術(shù)側(cè)兩個(gè)角度來進(jìn)行描述，產(chǎn)品側(cè)可描述產(chǎn)品即前端的形態(tài)（結(jié)合界面圖），而技術(shù)側(cè)描述后臺(tái)的數(shù)據(jù)處理（結(jié)合流程圖）；

2）如果涉及到多端交互，需要以步驟形式從每一端出發(fā)寫出該端涉及到的處理（結(jié)合時(shí)序圖）；

3）如果涉及到算法，需要以步驟形式寫出具體的算法邏輯規(guī)則；

4）如果涉及到公式，需要寫出具體的公式形式，并給出公式中每個(gè)參數(shù)的物理含義；

5）如果涉及到系統(tǒng)架構(gòu)，需要描述系統(tǒng)中各個(gè)組成部分的作用，各組成部分之間的關(guān)系以及各組成部分之間的交互過程（結(jié)合系統(tǒng)架構(gòu)圖、網(wǎng)絡(luò)拓?fù)鋱D等）。

E、本發(fā)明產(chǎn)生的技術(shù)效果

這部分是跟技術(shù)問題對(duì)應(yīng)的，列出本發(fā)明所有能夠?qū)崿F(xiàn)的技術(shù)效果即可。

撰寫軟件案的交底書需要發(fā)明人將腦海中的思想轉(zhuǎn)換成文字描述，通過自然語言描述出軟件專利的技術(shù)方案，只要愿意花一定的時(shí)間進(jìn)行整理，完全可以寫出一份質(zhì)量較高的專利交底書。