文/北京集佳知識產(chǎn)權(quán)代理有限公司 袁蕾

　　一些互聯(lián)網(wǎng)領(lǐng)域的案件，有時候會涉及例如提升客戶體驗等的方案。對于這些案件，審查員往往會認為與對比文件的區(qū)別技術(shù)特征是非技術(shù)特征、已知的技術(shù)手段或顯而易見的選擇等理由，來指出發(fā)明沒有創(chuàng)造性。

　　歐洲的審查指南中也對上面這幾種類型的創(chuàng)造性問題進行了規(guī)定。涉及的法條包括：

　　1、關(guān)于非技術(shù)特征

　　指南首先定義了包括技術(shù)特征和非技術(shù)特征兩者的權(quán)利要求，屬于混合型發(fā)明。

　　在判斷混合型發(fā)明的過程中，包括以下幾個步驟：

　　（i）基于本發(fā)明所實現(xiàn)的技術(shù)效果來確定做出貢獻的特征；

　?。╥i）選擇最接近的現(xiàn)有技術(shù)，主要根據(jù)對本發(fā)明做出貢獻的特征來進行選擇；

　　（iii）確定與最接近的現(xiàn)有技術(shù)的區(qū)別。將權(quán)利要求作為一個整體，來確定這些區(qū)別的技術(shù)效果，以便從這些區(qū)別中確定做出技術(shù)貢獻的特征和沒有做出技術(shù)貢獻的特征。

　　（a）如果沒有區(qū)別特征，則沒有新穎性；

　?。╞）如果該區(qū)別沒有任何技術(shù)上的貢獻，則沒有創(chuàng)造性；

　?。╟）如果該區(qū)別特征做出了技術(shù)貢獻，則根據(jù)這些區(qū)別所達到的技術(shù)效果推出技術(shù)問題，如果針對技術(shù)問題的技術(shù)方案對本領(lǐng)域技術(shù)人員而言是顯而易見的，則沒有創(chuàng)造性。

　　2、關(guān)于已知的技術(shù)手段

　　指南規(guī)定了：對于以顯而易見的方式使用已知技術(shù)手段的發(fā)明，下列情況不具有創(chuàng)造性：

　?。╥）現(xiàn)有技術(shù)的教導(dǎo)是不完整的，但技術(shù)人員容易想到“填補空白”的至少一種可能方式，而該方式即為本發(fā)明的方案；

　?。╥i）本發(fā)明僅在使用眾所周知的等同物方面與已知技術(shù)不同；

　?。╥ii）本發(fā)明僅在于利用已知材料的已知特性的新用途；

　?。╥v）本發(fā)明在于在已知裝置中替代最近開發(fā)的材料，該材料的性質(zhì)使其顯然適合于該用途，以及

　?。╲）本發(fā)明僅在于在非常相似的情況下使用已知技術(shù)。

　　3、關(guān)于顯而易見的選擇

　　指南規(guī)定了，在許多已知的可能性中進行顯而易見的選擇，這種情況是非創(chuàng)造性的：

　　（i）從許多同樣可能的選擇中進行選擇；

　　（ii）從有限的可能性范圍中選擇特定的尺寸，溫度范圍或其他參數(shù)，并且很明顯，這些參數(shù)可以通過常規(guī)的試驗和錯誤或通過應(yīng)用正常的設(shè)計程序來獲得；

　?。╥ii）僅可以通過簡單的外推法以直接的方式從已知技術(shù)中得出；

　?。╥v）僅在于從廣闊的領(lǐng)域中選擇特定的化合物或組成（包括合金），以及

　?。╲）不可避免地遵循現(xiàn)有技術(shù)的發(fā)展，使得在幾種可能性之間沒有其他選擇。

　　下面舉一個案例來具體說明。

　　方案：對于軟件來說，現(xiàn)有技術(shù)中軟件中包括的各種行為是寫死在軟件中的，這樣就不利于軟件的修改升級。本發(fā)明設(shè)置了一個行為配置表，行為配置表中包括應(yīng)用程序的行為對應(yīng)的API的標(biāo)識和配置信息，根據(jù)應(yīng)用程序包括的行為對應(yīng)的API的標(biāo)識和配置信息來實現(xiàn)應(yīng)用。這樣，當(dāng)需要修改應(yīng)用程序時，技術(shù)人員只要修改對應(yīng)的行為配置表就可以了。

　　權(quán)利要求1包括以下步驟：

　　接收服務(wù)端發(fā)送待實現(xiàn)的應(yīng)用的行為配置表，所述行為配置表包括所述待實現(xiàn)的應(yīng)用包括的行為對應(yīng)的API的標(biāo)識和配置信息，配置信息包括觸發(fā)條件，顯示規(guī)則，實現(xiàn)的行為描述信息和結(jié)果行為中的至少一個；

　　根據(jù)API的標(biāo)識和配置信息實現(xiàn)所述待實現(xiàn)的應(yīng)用，包括：根據(jù)待實現(xiàn)應(yīng)用中包括的行為對應(yīng)的API標(biāo)識，來調(diào)用API，并根據(jù)待實現(xiàn)應(yīng)用中包括的行為對應(yīng)的配置信息，執(zhí)行所述API來實現(xiàn)該待實現(xiàn)應(yīng)用。

　　審查員在審查意見中引用了一篇對比文件，對比文件要解決的主要問題與本申請類似，也是現(xiàn)有軟件代碼的各種行為寫死在軟件中，修改困難，因此提供一種靈活修改軟件的方法。對比文件提供了一種可以靈活修改的腳本。對比文件的腳本包括可以實現(xiàn)應(yīng)用程序的邏輯的程序結(jié)構(gòu)，其可以調(diào)用本地的API并傳送API變量。

　　因此，本申請和對比文件的主要區(qū)別點在于本申請是“行為配置表”，而對比文件是利用腳本。

　　在審查意見中，審查員承認上述區(qū)分特征“行為配置表”，但是審查員認為其僅僅是一種“數(shù)據(jù)表示”，這種數(shù)據(jù)表示并不是一個技術(shù)特征，也不能產(chǎn)生技術(shù)效果。

　　對于該意見，我們可以添加該行為配置表的具體特征來克服。例如，可以添加，通過在行為配置表中設(shè)置指針來執(zhí)行該行為配置表，即，添加特征“在行為配置表中設(shè)置指針指向待實現(xiàn)的應(yīng)用包括的第一個行為對應(yīng)的API的標(biāo)識和配置信息，讀取該API的標(biāo)識和配置信息，調(diào)用并執(zhí)行對應(yīng)的API，并在行為配置表中設(shè)置指針指向下一個行為對應(yīng)的API的標(biāo)識和配置信息，直至完成所有行為”。也就是說，增加了具體如何應(yīng)用該行為配置表來實現(xiàn)該技術(shù)，增加特征的技術(shù)性。

　　同時，可以進一步爭辯相應(yīng)的技術(shù)效果，即通過在行為配置表中設(shè)置指針指向各個行為的方式，來實現(xiàn)應(yīng)用程序，這樣本申請的應(yīng)用范圍更加廣泛，不必要求如對比文件那樣只能在具有“腳本編譯器”的情況下才能使用。