本發(fā)明屬于通信技術(shù)領(lǐng)域，具體而言，涉及一種基于專(zhuān)利項(xiàng)目的保險(xiǎn)系統(tǒng)。

背景技術(shù)：

隨著科技的發(fā)展，科技在經(jīng)濟(jì)發(fā)展中所占的比重越來(lái)越大。創(chuàng)新推動(dòng)發(fā)展為我國(guó)一項(xiàng)發(fā)展戰(zhàn)略，在該戰(zhàn)略的推動(dòng)下，科技創(chuàng)新得到迅速發(fā)展，其中一個(gè)表現(xiàn)就在于，專(zhuān)利的申請(qǐng)量大幅度提高。由于專(zhuān)利審查的特點(diǎn)，專(zhuān)利存在被駁回的風(fēng)險(xiǎn)。當(dāng)前專(zhuān)利申請(qǐng)過(guò)程中，申請(qǐng)人一般是通過(guò)代理機(jī)構(gòu)進(jìn)行申請(qǐng)的。通過(guò)代理機(jī)構(gòu)申請(qǐng)專(zhuān)利不僅需要花費(fèi)代理費(fèi)，還存在專(zhuān)利被駁回的風(fēng)險(xiǎn)。并且專(zhuān)利被駁回后，申請(qǐng)人的代理費(fèi)并不能收回。這就給申請(qǐng)人帶來(lái)一定的擔(dān)憂(yōu)，從而放棄專(zhuān)利申請(qǐng)。

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

為解決現(xiàn)有專(zhuān)利申請(qǐng)因被駁回造成的代理費(fèi)損失的技術(shù)缺陷，本發(fā)明通過(guò)建立基于專(zhuān)利項(xiàng)目的保險(xiǎn)系統(tǒng)，將申請(qǐng)人申請(qǐng)的專(zhuān)利進(jìn)行投保，實(shí)現(xiàn)根據(jù)專(zhuān)利申請(qǐng)的審核狀態(tài)實(shí)現(xiàn)保險(xiǎn)賠付的目的。

本發(fā)明提供了一種基于專(zhuān)利項(xiàng)目的保險(xiǎn)系統(tǒng)，包括

用戶(hù)賬號(hào)模塊，用于設(shè)置投保人賬號(hào)，利用所述投保人賬號(hào)接收投保專(zhuān)利的信息；

投保判斷模塊，用于獲取接收到的所述投保專(zhuān)利的信息，判斷所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件；

訂單生成模塊，用于如果所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件，則生成投保訂單；

保險(xiǎn)支付模塊，用于根據(jù)所述投保訂單進(jìn)行支付。

進(jìn)一步，

所述用戶(hù)賬號(hào)模塊還包括

上傳子模塊，用于接收出險(xiǎn)專(zhuān)利文件，所述出險(xiǎn)專(zhuān)利文件包括出險(xiǎn)專(zhuān)利的駁回通知書(shū)、理賠請(qǐng)求和投保信息；

所述系統(tǒng)還包括

存儲(chǔ)模塊，用于獲取支付后的投保訂單，根據(jù)支付后的投保訂單建立投保數(shù)據(jù)庫(kù)；

出險(xiǎn)判斷模塊，用于根據(jù)所述出險(xiǎn)專(zhuān)利文件獲取出險(xiǎn)專(zhuān)利的投保訂單號(hào)，將所述投保訂單號(hào)與所述投保數(shù)據(jù)庫(kù)進(jìn)行比較，判斷所述出險(xiǎn)專(zhuān)利是否滿(mǎn)足賠付條件；

賠付模塊，用于如果所述出險(xiǎn)專(zhuān)利滿(mǎn)足賠付條件，啟動(dòng)保險(xiǎn)賠付接口進(jìn)行賠付。

進(jìn)一步，所述出險(xiǎn)判斷模塊包括

形式審查子模塊，用于根據(jù)所述出險(xiǎn)專(zhuān)利文件的格式是否滿(mǎn)足審查條件，及理賠請(qǐng)求是否符合理賠時(shí)間；

實(shí)質(zhì)審查子模塊，用于如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)格式滿(mǎn)足審查條件，及理賠請(qǐng)求符合理賠要求，判斷所述投保專(zhuān)利的信息是否滿(mǎn)足賠付條件。

進(jìn)一步，所述形式審查子模塊包括

第一審查子單元，用于判斷所述出險(xiǎn)專(zhuān)利的駁回通知書(shū)是否包括官方印章；

