隨著計算機技術和互聯(lián)網技術的發(fā)展，帶來了很多依托于計算機技術和互聯(lián)網技術的關于商業(yè)規(guī)則和方法的創(chuàng)新，然而涉及商業(yè)規(guī)則和方法的創(chuàng)新在申請專利保護時，經常會遇到一個難題，即專利法第二十五條第一款第（二）項以及專利法第二條第二款涉及的專利保護客體問題。
2019年12月31日，國家知識產權局發(fā)布了修改后的《
專利審查指南》（即公告號343號）中新增了第二部分第九章第6節(jié)內容（自2020年2月日起施行），進一步明確了關于涉及“人工智能、互聯(lián)網+、大數(shù)據(jù)以及區(qū)塊鏈等領域的創(chuàng)新審查”的審查基準，其中指出：在審查中，不應當簡單割裂技術特征與算法特征或商業(yè)規(guī)則和方法特征等，而應將權利要求記載的所有內容作為一個整體，對其中涉及的技術手段、解決的技術問題和獲得的技術效果進行分析。
在對專利申請進行審查時，軟件類專利的常規(guī)審查順序是A25.1（2）客體審查---A2.2客體審查---A22.2/A22.3新創(chuàng)造性審查，無論哪一種審查，均強調了技術方案的整體性。
· 在客體審查中
強調了技術方案的整體性
例如“如果權利要求中除了算法特征或商業(yè)規(guī)則和方法特征，還包含技術特征，該權利要求就整體而言并不是一種智力活動的規(guī)則和方法，則不應當依據(jù)專利法第二十五條第一款第(二)項排除其獲得專利權的可能性”；以及“對一項包含算法特征或商業(yè)規(guī)則和方法特征的權利要求是否屬于技術方案進行審查時，需要整體考慮權利要求中記載的全部特征。如果該項權利要求記載了對要解決的技術問題采用了利用自然規(guī)律的技術手段，并且由此獲得符合自然規(guī)律的技術效果，則該權利要求限定的解決方案屬于專利法第二條第二款所述的技術方案?！?br />
· 在新創(chuàng)性審查中
也強調了技術方案的整體性
例如“對包含算法特征或商業(yè)規(guī)則和方法特征的
發(fā)明專利申請進行新穎性審查時，應當考慮權利要求記載的全部特征，所述全部特征既包括技術特征，也包括算法特征或商業(yè)規(guī)則和方法特征。對既包含技術特征又包含算法特征或商業(yè)規(guī)則和方法特征的發(fā)明專利申請進行創(chuàng)造性審查時，應將與技術特征功能上彼此相互支持、存在相互作用關系的算法特征或商業(yè)規(guī)則和方法特征與所述技術特征作為一個整體考慮?！?br />
結合專利審查指南的新規(guī)，針對涉及商業(yè)規(guī)則和方法的專利申請，在撰寫時需要從技術方案、技術問題、技術效果方面綜合考慮，以增加其獲得專利權的可能性。
>>>如何理解交底資料
普通涉及計算機程序的軟件案中所提及的創(chuàng)新，一般與計算機技術或網絡或物聯(lián)網或工業(yè)自動化等技術有著較強的聯(lián)系，所解決的一般也是計算機領域或網絡領域或工業(yè)自動化領域或物聯(lián)網領域中存在的技術問題，比如交通監(jiān)控中存在攝像頭采集的畫面模糊的問題、移動終端下載數(shù)據(jù)網絡延遲的問題等等，采用的解決方案也有較強的技術性，且符合自然規(guī)律。
故對于普通的軟件案的技術交底來說，整理清楚交底中所涉及的技術方案，想一些擴展的技術方案即可，不用擔心是否符合專利保護客體。
對于涉及商業(yè)規(guī)則和方法的創(chuàng)新，通常技術交底中提及的大部分內容均是一些商業(yè)規(guī)則，解決的問題通常也是一些商業(yè)上的問題，如提升用戶體驗、理財風險控制等。若按照普通軟件案來對待，發(fā)現(xiàn)交底內容是涉及商業(yè)的改進規(guī)則，解決的問題也是商業(yè)上的問題，根本就不符合專利保護的客體，這樣也許會導致一個好的創(chuàng)新點無法被專利保護。
為此，筆者覺得需要按如下步驟來處理：
Step 1
在心態(tài)上要持懷疑態(tài)度
當看到提供的交底資料是涉及商業(yè)規(guī)則和方法時，不能簡單的認定屬于智力活動的規(guī)則和方法，不符合專利保護客體，對其進行否定，而是需要繼續(xù)探究該商業(yè)規(guī)則和方法的背后所隱藏的技術實現(xiàn)、所解決的技術問題和達到的技術效果，以力求滿足專利法相關規(guī)定。
Step 2
深挖技術細節(jié)
閱讀交底后，發(fā)現(xiàn)交底方案屬于涉及商業(yè)規(guī)則和方法的方案，則從以下幾個方面深挖技術細節(jié)：
?。?）挖掘商業(yè)規(guī)則和方法的應用場景，該應用場景所依托的技術架構（如Client/Sever架構、Browser/Sever架構、區(qū)塊鏈等）。
?。?）以機器角度挖掘為了解決某個技術問題，技術架構中各組成部分之間的數(shù)據(jù)交互過程及交互時序，各組成部分利用商業(yè)規(guī)則對數(shù)據(jù)的處理過程及處理邏輯等，即挖掘為了解決商業(yè)問題，各組成部分各自對數(shù)據(jù)是如何處理的，內部模塊之間的進程通信方式，設備之間的通信方式、通信機制等是什么。對于數(shù)據(jù)來說，從產生、采集、處理、傳輸、存儲等多個階段具體分別是什么，各個階段可以采用5W2H分析方法，挖掘終端或服務器（Who）對數(shù)據(jù)做了什么（What），什么時候做（When），怎么做的（How），做了多少（How much），為什么這么做（Why），在哪里做的（Where）等。
?。?）理清楚各個組成部分對數(shù)據(jù)的處理邏輯以及之間交互過程后，確定相比于現(xiàn)有技術架構，本案在結構、通信方式或數(shù)據(jù)處理流程等方面的改進之處，以及所解決的技術問題和達到的技術效果。
以在微信群發(fā)紅包為例，所依托的技術架構是終端和服務器。為了在微信群發(fā)紅包，終端與服務器之間交互以及各自的數(shù)據(jù)處理過程挖掘技術細節(jié)如下：
?。?）發(fā)送方終端獲取到用戶在微信App中選擇的一個微信群組的群組名稱和群組ID，進入群組會話界面；獲取用戶在群組會話界面的工具欄點擊加號按鈕出現(xiàn)菜單，在菜單中顯示有紅包控件；獲取在菜單中觸發(fā)紅包控件，進入發(fā)紅包界面；獲取用戶在發(fā)紅包界面輸入的總金額s、紅包個數(shù)n，以及用戶選擇的紅包封面等信息，并檢測到用戶點擊塞進紅包按鈕并完成支付，向服務器發(fā)起紅包生成請求，接收到服務器返回的紅包標識及紅包鏈接信息，并發(fā)送在群組會話中。
?。?）服務器接收發(fā)送方終端發(fā)送的紅包發(fā)起請求生成一個紅包標識及紅包鏈接信息，并將總金額s隨機分配成n個數(shù)值，并存儲紅包ID與n個數(shù)值的對應關系，將紅包標識及紅包鏈接發(fā)送到群組ID對應的群組成員賬號所在的終端。
?。?）接收方終端接收到紅包鏈接信息，并展示在群組會話界面，獲取到接收方點擊紅包鏈接信息，向服務器發(fā)起紅包獲取請求，紅包獲取請求中包含有接收方賬號。
?。?）服務器接收到接收方終端發(fā)送的紅包獲取請求，隨機分配一個數(shù)值返回給接收方賬號所在的接收方終端，并將數(shù)值對應的金額轉移到接收方賬號對應的銀行賬號或零錢賬戶。
通過上述挖掘出微信群發(fā)紅包的技術細節(jié)后，確定創(chuàng)新的地方，假設以前沒有微信群組紅包功能，則整個發(fā)送群組紅包的交互過程是創(chuàng)新，所解決的技術問題可為群組成員的交互方式單一，為了克服群組成員交互方式單一的問題，采用了上述終端與服務器之間交互過程實現(xiàn)了在群組內發(fā)紅包的功能，方便群成員搶紅包，達到的技術效果可為豐富了群組成員的交互方式等。
Step 3
若經過挖掘，仍然無法挖掘出技術內容，則提示申請風險。
>>>專利申請文件的撰寫
對于普通的軟件案，撰寫專利申請文件時，因本身技術性較強，以機器角度描述所形成的技術方案即為符合自然規(guī)律的技術手段，所解決的問題本身也是技術問題，達到的技術效果也是符合自然規(guī)律的技術效果，能夠克服專利保護客體的問題。此外為了爭取合理的保護范圍，可針對多個并列的技術方案進行合理的上位。
而對于涉及商業(yè)規(guī)則和方法相關特征的技術方案，在撰寫專利申請文件時，首先要考慮如何使其滿足專利保護客體，為此，需要采用一些撰寫技巧，使其技術化，且符合自然規(guī)律?？梢詫ι虡I(yè)特征和商業(yè)規(guī)則等進行計算機領域的技術化，讓商業(yè)特征變?yōu)橛嬎銠C領域的技術術語，讓商業(yè)規(guī)則變?yōu)橛嬎銠C處理邏輯。商業(yè)特征的技術化一般是對商業(yè)特征進行技術術語的上位概況。針對涉及商業(yè)規(guī)則和方法的專利申請文件的技術問題、技術方案和技術效果需要進行計算機領域的技術化處理，具體可包括對主題名稱、技術領域、背景技術及技術問題、權利要求、具體實施方式各個部分進行計算機領域的技術化處理。
下面以上述微信群發(fā)紅包為例，對技術問題、技術方案和技術效果的技術化處理進行簡單舉例說明。
對于技術問題，對現(xiàn)有的商業(yè)現(xiàn)象及存在的問題從設備角度采用技術語言描述。例如對于發(fā)紅包，提高用戶體驗或增加用戶趣味性，從技術角度描述技術問題為“交互方式單一”、“信息傳輸效率低”、“信息傳播途徑不足”等。
對于技術方案，在權利要求中，按照技術方案的核心發(fā)明點及必要技術特征構建獨立權利要求，對其中的商業(yè)術語進行技術化處理，對商業(yè)規(guī)則變?yōu)橛嬎銠C處理邏輯，讓技術特征與商業(yè)特征結合在一起；從屬權利要求進行多層次布局，具體的商業(yè)應用場景可以作為一個具體應用方案在從屬權利要求中布局。權利要求在撰寫時需要考慮單一侵權主體、多端全面布局、新創(chuàng)性等方面。在說明書中，詳細描述技術方案的具體硬件技術架構、硬件技術架構中各組成部分之間交互過程等，以及支持權利要求中各技術方案的實施例，并將商業(yè)應用作為一個具體的應用場景示例。
以上述微信群發(fā)紅包，撰寫發(fā)送終端側的獨立權利要求，如下所示：
一種虛擬資源分享方法，其特征在于，包括：
· 響應于針對社交應用的群組會話界面中資源分享功能的操作，進入資源分享界面；
· 獲取在所述資源分享界面輸入的資源分享參數(shù)，所述資源分享參數(shù)包括虛擬資源總值和虛擬資源包數(shù)量；
· 獲取根據(jù)所述資源分享參數(shù)生成的資源分享消息；
· 將所述資源分享消息分享至所述群組會話，所述資源分享信息用于指示所述群組會話中群組成員獲取資源。
· 上述通過將紅包特征與群組特征、消息分享等結合，再結合計算機對數(shù)據(jù)的處理過程，如“獲取、生成、展示”等，讓商業(yè)特征與技術特征結合在一起。對于接收方終端和服務器側的權利要求布局大家可以參照思考。
· 對于技術效果，通過在群組中實現(xiàn)了資源分享，豐富了交互方式，提升了信息傳播途徑。
綜上所述，在撰寫專利申請時，對申請文件的技術問題、技術方案和技術效果采用相應的處理方式進行處理，讓技術特征和商業(yè)特征緊密結合，形成符合自然規(guī)律的技術方案，解決對應的技術問題，達到相應的技術效果。
標簽：
