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