本發(fā)明涉及通信的技術(shù)領(lǐng)域，尤其涉及一種事件認(rèn)證方法和裝置。

背景技術(shù)：

隨著通信技術(shù)的快速發(fā)展，有形的物品、無形的事件信息等會被抽象為數(shù)字信息。數(shù)字化信息極大方便了信息的傳播和處理，但信息是否合法、是否完整一直困擾著人們。目前，人們主要是通過第三方的機(jī)構(gòu)對事件信息進(jìn)行認(rèn)證。然而，第三方的機(jī)構(gòu)的服務(wù)器相對集中，故容易受到網(wǎng)絡(luò)的攻擊而導(dǎo)致網(wǎng)絡(luò)癱瘓。另外，第三方的機(jī)構(gòu)由于自身能力的局限性，會存在認(rèn)證偏差、認(rèn)證程序繁瑣和認(rèn)證時間長，甚至?xí)霈F(xiàn)第三方的機(jī)構(gòu)擅自篡改數(shù)據(jù)等問題。

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

鑒于以上所述的一個或多個問題，本發(fā)明提供了一種事件認(rèn)證方法和裝置。

第一方面，本發(fā)明實施例提出了一種事件認(rèn)證方法，該方法包括：

采集待認(rèn)證事件的相關(guān)信息；

在所述相關(guān)信息滿足所述待認(rèn)證事件的觸發(fā)條件時，產(chǎn)生對所述待認(rèn)證事件進(jìn)行認(rèn)證的請求；

響應(yīng)于所產(chǎn)生的請求，從區(qū)塊鏈中檢索與所請求的認(rèn)證事件相關(guān)聯(lián)的歷史記錄；

基于所述歷史記錄，對所述認(rèn)證事件進(jìn)行認(rèn)證。

第二方面，本發(fā)明實施例提出了一種事件認(rèn)證方法，該方法包括：

接收對認(rèn)證結(jié)果的進(jìn)行校驗的請求，認(rèn)證結(jié)果是對待認(rèn)證事件進(jìn)行認(rèn)證所生成的結(jié)果；

響應(yīng)于所接收的校驗請求，從區(qū)塊鏈中檢索與待認(rèn)證事件相關(guān)聯(lián)的歷史記錄；

基于歷史記錄，對認(rèn)證結(jié)果進(jìn)行校驗。

第三方面，本發(fā)明實施例提出了一種事件認(rèn)證裝置，該裝置包括：

信息采集單元，用于采集待認(rèn)證事件的相關(guān)信息；

請求生成單元，用于在相關(guān)信息滿足待認(rèn)證事件的觸發(fā)條件時，產(chǎn)生對待認(rèn)證事件進(jìn)行認(rèn)證的請求；

記錄檢索單元，響應(yīng)于所產(chǎn)生的請求，從區(qū)塊鏈中檢索與所請求的認(rèn)證事件相關(guān)聯(lián)的歷史記錄；

事件認(rèn)證單元，基于歷史記錄，對認(rèn)證事件進(jìn)行認(rèn)證。

第四方面，本發(fā)明實施例提出了一種事件認(rèn)證裝置，該裝置包括：

請求接收單元，用于接收對認(rèn)證結(jié)果的進(jìn)行校驗的請求，認(rèn)證結(jié)果是對待認(rèn)證事件進(jìn)行認(rèn)證所生成的結(jié)果；

記錄檢索單元，響應(yīng)于所接收的校驗請求，從區(qū)塊鏈中檢索與待認(rèn)證事件相關(guān)聯(lián)的歷史記錄；

結(jié)果校驗單元，基于歷史記錄，對認(rèn)證結(jié)果進(jìn)行校驗。

由此，本實施例可以通過將所采集的事件信息與預(yù)設(shè)的事件信息相比較，自動觸發(fā)事件認(rèn)證的流程，解決了現(xiàn)有的認(rèn)證程序繁瑣、認(rèn)證時間長、認(rèn)證不客觀的問題。之后，根據(jù)區(qū)塊鏈中的歷史記錄，對認(rèn)證信息進(jìn)行認(rèn)證。因為區(qū)塊鏈中的數(shù)據(jù)需要網(wǎng)絡(luò)共識才可以寫入，且一旦數(shù)據(jù)寫入就無法更改，因此，利用區(qū)塊鏈中的歷史記錄，對認(rèn)證信息進(jìn)行認(rèn)證，解決了現(xiàn)有的認(rèn)證安全級別低和可靠性低等問題。

附圖說明

為了更清楚地說明本發(fā)明實施例的技術(shù)方案，下面將對本發(fā)明實施例中所需要使用的附圖作簡單地介紹，顯而易見地，下面所描述的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1是本發(fā)明一實施例的事件認(rèn)證方法的流程示意圖。

圖2是圖1中的區(qū)塊鏈與節(jié)點通信的示意圖。

圖3是本發(fā)明另一實施例的事件認(rèn)證方法的流程示意圖。

圖4是本發(fā)明一實施例的事件認(rèn)證裝置的結(jié)構(gòu)示意圖。

圖5是本發(fā)明另一實施例的事件認(rèn)證裝置的結(jié)構(gòu)示意圖。

具體實施方式

