本發(fā)明涉及知識(shí)產(chǎn)權(quán)服務(wù)領(lǐng)域，尤其涉及一種提案自動(dòng)評(píng)審方法和系統(tǒng)。

背景技術(shù)：

近年來，隨著國家對(duì)于知識(shí)產(chǎn)權(quán)的重視，越來越多的企業(yè)或個(gè)人更加注重知識(shí)產(chǎn)權(quán)的保護(hù)，企業(yè)知識(shí)產(chǎn)權(quán)一般包含企業(yè)創(chuàng)意、企業(yè)提案、企業(yè)專利、企業(yè)商標(biāo)、企業(yè)版權(quán)和企業(yè)域名。目前，很多企業(yè)內(nèi)部員工的知識(shí)產(chǎn)權(quán)意識(shí)還有待提高，對(duì)于自己的很多創(chuàng)意，也無法很好的進(jìn)行判斷，很多研發(fā)人員無法第一時(shí)間知道自己的想法是否是一個(gè)有意義有價(jià)值的創(chuàng)意，是否能申請(qǐng)專利，因此大部分研發(fā)人員在創(chuàng)意階段就放棄了。即使在企業(yè)內(nèi)部提出創(chuàng)意，他們也無法讓外面的評(píng)審專家給他們提意見和建議。而對(duì)于擁有專業(yè)知識(shí)和判斷能力的許多知識(shí)產(chǎn)權(quán)從業(yè)人員而言，對(duì)研發(fā)人員的創(chuàng)意進(jìn)行評(píng)審以及提供相應(yīng)的建議是較為容易的，由此，造成了資源的不對(duì)等以及浪費(fèi)，很多知識(shí)產(chǎn)權(quán)提案無法提出和得到專業(yè)的評(píng)審。

基于此，有必要提供一種提案自動(dòng)評(píng)審方法和系統(tǒng)，以解決當(dāng)前企業(yè)內(nèi)部無法快速有效處理知識(shí)產(chǎn)權(quán)提案的問題。

技術(shù)實(shí)現(xiàn)要素：

本發(fā)明的主要目的在于解決現(xiàn)有技術(shù)中企業(yè)內(nèi)部無法快速有效處理知識(shí)產(chǎn)權(quán)提案的技術(shù)問題。

為實(shí)現(xiàn)上述目的，本發(fā)明提供一種提案自動(dòng)評(píng)審方法，所述方法包括：

當(dāng)偵測(cè)到提案庫中有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型；

依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單；

向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果；

依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。

優(yōu)選地，所述評(píng)審專家包括至少一個(gè)大眾專家，所述當(dāng)偵測(cè)提案庫中到有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型之前，所述方法還包括：

當(dāng)偵測(cè)到用戶創(chuàng)建提案時(shí)，確定所述提案的提案信息中是否包括申請(qǐng)類型；

若不包括，則從專家?guī)熘羞x擇一大眾專家并向所述選擇的大眾專家發(fā)送評(píng)審請(qǐng)求；

接收所述選擇的大眾專家的評(píng)審結(jié)果，依據(jù)所述選擇的大眾專家的評(píng)審結(jié)果填寫所述提案信息中的申請(qǐng)類型；

在所述提案創(chuàng)建完畢后將所述提案放入所述提案庫中等待評(píng)審。

優(yōu)選地，所述評(píng)審專家包括不同的行業(yè)專家，所述依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單具體包括：

根據(jù)所述申請(qǐng)類型確定匹配的行業(yè)專家；

依據(jù)預(yù)設(shè)規(guī)則從專家?guī)熘羞x擇預(yù)設(shè)數(shù)量的匹配行業(yè)專家作為待選行業(yè)專家；

依據(jù)用戶操作從所述待選行業(yè)專家中確定目標(biāo)行業(yè)專家以確定評(píng)審專家名單。

優(yōu)選地，所述依據(jù)評(píng)審結(jié)果處理所述待評(píng)審提案具體包括：

判斷所述評(píng)審結(jié)果是通過或是不通過；

若所述評(píng)審結(jié)果為通過，則記錄所述待評(píng)審提案評(píng)審結(jié)論為通過并將所述待評(píng)審提案提交至后續(xù)審批流程；

若所述評(píng)審結(jié)果為不通過，則記錄所述待評(píng)審提案評(píng)審結(jié)論為結(jié)案并結(jié)束所述待評(píng)審提案的評(píng)審流程。

優(yōu)選地，所述方法還包括：

預(yù)先在所述專家?guī)熘械怯浉鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)；

當(dāng)接收到新的評(píng)審專家加入申請(qǐng)時(shí)，審核所述加入申請(qǐng)是否通過，若通過，則在所述專家?guī)熘械怯浰鲂碌脑u(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)；

當(dāng)接收到外部專家?guī)斓慕尤肷暾?qǐng)時(shí)，從所述外部專家?guī)熘袑?dǎo)入專家信息，在所述專家?guī)熘械怯浰鐾獠繉＜規(guī)熘械母鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

此外，為實(shí)現(xiàn)上述目的，本發(fā)明還提供一種提案自動(dòng)評(píng)審系統(tǒng)，所述提案自動(dòng)評(píng)審系統(tǒng)包括：

分類模塊，用于當(dāng)偵測(cè)到提案庫中有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型；

匹配模塊，用于依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單；

第一請(qǐng)求模塊，用于向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果；

處理模塊，用于依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。

優(yōu)選地，所述評(píng)審專家包括至少一個(gè)大眾專家，所述提案自動(dòng)評(píng)審系統(tǒng)還包括：

偵測(cè)模塊，用于當(dāng)偵測(cè)到用戶創(chuàng)建提案時(shí)，確定所述提案的提案信息中是否包括申請(qǐng)類型；

第二請(qǐng)求模塊，用于在所述提案信息不包括申請(qǐng)類型時(shí)從專家?guī)熘羞x擇一大眾專家并向所述選擇的大眾專家發(fā)送評(píng)審請(qǐng)求；

補(bǔ)充模塊，用于接收所述選擇的大眾專家的評(píng)審結(jié)果，依據(jù)所述選擇的大眾專家的評(píng)審結(jié)果填寫所述提案信息中的申請(qǐng)類型；

提交模塊，用于在所述提案創(chuàng)建完畢后將所述提案放入所述提案庫中等待評(píng)審。

優(yōu)選地，所述評(píng)審專家包括不同的行業(yè)專家，所述匹配模塊具體包括：

行業(yè)確定單元，用于根據(jù)所述申請(qǐng)類型確定匹配的行業(yè)專家；

