王莉 陳麗鋒

(國(guó)家知識(shí)產(chǎn)權(quán)局專(zhuān)利局專(zhuān)利審查協(xié)作湖北中心，湖北 武漢 430205)

一、引言

檢索策略是提高審查質(zhì)量，加快審查效率的一個(gè)重要因素。我們知道，網(wǎng)絡(luò)中具有不同的操作系統(tǒng)和不同硬件體系結(jié)構(gòu)的設(shè)備之間為了能夠?qū)崿F(xiàn)網(wǎng)絡(luò)互聯(lián)，它們必須使用同一種網(wǎng)絡(luò)通用語(yǔ)言才能進(jìn)行通信，而通信協(xié)議就可以理解為這樣一種通用語(yǔ)言，它對(duì)不同設(shè)備之間進(jìn)行交互的格式或流程進(jìn)行了規(guī)范，因此，通信協(xié)議在通信網(wǎng)絡(luò)中無(wú)處不在，很多專(zhuān)利申請(qǐng)中會(huì)涉及協(xié)議的內(nèi)容，但是實(shí)際在檢索的過(guò)程中，卻很難知道其技術(shù)方案可能會(huì)涉及某個(gè)協(xié)議；原因如下：

（1）審查員技術(shù)知識(shí)有限：通信領(lǐng)域協(xié)議成千上萬(wàn)，技術(shù)錯(cuò)綜復(fù)雜，審查員不可能對(duì)所有的協(xié)議熟悉，所以較難知道其技術(shù)方案可能會(huì)涉及某個(gè)協(xié)議；

（2）申請(qǐng)人刻意規(guī)避檢索：有時(shí)候權(quán)利要求的方法可能就是某種協(xié)議的內(nèi)容，但申請(qǐng)人為了規(guī)避審查員的檢索，往往并不會(huì)在申請(qǐng)文件中有所提示，審查員可能就沒(méi)有意識(shí)去檢索協(xié)議，或者想去檢索協(xié)議卻難以找到突破點(diǎn)，不知道該如何去尋找可能和本申請(qǐng)相關(guān)的協(xié)議。

筆者對(duì)自己工作中遇到的以協(xié)議為對(duì)比文件的具體案例的檢索過(guò)程做一些分析、歸納、總結(jié)、反思，希望能夠?qū)νㄐ蓬I(lǐng)域提高檢索效率和審查效率有所幫助。

二、實(shí)際案例檢索分析

蛛絲馬跡1.技術(shù)聯(lián)想，通過(guò)已知類(lèi)似技術(shù)方案聯(lián)想識(shí)別協(xié)議類(lèi)申請(qǐng)

案例如下：

一種基于用戶(hù)數(shù)據(jù)報(bào)協(xié)議的網(wǎng)絡(luò)診斷及性能評(píng)估系統(tǒng)，包括網(wǎng)絡(luò)管理中心服務(wù)器，其特征在于，還包括：網(wǎng)絡(luò)診斷客戶(hù)端和網(wǎng)絡(luò)診斷服務(wù)器；所述網(wǎng)絡(luò)診斷客戶(hù)端和網(wǎng)絡(luò)診斷服務(wù)器之間采用用戶(hù)數(shù)據(jù)報(bào)協(xié)議通信；

所述網(wǎng)絡(luò)管理中心服務(wù)器，用于向網(wǎng)絡(luò)診斷客戶(hù)端集中發(fā)起診斷請(qǐng)求，接收網(wǎng)絡(luò)診斷客戶(hù)端返回的診斷結(jié)果；

所述網(wǎng)絡(luò)診斷客戶(hù)端，用于將接收到的診斷請(qǐng)求轉(zhuǎn)換成可執(zhí)行的網(wǎng)絡(luò)測(cè)試指令，據(jù)此向網(wǎng)絡(luò)診斷服務(wù)器發(fā)送診斷探測(cè)包；接收網(wǎng)絡(luò)診斷服務(wù)器回送的診斷結(jié)果，再次統(tǒng)計(jì)后發(fā)送給網(wǎng)絡(luò)管理中心服務(wù)器；

