作者：金鵬 資深專利代理師、質(zhì)檢專員

今年以來，國家層面“新基建”項(xiàng)目快馬加鞭，這自然少不了知識(shí)產(chǎn)權(quán)的保駕護(hù)航。國家知識(shí)產(chǎn)權(quán)局于今年2月1日起施行的關(guān)于《專利審查指南》修改的第343號(hào)公告，正是為了全面貫徹黨中央、國務(wù)院關(guān)于加強(qiáng)知識(shí)產(chǎn)權(quán)保護(hù)的決策部署，回應(yīng)創(chuàng)新主體對(duì)進(jìn)一步明確涉及人工智能、區(qū)塊鏈、商業(yè)規(guī)則和方法等新領(lǐng)域新業(yè)態(tài)專利審查規(guī)則的需求。本文旨在引領(lǐng)讀者對(duì)于本次《專利審查指南》修改作一概貌性的了解，并探討算法或商業(yè)方法類申請(qǐng)的相應(yīng)撰寫策略。

一、主要修改內(nèi)容

本次修改在第二部分第九章“關(guān)于涉及計(jì)算機(jī)程序的發(fā)明專利申請(qǐng)審查的若干規(guī)定”原有5節(jié)內(nèi)容的基礎(chǔ)上，專門增加第6節(jié)，結(jié)合具體案例，對(duì)此類申請(qǐng)的授權(quán)客體、新穎性和創(chuàng)造性、權(quán)利要求書和說明書撰寫進(jìn)行了明確；主要修改內(nèi)容歸納如下：

強(qiáng)調(diào)專利申請(qǐng)審查中不應(yīng)簡(jiǎn)單割裂技術(shù)特征與算法特征、商業(yè)規(guī)則和方法特征；

明確了若權(quán)利要求包含技術(shù)特征則不應(yīng)當(dāng)依據(jù)《專利法》第二十五條排除；

明確了《專利法》第二條關(guān)于保護(hù)客體的審查標(biāo)準(zhǔn)；

考慮與技術(shù)特征功能上彼此相互支持、存在相互作用關(guān)系的算法特征或商業(yè)規(guī)則和方法特征對(duì)創(chuàng)造性所作的技術(shù)貢獻(xiàn)；

本次指南修改不僅給出了審查原則，而且從正反兩方面增加了10個(gè)關(guān)于授權(quán)客體和創(chuàng)造性的審查案例予以指引；

細(xì)化說明書及權(quán)利要求書撰寫要求。

二、具體案例分析

以下選取了本次《專利審查指南》修改中的兩個(gè)具體案例，來探討包含算法或商業(yè)規(guī)則和方法特征的發(fā)明專利申請(qǐng)文件的專利保護(hù)客體問題，以及在創(chuàng)造性評(píng)判中如何將技術(shù)特征與算法特征或商業(yè)規(guī)則和方法特征相結(jié)合進(jìn)行考量。

案例：一種區(qū)塊鏈節(jié)點(diǎn)間通信方法及裝置

申請(qǐng)內(nèi)容概述：

發(fā)明專利申請(qǐng)?zhí)岢鲆环N區(qū)塊鏈節(jié)點(diǎn)通信方法和裝置，區(qū)塊鏈中的業(yè)務(wù)節(jié)點(diǎn)在建立通信連接之前，可以根據(jù)通信請(qǐng)求中攜帶的CA證書以及預(yù)先配置的CA信任列表，確定是否建立通信連接，從而減少了業(yè)務(wù)節(jié)點(diǎn)泄露隱私數(shù)據(jù)的可能性，提高了區(qū)塊鏈中存儲(chǔ)數(shù)據(jù)的安全性。

申請(qǐng)的權(quán)利要求：

一種區(qū)塊鏈節(jié)點(diǎn)通信方法，區(qū)塊鏈網(wǎng)絡(luò)中的區(qū)塊鏈節(jié)點(diǎn)包括業(yè)務(wù)節(jié)點(diǎn)，其中，所述業(yè)務(wù)節(jié)點(diǎn)存儲(chǔ)證書授權(quán)中心CA發(fā)送的證書，并預(yù)先配置有CA信任列表，所述方法包括：

第一區(qū)塊鏈節(jié)點(diǎn)接收第二區(qū)塊鏈節(jié)點(diǎn)發(fā)送的通信請(qǐng)求，其中，所述通信請(qǐng)求中攜帶有第二區(qū)塊鏈節(jié)點(diǎn)的第二證書；

確定所述第二證書對(duì)應(yīng)的CA標(biāo)識(shí)；

判斷確定出的所述第二證書對(duì)應(yīng)的CA標(biāo)識(shí)，是否存在于所述CA信任列表中；

若是，則與所述第二區(qū)塊鏈節(jié)點(diǎn)建立通信連接；

若否，則不與所述第二區(qū)塊鏈節(jié)點(diǎn)建立通信連接。

分析及結(jié)論：