專家選擇單元，用于依據(jù)預(yù)設(shè)規(guī)則從專家?guī)熘羞x擇預(yù)設(shè)數(shù)量的匹配行業(yè)專家作為待選行業(yè)專家；

專家確定單元，用于依據(jù)用戶操作從所述待選行業(yè)專家中確定目標(biāo)行業(yè)專家以確定評(píng)審專家名單。

優(yōu)選地，所述處理模塊具體包括：

判斷單元，用于判斷所述評(píng)審結(jié)果是通過或是不通過；

審批單元，用于當(dāng)所述評(píng)審結(jié)果為通過時(shí)，記錄所述待評(píng)審提案評(píng)審結(jié)論為通過并將所述待評(píng)審提案提交至后續(xù)審批流程；

結(jié)案單元，用于當(dāng)所述評(píng)審結(jié)果為不通過時(shí)，記錄所述待評(píng)審提案評(píng)審結(jié)論為結(jié)案并結(jié)束所述待評(píng)審提案的評(píng)審流程。

優(yōu)選地，所述提案自動(dòng)評(píng)審系統(tǒng)還包括：

登記模塊，用于預(yù)先在所述專家?guī)熘械怯浉鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)；

審核模塊，用于當(dāng)接收到新的評(píng)審專家加入申請(qǐng)時(shí)，審核所述加入申請(qǐng)是否通過，若通過，則在所述專家?guī)熘械怯浰鲂碌脑u(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)；

導(dǎo)入模塊，用于當(dāng)接收到外部專家?guī)斓慕尤肷暾?qǐng)時(shí)，從所述外部專家?guī)熘袑?dǎo)入專家信息，在所述專家?guī)熘械怯浰鐾獠繉＜規(guī)熘械母鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

本發(fā)明所提供的提案自動(dòng)評(píng)審方法和系統(tǒng)，當(dāng)偵測(cè)提案庫中到有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型；依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單；向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果；依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。從而，可以根據(jù)提案的類型自動(dòng)匹配合適的評(píng)審專家對(duì)提案進(jìn)行線上評(píng)審，提高了提案的評(píng)審流程的時(shí)間和效率，在保證提案質(zhì)量的同時(shí)，也更好的利用了不同的評(píng)審專家資源，減少了研發(fā)人員的負(fù)擔(dān)。

附圖說明

圖1為本發(fā)明的提案自動(dòng)評(píng)審方法第一實(shí)施例的流程示意圖；

圖2為本發(fā)明的提案自動(dòng)評(píng)審方法第二實(shí)施例的流程示意圖；

圖3為圖1中步驟s20的具體細(xì)化流程示意圖；

圖4為圖1中步驟s40的具體細(xì)化流程示意圖；

圖5為本發(fā)明的提案自動(dòng)評(píng)審方法第三實(shí)施例的流程示意圖；

圖6為本發(fā)明的提案自動(dòng)評(píng)審系統(tǒng)第一實(shí)施例的功能模塊示意圖；

圖7為本發(fā)明的提案自動(dòng)評(píng)審系統(tǒng)第二實(shí)施例的功能模塊示意圖；

圖8為圖6中匹配模塊的細(xì)化功能模塊示意圖；

圖9為圖6中處理模塊的細(xì)化功能模塊示意圖；

圖10為本發(fā)明的提案自動(dòng)評(píng)審系統(tǒng)第三實(shí)施例的功能模塊示意圖。

本發(fā)明目的的實(shí)現(xiàn)、功能特點(diǎn)及優(yōu)點(diǎn)將結(jié)合實(shí)施例，參照附圖做進(jìn)一步說明。

具體實(shí)施方式

應(yīng)當(dāng)理解，此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。

需要說明的是，在本發(fā)明中，終端包括但不限于個(gè)人計(jì)算機(jī)如筆記本電腦、移動(dòng)終端如手機(jī)以及ipad等。

需要說明的是，在本發(fā)明中，提案主要指各種類型的知識(shí)產(chǎn)權(quán)提案，包括但不限于企業(yè)專利、企業(yè)商標(biāo)、企業(yè)版權(quán)和企業(yè)域名等各種提案。

本發(fā)明提供一種提案自動(dòng)評(píng)審方法，通過提案自動(dòng)評(píng)審系統(tǒng)(后續(xù)稱系統(tǒng))實(shí)現(xiàn)。參照?qǐng)D1，圖1為本發(fā)明的提案自動(dòng)評(píng)審方法第一實(shí)施例的流程示意圖。在該實(shí)施例中，所述提案自動(dòng)評(píng)審方法包括：

步驟s10、當(dāng)偵測(cè)到提案庫中有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型。

具體的，提案庫中記錄有已提交但仍未評(píng)審的提案，也即仍處于評(píng)審流程的待評(píng)審提案，當(dāng)提案庫中有待評(píng)審提案出現(xiàn)時(shí)，系統(tǒng)需要確定此時(shí)待評(píng)審提案的申請(qǐng)類型，例如，申請(qǐng)類型為專利、商標(biāo)、版權(quán)或是域名中的任意一種?？梢岳斫獾氖?，當(dāng)提案庫中待評(píng)審提案有多個(gè)時(shí)，可以根據(jù)提交時(shí)間的先后順序?qū)Ω鱾€(gè)待評(píng)審提案進(jìn)行排序，系統(tǒng)根據(jù)排序隊(duì)列依次處理各個(gè)待評(píng)審提案。

步驟s20、依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單。

具體的，系統(tǒng)可以根據(jù)待評(píng)審提案的申請(qǐng)類型，搜索專家?guī)熘行袠I(yè)與該申請(qǐng)類型匹配的，也即可以評(píng)審該申請(qǐng)類型提案的所有評(píng)審專家，根據(jù)用戶操作確定最終的評(píng)審專家名單?？梢岳斫獾氖?，評(píng)審專家名單上可以包括一個(gè)或多個(gè)評(píng)審專家，評(píng)審專家名單上評(píng)審專家的數(shù)量可依據(jù)需要設(shè)置。在本實(shí)施例中，評(píng)審專家包括不同的行業(yè)專家，不同的行業(yè)專家擅長于評(píng)審不同申請(qǐng)類型的提案，例如，專利專家可以評(píng)審專利提案，商標(biāo)專家可以評(píng)審商標(biāo)提案，以此類推。更進(jìn)一步的，行業(yè)專家下還可以進(jìn)一步細(xì)分，例如，專利提案的申請(qǐng)包括發(fā)明、實(shí)用新型或是外觀等不同的申請(qǐng)類型，則專利專家還可以進(jìn)一步包括發(fā)明專家、實(shí)用新型專家以及外觀專家等。