第二審查子單元，用于如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)包括官方印章，則判斷所述理賠請(qǐng)求是否滿(mǎn)足預(yù)設(shè)的理賠期限。

進(jìn)一步，所述實(shí)質(zhì)審查子模塊包括

第三審查子單元，用于判斷所述投保專(zhuān)利的信息是否與對(duì)應(yīng)的投保訂單一致；

第四審查子單元，用于如果所述投保專(zhuān)利的信息與對(duì)應(yīng)的投保訂單一致，根據(jù)所述駁回通知書(shū)提取駁回條款，判斷所述駁回條款是否與投保訂單中的免責(zé)條款一致，是則滿(mǎn)足賠付條件。

進(jìn)一步，所述訂單生成模塊還包括

編輯模塊，用于修改生成的投保訂單。

進(jìn)一步，

所述用戶(hù)賬號(hào)模塊還包括

代理人子模塊，用于設(shè)置代理人賬號(hào)；

分配子模塊，用于將被投保專(zhuān)利分配至代理人賬號(hào)；

所述系統(tǒng)還包括

判斷模塊，用于獲取賠付后的出險(xiǎn)專(zhuān)利及其出險(xiǎn)條件，根據(jù)所述出險(xiǎn)專(zhuān)利獲取該出險(xiǎn)專(zhuān)利的代理人賬號(hào)，判斷所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件是否與預(yù)設(shè)的評(píng)分條件一致；

評(píng)分模塊，用于所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件與預(yù)設(shè)的評(píng)分條件一致，則對(duì)該代理人進(jìn)行評(píng)分，并根據(jù)評(píng)分的數(shù)值進(jìn)行等級(jí)劃分，所述評(píng)分條件包括出險(xiǎn)條件與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系、等級(jí)與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系。

本發(fā)明還提供了一種基于專(zhuān)利項(xiàng)目的保險(xiǎn)方法，包括如下步驟：

接收出險(xiǎn)專(zhuān)利文件，所述出險(xiǎn)專(zhuān)利文件包括出險(xiǎn)專(zhuān)利的駁回通知書(shū)、理賠請(qǐng)求和投保信息；

根據(jù)所述出險(xiǎn)專(zhuān)利文件獲取出險(xiǎn)專(zhuān)利的投保訂單號(hào)，將所述投保訂單號(hào)與預(yù)存的投保數(shù)據(jù)庫(kù)進(jìn)行比較，判斷所述出險(xiǎn)專(zhuān)利是否滿(mǎn)足預(yù)設(shè)的賠付條件；

如果所述出險(xiǎn)專(zhuān)利滿(mǎn)足賠付條件，啟動(dòng)保險(xiǎn)賠付接口進(jìn)行賠付。

進(jìn)一步，所述接收出險(xiǎn)專(zhuān)利文件之前包括

設(shè)置投保人賬號(hào)，利用所述投保人賬號(hào)接收投保的專(zhuān)利信息，所述專(zhuān)利信息包括投保專(zhuān)利的受理通知書(shū)、投保人信息，其中，投保人信息包括投保人名稱(chēng)、投保專(zhuān)利號(hào)、投保專(zhuān)利受理通知書(shū)的發(fā)文日；

獲取接收到的所述投保的專(zhuān)利的信息，判斷所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件；

如果所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件，則生成投保訂單；

根據(jù)所述投保訂單進(jìn)行支付。

進(jìn)一步，所述獲取接收到的所述投保的專(zhuān)利的信息，判斷所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件包括

根據(jù)所述出險(xiǎn)專(zhuān)利文件的格式是否滿(mǎn)足審查條件；

如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)滿(mǎn)足審查條件，判斷理賠請(qǐng)求是否符合理賠時(shí)間及所述投保專(zhuān)利的信息是否滿(mǎn)足賠付條件。

進(jìn)一步,所述如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)滿(mǎn)足審查條件，判斷理賠請(qǐng)求是否符合理賠時(shí)間及所述投保專(zhuān)利的信息是否滿(mǎn)足賠付條件包括

如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)包括官方印章，則判斷所述理賠請(qǐng)求是否滿(mǎn)足預(yù)設(shè)的理賠期限；

如果所述理賠請(qǐng)求滿(mǎn)足預(yù)設(shè)的理賠期限，則判斷所述投保信息是否與對(duì)應(yīng)的投保訂單一致；