為使本發(fā)明實施例的目的、技術(shù)方案和優(yōu)點更加清楚，下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進(jìn)行清楚、完整地描述。需要說明的是，在不沖突的情況下，本申請中的實施例及實施例中的特征可以相互組合，各實施例中的內(nèi)容可以相互參考和引用。下面將參考附圖并結(jié)合實施例來詳細(xì)說明本申請。

圖1是本發(fā)明一實施例的事件認(rèn)證方法的流程示意圖。

如圖1所示，該認(rèn)證方法包括以下步驟：S110，采集待認(rèn)證事件的相關(guān)信息；S120，在相關(guān)信息滿足待認(rèn)證事件的觸發(fā)條件時，產(chǎn)生對待認(rèn)證事件進(jìn)行認(rèn)證的請求；S130，響應(yīng)于所產(chǎn)生的請求，從區(qū)塊鏈中檢索與所請求的認(rèn)證事件相關(guān)聯(lián)的歷史記錄；S140，基于歷史記錄，對認(rèn)證事件進(jìn)行認(rèn)證。

在S110中，待認(rèn)證的事件例如可以是被抽象為數(shù)字信息的事件。該事件可以與現(xiàn)實中的事件相對應(yīng)。數(shù)據(jù)信息可以包括時間參數(shù)和地點參數(shù)等。采集相關(guān)信息的方式可以通過被動接收熱點推送的方式獲取，也可以通過在互聯(lián)網(wǎng)中主動查詢的方式獲取。此方面內(nèi)容不做限制。

在S120中，相關(guān)信息滿足待認(rèn)證事件的觸發(fā)條件可以通過將所采集的相關(guān)信息與預(yù)設(shè)的事件信息相比較來實現(xiàn)。例如，比較二者的時間參數(shù)和地點參數(shù)等。當(dāng)二者一致時，滿足觸發(fā)條件，產(chǎn)生對待認(rèn)證事件進(jìn)行認(rèn)證的請求。當(dāng)二者不一致時，不滿足觸發(fā)條件，此時不產(chǎn)生對待認(rèn)證事件進(jìn)行認(rèn)證的請求。上述觸發(fā)過程可以自動完成。

在一些實施例中，相關(guān)信息為自動采集的可靠信息。在另一些實施例中，相關(guān)信息為用戶節(jié)點提交的信息。

在S130中，歷史記錄可以包括：與認(rèn)證信息相關(guān)聯(lián)的節(jié)點(例如認(rèn)證對象節(jié)點)的注冊信息、用于認(rèn)證該認(rèn)證事件的認(rèn)證規(guī)則。其中，認(rèn)證規(guī)則可以是當(dāng)認(rèn)證的事件滿足預(yù)定條件時，通過認(rèn)證。

在S140中，基于歷史記錄，對認(rèn)證信息進(jìn)行認(rèn)證可以是比較認(rèn)證的過程，例如，基于認(rèn)證規(guī)則進(jìn)行認(rèn)證，當(dāng)只有符合認(rèn)證規(guī)則時才通過認(rèn)證。又例如，認(rèn)證對象是否有不良記錄，當(dāng)認(rèn)證對象有不良記錄時，取消認(rèn)證資格等。

本實施例是從平臺節(jié)點側(cè)的認(rèn)證角度進(jìn)行撰寫，上述各步驟的實施主體可以是平臺節(jié)點(即認(rèn)證節(jié)點)?？梢岳斫?，在其它的實施例中，還可以從其他節(jié)點的角度進(jìn)行撰寫。

由此，本實施例可以通過將所采集的事件信息與預(yù)設(shè)的事件信息相比較，自動觸發(fā)事件認(rèn)證的流程，解決了現(xiàn)有的認(rèn)證程序繁瑣、認(rèn)證時間長、認(rèn)證不客觀等問題。另外，基于區(qū)塊鏈中的無法篡改的可靠性較高的歷史記錄進(jìn)行認(rèn)證，認(rèn)證結(jié)果可靠性高、安全節(jié)點高。

圖2是圖1中的區(qū)塊鏈與節(jié)點通信的示意圖。

如圖2所示，節(jié)點200可以是與認(rèn)證事件相關(guān)聯(lián)的節(jié)點，具體可以是用戶節(jié)點(可以是認(rèn)證對象節(jié)點)、平臺節(jié)點(認(rèn)證節(jié)點)、監(jiān)管機(jī)構(gòu)節(jié)點等，此方面內(nèi)容不做限制。節(jié)點200可以與區(qū)塊鏈100進(jìn)行數(shù)據(jù)交互。具體的，數(shù)據(jù)交互的內(nèi)容可以是對事件進(jìn)行認(rèn)證的相關(guān)內(nèi)容。具體交互的數(shù)據(jù)可以分別按時間順序記錄至區(qū)塊鏈100中。例如，原始記錄、補(bǔ)充記錄、認(rèn)證記錄等，這些記錄可以構(gòu)成動態(tài)增加的歷史記錄。這些歷史記錄可以分別按時間順序記錄至區(qū)塊鏈的不同存儲區(qū)塊內(nèi)。該區(qū)塊還可以記錄了當(dāng)前區(qū)塊的HASH(哈希)值、前一區(qū)塊的HASH值和時間戳等信息。其中HASH值是HASH算法將任意長度的二進(jìn)制值映射為固定長度的較小二進(jìn)制值。