所述網(wǎng)絡(luò)診斷服務(wù)器，用于執(zhí)行診斷請(qǐng)求，回送診斷結(jié)果給網(wǎng)絡(luò)診斷客戶(hù)端。

【檢索思路】

(1)在專(zhuān)利庫(kù)簡(jiǎn)單檢索：如果根據(jù)慣用的檢索策略，根據(jù)本發(fā)明的技術(shù)方案和權(quán)利要求特點(diǎn)其實(shí)是不好提取關(guān)鍵詞的，無(wú)非就是采用網(wǎng)絡(luò)、診斷、客戶(hù)端、服務(wù)器，用戶(hù)數(shù)據(jù)報(bào)協(xié)議這幾個(gè)詞來(lái)進(jìn)行檢索，審查員先在專(zhuān)利庫(kù)里進(jìn)行了一個(gè)簡(jiǎn)單檢索，沒(méi)有找到可用對(duì)比文件。

（2）分析權(quán)利要求和說(shuō)明書(shū)特點(diǎn)，技術(shù)方案屬于網(wǎng)絡(luò)測(cè)試，技術(shù)聯(lián)想，常見(jiàn)的ping測(cè)試具有相應(yīng)協(xié)議，且從屬權(quán)利要求中大量涉及數(shù)據(jù)格式，因此，判斷本申請(qǐng)涉及協(xié)議的可能性非常大，轉(zhuǎn)換檢索思路；

（3）改變檢索策略，尋找協(xié)議檢索的突破點(diǎn)并進(jìn)行檢索：于是沒(méi)有繼續(xù)檢索專(zhuān)利庫(kù)，快速調(diào)整，將檢索思路調(diào)整為外網(wǎng)，希望檢索到基于UDP 的網(wǎng)絡(luò)測(cè)試相關(guān)的協(xié)議，那該如何進(jìn)行檢索是否有相關(guān)協(xié)議呢？審查員繼續(xù)仔細(xì)研究說(shuō)明書(shū)內(nèi)容，發(fā)現(xiàn)里面有比較專(zhuān)業(yè)的詞匯，UDP ECHO PLUS，于是以該詞匯為線(xiàn)索在百度進(jìn)行檢索，希望能夠找到相關(guān)協(xié)議的線(xiàn)索，通過(guò)該詞匯“UDP ECHO PLUS”在百度進(jìn)行搜索，在pudn 程序員網(wǎng)上看到了一段“實(shí)現(xiàn)TR143 udp echo plus”的程序，此時(shí)再檢索“TR143”，就發(fā)現(xiàn)其為網(wǎng)絡(luò)吞吐量和狀態(tài)測(cè)試的協(xié)議編號(hào)，于是去通信標(biāo)準(zhǔn)網(wǎng)絡(luò)檢索該協(xié)議，閱讀后發(fā)現(xiàn)，其中就有一個(gè)基于UDP 的網(wǎng)絡(luò)測(cè)試方案，并且本申請(qǐng)的從屬權(quán)利要求技術(shù)特征基本都被該協(xié)議公開(kāi)。

蛛絲馬跡2.通過(guò)數(shù)據(jù)報(bào)文格式改進(jìn)識(shí)別協(xié)議類(lèi)申請(qǐng)

案例如下：

一種基于RSSP-II 協(xié)議的數(shù)據(jù)報(bào)傳輸方法，其特征在于，包括如下步驟：

在待發(fā)送的數(shù)據(jù)報(bào)中加入認(rèn)證頭和認(rèn)證尾，所述認(rèn)證頭添加于幀頭和用戶(hù)數(shù)據(jù)之間，所述認(rèn)證尾添加于用戶(hù)數(shù)據(jù)之后；

發(fā)送端對(duì)數(shù)據(jù)報(bào)執(zhí)行認(rèn)證算法，計(jì)算出數(shù)據(jù)報(bào)的hash 哈希校驗(yàn)值，并將hash 哈希校驗(yàn)值存儲(chǔ)在認(rèn)證尾中；