可以理解的是，行業(yè)專家的分類對(duì)應(yīng)于提案的申請(qǐng)類型，兩者的具體分類方式可以依據(jù)企業(yè)需要由企業(yè)管理用戶通過管理賬戶進(jìn)行選擇和設(shè)定。

需要說明的是，專家?guī)熘械拿恳粋€(gè)行業(yè)專家都是具備相應(yīng)專業(yè)技術(shù)資格的組織或個(gè)人，其主要職責(zé)和權(quán)限是依據(jù)專業(yè)技術(shù)資格條件、標(biāo)準(zhǔn)和規(guī)定的評(píng)審權(quán)限、范圍、程序，對(duì)申報(bào)的提案進(jìn)行評(píng)議，審定其申請(qǐng)資格。行業(yè)專家分為免費(fèi)和收費(fèi)(可以按時(shí)收費(fèi))，同時(shí)根據(jù)每一個(gè)行業(yè)專家的專業(yè)技術(shù)資格和從業(yè)年限等分為不同的等級(jí)。

請(qǐng)進(jìn)一步參考圖3，所示是步驟s20的細(xì)化流程圖，在本實(shí)施例中，步驟s20具體包括：

步驟s21、根據(jù)所述申請(qǐng)類型確定匹配的行業(yè)專家。

步驟s22、依據(jù)預(yù)設(shè)規(guī)則從專家?guī)熘羞x擇預(yù)設(shè)數(shù)量的匹配行業(yè)專家作為待選行業(yè)專家。

步驟s23、依據(jù)用戶操作從所述待選行業(yè)專家中確定目標(biāo)行業(yè)專家以確定評(píng)審專家名單。

具體的，因?yàn)槊恳粋€(gè)評(píng)審專家所擅長的領(lǐng)域不同，也即不同行業(yè)專家可以處理的提案類型不同，因此，不同申請(qǐng)類型的提案需要由不同的行業(yè)專家進(jìn)行評(píng)審。系統(tǒng)確定待評(píng)審提案的申請(qǐng)類型后，需要確定與其匹配的行業(yè)專家。例如，若待評(píng)審提案申請(qǐng)類型為專利，則與其匹配的行業(yè)專家為專利專家；若待評(píng)審提案申請(qǐng)類型為商標(biāo)，則與其匹配的行業(yè)專家為商標(biāo)專家。確定匹配行業(yè)專家后，終端需要從專家?guī)熘兴衅ヅ湫袠I(yè)專家中選擇預(yù)設(shè)數(shù)量的匹配行業(yè)專家作為待選行業(yè)專家以供選擇。此處，選擇的預(yù)設(shè)規(guī)則以及預(yù)設(shè)數(shù)量都可以由企業(yè)管理用戶通過管理賬號(hào)進(jìn)行設(shè)定，例如，預(yù)設(shè)規(guī)則為：免費(fèi)，等級(jí)優(yōu)先，表示僅從所有匹配行業(yè)專家中選擇免費(fèi)的行業(yè)專家，若符合要求的行業(yè)專家超過預(yù)設(shè)數(shù)量，則按等級(jí)優(yōu)先選擇等級(jí)高的行業(yè)專家。又例如，預(yù)設(shè)規(guī)則為：等級(jí)3以上，免費(fèi)優(yōu)先，表示僅從所有匹配行業(yè)專家中選擇等級(jí)為3以上的行業(yè)專家，若符合要求的行業(yè)專家超過預(yù)設(shè)數(shù)量，則優(yōu)先選擇免費(fèi)的行業(yè)專家。選定了預(yù)設(shè)數(shù)量的待選行業(yè)專家后，系統(tǒng)將根據(jù)用戶在提案創(chuàng)建階段的操作進(jìn)行不同的反饋，若用戶在提案創(chuàng)建階段選擇了人工選擇，則此時(shí)系統(tǒng)將向用戶發(fā)送待選行業(yè)專家，由用戶選擇從中選擇，從而確定目標(biāo)行業(yè)專家，進(jìn)一步確定評(píng)審專家名單?？梢岳斫獾氖?，此處，用戶可以依據(jù)需要選擇一個(gè)或多個(gè)目標(biāo)行業(yè)專家，也即評(píng)審專家名單可以包含一個(gè)或多個(gè)行業(yè)專家。同樣的，若用戶在提案創(chuàng)建階段選擇了自動(dòng)選擇，此時(shí)系統(tǒng)將從待選行業(yè)專家中隨機(jī)選擇任意一個(gè)或任意多個(gè)行業(yè)專家作為目標(biāo)行業(yè)專家，從而確定評(píng)審專家名單。

可以理解是，用戶可以通過多種方式接收待選行業(yè)專家并進(jìn)行選擇，例如，可以通過短信方式接收待選行業(yè)專家的信息，并通過短信回復(fù)代號(hào)的方式進(jìn)行選擇。又例如，用戶也可以在通過接收鏈接的方式實(shí)現(xiàn)，通過點(diǎn)擊鏈接進(jìn)入指定界面，指定界面上將顯示待選行業(yè)專家，用戶可以直接選擇。用戶也可以直接在系統(tǒng)上通過查詢提案狀態(tài)或接收提案狀態(tài)信息的方式進(jìn)入指定界面，在指定界面上顯示的待選行業(yè)專家中直接進(jìn)行選擇。在本實(shí)施例中，可以擇一選擇上述任一方式，或是同時(shí)采用多種方式實(shí)現(xiàn)用戶選擇，本發(fā)明對(duì)此不作限制。

步驟s30、向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果。

步驟s40、依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。

具體的，確定了評(píng)審專家名單后，系統(tǒng)將向名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并等待評(píng)審專家回饋評(píng)審結(jié)果，當(dāng)評(píng)審專家名單上的評(píng)審專家接收到評(píng)審請(qǐng)求，對(duì)待評(píng)審提案進(jìn)行評(píng)審并填寫評(píng)審意見完畢后，終端將接收到評(píng)審結(jié)果，根據(jù)接收到的評(píng)審結(jié)果決定待評(píng)審提案的處理結(jié)果，是通過，進(jìn)入后續(xù)審批流程；或是不通過，直接結(jié)案并結(jié)束評(píng)審流程。

此處，可以理解的是，當(dāng)評(píng)審專家名單上的評(píng)審專家數(shù)量不止一個(gè)時(shí)，系統(tǒng)可以選擇向名單上的所有評(píng)審專家發(fā)送評(píng)審請(qǐng)求，也可以任意選擇名單上的一個(gè)或多個(gè)評(píng)審專家發(fā)送評(píng)審請(qǐng)求，服務(wù)供應(yīng)商可以依據(jù)需要進(jìn)行初始設(shè)置，用戶也可以通過系統(tǒng)設(shè)置自行修改初始設(shè)置。