由此，本實施例可以通過將所采集的事件信息與預(yù)設(shè)的事件信息相比較，自動觸發(fā)事件認(rèn)證的流程，解決了現(xiàn)有的認(rèn)證程序繁瑣、認(rèn)證時間長、認(rèn)證不客觀的問題。之后，根據(jù)區(qū)塊鏈中的歷史記錄，對認(rèn)證信息進(jìn)行認(rèn)證。因為區(qū)塊鏈中的數(shù)據(jù)需要網(wǎng)絡(luò)共識才可以寫入，且一旦數(shù)據(jù)寫入就無法更改，因此，利用區(qū)塊鏈中的歷史記錄，對認(rèn)證信息進(jìn)行認(rèn)證，解決了現(xiàn)有的認(rèn)證安全級別低和可靠性低等問題。

因為本實施例事件認(rèn)證的安全級別非常高，因此本實施例可以應(yīng)用于相互保險的場景中。其中，相互保險是當(dāng)今世界保險市場上最主要的形式之一，它是指由一些對同一危險有某種保障要求的人所組成的組織，以互相幫助為目的，實行“共享收益，共攤風(fēng)險”。成員交納保費形成基金，發(fā)生災(zāi)害損失時用這筆基金來彌補(bǔ)災(zāi)害損失。目前，相互保險體系存在的如下問題：一是相互保險組織會員之間的信任問題尚未徹底解決；二是投保人會員與相互保險運營機(jī)構(gòu)之間的存在信任問題；三是交易的確認(rèn)、保單的確權(quán)、投票的公開透明、履約信用的評級和公開透明存在問題。

下面以航空保險為例，具體說明本實施例的事件認(rèn)證方法的實現(xiàn)方式。

步驟1，用戶節(jié)點可以通過保險平臺節(jié)點創(chuàng)建智能航班延誤險合約，該合約可以規(guī)定當(dāng)航班延誤時，就可以獲取預(yù)定數(shù)額的保險賠償。保險平臺節(jié)點與互聯(lián)網(wǎng)相連，可以獲取航班的公開數(shù)據(jù)。

步驟2，通過獲取的航班的公開數(shù)據(jù)與預(yù)定的航班數(shù)據(jù)相比較。

步驟3，當(dāng)確定航班延誤時，智能合約即被觸發(fā)，即觸發(fā)保險理賠的流程。

步驟4，響應(yīng)于保險理賠的請求，從區(qū)塊鏈中檢索：智能航班延誤險合約、投保人節(jié)點的注冊信息、理賠條件等歷史記錄。

步驟5，根據(jù)歷史記錄對認(rèn)證信息進(jìn)行認(rèn)證，自動完成支付理賠。

由此，本實施例可以自動和及時的保單處理，既實現(xiàn)了高效的理賠，也減少了理賠處理的成本，同時，增加了客戶和保險公司雙方的滿意度。

另外，本實施例還可以應(yīng)用于智能車險合約。保險平臺可以通過網(wǎng)絡(luò)與車相連，通過區(qū)塊鏈技術(shù)儲存車輛狀態(tài)數(shù)據(jù)，一旦汽車發(fā)生事故，觸發(fā)智能車險合約，開始進(jìn)入理賠階段。在智能合約里，還可以指定車主修車地點，避開投保人自行選擇昂貴的維修廠，進(jìn)而控制理賠費用的支出。

本實施例將區(qū)塊鏈技術(shù)應(yīng)用于相互保險服務(wù)，一方面，可以通過區(qū)塊鏈記錄會員信息、保險記錄、保險憑證等信息，提升會員之間、會員與運營機(jī)構(gòu)之間的信任度。另一方面，可以通過區(qū)塊鏈共識過程，實現(xiàn)交易確認(rèn)、保單確權(quán)、投票確認(rèn)、信用評級等關(guān)鍵環(huán)節(jié)，保證這些環(huán)節(jié)的透明性。此外，基于區(qū)塊鏈的相互保險服務(wù)可以降低保險參與成本，增強(qiáng)保險經(jīng)營的靈活性。

作為圖1實施例的第一個變形實施例，可以在圖1實施例的基礎(chǔ)上增加以下步驟：基于對認(rèn)證事件進(jìn)行認(rèn)證的情況，生成認(rèn)證結(jié)果；向節(jié)點集群群體發(fā)送對認(rèn)證結(jié)果進(jìn)行校驗的請求，節(jié)點集群包括多個用戶節(jié)點。

由此，本實施例可以在認(rèn)證的基礎(chǔ)上，群發(fā)校驗請求，使得認(rèn)證經(jīng)過群體校驗，進(jìn)一步增加了認(rèn)證的可靠性和準(zhǔn)確性。

作為圖1實施例的第二個變形實施例，可以在圖1的第一個變形實施例的基礎(chǔ)上增加以下步驟：接收來自節(jié)點集群中的至少一個節(jié)點的校驗反饋，校驗反饋包括：認(rèn)證結(jié)果正確或者錯誤的反饋；根據(jù)校驗反饋判定認(rèn)證結(jié)果是否通過校驗。

由此，本實施例可以在認(rèn)證的基礎(chǔ)上，再經(jīng)過認(rèn)證校驗，獲取校驗反饋，進(jìn)一步增加了認(rèn)證的可靠性和準(zhǔn)確性。