如果所述投保信息與對(duì)應(yīng)的投保訂單一致，則根據(jù)所述駁回通知書(shū)提取駁回條款，判斷所述駁回條款是否與投保訂單中的免責(zé)條款一致，是則滿(mǎn)足賠付條件。

進(jìn)一步，所述如果所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件，則生成投保訂單還包括

判斷所述生成的投保訂單是否有誤，是則修改生成的投保訂單。

進(jìn)一步，所述設(shè)置投保人賬號(hào)之后還包括

設(shè)置代理人賬號(hào)；

將被投保專(zhuān)利分配至代理人賬號(hào)；

所述方法還包括

獲取賠付后的出險(xiǎn)專(zhuān)利及其出險(xiǎn)條件，根據(jù)所述出險(xiǎn)專(zhuān)利獲取該出險(xiǎn)專(zhuān)利的代理人賬號(hào)，判斷所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件是否與預(yù)設(shè)的評(píng)分條件一致；

所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件與預(yù)設(shè)的評(píng)分條件一致，則對(duì)該代理人進(jìn)行評(píng)分，并根據(jù)評(píng)分的數(shù)值進(jìn)行等級(jí)劃分，所述評(píng)分條件包括出險(xiǎn)條件與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系、等級(jí)與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系。

綜上，本發(fā)明接收模塊接收投保信息以及出險(xiǎn)專(zhuān)利信息實(shí)現(xiàn)對(duì)專(zhuān)利項(xiàng)目的保險(xiǎn)，降低因?qū)＠暾?qǐng)被駁回造成的損失。

附圖說(shuō)明

圖1為本發(fā)明所述的系統(tǒng)結(jié)構(gòu)示意圖；

圖2為圖1中的接收模塊結(jié)構(gòu)示意圖；

圖3為本發(fā)明所述的方法流程示意圖。

具體實(shí)施方式

下面通過(guò)具體的實(shí)施例并結(jié)合附圖對(duì)本發(fā)明做進(jìn)一步的詳細(xì)描述。

如圖1所示，本發(fā)明提供了一種基于專(zhuān)利項(xiàng)目的保險(xiǎn)系統(tǒng)。所述系統(tǒng)包括接收模塊10、出險(xiǎn)判斷模塊20、賠付申請(qǐng)模塊30。

其中，

所述接收模塊10，用于接收出險(xiǎn)專(zhuān)利文件，所述出險(xiǎn)專(zhuān)利文件包括出險(xiǎn)專(zhuān)利的駁回通知書(shū)、理賠請(qǐng)求和投保信息。

所述出險(xiǎn)判斷模塊20，用于根據(jù)所述出險(xiǎn)專(zhuān)利文件獲取出險(xiǎn)專(zhuān)利的投保訂單號(hào)，將所述投保訂單號(hào)與預(yù)存的投保數(shù)據(jù)庫(kù)進(jìn)行比較，判斷所述出險(xiǎn)專(zhuān)利是否滿(mǎn)足預(yù)設(shè)的賠付條件；

所述賠付申請(qǐng)模塊30，用于如果所述出險(xiǎn)專(zhuān)利滿(mǎn)足賠付條件，啟動(dòng)保險(xiǎn)賠付接口進(jìn)行賠付。

本發(fā)明提供了一種基于專(zhuān)利項(xiàng)目的保險(xiǎn)系統(tǒng)，當(dāng)投保的實(shí)用新型(即專(zhuān)利，以下以實(shí)用新型為例說(shuō)明)被駁回后，通過(guò)所述接收模塊接收投保人上傳的出險(xiǎn)的實(shí)用新型文件，出險(xiǎn)的實(shí)用新型文件包括實(shí)用新型駁回通知書(shū)、理賠請(qǐng)求和投保信息。本發(fā)明通過(guò)將實(shí)用新型駁回通知書(shū)、理賠請(qǐng)求和投保信息與投保數(shù)據(jù)庫(kù)進(jìn)行比較，判斷出險(xiǎn)的實(shí)用新型是否滿(mǎn)足預(yù)設(shè)的賠付條件，是則啟動(dòng)保險(xiǎn)賠付接口進(jìn)行理賠。所述投保數(shù)據(jù)庫(kù)包括投保的實(shí)用新型的受理通知書(shū)、投保信息。其中，投保信息包括投保人、投保的實(shí)用新型受理通知書(shū)的申請(qǐng)日、投保金額等。具體實(shí)施時(shí)，本發(fā)明可選擇的通過(guò)預(yù)設(shè)的標(biāo)識(shí)項(xiàng)設(shè)定投保信息的類(lèi)型。