請(qǐng)同時(shí)參考圖4，所示是步驟s40的細(xì)化流程示意圖，在本實(shí)施例中，步驟s40具體包括：

步驟s41、判斷所述評(píng)審結(jié)果是通過或是不通過。

具體的，接收到的評(píng)審專家結(jié)果包括通過和不通過兩種，終端接收到評(píng)審專家對(duì)待評(píng)審提案的評(píng)審結(jié)果后，需要判斷其評(píng)審結(jié)果。通過則進(jìn)入步驟s42，不通過則進(jìn)入步驟s43。

步驟s42、記錄所述待評(píng)審提案評(píng)審結(jié)論為通過并將所述待評(píng)審提案提交至后續(xù)審批流程。

步驟s43、記錄所述待評(píng)審提案評(píng)審結(jié)論為結(jié)案并結(jié)束所述待評(píng)審提案的評(píng)審流程。

具體的，若評(píng)審結(jié)果為通過，則記錄該待評(píng)審提案的評(píng)審結(jié)論為通過，同時(shí)該通過的待評(píng)審提案將進(jìn)入審批流程，由待評(píng)審提案變?yōu)榇龑徟岚?，提案庫中將剔除該待評(píng)審提案，審批流程完成后，系統(tǒng)將對(duì)審批完成的提案進(jìn)行對(duì)應(yīng)類型的申請(qǐng)。若評(píng)審結(jié)果為不通過，則記錄該待評(píng)審提案的評(píng)審結(jié)論為結(jié)案，同時(shí)結(jié)束該待評(píng)審提案的評(píng)審流程，此時(shí)，提案庫中將剔除該待評(píng)審提案，該結(jié)案提案將記錄在結(jié)案庫中。

以上實(shí)施例提供的提案自動(dòng)評(píng)審方法，當(dāng)偵測(cè)到提案庫中有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型；依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單；向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果；依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。從而，可以根據(jù)提案的類型自動(dòng)匹配合適的評(píng)審專家對(duì)提案進(jìn)行線上評(píng)審，提高了提案的評(píng)審流程的時(shí)間和效率，在保證提案質(zhì)量的同時(shí)，也更好的利用了不同的評(píng)審專家資源，減少了研發(fā)人員的負(fù)擔(dān)。

進(jìn)一步的，請(qǐng)參考圖2，圖2為本發(fā)明的提案自動(dòng)評(píng)審方法第二實(shí)施例的流程示意圖。與提案自動(dòng)評(píng)審方法第一實(shí)施例的區(qū)別在于，在本實(shí)施例中，除步驟s10-s40(未重復(fù)示出)之外，所述方法還包括：

步驟s50、當(dāng)偵測(cè)到用戶創(chuàng)建提案時(shí)，確定所述提案的提案信息中是否包括申請(qǐng)類型。

具體的，對(duì)于研發(fā)人員而言，在創(chuàng)建提案時(shí)，對(duì)于自己的創(chuàng)意可能需要申請(qǐng)何種類型的知識(shí)產(chǎn)權(quán)保護(hù)，研發(fā)人員可能并不一定清楚。因此，不一定所有用戶在創(chuàng)建提案時(shí)都能夠完整的填寫提案信息，申請(qǐng)類型的缺失可能造成提案無法正常評(píng)審。因此，終端需要確定用戶創(chuàng)建提案時(shí)提案信息是否填寫完整，也即提案信息是否包括申請(qǐng)類型，若不包括，則進(jìn)入步驟s60，若包括，則直接進(jìn)入步驟s80。

步驟s60、從專家?guī)熘羞x擇一大眾專家并向所述選擇的大眾專家發(fā)送評(píng)審請(qǐng)求。

步驟s70、接收所述選擇的大眾專家的評(píng)審結(jié)果，依據(jù)所述選擇的大眾專家的評(píng)審結(jié)果填寫所述提案信息中的申請(qǐng)類型。

具體的，專家?guī)熘械脑u(píng)審專家除了不同的行業(yè)專家外，還包括至少一個(gè)大眾專家，主要負(fù)責(zé)對(duì)缺失申請(qǐng)類型的提案進(jìn)行初步評(píng)審，確定提案需要的申請(qǐng)類型。對(duì)于缺失申請(qǐng)類型的提案，系統(tǒng)將從專家?guī)熘羞x擇一大眾專家并向其發(fā)送評(píng)審請(qǐng)求，在接收到該大眾專家返回的評(píng)審結(jié)果后，將缺失申請(qǐng)類型的提案的提案信息自動(dòng)補(bǔ)充填寫完整。此處，大眾專家的選擇可以為隨機(jī)選擇。

步驟s80、在所述提案創(chuàng)建完畢后將所述提案放入所述提案庫中等待評(píng)審。

對(duì)于用戶填寫完整的提案，或者經(jīng)自動(dòng)補(bǔ)充后信息完整的提案，在提案創(chuàng)建完畢后，系統(tǒng)將其放入提案庫中成為待評(píng)審提案等待評(píng)審。

此處，可以理解的是，對(duì)于用戶而言，主要其在提案創(chuàng)建界面上點(diǎn)擊提交菜單選項(xiàng)后，則從用戶角度而言，該提案已經(jīng)創(chuàng)建完畢。而對(duì)于系統(tǒng)而言，只有提案信息完整且用戶點(diǎn)擊了提交菜單選項(xiàng)，才認(rèn)為該提案已經(jīng)創(chuàng)建完畢，系統(tǒng)才會(huì)將該提案放入提案庫中。若系統(tǒng)偵測(cè)到用戶并未填寫提案信息中的申請(qǐng)類型，即便點(diǎn)擊了提交菜單選項(xiàng)后，系統(tǒng)依舊將該提案標(biāo)記為未創(chuàng)建完畢提案，只有在該提案經(jīng)自動(dòng)補(bǔ)充后信息完整，系統(tǒng)才會(huì)清除未創(chuàng)建完畢提案的標(biāo)記，將該提案放入提案庫中。

以上實(shí)施例提供的提案自動(dòng)評(píng)審方法，在提案信息缺失的時(shí)候，可以請(qǐng)求評(píng)審專家確定申請(qǐng)類型并自動(dòng)補(bǔ)充提案信息，由此，避免了用戶因?qū)I(yè)知識(shí)不足而無法填寫相關(guān)信息的情況，進(jìn)一步提高了提案自動(dòng)評(píng)審時(shí)的智能性，給用戶帶來了更好的用戶體驗(yàn)。