作為圖1實施例的第三個變形實施例，可以在圖1的基礎(chǔ)上增加以下步驟：當(dāng)相關(guān)信息為自動采集的可靠信息時，基于可靠信息對所請求的認(rèn)證事件進(jìn)行認(rèn)證，并生成第一認(rèn)證結(jié)果；將可靠信息和第一認(rèn)證結(jié)果記錄在區(qū)塊鏈中。

作為圖1實施例的第四個變形實施例，可以在圖1的基礎(chǔ)上增加以下步驟：當(dāng)相關(guān)信息為用戶節(jié)點提交的信息時，基于提交的信息對認(rèn)證事件進(jìn)行認(rèn)證，并生成第二認(rèn)證結(jié)果；將用戶節(jié)點提交的信息和第二認(rèn)證結(jié)果記錄在區(qū)塊鏈中。

在一些實施例中，事件認(rèn)證方法在上述各實施例的基礎(chǔ)上還可以包括以下步驟：基于校驗反饋，生成認(rèn)證事件的第一補(bǔ)充記錄；將第一補(bǔ)充記錄存儲在區(qū)塊鏈中。

由此，本實施例可以通過將校驗反饋作為補(bǔ)充記錄，將補(bǔ)充記錄與歷史信息相關(guān)聯(lián)地儲至區(qū)塊鏈中，可以豐富檢索的信息，進(jìn)而可以為后期的事件認(rèn)證或者信息校驗提供了足夠的依據(jù)，并且隨著數(shù)據(jù)量的增加，后期的認(rèn)證精度或者校驗精度會隨之提高。

在一些實施例中，事件認(rèn)證方法在上述各實施例的基礎(chǔ)上還可以包括以下步驟：根據(jù)預(yù)設(shè)的關(guān)鍵字在區(qū)塊鏈中進(jìn)行信息檢索，獲取與關(guān)鍵字相關(guān)聯(lián)的至少兩條關(guān)鍵信息；對比至少兩條關(guān)鍵信息，并篩選出相互沖突的關(guān)鍵信息；向節(jié)點集群群體發(fā)送驗證所篩選出的相互沖突的關(guān)鍵信息的驗證請求。

本實施例主要描述了對區(qū)塊鏈中記錄的信息進(jìn)行校驗的機(jī)制。該校驗機(jī)制可以定期執(zhí)行。一旦發(fā)現(xiàn)問題，將在區(qū)塊鏈發(fā)布證據(jù)信息，并向所有區(qū)塊鏈用戶發(fā)布用戶虛假警告信息，該虛假用戶會被全網(wǎng)用戶發(fā)現(xiàn)并受到懲罰。具體的，定期校驗機(jī)制的工作原理可以如下：

首先，設(shè)置平臺節(jié)點校驗參數(shù)。

具體的，參數(shù)可以是校驗頻率(一天一次)、校驗范圍(全網(wǎng)用戶或注冊某時間段的用戶)、校驗方式(平臺獨立校驗還是平臺用戶聯(lián)合校驗)等。比如，一天進(jìn)行一次全網(wǎng)用戶節(jié)點的信息校驗。

其次，平臺節(jié)點獨立校驗過程。

平臺節(jié)點會借助第三方數(shù)據(jù)庫等方式校驗用戶信息數(shù)據(jù)，然后將校驗結(jié)果和校驗憑證(結(jié)果判斷依據(jù))上傳至區(qū)塊鏈，并獲得全網(wǎng)用戶節(jié)點共識，以此完成用戶信息校驗過程；普通用戶節(jié)點也可以進(jìn)行用戶信息校驗，普通用戶節(jié)點通過查詢區(qū)塊鏈歷史數(shù)據(jù)，獲取感興趣的用戶節(jié)點的信息進(jìn)行校驗，并將校驗結(jié)果和校驗憑證(結(jié)果判斷依據(jù))上傳至區(qū)塊鏈，并獲得全網(wǎng)用戶共識，以此完成用戶信息校驗過程。

由此，本實施例可以通過信息校驗的機(jī)制，查出區(qū)塊鏈中的不實數(shù)據(jù)，進(jìn)一步提升了區(qū)塊鏈中用于認(rèn)證的原始數(shù)據(jù)的真實性。在原始數(shù)據(jù)真實可靠的基礎(chǔ)上，通過該數(shù)據(jù)進(jìn)行認(rèn)證，可以確保認(rèn)證的準(zhǔn)確性和可靠性。

在一些實施例中，事件認(rèn)證方法在上述各實施例的基礎(chǔ)上還可以包括以下步驟：向節(jié)點集群群體發(fā)送對認(rèn)證事件的認(rèn)證對象節(jié)點的信用進(jìn)行評定的請求。

由此，本實施例可以通過對節(jié)點的信用進(jìn)行評定，可以保證節(jié)點的信用，進(jìn)而，可以保證該節(jié)點在區(qū)塊鏈中的通信數(shù)據(jù)信息的真實性。

在一些實施例中，事件認(rèn)證方法在上述各實施例的基礎(chǔ)上還可以包括以下步驟：接收來自節(jié)點集群中的至少一個節(jié)點的評定反饋；根據(jù)評定反饋，生成認(rèn)證事件的第二補(bǔ)充記錄；將第二補(bǔ)充記錄存儲至區(qū)塊鏈中。

