隨著計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)技術(shù)的發(fā)展，帶來了很多依托于計(jì)算機(jī)技術(shù)和互聯(lián)網(wǎng)技術(shù)的關(guān)于商業(yè)規(guī)則和方法的創(chuàng)新，然而涉及商業(yè)規(guī)則和方法的創(chuàng)新在申請(qǐng)專利保護(hù)時(shí)，經(jīng)常會(huì)遇到一個(gè)難題，即專利法第二十五條第一款第（二）項(xiàng)以及專利法第二條第二款涉及的專利保護(hù)客體問題。
2023年12月31日，國家知識(shí)產(chǎn)權(quán)局發(fā)布了修改后的《專利審查指南》（即公告號(hào)343號(hào)）中新增了第二部分第九章第6節(jié)內(nèi)容（自2023年2月1日起施行），進(jìn)一步明確了關(guān)于涉及“人工智能、互聯(lián)網(wǎng)+、大數(shù)據(jù)以及區(qū)塊鏈等領(lǐng)域的創(chuàng)新審查”的審查基準(zhǔn)，其中指出：在審查中，不應(yīng)當(dāng)簡單割裂技術(shù)特征與算法特征或商業(yè)規(guī)則和方法特征等，而應(yīng)將權(quán)利要求記載的所有內(nèi)容作為一個(gè)整體，對(duì)其中涉及的技術(shù)手段、解決的技術(shù)問題和獲得的技術(shù)效果進(jìn)行分析。
在對(duì)專利申請(qǐng)進(jìn)行審查時(shí)，軟件類專利的常規(guī)審查順序是A25.1（2）客體審查---A2.2客體審查---A22.2/A22.3新創(chuàng)造性審查，無論哪一種審查，均強(qiáng)調(diào)了技術(shù)方案的整體性。
· 在客體審查中
強(qiáng)調(diào)了技術(shù)方案的整體性
例如“如果權(quán)利要求中除了算法特征或商業(yè)規(guī)則和方法特征，還包含技術(shù)特征，該權(quán)利要求就整體而言并不是一種智力活動(dòng)的規(guī)則和方法，則不應(yīng)當(dāng)依據(jù)專利法第二十五條第一款第(二)項(xiàng)排除其獲得專利權(quán)的可能性”；以及“對(duì)一項(xiàng)包含算法特征或商業(yè)規(guī)則和方法特征的權(quán)利要求是否屬于技術(shù)方案進(jìn)行審查時(shí)，需要整體考慮權(quán)利要求中記載的全部特征。如果該項(xiàng)權(quán)利要求記載了對(duì)要解決的技術(shù)問題采用了利用自然規(guī)律的技術(shù)手段，并且由此獲得符合自然規(guī)律的技術(shù)效果，則該權(quán)利要求限定的解決方案屬于專利法第二條第二款所述的技術(shù)方案。”
· 在新創(chuàng)性審查中
也強(qiáng)調(diào)了技術(shù)方案的整體性
例如“對(duì)包含算法特征或商業(yè)規(guī)則和方法特征的發(fā)明專利申請(qǐng)進(jìn)行新穎性審查時(shí)，應(yīng)當(dāng)考慮權(quán)利要求記載的全部特征，所述全部特征既包括技術(shù)特征，也包括算法特征或商業(yè)規(guī)則和方法特征。對(duì)既包含技術(shù)特征又包含算法特征或商業(yè)規(guī)則和方法特征的發(fā)明專利申請(qǐng)進(jìn)行創(chuàng)造性審查時(shí)，應(yīng)將與技術(shù)特征功能上彼此相互支持、存在相互作用關(guān)系的算法特征或商業(yè)規(guī)則和方法特征與所述技術(shù)特征作為一個(gè)整體考慮。”
結(jié)合專利審查指南的新規(guī)，針對(duì)涉及商業(yè)規(guī)則和方法的專利申請(qǐng)，在撰寫時(shí)需要從技術(shù)方案、技術(shù)問題、技術(shù)效果方面綜合考慮，以增加其獲得專利權(quán)的可能性。
如何理解交底資料
普通涉及計(jì)算機(jī)程序的軟件案中所提及的創(chuàng)新，一般與計(jì)算機(jī)技術(shù)或網(wǎng)絡(luò)或物聯(lián)網(wǎng)或工業(yè)自動(dòng)化等技術(shù)有著較強(qiáng)的聯(lián)系，所解決的一般也是計(jì)算機(jī)領(lǐng)域或網(wǎng)絡(luò)領(lǐng)域或工業(yè)自動(dòng)化領(lǐng)域或物聯(lián)網(wǎng)領(lǐng)域中存在的技術(shù)問題，比如交通監(jiān)控中存在攝像頭采集的畫面模糊的問題、移動(dòng)終端下載數(shù)據(jù)網(wǎng)絡(luò)延遲的問題等等，采用的解決方案也有較強(qiáng)的技術(shù)性，且符合自然規(guī)律。
故對(duì)于普通的軟件案的技術(shù)交底來說，整理清楚交底中所涉及的技術(shù)方案，想一些擴(kuò)展的技術(shù)方案即可，不用擔(dān)心是否符合專利保護(hù)客體。
對(duì)于涉及商業(yè)規(guī)則和方法的創(chuàng)新，通常技術(shù)交底中提及的大部分內(nèi)容均是一些商業(yè)規(guī)則，解決的問題通常也是一些商業(yè)上的問題，如提升用戶體驗(yàn)、理財(cái)風(fēng)險(xiǎn)控制等。若按照普通軟件案來對(duì)待，發(fā)現(xiàn)交底內(nèi)容是涉及商業(yè)的改進(jìn)規(guī)則，解決的問題也是商業(yè)上的問題，根本就不符合專利保護(hù)的客體，這樣也許會(huì)導(dǎo)致一個(gè)好的創(chuàng)新點(diǎn)無法被專利保護(hù)。
為此，筆者覺得需要按如下步驟來處理：
Step 1
在心態(tài)上要持懷疑態(tài)度
當(dāng)看到提供的交底資料是涉及商業(yè)規(guī)則和方法時(shí)，不能簡單的認(rèn)定屬于智力活動(dòng)的規(guī)則和方法，不符合專利保護(hù)客體，對(duì)其進(jìn)行否定，而是需要繼續(xù)探究該商業(yè)規(guī)則和方法的背后所隱藏的技術(shù)實(shí)現(xiàn)、所解決的技術(shù)問題和達(dá)到的技術(shù)效果，以力求滿足專利法相關(guān)規(guī)定。
Step 2
深挖技術(shù)細(xì)節(jié)
閱讀交底后，發(fā)現(xiàn)交底方案屬于涉及商業(yè)規(guī)則和方法的方案，則從以下幾個(gè)方面深挖技術(shù)細(xì)節(jié)：
（1）挖掘商業(yè)規(guī)則和方法的應(yīng)用場(chǎng)景，該應(yīng)用場(chǎng)景所依托的技術(shù)架構(gòu)（如Client/Sever架構(gòu)、Browser/Sever架構(gòu)、區(qū)塊鏈等）。
（2）以機(jī)器角度挖掘?yàn)榱私鉀Q某個(gè)技術(shù)問題，技術(shù)架構(gòu)中各組成部分之間的數(shù)據(jù)交互過程及交互時(shí)序，各組成部分利用商業(yè)規(guī)則對(duì)數(shù)據(jù)的處理過程及處理邏輯等，即挖掘?yàn)榱私鉀Q商業(yè)問題，各組成部分各自對(duì)數(shù)據(jù)是如何處理的，內(nèi)部模塊之間的進(jìn)程通信方式，設(shè)備之間的通信方式、通信機(jī)制等是什么。對(duì)于數(shù)據(jù)來說，從產(chǎn)生、采集、處理、傳輸、存儲(chǔ)等多個(gè)階段具體分別是什么，各個(gè)階段可以采用5W2H分析方法，挖掘終端或服務(wù)器（Who）對(duì)數(shù)據(jù)做了什么（What），什么時(shí)候做（When），怎么做的（How），做了多少（How much），為什么這么做（Why），在哪里做的（Where）等。
（3）理清楚各個(gè)組成部分對(duì)數(shù)據(jù)的處理邏輯以及之間交互過程后，確定相比于現(xiàn)有技術(shù)架構(gòu)，本案在結(jié)構(gòu)、通信方式或數(shù)據(jù)處理流程等方面的改進(jìn)之處，以及所解決的技術(shù)問題和達(dá)到的技術(shù)效果。
以在微信群發(fā)紅包為例，所依托的技術(shù)架構(gòu)是終端和服務(wù)器。為了在微信群發(fā)紅包，終端與服務(wù)器之間交互以及各自的數(shù)據(jù)處理過程挖掘技術(shù)細(xì)節(jié)如下：
（1）發(fā)送方終端獲取到用戶在微信App中選擇的一個(gè)微信群組的群組名稱和群組ID，進(jìn)入群組會(huì)話界面；獲取用戶在群組會(huì)話界面的工具欄點(diǎn)擊加號(hào)按鈕出現(xiàn)菜單，在菜單中顯示有紅包控件；獲取在菜單中觸發(fā)紅包控件，進(jìn)入發(fā)紅包界面；獲取用戶在發(fā)紅包界面輸入的總金額s、紅包個(gè)數(shù)n，以及用戶選擇的紅包封面等信息，并檢測(cè)到用戶點(diǎn)擊塞進(jìn)紅包按鈕并完成支付，向服務(wù)器發(fā)起紅包生成請(qǐng)求，接收到服務(wù)器返回的紅包標(biāo)識(shí)及紅包鏈接信息，并發(fā)送在群組會(huì)話中。
（2）服務(wù)器接收發(fā)送方終端發(fā)送的紅包發(fā)起請(qǐng)求生成一個(gè)紅包標(biāo)識(shí)及紅包鏈接信息，并將總金額s隨機(jī)分配成n個(gè)數(shù)值，并存儲(chǔ)紅包ID與n個(gè)數(shù)值的對(duì)應(yīng)關(guān)系，將紅包標(biāo)識(shí)及紅包鏈接發(fā)送到群組ID對(duì)應(yīng)的群組成員賬號(hào)所在的終端。
（3）接收方終端接收到紅包鏈接信息，并展示在群組會(huì)話界面，獲取到接收方點(diǎn)擊紅包鏈接信息，向服務(wù)器發(fā)起紅包獲取請(qǐng)求，紅包獲取請(qǐng)求中包含有接收方賬號(hào)。
（4）服務(wù)器接收到接收方終端發(fā)送的紅包獲取請(qǐng)求，隨機(jī)分配一個(gè)數(shù)值返回給接收方賬號(hào)所在的接收方終端，并將數(shù)值對(duì)應(yīng)的金額轉(zhuǎn)移到接收方賬號(hào)對(duì)應(yīng)的銀行賬號(hào)或零錢賬戶。
通過上述挖掘出微信群發(fā)紅包的技術(shù)細(xì)節(jié)后，確定創(chuàng)新的地方，假設(shè)以前沒有微信群組紅包功能，則整個(gè)發(fā)送群組紅包的交互過程是創(chuàng)新，所解決的技術(shù)問題可為群組成員的交互方式單一，為了克服群組成員交互方式單一的問題，采用了上述終端與服務(wù)器之間交互過程實(shí)現(xiàn)了在群組內(nèi)發(fā)紅包的功能，方便群成員搶紅包，達(dá)到的技術(shù)效果可為豐富了群組成員的交互方式等。
Step 3
若經(jīng)過挖掘，仍然無法挖掘出技術(shù)內(nèi)容，則提示申請(qǐng)風(fēng)險(xiǎn)。
專利申請(qǐng)文件的撰寫
對(duì)于普通的軟件案，撰寫專利申請(qǐng)文件時(shí)，因本身技術(shù)性較強(qiáng)，以機(jī)器角度描述所形成的技術(shù)方案即為符合自然規(guī)律的技術(shù)手段，所解決的問題本身也是技術(shù)問題，達(dá)到的技術(shù)效果也是符合自然規(guī)律的技術(shù)效果，能夠克服專利保護(hù)客體的問題。此外為了爭取合理的保護(hù)范圍，可針對(duì)多個(gè)并列的技術(shù)方案進(jìn)行合理的上位。
而對(duì)于涉及商業(yè)規(guī)則和方法相關(guān)特征的技術(shù)方案，在撰寫專利申請(qǐng)文件時(shí)，首先要考慮如何使其滿足專利保護(hù)客體，為此，需要采用一些撰寫技巧，使其技術(shù)化，且符合自然規(guī)律。可以對(duì)商業(yè)特征和商業(yè)規(guī)則等進(jìn)行計(jì)算機(jī)領(lǐng)域的技術(shù)化，讓商業(yè)特征變?yōu)橛?jì)算機(jī)領(lǐng)域的技術(shù)術(shù)語，讓商業(yè)規(guī)則變?yōu)橛?jì)算機(jī)處理邏輯。商業(yè)特征的技術(shù)化一般是對(duì)商業(yè)特征進(jìn)行技術(shù)術(shù)語的上位概況。針對(duì)涉及商業(yè)規(guī)則和方法的專利申請(qǐng)文件的技術(shù)問題、技術(shù)方案和技術(shù)效果需要進(jìn)行計(jì)算機(jī)領(lǐng)域的技術(shù)化處理，具體可包括對(duì)主題名稱、技術(shù)領(lǐng)域、背景技術(shù)及技術(shù)問題、權(quán)利要求、具體實(shí)施方式各個(gè)部分進(jìn)行計(jì)算機(jī)領(lǐng)域的技術(shù)化處理。
下面以上述微信群發(fā)紅包為例，對(duì)技術(shù)問題、技術(shù)方案和技術(shù)效果的技術(shù)化處理進(jìn)行簡單舉例說明。
對(duì)于技術(shù)問題，對(duì)現(xiàn)有的商業(yè)現(xiàn)象及存在的問題從設(shè)備角度采用技術(shù)語言描述。例如對(duì)于發(fā)紅包，提高用戶體驗(yàn)或增加用戶趣味性，從技術(shù)角度描述技術(shù)問題為“交互方式單一”、“信息傳輸效率低”、“信息傳播途徑不足”等。
對(duì)于技術(shù)方案，在權(quán)利要求中，按照技術(shù)方案的核心發(fā)明點(diǎn)及必要技術(shù)特征構(gòu)建獨(dú)立權(quán)利要求，對(duì)其中的商業(yè)術(shù)語進(jìn)行技術(shù)化處理，對(duì)商業(yè)規(guī)則變?yōu)橛?jì)算機(jī)處理邏輯，讓技術(shù)特征與商業(yè)特征結(jié)合在一起；從屬權(quán)利要求進(jìn)行多層次布局，具體的商業(yè)應(yīng)用場(chǎng)景可以作為一個(gè)具體應(yīng)用方案在從屬權(quán)利要求中布局。權(quán)利要求在撰寫時(shí)需要考慮單一侵權(quán)主體、多端全面布局、新創(chuàng)性等方面。在說明書中，詳細(xì)描述技術(shù)方案的具體硬件技術(shù)架構(gòu)、硬件技術(shù)架構(gòu)中各組成部分之間交互過程等，以及支持權(quán)利要求中各技術(shù)方案的實(shí)施例，并將商業(yè)應(yīng)用作為一個(gè)具體的應(yīng)用場(chǎng)景示例。
以上述微信群發(fā)紅包，撰寫發(fā)送終端側(cè)的獨(dú)立權(quán)利要求，如下所示：
一種虛擬資源分享方法，其特征在于，包括：
· 響應(yīng)于針對(duì)社交應(yīng)用的群組會(huì)話界面中資源分享功能的操作，進(jìn)入資源分享界面；
· 獲取在所述資源分享界面輸入的資源分享參數(shù)，所述資源分享參數(shù)包括虛擬資源總值和虛擬資源包數(shù)量；
· 獲取根據(jù)所述資源分享參數(shù)生成的資源分享消息；
· 將所述資源分享消息分享至所述群組會(huì)話，所述資源分享信息用于指示所述群組會(huì)話中群組成員獲取資源。
· 上述通過將紅包特征與群組特征、消息分享等結(jié)合，再結(jié)合計(jì)算機(jī)對(duì)數(shù)據(jù)的處理過程，如“獲取、生成、展示”等，讓商業(yè)特征與技術(shù)特征結(jié)合在一起。對(duì)于接收方終端和服務(wù)器側(cè)的權(quán)利要求布局大家可以參照思考。
· 對(duì)于技術(shù)效果，通過在群組中實(shí)現(xiàn)了資源分享，豐富了交互方式，提升了信息傳播途徑。
綜上所述，在撰寫專利申請(qǐng)時(shí)，對(duì)申請(qǐng)文件的技術(shù)問題、技術(shù)方案和技術(shù)效果采用相應(yīng)的處理方式進(jìn)行處理，讓技術(shù)特征和商業(yè)特征緊密結(jié)合，形成符合自然規(guī)律的技術(shù)方案，解決對(duì)應(yīng)的技術(shù)問題，達(dá)到相應(yīng)的技術(shù)效果。
小 結(jié)
本文針對(duì)涉及商業(yè)規(guī)則和方法相關(guān)技術(shù)的專利申請(qǐng)，提供了一點(diǎn)愚見，面對(duì)它時(shí)，需要挖掘相關(guān)技術(shù)細(xì)節(jié)，采用相應(yīng)的處理技巧保護(hù)申請(qǐng)人的發(fā)明構(gòu)思，讓相關(guān)的專利申請(qǐng)具備授權(quán)的可能性。
涉及商業(yè)規(guī)則和方法相關(guān)技術(shù)的專利申請(qǐng)，與普通的軟件案的專利申請(qǐng)?jiān)谔幚砩嫌泻艽蟛顒e，在處理過程中需要注意一下幾點(diǎn)：
1、面對(duì)涉及商業(yè)規(guī)則和方法的交底內(nèi)容，分三步走
第一步：在心態(tài)上要持懷疑態(tài)度，不簡單否定不符合專利保護(hù)客體；
第二步：與技術(shù)人員溝通，深挖實(shí)現(xiàn)商業(yè)規(guī)則和方法的技術(shù)細(xì)節(jié)，包括所涉及的技術(shù)架構(gòu)、技術(shù)架構(gòu)各組成部分的數(shù)據(jù)處理過程、各組成部分之間的通信過程等，找出創(chuàng)新點(diǎn)；
第三步：無法挖掘出技術(shù)細(xì)節(jié)，提示申請(qǐng)的風(fēng)險(xiǎn)。
2、涉及商業(yè)規(guī)則和方法的專利申請(qǐng)文件撰寫時(shí)，需要對(duì)技術(shù)問題、技術(shù)方案和技術(shù)效果均進(jìn)行技術(shù)化處理，以盡可能滿足專利保護(hù)客體。
| 申請(qǐng)文件各部分是否滿足專利保護(hù)客體 | 普通軟件案 | 涉及商業(yè)規(guī)則和方法的軟件案 | 克服客體方式 |
| 技術(shù)問題 | √ | × | 從技術(shù)角度考慮技術(shù)問題 |
| 技術(shù)方案 | √ | × | 技術(shù)特征與商業(yè)特征緊密結(jié)合，商業(yè)特征技術(shù)化處理 |
| 技術(shù)效果 | √ | × | 從技術(shù)角度考慮技術(shù)效果 |
上述僅為筆者對(duì)涉及商業(yè)規(guī)則和方法的專利申請(qǐng)的一點(diǎn)愚見，有不妥之處，歡迎指正。
作者簡介：
方高明 華進(jìn)國內(nèi)專利事業(yè)部，自2009年起從事知識(shí)產(chǎn)權(quán)工作，加入華進(jìn)之后，主要從事計(jì)算機(jī)領(lǐng)域?qū)＠治?、專利挖掘、專利布局、專利申?qǐng)、復(fù)審、無效等實(shí)務(wù)業(yè)務(wù)，培養(yǎng)新專利代理師，服務(wù)過的客戶有OPPO、騰訊科技等企業(yè)，具有豐富的實(shí)務(wù)經(jīng)驗(yàn)。
中企檢測(cè)認(rèn)證網(wǎng)提供iso體系認(rèn)證機(jī)構(gòu)查詢，檢驗(yàn)檢測(cè)、認(rèn)證認(rèn)可、資質(zhì)資格、計(jì)量校準(zhǔn)、知識(shí)產(chǎn)權(quán)貫標(biāo)一站式行業(yè)企業(yè)服務(wù)平臺(tái)。中企檢測(cè)認(rèn)證網(wǎng)為檢測(cè)行業(yè)相關(guān)檢驗(yàn)、檢測(cè)、認(rèn)證、計(jì)量、校準(zhǔn)機(jī)構(gòu)，儀器設(shè)備、耗材、配件、試劑、標(biāo)準(zhǔn)品供應(yīng)商，法規(guī)咨詢、標(biāo)準(zhǔn)服務(wù)、實(shí)驗(yàn)室軟件提供商提供包括品牌宣傳、產(chǎn)品展示、技術(shù)交流、新品推薦等全方位推廣服務(wù)。這個(gè)問題就給大家解答到這里了，如還需要了解更多專業(yè)性問題可以撥打中企檢測(cè)認(rèn)證網(wǎng)在線客服13550333441。為您提供全面檢測(cè)、認(rèn)證、商標(biāo)、專利、知識(shí)產(chǎn)權(quán)、版權(quán)法律法規(guī)知識(shí)資訊，包括商標(biāo)注冊(cè)、食品檢測(cè)、第三方檢測(cè)機(jī)構(gòu)、網(wǎng)絡(luò)信息技術(shù)檢測(cè)、環(huán)境檢測(cè)、管理體系認(rèn)證、服務(wù)體系認(rèn)證、產(chǎn)品認(rèn)證、版權(quán)登記、專利申請(qǐng)、知識(shí)產(chǎn)權(quán)、檢測(cè)法、認(rèn)證標(biāo)準(zhǔn)等信息，中企檢測(cè)認(rèn)證網(wǎng)為檢測(cè)認(rèn)證商標(biāo)專利從業(yè)者提供多種檢測(cè)、認(rèn)證、知識(shí)產(chǎn)權(quán)、版權(quán)、商標(biāo)、專利的轉(zhuǎn)讓代理查詢法律法規(guī)，咨詢輔導(dǎo)等知識(shí)。
本文內(nèi)容整合網(wǎng)站：百度百科、搜狗百科、360百科、知乎、市場(chǎng)監(jiān)督總局 、國家知識(shí)產(chǎn)權(quán)局
免責(zé)聲明：本文部分內(nèi)容根據(jù)網(wǎng)絡(luò)信息整理，文章版權(quán)歸原作者所有。向原作者致敬！發(fā)布旨在積善利他，如涉及作品內(nèi)容、版權(quán)和其它問題，請(qǐng)跟我們聯(lián)系刪除并致歉！