進(jìn)一步的，請(qǐng)參考圖5，圖5為本發(fā)明的提案自動(dòng)評(píng)審方法第三實(shí)施例的流程示意圖。與提案自動(dòng)評(píng)審方法第一實(shí)施例或第二實(shí)施例的區(qū)別在于，在本實(shí)施例中，除步驟s10-s80(未重復(fù)示出)之外，所述方法還包括：

步驟90、預(yù)先在所述專家?guī)熘械怯浉鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

具體的，每一個(gè)評(píng)審專家都對(duì)應(yīng)有一個(gè)賬號(hào)，評(píng)審專家通過對(duì)應(yīng)的賬號(hào)接收各個(gè)提案的評(píng)審請(qǐng)求并進(jìn)行評(píng)審，專家信息包括但不限于：專家類型(大眾專家或行業(yè)專家)，專家行業(yè)(例如專利、商標(biāo)等)，專家等級(jí)，收費(fèi)類型(收費(fèi)或免費(fèi))，從業(yè)年限等，具體信息可以依據(jù)需要設(shè)置。服務(wù)提供商(即系統(tǒng)創(chuàng)建者)可以創(chuàng)建專家?guī)?，并在專家?guī)熘械怯浉鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)的賬號(hào)。

可以理解的是，專家?guī)熘械脑u(píng)審專家可以由服務(wù)供應(yīng)商提供，預(yù)先登記在各個(gè)專家?guī)熘?，也可以由企業(yè)根據(jù)需要在后續(xù)添加或進(jìn)一步導(dǎo)入，例如，企業(yè)可以根據(jù)需要登記企業(yè)內(nèi)部知識(shí)產(chǎn)權(quán)工作人員為評(píng)審專家，可以理解是，對(duì)于由企業(yè)登記的評(píng)審專家，可以設(shè)定該評(píng)審專家僅能評(píng)審企業(yè)內(nèi)部員工提出的提案。

步驟100、當(dāng)接收到新的評(píng)審專家加入申請(qǐng)時(shí)，審核所述加入申請(qǐng)是否通過，若通過，則在所述專家?guī)熘械怯浰鲂碌脑u(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

具體的，專家?guī)熘械脑u(píng)審專家除創(chuàng)建時(shí)預(yù)先登記的評(píng)審專家外，也可以由外部從業(yè)人員自行申請(qǐng)。例如，某一從業(yè)多年的知識(shí)產(chǎn)權(quán)人員，可以通過申請(qǐng)加入到專家?guī)熘?。系統(tǒng)當(dāng)接收到新的評(píng)審專家加入申請(qǐng)時(shí)，可以將申請(qǐng)信息提交至預(yù)設(shè)的權(quán)限賬號(hào)，由權(quán)限賬號(hào)對(duì)該申請(qǐng)信息進(jìn)行鑒定，評(píng)價(jià)該申請(qǐng)者是否符合條件，若符合，則通過該加入申請(qǐng)。加入申請(qǐng)通過后，終端將在專家?guī)熘械怯浽撔碌脑u(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。權(quán)限賬號(hào)和審核條件可以由服務(wù)提供商預(yù)先設(shè)定，權(quán)限賬號(hào)使用者可以是服務(wù)提供商確定的權(quán)威人士。

步驟110、當(dāng)接收到外部專家?guī)斓慕尤肷暾?qǐng)時(shí)，從所述外部專家?guī)熘袑?dǎo)入專家信息，在所述專家?guī)熘械怯浰鐾獠繉＜規(guī)熘械母鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

具體的，專家?guī)熘械脑u(píng)審專家還可以直接從其他平臺(tái)或其他系統(tǒng)的外部專家?guī)熘袑?dǎo)入，當(dāng)其他平臺(tái)或其他系統(tǒng)發(fā)出接入申請(qǐng)時(shí)，因?yàn)橥獠繉＜規(guī)熘械脑u(píng)審專家已經(jīng)經(jīng)過審核，因此，此時(shí)可直接從外部專家?guī)熘袑?dǎo)入專家信息，在專家?guī)熘械怯泴?dǎo)入的專家信息以及對(duì)應(yīng)賬號(hào)。

以上實(shí)施例提供的提案自動(dòng)評(píng)審方法，在創(chuàng)建專家?guī)旌?，通過申請(qǐng)審核和外部導(dǎo)入的方式進(jìn)一步更新專家?guī)?，增加了評(píng)審專家的數(shù)量，為用戶提供了更多的選擇。

本發(fā)明提供一種提案自動(dòng)評(píng)審系統(tǒng)。參照?qǐng)D6，圖6為本發(fā)明的提案自動(dòng)評(píng)審系統(tǒng)第一實(shí)施例的功能模塊示意圖。在該實(shí)施例中，提案自動(dòng)評(píng)審系統(tǒng)60可以應(yīng)用于終端，通過申請(qǐng)賬號(hào)登錄使用，提案自動(dòng)評(píng)審系統(tǒng)60包括：

分類模塊61，用于當(dāng)偵測(cè)到提案庫中有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型。

具體的，提案庫中記錄有已提交但仍未評(píng)審的提案，也即仍處于評(píng)審流程的待評(píng)審提案，當(dāng)提案庫中有待評(píng)審提案出現(xiàn)時(shí)，分類模塊61需要確定此時(shí)待評(píng)審提案的申請(qǐng)類型，例如，申請(qǐng)類型為專利、商標(biāo)、版權(quán)或是域名中的任意一種?？梢岳斫獾氖牵?dāng)提案庫中待評(píng)審提案有多個(gè)時(shí)，可以根據(jù)提交時(shí)間的先后順序?qū)Ω鱾€(gè)待評(píng)審提案進(jìn)行排序，分類模塊61根據(jù)排序隊(duì)列依次處理各個(gè)待評(píng)審提案。

匹配模塊62，用于依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單。

具體的，匹配模塊62可以根據(jù)待評(píng)審提案的申請(qǐng)類型，搜索專家?guī)熘行袠I(yè)與該申請(qǐng)類型匹配的，也即可以評(píng)審該申請(qǐng)類型提案的所有評(píng)審專家，根據(jù)用戶操作確定最終的評(píng)審專家名單。可以理解的是，評(píng)審專家名單上可以包括一個(gè)或多個(gè)評(píng)審專家，評(píng)審專家名單上評(píng)審專家的數(shù)量可依據(jù)需要設(shè)置。在本實(shí)施例中，評(píng)審專家包括不同的行業(yè)專家，不同的行業(yè)專家擅長于評(píng)審不同申請(qǐng)類型的提案，例如，專利專家可以評(píng)審專利提案，商標(biāo)專家可以評(píng)審商標(biāo)提案，以此類推。更進(jìn)一步的，行業(yè)專家下還可以進(jìn)一步細(xì)分，例如，專利提案的申請(qǐng)包括發(fā)明、實(shí)用新型或是外觀等不同的申請(qǐng)類型，則專利專家還可以進(jìn)一步包括發(fā)明專家、實(shí)用新型專家以及外觀專家等。