如圖2所示，所述接收模塊包括

投保子模塊101，用于設(shè)置投保人賬號(hào)，利用所述投保人賬號(hào)接收投保的專(zhuān)利信息，所述專(zhuān)利信息包括投保專(zhuān)利的受理通知書(shū)、投保人信息，其中，投保人信息包括投保人名稱(chēng)、投保專(zhuān)利號(hào)、投保專(zhuān)利受理通知書(shū)的發(fā)文日。

本發(fā)明的目的在于向投保人提供用于專(zhuān)利項(xiàng)目的保險(xiǎn)業(yè)務(wù)。投保人的用戶(hù)賬號(hào)可選的通過(guò)預(yù)設(shè)的端口進(jìn)行設(shè)置。本發(fā)明通過(guò)用戶(hù)賬號(hào)模塊設(shè)置投保人賬號(hào)，投保人可選的為代理機(jī)構(gòu)，這是因?yàn)榇頇C(jī)構(gòu)在專(zhuān)利申請(qǐng)文件是否符合專(zhuān)利法方面相對(duì)比較嚴(yán)格，能最大限度的降低駁回率，因此各個(gè)代理機(jī)構(gòu)可選的通過(guò)代理機(jī)構(gòu)代碼注冊(cè)賬號(hào)，通過(guò)代理機(jī)構(gòu)的組織機(jī)構(gòu)代碼的方式設(shè)置投保人的賬號(hào)的方式限制了投保人的類(lèi)型，因此具體實(shí)施時(shí)，還可選擇的通過(guò)輸入郵箱、電話號(hào)碼等信息向本發(fā)明所述的系統(tǒng)申請(qǐng)用戶(hù)賬號(hào)，以便申請(qǐng)人進(jìn)行投保。當(dāng)申請(qǐng)人利用本發(fā)明所述的系統(tǒng)進(jìn)行投保時(shí)，可相應(yīng)增加申請(qǐng)用戶(hù)賬號(hào)的限制條件，以防申請(qǐng)人提交的專(zhuān)利申請(qǐng)不符合專(zhuān)利法要求導(dǎo)致的駁回，本發(fā)明在此不再詳述。

具體實(shí)施時(shí)，所述投保專(zhuān)利的信息可選的包括投保專(zhuān)利的受理通知書(shū)、投保人信息等，投保人信息可選的包括投保人名稱(chēng)、投保的專(zhuān)利的名稱(chēng)、投保專(zhuān)利的專(zhuān)利號(hào)、投保專(zhuān)利的發(fā)文日。具體實(shí)施時(shí)，投保專(zhuān)利的受理通知書(shū)可選的直接上傳，而所述投保人信息可選的通過(guò)投保人人工輸入。

投保判斷模塊102，用于獲取接收到的所述投保的專(zhuān)利的信息，判斷所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件。

用戶(hù)通過(guò)用戶(hù)賬號(hào)模塊接收到投保信息后，所述投保判斷模塊對(duì)對(duì)投保信息進(jìn)行判斷，判斷所述投保信息是否符合投保條件。具體實(shí)施時(shí)，所述投保條件可選的包括投保的專(zhuān)利申請(qǐng)?zhí)?、投保的?zhuān)利的代理機(jī)構(gòu)、投保的專(zhuān)利是否在預(yù)設(shè)的投保時(shí)間(投保的時(shí)間可選的設(shè)為距離發(fā)文日t天，t為大于1的自然數(shù)，具體實(shí)施時(shí)，可選的設(shè)為15)等條件。

投保人上傳的投保信息可選的包括受理通知書(shū)，其中，所述受理通知書(shū)的格式可選的包括jpg格式、tif格式、pdf格式等，具體實(shí)施時(shí)，所述投保判斷模塊通過(guò)對(duì)所述受理通知書(shū)的進(jìn)行內(nèi)如提取，提取受理通知書(shū)的申請(qǐng)?zhí)?、申?qǐng)人、發(fā)文日期等信息。投保判斷模塊根據(jù)受理通知書(shū)及人工輸入的發(fā)文日判斷投保的專(zhuān)利是否符合投保時(shí)間。

訂單生成模塊103，用于如果所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件，則生成投保訂單。

投保人輸入投保專(zhuān)利的信息后，如果符合投保條件則生成投保訂單以供投保人查閱投保訂單上的信息是否有誤。如果投保訂單有誤，那么進(jìn)一步，所述訂單生成模塊還包括