由此，本實施例可以通過將評定反饋作為補(bǔ)充記錄，將補(bǔ)充記錄與歷史信息相關(guān)聯(lián)地儲至區(qū)塊鏈中，可以豐富檢索的信息，進(jìn)而可以為后期的事件認(rèn)證或者信息校驗提供了足夠的依據(jù)，并且隨著數(shù)據(jù)量的增加，后期的認(rèn)證精度或者校驗精度會隨之提高。

圖3是本發(fā)明另一實施例的事件認(rèn)證方法的流程示意圖。

如圖3所示，事件認(rèn)證方法可以包括以下步驟：S310，接收對認(rèn)證結(jié)果的進(jìn)行校驗的請求；S320，響應(yīng)于所接收的校驗請求，從區(qū)塊鏈中檢索與待認(rèn)證事件相關(guān)聯(lián)的歷史記錄；S330，基于歷史記錄，對認(rèn)證結(jié)果進(jìn)行校驗。

在S310中，認(rèn)證結(jié)果可以是對待認(rèn)證事件進(jìn)行認(rèn)證所生成的結(jié)果。

在S320中，歷史記錄可以包括：與認(rèn)證信息相關(guān)聯(lián)的節(jié)點(例如認(rèn)證對象節(jié)點)的注冊信息、用于認(rèn)證該認(rèn)證事件的認(rèn)證規(guī)則。其中，認(rèn)證規(guī)則可以是當(dāng)認(rèn)證的事件滿足預(yù)定條件時，通過認(rèn)證。

在S330中，基于歷史記錄，對認(rèn)證結(jié)果進(jìn)行校驗。

基于歷史記錄，對認(rèn)證信息進(jìn)行校驗可以是比較認(rèn)證的過程，例如，基于認(rèn)證規(guī)則進(jìn)行認(rèn)證校驗，當(dāng)只有符合認(rèn)證規(guī)則時才通過校驗。又例如，認(rèn)證對象是否有不良記錄，當(dāng)認(rèn)證對象有不良記錄時，取消校驗資格等。

本實施例是從用戶節(jié)點或者監(jiān)管節(jié)點側(cè)的認(rèn)證角度進(jìn)行撰寫，上述各步驟的實施主體可以是用戶節(jié)點或者監(jiān)管節(jié)點。可以理解，在其它的實施例中，還可以從其他節(jié)點的角度進(jìn)行撰寫。

由此，通過在認(rèn)證的基礎(chǔ)上進(jìn)行校驗，增加了認(rèn)證的可靠性。

作為圖3實施例的第一個變形實施例，可以在圖3實施例的基礎(chǔ)上增加以下步驟：基于對認(rèn)證結(jié)果進(jìn)行校驗的情況，生成校驗反饋；發(fā)送校驗反饋，校驗反饋包括：認(rèn)證結(jié)果正確或者錯誤的反饋。

作為圖3實施例的第二個變形實施例，可以在圖3實施例的基礎(chǔ)上增加以下步驟：采集待認(rèn)證事件的相關(guān)信息；基于所采集的相關(guān)信息，生成待認(rèn)證事件的補(bǔ)充記錄；將補(bǔ)充記錄和校驗反饋儲至區(qū)塊鏈中。

下面以對相互保險數(shù)據(jù)進(jìn)行理賠為例，詳細(xì)說明事件認(rèn)證的實現(xiàn)方式。

步驟1，對具有同質(zhì)風(fēng)險保障需求的個人或企業(yè)用戶節(jié)點所提交個人或企業(yè)用戶信息等進(jìn)行資質(zhì)審核。

首先，具有同質(zhì)風(fēng)險保障需求的個人或企業(yè)用戶節(jié)點，向基于區(qū)塊鏈的相互保險平臺節(jié)點(該平臺節(jié)點可以設(shè)置有一套基于區(qū)塊鏈的相互保險平臺軟件，由保險平臺運營機(jī)構(gòu)運營，運營機(jī)構(gòu)可以為相互保險公司等。保險平臺節(jié)點可以生成并更新保險數(shù)據(jù)區(qū)塊鏈。)提交個人或企業(yè)信息，申請注冊為平臺正式用戶節(jié)點。提交的個人或企業(yè)信息可以包括用戶(姓名或企業(yè))名稱、有效證件號碼、地址、其他信息(如身體狀況、企業(yè)運營狀況、信用評級等)。提交的信息可以與用戶保險需求和保單內(nèi)容相關(guān)，不同用戶提交信息可以不同。