在對(duì)保護(hù)客體進(jìn)行判斷時(shí)，需要判斷權(quán)利要求所要保護(hù)的技術(shù)方案是否在具體技術(shù)領(lǐng)域解決具體技術(shù)問題。根據(jù)本申請(qǐng)來看，該技術(shù)方案要解決的問題是聯(lián)盟鏈網(wǎng)絡(luò)中如何防止區(qū)塊鏈業(yè)務(wù)節(jié)點(diǎn)泄露用戶隱私數(shù)據(jù)的問題，屬于提高區(qū)塊鏈數(shù)據(jù)安全性的技術(shù)問題；通過在通信請(qǐng)求中攜帶CA證書并預(yù)先配置CA信任列表的方式確定是否建立連接，限制了業(yè)務(wù)節(jié)點(diǎn)可建立連接的對(duì)象，利用的是遵循自然規(guī)律的技術(shù)手段，獲得了業(yè)務(wù)節(jié)點(diǎn)間安全通信和減少業(yè)務(wù)節(jié)點(diǎn)泄露隱私數(shù)據(jù)可能性的技術(shù)效果。因此，該申請(qǐng)的解決方案屬于專利法意義上的技術(shù)方案，屬于專利保護(hù)的客體。

案例啟示：

是否符合授權(quán)客體的判斷可以按照以下兩步來進(jìn)行。

第一步：判斷是否為智力活動(dòng)的規(guī)則和方法，即是否包含技術(shù)特征的判斷

如果權(quán)利要求涉及抽象的算法或者單純的商業(yè)規(guī)則和方法，且不包含任何技術(shù)特征，則不是專利保護(hù)的客體；

如果權(quán)利要求中除了算法或商業(yè)規(guī)則和方法特征，還包含技術(shù)特征，則不應(yīng)以屬于智力活動(dòng)的規(guī)則和方法為由排除其獲得專利權(quán)的可能性，需要進(jìn)入下一步判斷。

第二步：判斷是否屬于技術(shù)方案

整體考慮權(quán)利要求中記載的全部特征：如果對(duì)要解決的技術(shù)問題采用了利用自然規(guī)律的技術(shù)手段，并且由此獲得符合自然規(guī)律的技術(shù)效果，則是專利保護(hù)的客體。在這個(gè)判斷過程中，要重視算法特征或商業(yè)規(guī)則和方法特征是否在具體技術(shù)應(yīng)用領(lǐng)域用以解決某個(gè)具體技術(shù)問題的判斷。

案例：一種物流配送方法

申請(qǐng)內(nèi)容概述：

在貨物配送過程中，如何有效提高貨物配送效率以及降低配送成本，是發(fā)明專利申請(qǐng)所要解決的問題。在物流人員到達(dá)配送地點(diǎn)后，可以通過服務(wù)器向訂貨用戶終端推送消息的形式同時(shí)通知特定配送區(qū)域的多個(gè)訂貨用戶進(jìn)行提貨，達(dá)到了提高貨物配送效率以及降低配送成本的目的。

申請(qǐng)的權(quán)利要求：

一種物流配送方法，其通過批量通知用戶取件的方式來提高物流配送效率，該方法包括：

當(dāng)派件員需要通知用戶取件時(shí)，派件員通過手持的物流終端向服務(wù)器發(fā)送貨物已到達(dá)的通知；

服務(wù)器批量通知派件員派送范圍內(nèi)的所有訂貨用戶；

接收到通知的訂貨用戶根據(jù)通知信息完成取件；

其中，服務(wù)器進(jìn)行批量通知具體實(shí)現(xiàn)方式為，服務(wù)器根據(jù)物流終端發(fā)送的到貨通知中所攜帶的派件員ID、物流終端當(dāng)前位置以及對(duì)應(yīng)的配送范圍，確定該派件員ID所對(duì)應(yīng)的、以所述物流終端的當(dāng)前位置為中心的配送距離范圍內(nèi)的所有目標(biāo)訂單信息，然后將通知信息推送給所有目標(biāo)訂單信息中的訂貨用戶賬號(hào)所對(duì)應(yīng)的訂貨用戶終端。

分析及結(jié)論：

對(duì)比文件1公開了一種物流配送方法，其由物流終端對(duì)配送單上的條碼進(jìn)行掃描，并將掃描信息發(fā)送給服務(wù)器以通知服務(wù)器貨物已經(jīng)到達(dá)；服務(wù)器獲取掃描信息中的訂貨用戶信息，并向該訂貨用戶發(fā)出通知；接收到通知的訂貨用戶根據(jù)通知信息完成取件。

權(quán)利要求所保護(hù)的技術(shù)方案與對(duì)比文件1主要有兩點(diǎn)區(qū)別：1）批量通知用戶訂貨到達(dá)；2）服務(wù)器、物流終端和用戶終端之間的數(shù)據(jù)架構(gòu)和數(shù)據(jù)通信方式。