編輯子模塊，用于修改生成的投保訂單。

如果投保訂單有誤，本發(fā)明通過(guò)所述編輯子模塊向投保人提供修改功能，從而提高投保訂單信息的準(zhǔn)確度。

保險(xiǎn)支付模塊104，用于根據(jù)所述投保訂單進(jìn)行支付。

本發(fā)明的目的在于，向投保人提供保險(xiǎn)業(yè)務(wù)，投保人購(gòu)買(mǎi)投保訂單后向投保人提供保險(xiǎn)服務(wù)。投保人根據(jù)投保訂單進(jìn)行支付，完成投保。

上述方案中，具體實(shí)施時(shí)，即可以b-to-b模式，又可以c-to-c或c-to-b的模式實(shí)現(xiàn)本發(fā)明所述的系統(tǒng)。投保人可選擇的利用手機(jī)、pc機(jī)等向本發(fā)明所述的系統(tǒng)上傳投保的專(zhuān)利信息和/或出險(xiǎn)的專(zhuān)利文件。

進(jìn)一步，所述出險(xiǎn)判斷模塊包括

形式審查子模塊，用于根據(jù)所述出險(xiǎn)專(zhuān)利文件的格式是否滿(mǎn)足審查條件；

實(shí)質(zhì)審查子模塊，用于如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)格式滿(mǎn)足審查條件，判斷理賠請(qǐng)求是否符合理賠時(shí)間及所述投保專(zhuān)利的信息是否滿(mǎn)足賠付條。

更進(jìn)一步，所述形式審查子模塊包括

第一審查子單元，用于判斷所述出險(xiǎn)專(zhuān)利的駁回通知書(shū)是否包括官方印章。具體實(shí)施時(shí)，本發(fā)明可選的要求投保人上傳駁回通知書(shū)的復(fù)印件(包括紅色印章)，所述第一審查子單元可選的通過(guò)掃描投保人上傳的文件是否包括紅色印章判斷用戶(hù)上傳的文件是否合格，紅色印章可選擇的通過(guò)印章的顏色進(jìn)去確定。

更進(jìn)一步，所述實(shí)質(zhì)審查子模塊包括

第二審查子單元，用于如果出險(xiǎn)專(zhuān)利的；駁回通知書(shū)包括官方印章，則判斷所述理賠請(qǐng)求是否滿(mǎn)足預(yù)設(shè)的理賠期限。

第三審查子單元，用于判斷所述投保專(zhuān)利的信息是否與對(duì)應(yīng)的投保訂單一致；

第四審查子單元，用于如果所述投保專(zhuān)利的信息與對(duì)應(yīng)的投保訂單一致，根據(jù)所述駁回通知書(shū)提取駁回條款，判斷所述駁回條款是否與投保訂單中的免責(zé)條款一致，是則滿(mǎn)足賠付條件。

具體實(shí)施時(shí)，所述系統(tǒng)可選擇的獲取所有駁回的專(zhuān)利文件，將投保人上傳的出險(xiǎn)的專(zhuān)利文件所有駁回的專(zhuān)利文件進(jìn)行比較，判斷用戶(hù)上傳的出險(xiǎn)的專(zhuān)利文件是否真實(shí)。所述所有駁回的專(zhuān)利文件可選的通過(guò)預(yù)設(shè)接口抓取專(zhuān)利局發(fā)出的駁回的專(zhuān)利文件。

更進(jìn)一步，

所述用戶(hù)賬號(hào)模塊還包括

代理人子模塊，用于設(shè)置代理人賬號(hào)；

分配子模塊，用于將被投保專(zhuān)利分配至代理人賬號(hào)；

所述系統(tǒng)還包括

判斷模塊，用于獲取賠付后的出險(xiǎn)專(zhuān)利及其出險(xiǎn)條件，根據(jù)所述出險(xiǎn)專(zhuān)利獲取該出險(xiǎn)專(zhuān)利的代理人賬號(hào)，判斷所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件是否與預(yù)設(shè)的評(píng)分條件一致；

評(píng)分模塊，用于所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件與預(yù)設(shè)的評(píng)分條件一致，則對(duì)該代理人進(jìn)行評(píng)分，并根據(jù)評(píng)分的數(shù)值進(jìn)行等級(jí)劃分，所述評(píng)分條件包括出險(xiǎn)條件與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系、等級(jí)與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系。

