作者：徐莉 律師、專利代理師

隨著互聯(lián)網(wǎng)和通信技術(shù)的高速發(fā)展，軟件方法類的專利申請(qǐng)不斷增多。軟件方法的技術(shù)方案通常由多個(gè)執(zhí)行主體共同實(shí)施，如在消息收發(fā)的通信場(chǎng)景中，執(zhí)行主體至少包括發(fā)送端（如移動(dòng)設(shè)備）和接收端（如基站）；在程序應(yīng)用的交互場(chǎng)景中，執(zhí)行主體至少包括用戶端（如終端設(shè)備）和服務(wù)端（如服務(wù)器）。

當(dāng)技術(shù)方案涉及多個(gè)執(zhí)行主體時(shí)，權(quán)利要求布局應(yīng)遵循單側(cè)撰寫原則，一套權(quán)利要求以單一執(zhí)行主體為對(duì)象進(jìn)行撰寫，以利于后續(xù)維權(quán)過(guò)程中認(rèn)定侵權(quán)。簡(jiǎn)單來(lái)說(shuō)，侵權(quán)認(rèn)定遵循全面覆蓋原則，如果一項(xiàng)權(quán)利要求涵蓋多個(gè)執(zhí)行主體，則在主張侵權(quán)時(shí)要證明每個(gè)執(zhí)行主體實(shí)施了權(quán)利要求所描述的步驟，不僅舉證義務(wù)加重，而且很容易因侵權(quán)方未覆蓋某一執(zhí)行主體/某一步驟，導(dǎo)致侵權(quán)認(rèn)定失敗。

因此，單側(cè)撰寫已成為代理師在處理涉及多端的軟件專利申請(qǐng)時(shí)的一項(xiàng)基本原則。筆者在軟件專利申請(qǐng)的撰寫實(shí)務(wù)中發(fā)現(xiàn)，單側(cè)撰寫原則確應(yīng)遵循，但不能生搬硬套，還需結(jié)合專利申請(qǐng)的必要技術(shù)特征、創(chuàng)造性、單一性等其他要求，具體問(wèn)題具體分析，處理好涉及多端的軟件專利的申請(qǐng)工作。

下面主要從單側(cè)撰寫和創(chuàng)造性兩方面考慮，結(jié)合撰寫實(shí)務(wù)簡(jiǎn)單分析涉及多端的軟件專利申請(qǐng)的撰寫思路，并討論具體案例中當(dāng)單側(cè)撰寫與創(chuàng)造性沖突時(shí)如何權(quán)衡。

撰寫思路

第一步，理清技術(shù)方案。由多個(gè)執(zhí)行主體共同實(shí)施的軟件方法，通常包括較多的交互步驟，理清技術(shù)方案、明確各個(gè)執(zhí)行主體之間如何交互以解決技術(shù)問(wèn)題，是撰寫的前提。在實(shí)踐中，可以借助直觀描述各個(gè)執(zhí)行主體之間交互過(guò)程的交互圖，進(jìn)行技術(shù)方案的整理和分析。

第二步，基于單側(cè)撰寫進(jìn)行每個(gè)執(zhí)行主體的方案拆分。從技術(shù)方案保護(hù)的角度出發(fā)，按照單側(cè)撰寫原則提取每個(gè)執(zhí)行主體的執(zhí)行步驟，形成每個(gè)執(zhí)行主體的技術(shù)方案。本步驟中，從技術(shù)方案保護(hù)的角度出發(fā)是指對(duì)適宜作為軟件專利的保護(hù)對(duì)象的執(zhí)行主體進(jìn)行方案提取，排除用戶等不適宜作為軟件專利的保護(hù)對(duì)象的執(zhí)行主體。