本申請(qǐng)的取件通知規(guī)則為批量通知用戶訂貨到達(dá)；為實(shí)現(xiàn)該批量通知，方案中服務(wù)器、物流終端和用戶終端之間的數(shù)據(jù)架構(gòu)和數(shù)據(jù)通信方式均做出了相應(yīng)調(diào)整，這屬于具體的批量通知實(shí)現(xiàn)方式，與取件通知規(guī)則在功能上彼此相互支持、存在相互作用關(guān)系。因此應(yīng)當(dāng)將上述兩點(diǎn)區(qū)別作為整體考慮。

基于上述兩點(diǎn)區(qū)別，權(quán)利要求所保護(hù)的技術(shù)方案實(shí)際解決的技術(shù)問題是如何提高訂單到達(dá)通知效率進(jìn)而提高貨物配送效率。從用戶角度來看，用戶可以更快地獲知訂貨到達(dá)情況的信息，也提高了用戶體驗(yàn)。

由于現(xiàn)有技術(shù)并不存在對(duì)上述對(duì)比文件1做出改進(jìn)從而獲得本申請(qǐng)的解決方案的技術(shù)啟示，該解決方案具備創(chuàng)造性。

案例啟示：

在對(duì)包含技術(shù)特征以及商業(yè)規(guī)則和方法特征的權(quán)利要求進(jìn)行創(chuàng)造性審查時(shí)，先看技術(shù)特征是否與商業(yè)規(guī)則和方法特征形成相互支持，是否存在相互作用關(guān)系；若是，則對(duì)二者進(jìn)行整體考慮，重新確定技術(shù)問題，繼而判斷現(xiàn)有技術(shù)是否給出技術(shù)啟示。

若權(quán)利要求中的商業(yè)規(guī)則和方法特征的實(shí)施需要技術(shù)手段的調(diào)整或改進(jìn)，或者若權(quán)利要求中的算法應(yīng)用于具體的技術(shù)領(lǐng)域可以解決具體技術(shù)問題，那么可以認(rèn)為這些特征與對(duì)應(yīng)的技術(shù)特征功能上彼此相互支持、存在相互作用關(guān)系，就應(yīng)當(dāng)將這些特征與技術(shù)特征作為整體來判斷其對(duì)創(chuàng)造性所作出的貢獻(xiàn)。

三、撰寫策略

綜上，對(duì)涉及包含算法特征或商業(yè)規(guī)則和方法特征的發(fā)明創(chuàng)造，我們?cè)谧珜懖呗陨闲枰攸c(diǎn)考慮如下因素：

1. 權(quán)利要求中除了記載算法特征或商業(yè)規(guī)則和方法特征，還應(yīng)當(dāng)記載與之在功能上彼此相互支持、存在相互作用關(guān)系的技術(shù)特征；

2. 說明書中在寫明算法特征或商業(yè)規(guī)則和方法特征的同時(shí)，要寫明這些特征是如何與技術(shù)特征形成“功能上彼此相互支持、存在相互作用關(guān)系”以共同解決技術(shù)問題的；“與具體的技術(shù)領(lǐng)域結(jié)合”并非簡(jiǎn)單提及應(yīng)用于哪個(gè)技術(shù)領(lǐng)域，而是應(yīng)描述其結(jié)合過程，使得本領(lǐng)域技術(shù)人員能夠確認(rèn)；

3. 包含算法特征時(shí)，應(yīng)當(dāng)將抽象的算法與具體的技術(shù)領(lǐng)域結(jié)合，至少一個(gè)輸入?yún)?shù)及其相關(guān)輸出結(jié)果的定義應(yīng)當(dāng)與技術(shù)領(lǐng)域中的具體數(shù)據(jù)對(duì)應(yīng)關(guān)聯(lián)起來；

4. 包含商業(yè)規(guī)則和方法特征時(shí)，應(yīng)當(dāng)對(duì)解決技術(shù)問題的整個(gè)過程進(jìn)行詳細(xì)描述和說明，使得所屬技術(shù)領(lǐng)域的技術(shù)人員按照說明書記載的內(nèi)容，能夠?qū)崿F(xiàn)該發(fā)明的解決方案；

5. 在說明書中應(yīng)當(dāng)寫明有益效果，例如質(zhì)量、精度或效率的提高，系統(tǒng)內(nèi)部性能的改善等，并應(yīng)當(dāng)結(jié)合技術(shù)特征以及算法特征或商業(yè)規(guī)則和方法特征予以細(xì)化解釋或證明；

6. 由于具備客觀性的用戶體驗(yàn)提升也可以被視為技術(shù)效果，故在對(duì)用戶體驗(yàn)的撰寫上要體現(xiàn)出用戶體驗(yàn)的提升是客觀的、并非因人而異的主觀喜好，要注意寫明這種用戶體驗(yàn)的提升是如何由與技術(shù)特征關(guān)聯(lián)的算法特征或商業(yè)規(guī)則和方法特征共同帶來或者產(chǎn)生的。