接著，平臺節(jié)點查詢保險數(shù)據(jù)區(qū)塊鏈，包括用戶(姓名或企業(yè))名稱、有效證件號碼、地址、其他信息(如身體狀況、企業(yè)運營狀況、信用評級等)，查詢區(qū)塊鏈中是否已經(jīng)存在上述信息。如果存在上述信息，則需要判斷提交信息是否與區(qū)塊鏈數(shù)據(jù)一致，不一致則認(rèn)定提交信息錯誤，拒絕注冊；如果不存在上述信息，則生成一條區(qū)塊鏈數(shù)據(jù)，并經(jīng)由全網(wǎng)用戶節(jié)點共識認(rèn)證。經(jīng)過共識認(rèn)證意味著通過信息審核，可能獲取保險平臺分配的全網(wǎng)唯一用戶ID。其中，需要說明的是，對于部分用戶節(jié)點提交的信息，絕大多數(shù)用戶節(jié)點無法判斷其真假時，保險平臺運營機(jī)構(gòu)將輔助進(jìn)行信息審核判斷。比如，企業(yè)節(jié)點提交了經(jīng)營報告，如果部分普通用戶節(jié)點無法審核其真實性時，可以有兩種方法解決。一是，部分普通用戶節(jié)點會自發(fā)通過其他途徑查詢該用戶經(jīng)營報告的真實性，給出判斷，并在區(qū)塊鏈共識過程中體現(xiàn)判斷結(jié)果；二是，平臺節(jié)點運營機(jī)構(gòu)通過其他途徑查詢該用戶經(jīng)營報告的真實性，給出判斷，并在區(qū)塊鏈發(fā)布經(jīng)營報告判斷結(jié)果，供其他用戶節(jié)點查詢。

然后，用戶信息上傳至保險平臺區(qū)塊鏈后就無法更改。

步驟2，訂立初步保單。具體的，保單可以記載如下信息：保險記錄ID(標(biāo)識)、保險者ID、被保險者ID、保險標(biāo)的、保險金額、保險費、保險期限、賠償或給付的責(zé)任范圍、賠償?shù)囊?guī)則條件及其他事項、授權(quán)訪問用戶列表、授權(quán)訪問聯(lián)合簽名等。其中，保險標(biāo)的是指保險利益的載體，比如人的身體等。授權(quán)訪問用戶列表指的是能夠訪問保單內(nèi)容的用戶列表，只有授權(quán)的用戶才能夠看到保單內(nèi)容。

步驟3，接收個人或企業(yè)用戶節(jié)點進(jìn)行會費繳納或補(bǔ)繳會費(會費包含保險費，以及平臺會費)。

具體的，繳費形式可以多樣，比如繳納至同一銀行或基金公共保險賬戶、或均繳納給保險機(jī)構(gòu)公共保險賬戶等。會費繳納完成后，用戶節(jié)點利用繳費憑證更新保險記錄。

步驟4，接收投保者節(jié)點在保險數(shù)據(jù)區(qū)塊鏈發(fā)布的參與用戶信息、保險記錄信息(含必要掃描文件)。投保者節(jié)點可以為任一用戶節(jié)點，并接受所有用戶節(jié)點進(jìn)行共識驗證。經(jīng)共識驗證的信息被記錄至區(qū)塊鏈中。區(qū)塊鏈中的保單信息生效并不可篡改。

步驟5，用戶在保險數(shù)據(jù)區(qū)塊鏈發(fā)布理賠申請，包含理賠數(shù)據(jù)信息、證明文件信息(含必要掃描件)等，所有用戶節(jié)點進(jìn)行共識驗證。

具體的，理賠申請可以包括如下內(nèi)容：理賠記錄ID、對應(yīng)的保險記錄ID、理賠內(nèi)容、理賠金額、理賠依據(jù)憑證(可以為掃描文件等)、理賠者簽名和理賠時間等。理賠數(shù)據(jù)和證明文件信息將作為區(qū)塊數(shù)據(jù)，由用戶發(fā)布至區(qū)塊鏈中。全網(wǎng)用戶節(jié)點根據(jù)區(qū)塊數(shù)據(jù)，判斷理賠依據(jù)是否充足、理賠申請是否合理，從而給出理賠判斷。只有通過全網(wǎng)用戶節(jié)點的理賠判斷(全網(wǎng)用戶節(jié)點并非指全部用戶節(jié)點，也可以設(shè)定為占用戶總數(shù)一定比例的用戶節(jié)點)，理賠數(shù)據(jù)記錄才能在區(qū)塊鏈寫入發(fā)布并生效。理賠判斷過程中，用戶節(jié)點通過查詢區(qū)塊鏈理賠數(shù)據(jù)和證明文件信息，結(jié)合個人知識和保單約定做出判斷，并將判斷結(jié)果上傳至區(qū)塊鏈中全網(wǎng)共識。

步驟6，接收用戶節(jié)點在保險數(shù)據(jù)區(qū)塊鏈發(fā)布保單或用戶信息變更申請(包含理必要證明文件掃描件等)，所有用戶節(jié)點針對該變更申請進(jìn)行共識驗證。

具體的，信息變更申請可以包括如下內(nèi)容：信息變更記錄ID、對應(yīng)的保險記錄ID、對應(yīng)的用戶信息記錄ID、變更內(nèi)容、變更依據(jù)(可以為掃描文件等)、申請者簽名和申請變更時間等。變更申請數(shù)據(jù)和證明文件信息將作為區(qū)塊數(shù)據(jù)，由用戶發(fā)布至區(qū)塊鏈中。全網(wǎng)用戶節(jié)點根據(jù)區(qū)塊數(shù)據(jù)，判斷變更依據(jù)是否充足、變更申請是否合理，從而給出理賠判斷，只有通過全網(wǎng)用戶節(jié)點的判斷，信息變更記錄才能在區(qū)塊鏈寫入發(fā)布并生效。

步驟7，通過公共保險賬戶向用戶節(jié)點返還理賠資產(chǎn)等，如存在會費不足等情況，需要會員節(jié)點補(bǔ)繳會費。