第三步，基于發(fā)明點(diǎn)進(jìn)行每個(gè)執(zhí)行主體的方案提煉和創(chuàng)造性判斷。以發(fā)明點(diǎn)為核心，對(duì)每個(gè)執(zhí)行主體的技術(shù)方案進(jìn)行提煉，總結(jié)必要技術(shù)特征和發(fā)明點(diǎn)相關(guān)特征，使區(qū)別于現(xiàn)有技術(shù)的發(fā)明構(gòu)思體現(xiàn)在拆分出的每個(gè)執(zhí)行主體上，形成每個(gè)執(zhí)行主體的分層次保護(hù)的技術(shù)方案。當(dāng)然，創(chuàng)造性判斷的前提是新穎性，因新穎性的判斷較為基礎(chǔ)，本文不做詳細(xì)討論。

按照上述的撰寫思路，在判斷方案創(chuàng)造性時(shí)，會(huì)遇到部分執(zhí)行主體的方案明顯不具備創(chuàng)造性的情況。雖然創(chuàng)造性的判定需經(jīng)過(guò)審查和答復(fù)，但代理師在撰寫申請(qǐng)文件時(shí)，應(yīng)當(dāng)對(duì)方案創(chuàng)造性有一個(gè)初步判斷。在部分執(zhí)行主體的方案明顯不具備創(chuàng)造性時(shí)，則要考慮放棄這一端的權(quán)利要求布局，或者通過(guò)多端結(jié)合的方式進(jìn)行撰寫。

具 體 案 例：

一、拆分出的每個(gè)執(zhí)行主體的技術(shù)方案經(jīng)初步判斷都可爭(zhēng)取創(chuàng)造性。

例如，一個(gè)通過(guò)為消息載體配置傳輸功能，解決消息傳輸可靠性問(wèn)題的技術(shù)方案。方案的執(zhí)行主體涉及發(fā)送端和接收端，方案內(nèi)容大致包括：由接收端確定待配置傳輸功能的消息載體，向發(fā)送端發(fā)送對(duì)該消息載體配置傳輸功能的配置指令；發(fā)送端接收到配置指令后對(duì)該消息載體配置傳輸功能，并通過(guò)配置了傳輸功能的消息載體將待發(fā)送消息傳輸至接收端，以此實(shí)現(xiàn)不同類型消息的可靠傳輸。

基于單側(cè)撰寫原則對(duì)上述方案拆分后，可以形成分別從發(fā)送端一側(cè)和接收端一側(cè)圍繞發(fā)明點(diǎn)展開的技術(shù)方案：

發(fā)送端一側(cè)：響應(yīng)于配置指令，對(duì)指定的消息載體執(zhí)行傳輸功能的配置，并通過(guò)配置了傳輸功能的消息載體執(zhí)行待發(fā)送消息的傳輸。

接收端一側(cè)：確定待配置傳輸功能的消息載體，并發(fā)出為指定的消息載體配置傳輸功能的配置指令。

另外，撰寫時(shí)還可以加入發(fā)送端對(duì)應(yīng)的裝置和設(shè)備、接收端對(duì)應(yīng)的裝置和設(shè)備、以及包括發(fā)送端設(shè)備和接收端設(shè)備的消息傳輸系統(tǒng)等權(quán)利要求。

二、拆分出的某些執(zhí)行主體的方案過(guò)于常規(guī)，明顯不符合創(chuàng)造性要求。

例如，一個(gè)通過(guò)分流查詢數(shù)據(jù)至搜索服務(wù)器，解決數(shù)據(jù)查詢耗時(shí)問(wèn)題的技術(shù)方案。方案的執(zhí)行主體涉及用戶端和服務(wù)端，方案內(nèi)容大致包括：服務(wù)端從基礎(chǔ)數(shù)據(jù)中分流出一部分查詢數(shù)據(jù)，以查詢維度和索引標(biāo)識(shí)存儲(chǔ)將這些查詢數(shù)據(jù)存儲(chǔ)至搜索服務(wù)器中；當(dāng)服務(wù)端接收到用戶端發(fā)送的查詢請(qǐng)求時(shí)，對(duì)預(yù)存于搜索服務(wù)器中的查詢維度，基于索引標(biāo)識(shí)從基礎(chǔ)數(shù)據(jù)中快速獲取對(duì)應(yīng)的詳細(xì)數(shù)據(jù)；沒(méi)有預(yù)存的查詢維度則通過(guò)遍歷基礎(chǔ)數(shù)據(jù)的方式獲取對(duì)應(yīng)的詳細(xì)數(shù)據(jù)，以此實(shí)現(xiàn)對(duì)查詢請(qǐng)求的快速響應(yīng)。