如圖3所示，本發(fā)明還提供了一種基于專(zhuān)利項(xiàng)目的保險(xiǎn)方法。所述方法包括如下步驟：

s301、接收出險(xiǎn)專(zhuān)利文件，所述出險(xiǎn)專(zhuān)利文件包括出險(xiǎn)專(zhuān)利的駁回通知書(shū)、理賠請(qǐng)求和投保信息；

s302、根據(jù)所述出險(xiǎn)專(zhuān)利文件獲取出險(xiǎn)專(zhuān)利的投保訂單號(hào)，將所述投保訂單號(hào)與預(yù)存的投保數(shù)據(jù)庫(kù)進(jìn)行比較，判斷所述出險(xiǎn)專(zhuān)利是否滿(mǎn)足預(yù)設(shè)的賠付條件；

s303、如果所述出險(xiǎn)專(zhuān)利滿(mǎn)足賠付條件，啟動(dòng)保險(xiǎn)賠付接口進(jìn)行賠付。

進(jìn)一步，所述接收出險(xiǎn)專(zhuān)利文件之前包括

設(shè)置投保人賬號(hào)，利用所述投保人賬號(hào)接收投保的專(zhuān)利信息，所述專(zhuān)利信息包括投保專(zhuān)利的受理通知書(shū)、投保人信息，其中，投保人信息包括投保人名稱(chēng)、投保專(zhuān)利號(hào)、投保專(zhuān)利受理通知書(shū)的發(fā)文日；

獲取接收到的所述投保的專(zhuān)利的信息，判斷所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件；

如果所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件，則生成投保訂單；

根據(jù)所述投保訂單進(jìn)行支付。

進(jìn)一步，所述獲取接收到的所述投保的專(zhuān)利的信息，判斷所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件包括

根據(jù)所述出險(xiǎn)專(zhuān)利文件的格式是否滿(mǎn)足審查條件；

如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)滿(mǎn)足審查條件，判斷理賠請(qǐng)求是否符合理賠時(shí)間及所述投保專(zhuān)利的信息是否滿(mǎn)足賠付條件。

進(jìn)一步,所述如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)滿(mǎn)足審查條件，判斷理賠請(qǐng)求是否符合理賠時(shí)間及所述投保專(zhuān)利的信息是否滿(mǎn)足賠付條件包括

如果出險(xiǎn)專(zhuān)利的駁回通知書(shū)包括官方印章，則判斷所述理賠請(qǐng)求是否滿(mǎn)足預(yù)設(shè)的理賠期限；

如果所述理賠請(qǐng)求滿(mǎn)足預(yù)設(shè)的理賠期限，則判斷所述投保信息是否與對(duì)應(yīng)的投保訂單一致；

如果所述投保信息與對(duì)應(yīng)的投保訂單一致，則根據(jù)所述駁回通知書(shū)提取駁回條款，判斷所述駁回條款是否與投保訂單中的免責(zé)條款一致，是則滿(mǎn)足賠付條件。

進(jìn)一步，所述如果所述投保專(zhuān)利的信息是否符合預(yù)設(shè)的投保條件，則生成投保訂單還包括

判斷所述生成的投保訂單是否有誤，是則修改生成的投保訂單。

進(jìn)一步，所述設(shè)置投保人賬號(hào)之后還包括

設(shè)置代理人賬號(hào)；

將被投保專(zhuān)利分配至代理人賬號(hào)；

所述方法還包括

獲取賠付后的出險(xiǎn)專(zhuān)利及其出險(xiǎn)條件，根據(jù)所述出險(xiǎn)專(zhuān)利獲取該出險(xiǎn)專(zhuān)利的代理人賬號(hào)，判斷所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件是否與預(yù)設(shè)的評(píng)分條件一致；

所述出險(xiǎn)專(zhuān)利的出險(xiǎn)條件與預(yù)設(shè)的評(píng)分條件一致，則對(duì)該代理人進(jìn)行評(píng)分，并根據(jù)評(píng)分的數(shù)值進(jìn)行等級(jí)劃分，所述評(píng)分條件包括出險(xiǎn)條件與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系、等級(jí)與分?jǐn)?shù)的關(guān)聯(lián)關(guān)系。

以上所述僅為本發(fā)明的優(yōu)選實(shí)施例而已，并不用于限制本發(fā)明，對(duì)于本領(lǐng)域的技術(shù)人員來(lái)說(shuō)，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的任何修改、等同替換、改進(jìn)等，均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。