精品国产免费久久久久久,国产99高清一区二区,精品国产福利久久久,日产精品一区二区免费

>>> 引 言

隨著(zhù)計算機技術(shù)和互聯(lián)網(wǎng)技術(shù)的發(fā)展，帶來(lái)了很多依托于計算機技術(shù)和互聯(lián)網(wǎng)技術(shù)的關(guān)于商業(yè)規則和方法的創(chuàng )新，然而涉及商業(yè)規則和方法的創(chuàng )新在申請專(zhuān)利保護時(shí)，經(jīng)常會(huì )遇到一個(gè)難題，即專(zhuān)利法第二十五條第一款第(二)項以及專(zhuān)利法第二條第二款涉及的專(zhuān)利保護客體問(wèn)題。

2019年12月31日，國家知識產(chǎn)權局發(fā)布了修改后的《專(zhuān)利審查指南》(即公告號343號)中新增了第二部分第九章第6節內容(自2020年2月日起施行)，進(jìn)一步明確了關(guān)于涉及“人工智能、互聯(lián)網(wǎng)+、大數據以及區塊鏈等領(lǐng)域的創(chuàng )新審查”的審查基準，其中指出：在審查中，不應當簡(jiǎn)單割裂技術(shù)特征與算法特征或商業(yè)規則和方法特征等，而應將權利要求記載的所有內容作為一個(gè)整體，對其中涉及的技術(shù)手段、解決的技術(shù)問(wèn)題和獲得的技術(shù)效果進(jìn)行分析。

在對專(zhuān)利申請進(jìn)行審查時(shí)，軟件類(lèi)專(zhuān)利的常規審查順序是A25.1(2)客體審查---A2.2客體審查---A22.2/A22.3新創(chuàng )造性審查，無(wú)論哪一種審查，均強調了技術(shù)方案的整體性。

· 在客體審查中

強調了技術(shù)方案的整體性

例如“如果權利要求中除了算法特征或商業(yè)規則和方法特征，還包含技術(shù)特征，該權利要求就整體而言并不是一種智力活動(dòng)的規則和方法，則不應當依據專(zhuān)利法第二十五條第一款第(二)項排除其獲得專(zhuān)利權的可能性”;以及“對一項包含算法特征或商業(yè)規則和方法特征的權利要求是否屬于技術(shù)方案進(jìn)行審查時(shí)，需要整體考慮權利要求中記載的全部特征。如果該項權利要求記載了對要解決的技術(shù)問(wèn)題采用了利用自然規律的技術(shù)手段，并且由此獲得符合自然規律的技術(shù)效果，則該權利要求限定的解決方案屬于專(zhuān)利法第二條第二款所述的技術(shù)方案。”

· 在新創(chuàng )性審查中

也強調了技術(shù)方案的整體性

例如“對包含算法特征或商業(yè)規則和方法特征的發(fā)明專(zhuān)利申請進(jìn)行新穎性審查時(shí)，應當考慮權利要求記載的全部特征，所述全部特征既包括技術(shù)特征，也包括算法特征或商業(yè)規則和方法特征。對既包含技術(shù)特征又包含算法特征或商業(yè)規則和方法特征的發(fā)明專(zhuān)利申請進(jìn)行創(chuàng )造性審查時(shí)，應將與技術(shù)特征功能上彼此相互支持、存在相互作用關(guān)系的算法特征或商業(yè)規則和方法特征與所述技術(shù)特征作為一個(gè)整體考慮。”

結合專(zhuān)利審查指南的新規，針對涉及商業(yè)規則和方法的專(zhuān)利申請，在撰寫(xiě)時(shí)需要從技術(shù)方案、技術(shù)問(wèn)題、技術(shù)效果方面綜合考慮，以增加其獲得專(zhuān)利權的可能性。

>>> 如何理解交底資料

普通涉及計算機程序的軟件案中所提及的創(chuàng )新，一般與計算機技術(shù)或網(wǎng)絡(luò )或物聯(lián)網(wǎng)或工業(yè)自動(dòng)化等技術(shù)有著(zhù)較強的聯(lián)系，所解決的一般也是計算機領(lǐng)域或網(wǎng)絡(luò )領(lǐng)域或工業(yè)自動(dòng)化領(lǐng)域或物聯(lián)網(wǎng)領(lǐng)域中存在的技術(shù)問(wèn)題，比如交通監控中存在攝像頭采集的畫(huà)面模糊的問(wèn)題、移動(dòng)終端下載數據網(wǎng)絡(luò )延遲的問(wèn)題等等，采用的解決方案也有較強的技術(shù)性，且符合自然規律。