發(fā)送端向接收端發(fā)送加有認(rèn)證頭和認(rèn)證尾的數(shù)據(jù)報(bào)；

接收端對(duì)發(fā)送端發(fā)送來(lái)的數(shù)據(jù)報(bào)進(jìn)行認(rèn)證檢查，接收符合要求的數(shù)據(jù)報(bào)，丟棄不符合要求的數(shù)據(jù)報(bào)。

【檢索思路】

（1）去外網(wǎng)學(xué)習(xí)了解背景知識(shí)：首先這是關(guān)于RSSP-II 協(xié)議的數(shù)據(jù)報(bào)傳輸方法，由于對(duì)RSSP-II 協(xié)議并不了解，因此，不必先進(jìn)行專(zhuān)利庫(kù)的檢索，首先去知網(wǎng)搜索關(guān)于RSSP-II 協(xié)議方面的文章，研究了一下它的協(xié)議架構(gòu)和數(shù)據(jù)傳輸格式，對(duì)個(gè)協(xié)議有一個(gè)快速的總體的認(rèn)識(shí)，該協(xié)議本身沒(méi)有認(rèn)證頭和認(rèn)證尾。

（2）分析權(quán)利要求的特點(diǎn)，涉及對(duì)數(shù)據(jù)報(bào)文格式的改進(jìn)，在通信領(lǐng)域中，這種對(duì)數(shù)據(jù)格式進(jìn)行定義的一般都在標(biāo)準(zhǔn)里進(jìn)行的，而在網(wǎng)絡(luò)安全領(lǐng)域，有很多種網(wǎng)絡(luò)安全協(xié)議，而且在協(xié)議中常常會(huì)規(guī)定數(shù)據(jù)格式，從本領(lǐng)域經(jīng)驗(yàn)出發(fā)，覺(jué)得應(yīng)該有這種有認(rèn)證頭和認(rèn)證尾這種數(shù)據(jù)格式的協(xié)議，只是暫時(shí)不了解有什么協(xié)議有認(rèn)證頭和認(rèn)證尾。

（3）尋找協(xié)議檢索的突破點(diǎn)并進(jìn)行檢索：在百度里搜認(rèn)證，頭，尾，發(fā)現(xiàn)了一個(gè)專(zhuān)業(yè)詞匯“AH”,然后針對(duì)AH 進(jìn)行搜索，發(fā)現(xiàn)ipv6 網(wǎng)絡(luò)中為網(wǎng)絡(luò)安全提出的ipsec 協(xié)議中含有認(rèn)證頭AH，于是去通信標(biāo)準(zhǔn)網(wǎng)下載ipsec 協(xié)議，對(duì)該協(xié)議進(jìn)行研讀，發(fā)現(xiàn)該協(xié)議的安全架構(gòu)中定義了兩種數(shù)據(jù)封裝模式，一種是ESP(封裝安全載荷)封裝模式，一種是AH(驗(yàn)證頭)封裝模式，其中ESP(封裝安全載荷)封裝模式中的數(shù)據(jù)報(bào)格式就有認(rèn)證頭和認(rèn)證尾，仔細(xì)研究該協(xié)議后發(fā)現(xiàn)，本申請(qǐng)從屬權(quán)利要求限定的具體的細(xì)節(jié)，都和ESP 數(shù)據(jù)報(bào)格式一致，本申請(qǐng)就是在RSSP-II 協(xié)議的數(shù)據(jù)報(bào)中加入了ipsec 協(xié)議的ESP 封裝格式，從權(quán)特征也基本全部被該協(xié)議公開(kāi)。

蛛絲馬跡3.通過(guò)專(zhuān)有技術(shù)消息交互，并大量出現(xiàn)專(zhuān)業(yè)詞匯識(shí)別協(xié)議類(lèi)申請(qǐng)

案例如下：

一種基于國(guó)密算法建立TLS 通道的方法，其特征在于，所述方法包括步驟：握手請(qǐng)求階段：服務(wù)器端發(fā)起hello 請(qǐng)求消息、客戶(hù)端收到后發(fā)送客戶(hù)端hello 消息作為回應(yīng)，或客戶(hù)端直接發(fā)起客戶(hù)端hello 消息；服務(wù)器端收到所述客戶(hù)端hello 消息后，發(fā)送服務(wù)器端hello 消息作為回應(yīng)；