可以理解的是，行業(yè)專家的分類對(duì)應(yīng)于提案的申請(qǐng)類型，兩者的具體分類方式可以依據(jù)企業(yè)需要由企業(yè)管理用戶通過管理賬戶進(jìn)行選擇和設(shè)定。

需要說明的是，專家?guī)熘械拿恳粋€(gè)行業(yè)專家都是具備相應(yīng)專業(yè)技術(shù)資格的組織或個(gè)人，其主要職責(zé)和權(quán)限是依據(jù)專業(yè)技術(shù)資格條件、標(biāo)準(zhǔn)和規(guī)定的評(píng)審權(quán)限、范圍、程序，對(duì)申報(bào)的提案進(jìn)行評(píng)議，審定其申請(qǐng)資格。行業(yè)專家分為免費(fèi)和收費(fèi)(可以按時(shí)收費(fèi))，同時(shí)根據(jù)每一個(gè)行業(yè)專家的專業(yè)技術(shù)資格和從業(yè)年限等分為不同的等級(jí)。

請(qǐng)進(jìn)一步參考圖8，所示是匹配模塊62的細(xì)化功能模塊圖，在本實(shí)施例中，匹配模塊62具體包括：

行業(yè)確定單元621，用于根據(jù)所述申請(qǐng)類型確定匹配的行業(yè)專家。

專家選擇單元622，用于依據(jù)預(yù)設(shè)規(guī)則從專家?guī)熘羞x擇預(yù)設(shè)數(shù)量的匹配行業(yè)專家作為待選行業(yè)專家。

專家確定單元623，用于依據(jù)用戶操作從所述待選行業(yè)專家中確定目標(biāo)行業(yè)專家以確定評(píng)審專家名單。

具體的，因?yàn)槊恳粋€(gè)評(píng)審專家所擅長的領(lǐng)域不同，也即不同行業(yè)專家可以處理的提案類型不同，因此，不同申請(qǐng)類型的提案需要由不同的行業(yè)專家進(jìn)行評(píng)審。確定待評(píng)審提案的申請(qǐng)類型后，行業(yè)確定單元621需要確定與其匹配的行業(yè)專家。例如，若待評(píng)審提案申請(qǐng)類型為專利，則與其匹配的行業(yè)專家為專利專家；若待評(píng)審提案申請(qǐng)類型為商標(biāo)，則與其匹配的行業(yè)專家為商標(biāo)專家。確定匹配行業(yè)專家后，專家選擇單元622需要從專家?guī)熘兴衅ヅ湫袠I(yè)專家中選擇預(yù)設(shè)數(shù)量的匹配行業(yè)專家作為待選行業(yè)專家以供選擇。此處，選擇的預(yù)設(shè)規(guī)則以及預(yù)設(shè)數(shù)量都可以由企業(yè)管理用戶通過管理賬號(hào)進(jìn)行設(shè)定，例如，預(yù)設(shè)規(guī)則為：免費(fèi)，等級(jí)優(yōu)先，表示僅從所有匹配行業(yè)專家中選擇免費(fèi)的行業(yè)專家，若符合要求的行業(yè)專家超過預(yù)設(shè)數(shù)量，則按等級(jí)優(yōu)先選擇等級(jí)高的行業(yè)專家。又例如，預(yù)設(shè)規(guī)則為：等級(jí)3以上，免費(fèi)優(yōu)先，表示僅從所有匹配行業(yè)專家中選擇等級(jí)為3以上的行業(yè)專家，若符合要求的行業(yè)專家超過預(yù)設(shè)數(shù)量，則優(yōu)先選擇免費(fèi)的行業(yè)專家。選定了預(yù)設(shè)數(shù)量的待選行業(yè)專家后，專家確定單元623將根據(jù)用戶在提案創(chuàng)建階段的操作進(jìn)行不同的反饋，若用戶在提案創(chuàng)建階段選擇了人工選擇，則此時(shí)專家確定單元623將向用戶發(fā)送待選行業(yè)專家，由用戶從中選擇，從而確定目標(biāo)行業(yè)專家，進(jìn)一步確定評(píng)審專家名單。可以理解的是，此處，用戶可以依據(jù)需要選擇一個(gè)或多個(gè)目標(biāo)行業(yè)專家，也即評(píng)審專家名單可以包含一個(gè)或多個(gè)行業(yè)專家。同樣的，若用戶在提案創(chuàng)建階段選擇了自動(dòng)選擇，此時(shí)專家確定單元623將從待選行業(yè)專家中隨機(jī)選擇任意一個(gè)或任意多個(gè)行業(yè)專家作為目標(biāo)行業(yè)專家，從而確定評(píng)審專家名單。

可以理解是，用戶可以通過多種方式接收待選行業(yè)專家并進(jìn)行選擇，例如，可以通過短信方式接收待選行業(yè)專家的信息，并通過短信回復(fù)代號(hào)的方式進(jìn)行選擇。又例如，用戶也可以在通過接收鏈接的方式實(shí)現(xiàn)，通過點(diǎn)擊鏈接進(jìn)入指定界面，指定界面上將顯示待選行業(yè)專家，用戶可以直接選擇。用戶也可以直接在系統(tǒng)上通過查詢提案狀態(tài)或接收提案狀態(tài)信息的方式進(jìn)入指定界面，在指定界面上顯示的待選行業(yè)專家中直接進(jìn)行選擇。在本實(shí)施例中，可以擇一選擇上述任一方式，或是同時(shí)采用多種方式實(shí)現(xiàn)用戶選擇，本發(fā)明對(duì)此不作限制。

第一請(qǐng)求模塊63，用于向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果。

處理模塊64，用于依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。

具體的，確定了評(píng)審專家名單后，第一請(qǐng)求模塊63將向名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并等待評(píng)審專家回饋評(píng)審結(jié)果，當(dāng)評(píng)審專家名單上的評(píng)審專家接收到評(píng)審請(qǐng)求，對(duì)待評(píng)審提案進(jìn)行評(píng)審并填寫評(píng)審意見完畢后，第一請(qǐng)求模塊63將接收到評(píng)審結(jié)果，處理模塊64根據(jù)接收到的評(píng)審結(jié)果決定待評(píng)審提案的處理結(jié)果，是通過，進(jìn)入后續(xù)審批流程；或是不通過，直接結(jié)案并結(jié)束評(píng)審流程。