故對于普通的軟件案的技術(shù)交底來(lái)說(shuō)，整理清楚交底中所涉及的技術(shù)方案，想一些擴展的技術(shù)方案即可，不用擔心是否符合專(zhuān)利保護客體。

對于涉及商業(yè)規則和方法的創(chuàng )新，通常技術(shù)交底中提及的大部分內容均是一些商業(yè)規則，解決的問(wèn)題通常也是一些商業(yè)上的問(wèn)題，如提升用戶(hù)體驗、理財風(fēng)險控制等。若按照普通軟件案來(lái)對待，發(fā)現交底內容是涉及商業(yè)的改進(jìn)規則，解決的問(wèn)題也是商業(yè)上的問(wèn)題，根本就不符合專(zhuān)利保護的客體，這樣也許會(huì )導致一個(gè)好的創(chuàng )新點(diǎn)無(wú)法被專(zhuān)利保護。

為此，筆者覺(jué)得需要按如下步驟來(lái)處理：

Step 1

在心態(tài)上要持懷疑態(tài)度

當看到提供的交底資料是涉及商業(yè)規則和方法時(shí)，不能簡(jiǎn)單的認定屬于智力活動(dòng)的規則和方法，不符合專(zhuān)利保護客體，對其進(jìn)行否定，而是需要繼續探究該商業(yè)規則和方法的背后所隱藏的技術(shù)實(shí)現、所解決的技術(shù)問(wèn)題和達到的技術(shù)效果，以力求滿(mǎn)足專(zhuān)利法相關(guān)規定。

Step 2

深挖技術(shù)細節

閱讀交底后，發(fā)現交底方案屬于涉及商業(yè)規則和方法的方案，則從以下幾個(gè)方面深挖技術(shù)細節：

(1)挖掘商業(yè)規則和方法的應用場(chǎng)景，該應用場(chǎng)景所依托的技術(shù)架構(如Client/Sever架構、Browser/Sever架構、區塊鏈等)。

(2)以機器角度挖掘為了解決某個(gè)技術(shù)問(wèn)題，技術(shù)架構中各組成部分之間的數據交互過(guò)程及交互時(shí)序，各組成部分利用商業(yè)規則對數據的處理過(guò)程及處理邏輯等，即挖掘為了解決商業(yè)問(wèn)題，各組成部分各自對數據是如何處理的，內部模塊之間的進(jìn)程通信方式，設備之間的通信方式、通信機制等是什么。對于數據來(lái)說(shuō)，從產(chǎn)生、采集、處理、傳輸、存儲等多個(gè)階段具體分別是什么，各個(gè)階段可以采用5W2H分析方法，挖掘終端或服務(wù)器(Who)對數據做了什么(What)，什么時(shí)候做(When)，怎么做的(How)，做了多少(How much)，為什么這么做(Why)，在哪里做的(Where)等。

(3)理清楚各個(gè)組成部分對數據的處理邏輯以及之間交互過(guò)程后，確定相比于現有技術(shù)架構，本案在結構、通信方式或數據處理流程等方面的改進(jìn)之處，以及所解決的技術(shù)問(wèn)題和達到的技術(shù)效果。

以在微信群發(fā)紅包為例，所依托的技術(shù)架構是終端和服務(wù)器。為了在微信群發(fā)紅包，終端與服務(wù)器之間交互以及各自的數據處理過(guò)程挖掘技術(shù)細節如下：

(1)發(fā)送方終端獲取到用戶(hù)在微信App中選擇的一個(gè)微信群組的群組名稱(chēng)和群組ID，進(jìn)入群組會(huì )話(huà)界面;獲取用戶(hù)在群組會(huì )話(huà)界面的工具欄點(diǎn)擊加號按鈕出現菜單，在菜單中顯示有紅包控件;獲取在菜單中觸發(fā)紅包控件，進(jìn)入發(fā)紅包界面;獲取用戶(hù)在發(fā)紅包界面輸入的總金額s、紅包個(gè)數n，以及用戶(hù)選擇的紅包封面等信息，并檢測到用戶(hù)點(diǎn)擊塞進(jìn)紅包按鈕并完成支付，向服務(wù)器發(fā)起紅包生成請求，接收到服務(wù)器返回的紅包標識及紅包鏈接信息，并發(fā)送在群組會(huì )話(huà)中。