基于單側(cè)撰寫原則對(duì)上述方案拆分后，發(fā)現(xiàn)發(fā)明點(diǎn)相關(guān)步驟均由服務(wù)端完成，用戶端只執(zhí)行常規(guī)的發(fā)送請(qǐng)求和展示結(jié)果，并不包含區(qū)別于現(xiàn)有技術(shù)的手段，創(chuàng)造性高度明顯不夠。因此，本案例可以將重心放在服務(wù)端，形成服務(wù)端一側(cè)的技術(shù)方案如下：

根據(jù)數(shù)據(jù)查詢請(qǐng)求，獲取查詢維度；對(duì)于已預(yù)存的查詢維度，根據(jù)對(duì)應(yīng)的索引標(biāo)識(shí)索引詳細(xì)的基礎(chǔ)數(shù)據(jù)；對(duì)于未預(yù)存的查詢維度，遍歷獲取詳細(xì)的基礎(chǔ)數(shù)據(jù)；及在響應(yīng)查詢請(qǐng)求的過(guò)程中，實(shí)時(shí)地將滿足分流條件的查詢數(shù)據(jù)按照查詢維度和索引標(biāo)識(shí)添加至搜索服務(wù)器中。

當(dāng)然，撰寫時(shí)會(huì)與發(fā)明人討論，確認(rèn)用戶端沒(méi)有可挖掘的發(fā)明點(diǎn)。若能挖掘出用戶端的發(fā)明點(diǎn)，則需對(duì)用戶端進(jìn)行權(quán)利要求布局，并使用戶端的發(fā)明構(gòu)思與服務(wù)端的發(fā)明構(gòu)思產(chǎn)生技術(shù)關(guān)聯(lián)，避免出現(xiàn)單一性問(wèn)題。若不滿足單一性則需考慮分案申請(qǐng)，本文不做詳細(xì)討論。

三、部分案例中，當(dāng)基于單側(cè)撰寫原則進(jìn)行方案拆分，不僅創(chuàng)造性要求無(wú)法滿足，還會(huì)出現(xiàn)方案無(wú)法實(shí)施的情況。

例如一個(gè)通過(guò)終端管理設(shè)備進(jìn)行智能家居綁定的技術(shù)方案，依賴于終端管理設(shè)備、智能家居以及云平臺(tái)等設(shè)備之間的交互通信，以任一執(zhí)行主體單側(cè)撰寫都會(huì)導(dǎo)致方案缺少必要技術(shù)特征而無(wú)法解決技術(shù)問(wèn)題。對(duì)于這類案件，在權(quán)利要求布局時(shí)就不宜生搬硬套單側(cè)撰寫原則，而應(yīng)結(jié)合實(shí)際方案，從滿足必要技術(shù)特征角度，結(jié)合創(chuàng)造性要求，撰寫通過(guò)終端管理設(shè)備經(jīng)云平臺(tái)執(zhí)行智能家居綁定的方案。

以上對(duì)權(quán)利要求的布局和撰寫進(jìn)行了簡(jiǎn)單分析。說(shuō)明書的撰寫則要詳細(xì)而全面，且需描述各個(gè)執(zhí)行主體之間交互的實(shí)施例，以充分支持權(quán)利要求中單側(cè)撰寫的方案，使整個(gè)技術(shù)方案完整可讀。

綜上，在涉及多端的軟件專利申請(qǐng)的撰寫實(shí)務(wù)中，應(yīng)結(jié)合單側(cè)撰寫原則和包括創(chuàng)造性在內(nèi)的多項(xiàng)專利申請(qǐng)要求，撰寫出一份保護(hù)方案的布局合理、范圍合適的申請(qǐng)文件。