具體的，會員節(jié)點只需繳納補(bǔ)繳會費至約定的銀行或基金公共保險賬戶、或均繳納給保險機(jī)構(gòu)公共保險賬戶等。會費繳納完成后，生成會費繳納憑證數(shù)據(jù)記錄，并在區(qū)塊鏈發(fā)布，由銀行或保險機(jī)構(gòu)平臺參與進(jìn)行共識驗證，通過共識驗證，則會費繳納成功。

步驟8，第三方機(jī)構(gòu)可以查詢保險區(qū)塊鏈數(shù)據(jù)信息，進(jìn)行保險監(jiān)管、糾紛處理等。由于區(qū)塊鏈數(shù)據(jù)的真實、透明、不可篡改，天然就支持第三方機(jī)構(gòu)的監(jiān)管。

步驟9，會費擁有機(jī)構(gòu)(比如銀行或保險平臺經(jīng)營機(jī)構(gòu))可以發(fā)起保費理財方案等執(zhí)行合約，經(jīng)由全網(wǎng)共識驗證。

具體的，首先，會費擁有機(jī)構(gòu)通過基于區(qū)塊鏈的保險平臺發(fā)布一個會費理財腳本，其包含了會費用途、預(yù)期收益、利益分配比例、使用時間等。接著，會費理財記錄在區(qū)塊鏈發(fā)布并進(jìn)行全網(wǎng)共識驗證，一旦驗證通過，會費將根據(jù)腳本約定用于理財。然后，約定時間到達(dá)后，會費擁有機(jī)構(gòu)將按照腳本約定進(jìn)行會費發(fā)放，并生成會費發(fā)放記錄至區(qū)塊鏈，由全網(wǎng)用戶共識驗證。上述腳本執(zhí)行過程，也在第三方監(jiān)管范圍，一旦出現(xiàn)履責(zé)問題，將進(jìn)行處罰。需要說明的是，合約的類型可以多種多樣，可以包括上面所述的航空保險、車險等。

步驟10，保險服務(wù)提供者(例如銀行、金融機(jī)構(gòu)、保險平臺運營機(jī)構(gòu)等)，向區(qū)塊鏈發(fā)布服務(wù)承諾記錄，包括保單理賠計劃、會費盈利目標(biāo)、承諾盈利時間等信息，由全網(wǎng)共識驗證。保單理賠計劃等承諾將是用戶選擇保險平臺運營機(jī)構(gòu)的重要參考，一旦無法完成承諾，用戶可以申請第三方仲裁處罰。

圖4是本發(fā)明一實施例的事件認(rèn)證裝置的結(jié)構(gòu)示意圖。

如圖4所示，事件認(rèn)證裝置400可以包括：信息采集單元410、請求生成單元420和記錄檢索單元430。其中，信息采集單元410可以用于采集待認(rèn)證事件的相關(guān)信息；請求生成單元420可以用于在相關(guān)信息滿足待認(rèn)證事件的觸發(fā)條件時，產(chǎn)生對待認(rèn)證事件進(jìn)行認(rèn)證的請求；記錄檢索單元430可以響應(yīng)于所產(chǎn)生的請求，從區(qū)塊鏈中檢索與所請求的認(rèn)證事件相關(guān)聯(lián)的歷史記錄；事件認(rèn)證單元440可以基于歷史記錄，對認(rèn)證事件進(jìn)行認(rèn)證。

在一些實施例中，可以在圖4實施例的基礎(chǔ)上增加：結(jié)果生成單元和第一發(fā)送單元。其中，結(jié)果生成單元可以基于對認(rèn)證事件進(jìn)行認(rèn)證的情況，生成認(rèn)證結(jié)果；第一發(fā)送單元可以用于向節(jié)點集群群體發(fā)送對認(rèn)證結(jié)果進(jìn)行校驗的請求，節(jié)點集群包括多個用戶節(jié)點。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：第一接收單元和結(jié)果判定單元。其中，第一接收單元可以用于接收來自節(jié)點集群中的至少一個節(jié)點的校驗反饋，校驗反饋包括：認(rèn)證結(jié)果正確或者錯誤的反饋；結(jié)果判定單元可以用于根據(jù)校驗反饋判定認(rèn)證結(jié)果是否通過校驗。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：事件認(rèn)證單元。事件認(rèn)證單元可以還用于當(dāng)相關(guān)信息為自動采集的可靠信息時，基于可靠信息對所請求的認(rèn)證事件進(jìn)行認(rèn)證，并生成第一認(rèn)證結(jié)果，將可靠信息和第一認(rèn)證結(jié)果記錄在區(qū)塊鏈中。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：事件認(rèn)證單元。其中，事件認(rèn)證單元，還用于當(dāng)相關(guān)信息為用戶節(jié)點提交的信息時，基于提交的信息對認(rèn)證事件進(jìn)行認(rèn)證，并生成第二認(rèn)證結(jié)果，將用戶節(jié)點提交的信息和第二認(rèn)證結(jié)果記錄在區(qū)塊鏈中。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：記錄生成單元。其中，記錄生成單元可以基于校驗反饋，生成認(rèn)證事件的第一補(bǔ)充記錄，將第一補(bǔ)充記錄存儲在區(qū)塊鏈中。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：信息檢索單元、信息篩選單元和第二發(fā)送單元。其中，信息檢索單元可以用于根據(jù)預(yù)設(shè)的關(guān)鍵字在區(qū)塊鏈中進(jìn)行信息檢索，獲取與關(guān)鍵字相關(guān)聯(lián)的至少兩條關(guān)鍵信息；信息篩選單元可以用于對比至少兩條關(guān)鍵信息，并篩選出相互沖突的關(guān)鍵信息；第二發(fā)送單元可以用于向節(jié)點集群群體發(fā)送驗證所篩選出的相互沖突的關(guān)鍵信息的驗證請求。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：第三發(fā)送單元。其中，第三發(fā)送單元可以用于向節(jié)點集群群體發(fā)送對認(rèn)證事件的認(rèn)證對象節(jié)點的信用進(jìn)行評定的請求。