(2)服務(wù)器接收發(fā)送方終端發(fā)送的紅包發(fā)起請求生成一個(gè)紅包標識及紅包鏈接信息，并將總金額s隨機分配成n個(gè)數值，并存儲紅包ID與n個(gè)數值的對應關(guān)系，將紅包標識及紅包鏈接發(fā)送到群組ID對應的群組成員賬號所在的終端。

(3)接收方終端接收到紅包鏈接信息，并展示在群組會(huì )話(huà)界面，獲取到接收方點(diǎn)擊紅包鏈接信息，向服務(wù)器發(fā)起紅包獲取請求，紅包獲取請求中包含有接收方賬號。

(4)服務(wù)器接收到接收方終端發(fā)送的紅包獲取請求，隨機分配一個(gè)數值返回給接收方賬號所在的接收方終端，并將數值對應的金額轉移到接收方賬號對應的銀行賬號或零錢(qián)賬戶(hù)。

通過(guò)上述挖掘出微信群發(fā)紅包的技術(shù)細節后，確定創(chuàng )新的地方，假設以前沒(méi)有微信群組紅包功能，則整個(gè)發(fā)送群組紅包的交互過(guò)程是創(chuàng )新，所解決的技術(shù)問(wèn)題可為群組成員的交互方式單一，為了克服群組成員交互方式單一的問(wèn)題，采用了上述終端與服務(wù)器之間交互過(guò)程實(shí)現了在群組內發(fā)紅包的功能，方便群成員搶紅包，達到的技術(shù)效果可為豐富了群組成員的交互方式等。

Step 3

若經(jīng)過(guò)挖掘，仍然無(wú)法挖掘出技術(shù)內容，則提示申請風(fēng)險。

>>> 專(zhuān)利申請文件的撰寫(xiě)

對于普通的軟件案，撰寫(xiě)專(zhuān)利申請文件時(shí)，因本身技術(shù)性較強，以機器角度描述所形成的技術(shù)方案即為符合自然規律的技術(shù)手段，所解決的問(wèn)題本身也是技術(shù)問(wèn)題，達到的技術(shù)效果也是符合自然規律的技術(shù)效果，能夠克服專(zhuān)利保護客體的問(wèn)題。此外為了爭取合理的保護范圍，可針對多個(gè)并列的技術(shù)方案進(jìn)行合理的上位。

而對于涉及商業(yè)規則和方法相關(guān)特征的技術(shù)方案，在撰寫(xiě)專(zhuān)利申請文件時(shí)，首先要考慮如何使其滿(mǎn)足專(zhuān)利保護客體，為此，需要采用一些撰寫(xiě)技巧，使其技術(shù)化，且符合自然規律。可以對商業(yè)特征和商業(yè)規則等進(jìn)行計算機領(lǐng)域的技術(shù)化，讓商業(yè)特征變?yōu)橛嬎銠C領(lǐng)域的技術(shù)術(shù)語(yǔ)，讓商業(yè)規則變?yōu)橛嬎銠C處理邏輯。商業(yè)特征的技術(shù)化一般是對商業(yè)特征進(jìn)行技術(shù)術(shù)語(yǔ)的上位概況。針對涉及商業(yè)規則和方法的專(zhuān)利申請文件的技術(shù)問(wèn)題、技術(shù)方案和技術(shù)效果需要進(jìn)行計算機領(lǐng)域的技術(shù)化處理，具體可包括對主題名稱(chēng)、技術(shù)領(lǐng)域、背景技術(shù)及技術(shù)問(wèn)題、權利要求、具體實(shí)施方式各個(gè)部分進(jìn)行計算機領(lǐng)域的技術(shù)化處理。

下面以上述微信群發(fā)紅包為例，對技術(shù)問(wèn)題、技術(shù)方案和技術(shù)效果的技術(shù)化處理進(jìn)行簡(jiǎn)單舉例說(shuō)明。

對于技術(shù)問(wèn)題，對現有的商業(yè)現象及存在的問(wèn)題從設備角度采用技術(shù)語(yǔ)言描述。例如對于發(fā)紅包，提高用戶(hù)體驗或增加用戶(hù)趣味性，從技術(shù)角度描述技術(shù)問(wèn)題為“交互方式單一”、“信息傳輸效率低”、“信息傳播途徑不足”等。