服務(wù)器端認(rèn)證階段：服務(wù)器端向客戶(hù)端發(fā)送服務(wù)器端SM2 證書(shū)，隨后發(fā)送hello 完成消息；

客戶(hù)端認(rèn)證階段：客戶(hù)端收到所述hello 完成消息后，發(fā)送密鑰交換消息；

完成握手階段：客戶(hù)端發(fā)送更換密碼套件消息和結(jié)束消息，服務(wù)器端收到客戶(hù)端結(jié)束消息后，發(fā)送更換密碼套件消息和結(jié)束消息；雙方均收到對(duì)方的結(jié)束消息并通過(guò)驗(yàn)證后，以約定的安全參數(shù)進(jìn)行數(shù)據(jù)安全傳輸。

【檢索思路】

（1）去外網(wǎng)了解本申請(qǐng)背景知識(shí)：首先發(fā)現(xiàn)TLS 通道是一個(gè)比較專(zhuān)業(yè)的詞匯，對(duì)這個(gè)技術(shù)不是很了解，因此，不必盲目從權(quán)利要求技術(shù)方案中提取關(guān)鍵詞在專(zhuān)利庫(kù)檢索，先去外網(wǎng)百度進(jìn)行檢索，了解TLS 通道的含義，原來(lái)是代表安全傳輸層。

（2）分析權(quán)利要求特點(diǎn)，審查員發(fā)現(xiàn)本申請(qǐng)權(quán)利要求大部分都是涉及專(zhuān)業(yè)技術(shù)TLS 通道建立過(guò)程中的交互消息，并含有hello 消息這種比較專(zhuān)業(yè)的詞匯，不像是自定義的詞匯，而在通信領(lǐng)域中，協(xié)議中通常會(huì)定義專(zhuān)業(yè)技術(shù)系統(tǒng)架構(gòu)的基礎(chǔ)流程交互，因此本申請(qǐng)內(nèi)容涉及協(xié)議相關(guān)的可能性非常大。

（3）尋找協(xié)議檢索的突破點(diǎn)并進(jìn)行檢索：由于在外網(wǎng)了解到TLS 是一個(gè)專(zhuān)有詞匯，于是檢索TLS，協(xié)議，發(fā)現(xiàn)TLS 通道為協(xié)議IETF_2246 中定義的技術(shù)規(guī)范,于是去通信標(biāo)準(zhǔn)網(wǎng)下載該協(xié)議，仔細(xì)研究該協(xié)議后發(fā)現(xiàn)，權(quán)利要求1 請(qǐng)求保護(hù)的TLS 通道建立方法就是標(biāo)準(zhǔn)的TLS 握手協(xié)議的內(nèi)容，只不過(guò)限定了服務(wù)器端的證書(shū)具體是采用SM2 加密算法，而該協(xié)議中列舉的加密算法為RSA 加密算法，而SM2 加密算法和RSA 加密算法都是本領(lǐng)域公知的非對(duì)稱(chēng)加密算法，因此可以采用該標(biāo)準(zhǔn)協(xié)議評(píng)述該權(quán)利要求的創(chuàng)造性，后來(lái)仔細(xì)研究后發(fā)現(xiàn)，該申請(qǐng)的從權(quán)的大部分特征也已該協(xié)議中公開(kāi)。

三、結(jié)語(yǔ)

本文對(duì)網(wǎng)絡(luò)通信領(lǐng)域的可能涉及協(xié)議的檢索技巧進(jìn)行了一個(gè)經(jīng)驗(yàn)總結(jié)，重點(diǎn)分析了涉及可能存在協(xié)議作為對(duì)比文件的案件的檢索過(guò)程。本文內(nèi)容均是筆者在實(shí)際審查中的一些心得體會(huì)，希望對(duì)該領(lǐng)域的審查工作有所幫助。（第二作者對(duì)本文貢獻(xiàn)等同于第一作者）