在一些實施例中，可以在上述實施例的基礎(chǔ)上增加：第二接收單元和第二生成單元。其中，第二接收單元可以用于接收來自節(jié)點集群中的至少一個節(jié)點的評定反饋；第二生成單元可以用于根據(jù)評定反饋，生成認(rèn)證事件的第二補(bǔ)充記錄，將第二補(bǔ)充記錄與歷史信息相關(guān)聯(lián)地儲至區(qū)塊鏈中。

本領(lǐng)域技術(shù)人員應(yīng)能理解，術(shù)語“第一”、“第二”、“第三”用于標(biāo)示名稱而非用于表示任何特定的順序。

圖5是本發(fā)明另一實施例的事件認(rèn)證裝置的結(jié)構(gòu)示意圖。

如圖5所示，事件認(rèn)證裝置500可以包括：請求接收單元510、記錄檢索單元520和結(jié)果校驗單元530。

其中，請求接收單元510可以用于接收對認(rèn)證結(jié)果的進(jìn)行校驗的請求，認(rèn)證結(jié)果是對待認(rèn)證事件進(jìn)行認(rèn)證所生成的結(jié)果；記錄檢索單元520可以響應(yīng)于所接收的校驗請求，從區(qū)塊鏈中檢索與待認(rèn)證事件相關(guān)聯(lián)的歷史記錄；結(jié)果校驗單元530可以基于歷史記錄，對認(rèn)證結(jié)果進(jìn)行校驗。

作為圖5實施例的第一個變形實施例，可以在圖5實施例的基礎(chǔ)上增加：反饋生成單元和反饋發(fā)送單元。

其中，反饋生成單元可以基于對認(rèn)證結(jié)果進(jìn)行校驗的情況，生成校驗反饋。反饋發(fā)送單元可以用于發(fā)送校驗反饋，校驗反饋包括：認(rèn)證結(jié)果正確或者錯誤的反饋。

作為圖5實施例的第二個變形實施例，可以在圖5實施例的第一個變形實施例的基礎(chǔ)上增加：信息采集單元、記錄生成單元和記錄存儲單元。

其中，信息采集單元可以用于采集待認(rèn)證事件的相關(guān)信息；記錄生成單元可以用于基于所采集的相關(guān)信息，生成待認(rèn)證事件的補(bǔ)充記錄；記錄存儲單元可以用于將補(bǔ)充記錄和校驗反饋儲至區(qū)塊鏈中。

以上所述的結(jié)構(gòu)框圖中所示的功能塊可以實現(xiàn)為硬件、軟件、固件或者它們的組合。當(dāng)以硬件方式實現(xiàn)時，其可以例如是電子電路、專用集成電路(ASIC)、適當(dāng)?shù)墓碳?、插件、功能卡等。?dāng)以軟件方式實現(xiàn)時，本發(fā)明的元素是被用于執(zhí)行所需任務(wù)的程序或者代碼段。程序或者代碼段可以存儲在機(jī)器可讀介質(zhì)中，或者通過載波中攜帶的數(shù)據(jù)信號在傳輸介質(zhì)或者通信鏈路上傳送?！皺C(jī)器可讀介質(zhì)”可以包括能夠存儲或傳輸信息的任何介質(zhì)。機(jī)器可讀介質(zhì)的例子包括電子電路、半導(dǎo)體存儲器設(shè)備、ROM、閃存、可擦除ROM(EROM)、軟盤、CD-ROM、光盤、硬盤、光纖介質(zhì)、射頻(RF)鏈路，等等。代碼段可以經(jīng)由諸如因特網(wǎng)、內(nèi)聯(lián)網(wǎng)等的計算機(jī)網(wǎng)絡(luò)被下載。

需要說明的是，上述各實施例的裝置可作為上述各實施例的方法中的執(zhí)行主體，可以實現(xiàn)各個方法中的相應(yīng)流程，上述各個實施例中的內(nèi)容可以互相參考使用，為了簡潔，此方面內(nèi)容不再贅述。

本發(fā)明可以以其他的具體形式實現(xiàn)，而不脫離其精神和本質(zhì)特征。例如，特定實施例中所描述的算法可以被修改，而系統(tǒng)體系結(jié)構(gòu)并不脫離本發(fā)明的基本精神。因此，當(dāng)前的實施例在所有方面都被看作是示例性的而非限定性的，本發(fā)明的范圍由所附權(quán)利要求而非上述描述定義，并且，落入權(quán)利要求的含義和等同物的范圍內(nèi)的全部改變從而都被包括在本發(fā)明的范圍之中。