此處，可以理解的是，當(dāng)評(píng)審專家名單上的評(píng)審專家數(shù)量不止一個(gè)時(shí)，系統(tǒng)可以選擇向名單上的所有評(píng)審專家發(fā)送評(píng)審請(qǐng)求，也可以任意選擇名單上的一個(gè)或多個(gè)評(píng)審專家發(fā)送評(píng)審請(qǐng)求，服務(wù)供應(yīng)商可以依據(jù)需要進(jìn)行初始設(shè)置，用戶也可以通過系統(tǒng)設(shè)置自行修改初始設(shè)置。

請(qǐng)同時(shí)參考圖9，所示是處理模塊64的細(xì)化功能模塊圖，在本實(shí)施例中，處理模塊64具體包括：

判斷單元641，用于判斷所述評(píng)審結(jié)果是通過或是不通過。

具體的，接收到的評(píng)審專家結(jié)果包括通過和不通過兩種，判斷單元641接收到評(píng)審專家對(duì)待評(píng)審提案的評(píng)審結(jié)果后，需要判斷其評(píng)審結(jié)果。

審批單元642，用于當(dāng)所述評(píng)審結(jié)果為通過時(shí)，記錄所述待評(píng)審提案評(píng)審結(jié)論為通過并將所述待評(píng)審提案提交至后續(xù)審批流程。

結(jié)案單元643，用于當(dāng)所述評(píng)審結(jié)果為不通過時(shí)，記錄所述待評(píng)審提案評(píng)審結(jié)論為結(jié)案并結(jié)束所述待評(píng)審提案的評(píng)審流程。

具體的，若評(píng)審結(jié)果為通過，則審批單元642記錄該待評(píng)審提案的評(píng)審結(jié)論為申請(qǐng)，同時(shí)該通過的待評(píng)審提案將進(jìn)入審批流程，由待評(píng)審提案變?yōu)榇龑徟岚?，提案庫中將剔除該待評(píng)審提案，審批流程完成后，系統(tǒng)將對(duì)審批完成的提案進(jìn)行對(duì)應(yīng)類型的申請(qǐng)。若評(píng)審結(jié)果為不通過，則結(jié)案單元643記錄該待評(píng)審提案的評(píng)審結(jié)論為結(jié)案，同時(shí)結(jié)束該待評(píng)審提案的評(píng)審流程，此時(shí)，提案庫中將剔除該待評(píng)審提案，該結(jié)案提案將記錄在結(jié)案庫中。

以上實(shí)施例提供的提案自動(dòng)評(píng)審系統(tǒng)，當(dāng)偵測(cè)到提案庫中有待評(píng)審提案時(shí)，確定所述待評(píng)審提案的申請(qǐng)類型；依據(jù)所述申請(qǐng)類型從專家?guī)熘衅ヅ鋵?duì)應(yīng)的評(píng)審專家以確定評(píng)審專家名單；向所述評(píng)審專家名單上的評(píng)審專家發(fā)送評(píng)審請(qǐng)求并接收評(píng)審結(jié)果；依據(jù)所述評(píng)審結(jié)果處理所述待評(píng)審提案。從而，可以根據(jù)提案的類型自動(dòng)匹配合適的評(píng)審專家對(duì)提案進(jìn)行線上評(píng)審，提高了提案的評(píng)審流程的時(shí)間和效率，在保證提案質(zhì)量的同時(shí)，也更好的利用了不同的評(píng)審專家資源，減少了研發(fā)人員的負(fù)擔(dān)。

進(jìn)一步的，請(qǐng)參考圖7，圖7為本發(fā)明的提案自動(dòng)評(píng)審系統(tǒng)第二實(shí)施例的功能模塊示意圖。與提案自動(dòng)評(píng)審系統(tǒng)第一實(shí)施例的區(qū)別在于，在本實(shí)施例中，除功能模塊61-64之外，提案自動(dòng)評(píng)審系統(tǒng)60還包括：

偵測(cè)模塊65，用于當(dāng)偵測(cè)到用戶創(chuàng)建提案時(shí)，確定所述提案的提案信息中是否包括申請(qǐng)類型。

具體的，對(duì)于研發(fā)人員而言，在創(chuàng)建提案時(shí)，對(duì)于自己的創(chuàng)意可能需要申請(qǐng)何種類型的知識(shí)產(chǎn)權(quán)保護(hù)，研發(fā)人員可能并不一定清楚。因此，不一定所有用戶在創(chuàng)建提案時(shí)都能夠完整的填寫提案信息，申請(qǐng)類型的缺失可能造成提案無法正常評(píng)審。因此，偵測(cè)模塊65需要確定用戶創(chuàng)建提案時(shí)提案信息是否填寫完整，也即提案信息是否包括申請(qǐng)類型。

第二請(qǐng)求模塊66，用于在所述提案信息不包括申請(qǐng)類型時(shí)從專家?guī)熘羞x擇一大眾專家并向所述選擇的大眾專家發(fā)送評(píng)審請(qǐng)求。

補(bǔ)充模塊67，用于接收所述選擇的大眾專家的評(píng)審結(jié)果，依據(jù)所述選擇的大眾專家的評(píng)審結(jié)果填寫所述提案信息中的申請(qǐng)類型。

具體的，專家?guī)熘械脑u(píng)審專家除了不同的行業(yè)專家外，還包括至少一個(gè)大眾專家，主要負(fù)責(zé)對(duì)缺失申請(qǐng)類型的提案進(jìn)行初步評(píng)審，確定提案需要的申請(qǐng)類型。對(duì)于缺失申請(qǐng)類型的提案，第二請(qǐng)求模塊66將從專家?guī)熘羞x擇一大眾專家并向其發(fā)送評(píng)審請(qǐng)求，在接收到該大眾專家返回的評(píng)審結(jié)果后，補(bǔ)充模塊67將缺失申請(qǐng)類型的提案的提案信息自動(dòng)補(bǔ)充填寫完整。此處，大眾專家的選擇可以為隨機(jī)選擇。

提交模塊68，用于在所述提案創(chuàng)建完畢后將所述提案放入所述提案庫中等待評(píng)審。

對(duì)于用戶填寫完整的提案，或者經(jīng)自動(dòng)補(bǔ)充后信息完整的提案，在提案創(chuàng)建完畢后，提交模塊68將其放入提案庫中成為待評(píng)審提案等待評(píng)審。