對于技術(shù)方案，在權利要求中，按照技術(shù)方案的核心發(fā)明點(diǎn)及必要技術(shù)特征構建獨立權利要求，對其中的商業(yè)術(shù)語(yǔ)進(jìn)行技術(shù)化處理，對商業(yè)規則變?yōu)橛嬎銠C處理邏輯，讓技術(shù)特征與商業(yè)特征結合在一起;從屬權利要求進(jìn)行多層次布局，具體的商業(yè)應用場(chǎng)景可以作為一個(gè)具體應用方案在從屬權利要求中布局。權利要求在撰寫(xiě)時(shí)需要考慮單一侵權主體、多端全面布局、新創(chuàng )性等方面。在說(shuō)明書(shū)中，詳細描述技術(shù)方案的具體硬件技術(shù)架構、硬件技術(shù)架構中各組成部分之間交互過(guò)程等，以及支持權利要求中各技術(shù)方案的實(shí)施例，并將商業(yè)應用作為一個(gè)具體的應用場(chǎng)景示例。

以上述微信群發(fā)紅包，撰寫(xiě)發(fā)送終端側的獨立權利要求，如下所示：

一種虛擬資源分享方法，其特征在于，包括：

· 響應于針對社交應用的群組會(huì )話(huà)界面中資源分享功能的操作，進(jìn)入資源分享界面;

· 獲取在所述資源分享界面輸入的資源分享參數，所述資源分享參數包括虛擬資源總值和虛擬資源包數量;

· 獲取根據所述資源分享參數生成的資源分享消息;

· 將所述資源分享消息分享至所述群組會(huì )話(huà)，所述資源分享信息用于指示所述群組會(huì )話(huà)中群組成員獲取資源。

· 上述通過(guò)將紅包特征與群組特征、消息分享等結合，再結合計算機對數據的處理過(guò)程，如“獲取、生成、展示”等，讓商業(yè)特征與技術(shù)特征結合在一起。對于接收方終端和服務(wù)器側的權利要求布局大家可以參照思考。

· 對于技術(shù)效果，通過(guò)在群組中實(shí)現了資源分享，豐富了交互方式，提升了信息傳播途徑。

綜上所述，在撰寫(xiě)專(zhuān)利申請時(shí)，對申請文件的技術(shù)問(wèn)題、技術(shù)方案和技術(shù)效果采用相應的處理方式進(jìn)行處理，讓技術(shù)特征和商業(yè)特征緊密結合，形成符合自然規律的技術(shù)方案，解決對應的技術(shù)問(wèn)題，達到相應的技術(shù)效果。

>>> 小 結

本文針對涉及商業(yè)規則和方法相關(guān)技術(shù)的專(zhuān)利申請，提供了一點(diǎn)愚見(jiàn)，面對它時(shí)，需要挖掘相關(guān)技術(shù)細節，采用相應的處理技巧保護申請人的發(fā)明構思，讓相關(guān)的專(zhuān)利申請具備授權的可能性。

涉及商業(yè)規則和方法相關(guān)技術(shù)的專(zhuān)利申請，與普通的軟件案的專(zhuān)利申請在處理上有很大差別，在處理過(guò)程中需要注意一下幾點(diǎn)：

1、面對涉及商業(yè)規則和方法的交底內容，分三步走

第一步：在心態(tài)上要持懷疑態(tài)度，不簡(jiǎn)單否定不符合專(zhuān)利保護客體;

第二步：與技術(shù)人員溝通，深挖實(shí)現商業(yè)規則和方法的技術(shù)細節，包括所涉及的技術(shù)架構、技術(shù)架構各組成部分的數據處理過(guò)程、各組成部分之間的通信過(guò)程等，找出創(chuàng )新點(diǎn);

第三步：無(wú)法挖掘出技術(shù)細節，提示申請的風(fēng)險。

2、涉及商業(yè)規則和方法的專(zhuān)利申請文件撰寫(xiě)時(shí)，需要對技術(shù)問(wèn)題、技術(shù)方案和技術(shù)效果均進(jìn)行技術(shù)化處理，以盡可能滿(mǎn)足專(zhuān)利保護客體。