此處，可以理解的是，對(duì)于用戶而言，只要其在提案創(chuàng)建界面上點(diǎn)擊提交菜單選項(xiàng)后，則從用戶角度而言，該提案已經(jīng)創(chuàng)建完畢。而對(duì)于提交模塊68而言，只有提案信息完整且用戶點(diǎn)擊了提交菜單選項(xiàng)，才認(rèn)為該提案已經(jīng)創(chuàng)建完畢，提交模塊68才會(huì)將提案放入提案庫中。若偵測(cè)模塊65偵測(cè)到用戶并未填寫提案信息中的申請(qǐng)類型，即便點(diǎn)擊了提交菜單選項(xiàng)后，提交模塊68依舊將該提案標(biāo)記為未創(chuàng)建完畢提案，只有在該提案經(jīng)自動(dòng)補(bǔ)充后信息完整，提交模塊68才會(huì)清除未創(chuàng)建完畢提案的標(biāo)記，將該提案放入提案庫中。

以上實(shí)施例提供的提案自動(dòng)評(píng)審系統(tǒng)，在提案信息缺失的時(shí)候，可以請(qǐng)求評(píng)審專家確定申請(qǐng)類型并自動(dòng)補(bǔ)充提案信息，由此，避免了用戶因?qū)I(yè)知識(shí)不足而無法填寫相關(guān)信息的情況，進(jìn)一步提高了提案自動(dòng)評(píng)審時(shí)的智能性，給用戶帶來了更好的用戶體驗(yàn)。

進(jìn)一步的，請(qǐng)參考圖10，圖10為本發(fā)明的提案自動(dòng)評(píng)審系統(tǒng)第三實(shí)施例的功能模塊示意圖。與提案自動(dòng)評(píng)審系統(tǒng)第一實(shí)施例或第二實(shí)施例的區(qū)別在于，在本實(shí)施例中，除功能模塊61-68之外，提案自動(dòng)評(píng)審系統(tǒng)60還包括：

登記模塊69，用于預(yù)先在所述專家?guī)熘械怯浉鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

具體的，每一個(gè)評(píng)審專家都對(duì)應(yīng)有一個(gè)賬號(hào)，評(píng)審專家通過對(duì)應(yīng)的賬號(hào)接收各個(gè)提案的評(píng)審請(qǐng)求并進(jìn)行評(píng)審，專家信息包括但不限于：專家類型(大眾專家或行業(yè)專家)，專家行業(yè)(例如專利、商標(biāo)等)，專家等級(jí)，收費(fèi)類型(收費(fèi)或免費(fèi))，從業(yè)年限等，具體信息可以依據(jù)需要設(shè)置。服務(wù)提供商(即系統(tǒng)創(chuàng)建者)可以創(chuàng)建專家?guī)?，登記模塊69在專家?guī)熘械怯浉鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)的賬號(hào)。

可以理解的是，專家?guī)熘械脑u(píng)審專家可以由服務(wù)供應(yīng)商提供，預(yù)先登記在各個(gè)專家?guī)熘?，也可以由企業(yè)根據(jù)需要在后續(xù)添加或進(jìn)一步導(dǎo)入，例如，企業(yè)可以根據(jù)需要登記企業(yè)內(nèi)部知識(shí)產(chǎn)權(quán)工作人員為評(píng)審專家，可以理解是，對(duì)于由企業(yè)登記的評(píng)審專家，可以設(shè)定該評(píng)審專家僅能評(píng)審企業(yè)內(nèi)部員工提出的提案。

審核模塊610，用于當(dāng)接收到新的評(píng)審專家加入申請(qǐng)時(shí)，審核所述加入申請(qǐng)是否通過，若通過，則在所述專家?guī)熘械怯浰鲂碌脑u(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

具體的，專家?guī)熘械脑u(píng)審專家除創(chuàng)建時(shí)預(yù)先登記的評(píng)審專家外，也可以由外部從業(yè)人員自行申請(qǐng)。例如，某一從業(yè)多年的知識(shí)產(chǎn)權(quán)人員，可以通過申請(qǐng)加入到專家?guī)熘?。審核模塊610接收到新的評(píng)審專家加入申請(qǐng)時(shí)，可以將申請(qǐng)信息提交至預(yù)設(shè)的權(quán)限賬號(hào)，由權(quán)限賬號(hào)對(duì)該申請(qǐng)信息進(jìn)行鑒定，評(píng)價(jià)該申請(qǐng)者是否符合條件，若符合，則通過該加入申請(qǐng)。加入申請(qǐng)通過后，審核模塊610將在專家?guī)熘械怯浽撔碌脑u(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。權(quán)限賬號(hào)和審核條件可以由服務(wù)提供商預(yù)先設(shè)定，權(quán)限賬號(hào)使用者可以是服務(wù)提供商確定的權(quán)威人士。

導(dǎo)入模塊611，用于當(dāng)接收到外部專家?guī)斓慕尤肷暾?qǐng)時(shí)，從所述外部專家?guī)熘袑?dǎo)入專家信息，在所述專家?guī)熘械怯浰鐾獠繉＜規(guī)熘械母鱾€(gè)評(píng)審專家的專家信息以及對(duì)應(yīng)賬號(hào)。

具體的，專家?guī)熘械脑u(píng)審專家還可以直接從其他平臺(tái)或其他系統(tǒng)的外部專家?guī)熘袑?dǎo)入，當(dāng)其他平臺(tái)或其他系統(tǒng)發(fā)出接入申請(qǐng)時(shí)，因?yàn)橥獠繉＜規(guī)熘械脑u(píng)審專家已經(jīng)經(jīng)過審核，因此，導(dǎo)入模塊611此時(shí)可直接從外部專家?guī)熘袑?dǎo)入專家信息，在專家?guī)熘械怯泴?dǎo)入的專家信息以及對(duì)應(yīng)賬號(hào)。

以上實(shí)施例提供的提案自動(dòng)評(píng)審系統(tǒng)，在創(chuàng)建專家?guī)旌螅ㄟ^申請(qǐng)審核和外部導(dǎo)入的方式進(jìn)一步更新專家?guī)欤黾恿嗽u(píng)審專家的數(shù)量，為用戶提供了更多的選擇。

以上僅為本發(fā)明的優(yōu)選實(shí)施例，并非因此限制本發(fā)明的專利范圍，凡是利用本發(fā)明說明書及附圖內(nèi)容所作的等效結(jié)構(gòu)或等效流程變換，或直接或間接運(yùn)用在其他相關(guān)的技術(shù)領(lǐng)域，均同理包括在本發(fā)明的專利保護(hù)范圍內(nèi)。