TWI871021B - 基於區塊鏈的互助保險方法 - Google Patents

Abstract

一種基於區塊鏈的互助保險方法，藉由一與一區塊鏈系統連接的互助保險伺服系統來實施，並包含以下步驟：獲得一待加保用戶的加保資訊及一欲加入互助保險組合；判定一對應於該加保資訊的加保審核結果是否通過審核；當判定出通過審核時，產生一加保編號及一加密金鑰；利用該加密金鑰對該加保資訊之一部份進行加密；判定加密後的該加保資訊是否符合該欲加入保險組合的投保要求；當判定出符合該投保要求時，將一包含加密後的該加保資訊、該加保編號及所對應之保險內容的投保記錄加入該區塊鏈。

Description

基於區塊鏈的互助保險方法

本發明是有關於一種保險方法及系統，特別是指一種基於區塊鏈的互助保險方法。

保險業於記錄用戶的保險資料時多使用紙本或電子檔案，然而紙本檔案保存不易且需占據空間儲存，而電子檔案雖儲存在電腦系統中節省了空間，但容易存在輸入檔案時發生人爲疏失或刻意遭人篡改等情況，致使無法確保電子檔案的真實性。此外，互助保險(Mutual Insurance)的當期保費是根據互助保險組合中當期所有互助會員的保險資料(例如，當期的互助會員人數、當期滿足給付條件的人數等)計算出的，因此每期的保費都須重新計算，然而，保費的計算過程也存在被任意更改的可能而缺乏可信度。

因此，對於互助保險，如何確保用戶保險資料及保費計算過程的真實性，已成為相關技術領域所欲解決的議題之一。

因此，本發明之目的，即在提供一種基於區塊鏈的互助保險方法，其能克服現有技術的至少一個缺點。

於是，本發明所提供的一種基於區塊鏈的互助保險方法藉由一經由一通訊網路與一區塊鏈系統連接的互助保險伺服系統來實施。該互助保險伺服系統包含一資料處理單元、一連接該資料處理單元的資料庫及一連接該資料處理單元的區塊鏈處理單元。該資料庫儲存有多個對應於多個互助保險組合的保險內容，每一保險內容包含該保險內容所對應的互助保險組合的投保要求。該基於區塊鏈的互助保險方法包含以下步驟：(A)該資料處理單元獲得一待加保用戶的加保資訊及該待加保用戶欲加入的一欲加入互助保險組合，該欲加入互助保險組合為該等互助保險組合其中一者；(B)該資料處理單元獲得一對應於該加保資訊的加保審核結果，並判定該加保審核結果是否通過審核；(C)當該資料處理單元判定出該加保審核結果通過審核時，該資料處理單元產生一對應於該待加保用戶的加保編號及一加密金鑰，該加保編號指示出該欲加入互助保險組合；(D)該資料處理單元獲得對應於該加保資訊的資訊特徵，並將一包含該加保資訊、該加保編號、該加密金鑰及該資訊特徵的資料作為一筆對應於該待加保用戶的用戶保險記錄儲存至該資料庫中；(E)該資料處理單元利用該加密金鑰對該加保資訊之一部份進行加密以獲得加密後的該加保資訊，並將該加保編號及加密後的該加保資訊傳送至該區塊鏈處理單元；(F)在該區塊鏈處理單元接收到該加保編號及加密後的該加保資訊後，該區塊鏈處理單元根據該加保編號至該資料庫中取得對應於該欲加入互助保險組合的保險內容，並判定加密後的該加保資訊是否符合該欲加入保險組合的保險內容中的投保要求；及(G)當該區塊鏈處理單元判定出加密後的該加保資訊符合該投保要求時，該區塊鏈處理單元將一包含加密後的該加保資訊、該加保編號及所對應之保險內容的投保請求傳送至該區塊鏈系統，以使該區塊鏈系統將一筆對應於該投保請求並包含加密後的該加保資訊、該加保編號及所對應之保險內容的投保記錄加入一區塊鏈。

本發明之功效在於：藉由將該投保記錄加入該區塊鏈，使得該投保記錄在每次被更動時都會被記錄在該區塊鏈中，方便用戶查證及追溯，確保了該投保記錄及後續根據所有用戶的投保記錄來計算保費時過程的真實性。此外，由於每一待加保用戶的加保資訊都會經對應該待加保用戶的加密金鑰加密後才加入該區塊鏈，使得該區塊鏈在具有資料透明性的同時也保護到了用戶的隱私。

在本發明被詳細描述之前，應當注意在以下的説明內容中，類似的元件是以相同的編號來表示。

參閱圖1，本發明基於區塊鏈的互助保險方法之實施例藉由一經由一通訊網路100與一用戶端103、一包含一區塊鏈102的區塊鏈系統101及一審核端104連接的互助保險伺服系統1來實施。該互助保險伺服系統1包含一用於提供一資訊平臺111的平臺伺服器11、一用於提供一資料庫121的資料伺服器12、一資料處理單元131、一區塊鏈處理單元132及一計費單元133。該資訊平臺111(例如為一網站)，任一用戶所使用的一用戶端103可透過該網站經由該通訊網路100與該平臺伺服器11通訊連接以傳遞或接收資料。該資料處理單元131、該區塊鏈處理單元132及該計費單元133可整合於一運算伺服器13。該運算伺服器13經由該通訊網路100與該平臺伺服器11以及該資料伺服器12連接。該資料處理單元131、該區塊鏈處理單元132及該計費單元133之間相互電連接。該資料庫121儲存有多個對應於多個互助保險組合的保險內容。每一保險內容包含該保險內容所對應的互助保險組合的投保要求、保費繳款日、除外期間、標準投保人數M及單位保費U。值得一提的是，在本實施方式中，係透過該運算伺服器13、該平臺伺服器11以及該資料伺服器12來進行本發明基於區塊鏈的互助保險方法之實施例的相關運算，然而，亦可將本發明基於區塊鏈的互助保險方法之實施例的相關運算將整合於同一台伺服器進行，並不以此為限。

以下將配合所附圖式來說明本發明基於區塊鏈的互助保險方法的實施例，本實施例依序包含一加保程序、一第一保單查詢程序、一第二保單查詢程序、一理賠審核程序、一繳費程序及一理賠程序。

參閱圖1與圖2，示例性地説明當該平臺伺服器11經由該資訊平臺111接收到一用戶端103(該用戶端103的用戶被視爲一待加保用戶)傳送的一包含一加保資訊及一欲加入互助保險組合的用戶端請求後，該加保程序如何將該待加保用戶的加保資訊加入該區塊鏈102，並包含步驟201~217。

在步驟201中，該平臺伺服器11回應於該用戶端請求，傳送一包含該加保資訊及該欲加入互助保險組合的加保請求至該運算伺服器13之資料處理單元131。該加保資訊例如包括該待加保用戶的姓名、身份證字號、手機號碼及該待加保用戶於該區塊鏈系統101使用之賬戶的帳戶資訊等。該欲加入互助保險組合為該等互助保險組合其中一者。

在步驟202中，在該資料處理單元131接收到該加保請求後，該資料處理單元131將該加保請求中的該加保資訊發送至一審核端104。在本實施例中，該審核端104利用人工進行審核，在其他實施態樣中該審核端104亦可通過例如一審核程序來進行自動審核。

在步驟203中，在該審核端104接收到該加保資訊後，該審核端104回應於一審核人員之輸入操作產生一加保審核結果(該加保審核結果指示出審核通過或審核不通過)，並將該加保審核結果傳送至該資料處理單元131。

在步驟204中，在該資料處理單元131接收到該加保審核結果後，該資料處理單元131判定該加保審核結果是否通過審核。當該資料處理單元131判定出該加保審核結果通過審核時，流程進行步驟205；否則，流程進行步驟214。

在步驟205中，該資料處理單元131產生一對應於該待加保用戶的加保編號及一加密金鑰。該加保編號指示出該欲加入互助保險組合。在本實施方式中，係將該加保編號中之一部分編號編成一對應該欲加入互助保險組合的專用識別編號，例如該欲加入互助保險組合為癌症醫療險，其專用識別編號為001，而與殘扶醫療險的專用識別編號002及燒燙傷醫療險的專用識別編號003等不同，故將該加保編號之前三碼編為001即可指示出該欲加入互助保險組合。

在步驟206中，該資料處理單元131獲得對應於該加保資訊的資訊特徵，並將一包含該加保資訊、該加保編號、該加密金鑰及該資訊特徵的資料作為一筆對應於該待加保用戶的用戶保險記錄儲存至該資料伺服器12之資料庫121。在本實施例中，該資訊特徵是該資料處理單元131對該加保資訊利用一雜湊演算法(Hash function)獲得到的一雜湊值(Hash value)。此外，該資料處理單元131係將該用戶保險記錄傳送至該資料伺服器12，以使該資料伺服器12將該用戶保險記錄儲存至該資料庫121，由於資料庫121的寫入及讀取為熟知此技藝者所已知，為了簡潔，故在此省略了他們的細節。

在步驟207中，該資料處理單元131利用該加密金鑰對該加保資訊之一部份進行加密以獲得加密後的該加保資訊，並將該加保編號及加密後的該加保資訊傳送至該區塊鏈處理單元132。在本實施例中，係對該加保資訊中如，該待加保用戶的姓名、身份證字號及手機號碼此類使用者的隱私資訊進行加密。

在步驟208中，在該區塊鏈處理單元132接收到該加保編號及加密後的該加保資訊後，該區塊鏈處理單元132根據該加保編號至該資料庫121中取得對應於該欲加入互助保險組合的保險內容。

在步驟209中，該區塊鏈處理單元132判定加密後的該加保資訊是否符合該欲加入保險組合的保險內容中的投保要求，該區塊鏈處理單元132係判定加密後的該加保資訊中未經加密的部分是否符合該投保要求。當該區塊鏈處理單元132判定出加密後的該加保資訊符合該投保要求時，流程進行步驟210；否則，流程進行步驟216。

在步驟210中，該區塊鏈處理單元132將該待加保用戶成功加入該欲加入互助保險組合時的日期加上該欲加入互助保險組合的除外期間來計算出一除外期間屆滿日，並將一給付標記資訊的標記狀態預設為一不滿足該給付條件的無給付狀態，且將一包含加密後的該加保資訊、該加保編號、所對應之保險內容、該給付標記資訊及該除外期間屆滿日的投保請求傳送至該區塊鏈系統101。

在步驟211中，在該區塊鏈系統101接收到該投保請求後，該區塊鏈系統101將一筆對應於該投保請求並包含加密後的該加保資訊、該加保編號、所對應之保險內容、該給付標記資訊及該除外期間屆滿日的投保記錄加入該區塊鏈102，並產生一對應於該投保記錄的交易雜湊值，且將該交易雜湊值傳送至該區塊鏈處理單元132。

在步驟212中，在該區塊鏈處理單元132接收到來自該區塊鏈系統101的該交易雜湊值後，該區塊鏈處理單元132將該交易雜湊值儲存到該資料伺服器12之資料庫121內對應的用戶保險記錄中，且將一投保成功訊息傳送至該平臺伺服器11。

在步驟213中，在該平臺伺服器11接收到該投保成功訊息後，該平臺伺服器11經由該資訊平臺111傳送一投保成功之通知至該用戶端103，以使該用戶端103呈現該投保成功之通知。

在步驟214中，該資料處理單元131將一加保資訊審核不通過訊息傳送至該平臺伺服器11。

在步驟215中，在該平臺伺服器11接收到該加保資訊審核不通過訊息後，該平臺伺服器11經由該資訊平臺111傳送一加保資訊審核不通過之通知至該用戶端103，以使該用戶端103呈現該加保資訊不通過之通知。

在步驟216中，該區塊鏈處理單元132將一不符合投保要求訊息傳送至該平臺伺服器11。

在步驟217中，在該平臺伺服器11接收到該不符合投保要求訊息後，該平臺伺服器11經由該資訊平臺111傳送一不符合投保要求之通知至該用戶端103，以使該用戶端103呈現該不符合投保要求之通知。

參閱圖1與圖3，示例性地説明當該平臺伺服器11經由該資訊平臺111接收到一用戶端103上傳的一待查詢保單編號後，該第一保單查詢程序如何如何根據一待查詢保單編號獲得一欲查詢投保記錄的未加密部分，並包含步驟301~310。

在步驟301中，該平臺伺服器11傳送一包含該待查詢保單編號的保單查詢請求至該運算伺服器13之資料處理單元131。

在步驟302中，在該資料處理單元131接收到該保單查詢請求後，該資料處理單元131判定該資料庫121中是否存在相符於該待查詢保單編號的加保編號。當該資料處理單元131判定出存在相符於該待查詢保單編號的加保編號時，流程進行步驟303；否則，流程進行步驟309。

在步驟303中，該資料處理單元131將一包含該待查詢保單編號的保單查詢指令傳送至該區塊鏈處理單元132。

在步驟304中，在該區塊鏈處理單元132接收到該保單查詢指令後，該區塊鏈處理單元132傳送一包含該待查詢保單編號的保單讀取請求至該區塊鏈系統101。

在步驟305中，在該區塊鏈系統101接收到該保單讀取請求後，該區塊鏈系統101將該區塊鏈102中對應於該待查詢保單編號的投保記錄作為一欲查詢投保紀錄並傳送至該區塊鏈處理單元132。

在步驟306中，在該區塊鏈處理單元132接收到該欲查詢投保記錄後，該區塊鏈處理單元132傳送該欲查詢投保記錄至該資料處理單元131。

在步驟307中，在該資料處理單元131接收到該欲查詢投保記錄後，該資料處理單元131將該欲查詢投保記錄中的未加密部分作爲一保險記錄查詢結果傳送至該平臺伺服器11。

在步驟308中，在該平臺伺服器11接收到該保險記錄查詢結果後，該平臺伺服器11經由該資訊平臺111傳送該保險記錄查詢結果至該用戶端103，以使該用戶端103呈現該保險記錄查詢結果。

在步驟309中，該資料處理單元131將一不存在相符加保編號訊息傳送至該平臺伺服器11。

在步驟310中，在該平臺伺服器11接收到該不存在相符加保編號訊息後，該平臺伺服器11經由該資訊平臺111傳送一不存在相符加保編號之通知至該用戶端103，以使該用戶端103呈現該不存在相符加保編號之通知。

當用戶只提供了該待查詢保單編號時，只能查詢到對應該待查詢保單編號的投保記錄中未加密的部分，若用戶需要查詢完整的該投保記錄，則還需提供用戶的身份證字號。以下將參閱圖1與圖4，示例性地説明當該平臺伺服器11經由該資訊平臺111接收到一用戶端103上傳的一待查詢保單編號及一待查詢身份證字號後，該第二保單查詢程序如何根據一待查詢保單編號及一身份證字號獲得解密後的該欲查詢投保記錄，並包含步驟401~411。

在步驟401中，該平臺伺服器11傳送一包含該待查詢保單編號及該待查詢身份證字號的保單查詢請求至該運算伺服器13之資料處理單元131。

在步驟402中，在該資料處理單元131接收到該保單查詢請求後，該資料處理單元131判定該資料庫121中是否存在相符於該待查詢保單編號的加保編號。當該資料處理單元131判定出存在相符於該待查詢保單編號的加保編號時，流程進行步驟403；否則，流程進行步驟410。

在步驟403中，該資料處理單元131判定儲存於該資料庫121中且對應於該加保編號的用戶保險記錄的身份證字號是否相符於該待查詢身份證字號。當該資料處理單元131判定出該用戶保險記錄的身份證字號相符於該待查詢身份證字號時，流程進行步驟404；否則，流程進行步驟410。

在步驟404中，該資料處理單元131獲取儲存在該資料庫121中且對應於該加保編號的用戶保險記錄的加密金鑰，並將一包含該待查詢保單編號的保單查詢指令傳送至該區塊鏈處理單元132。

在步驟405中，在該區塊鏈處理單元132接收到該保單查詢指令後，該區塊鏈處理單元132傳送一包含該待查詢保單編號的保單讀取請求至該區塊鏈系統101。

在步驟406中，在該區塊鏈系統101接收到該保單讀取請求後，該區塊鏈系統101將該區塊鏈102中對應於該待查詢保單編號的投保記錄作為一欲查詢投保紀錄並傳送至該區塊鏈處理單元132。

在步驟407中，在該區塊鏈處理單元132接收到回應於該保單讀取請求之該欲查詢投保記錄後，該區塊鏈處理單元132傳送該欲查詢投保記錄至該資料處理單元131。

在步驟408中，在該資料處理單元131接收到該欲查詢投保記錄後，該資料處理單元131利用步驟404所獲得的該加密金鑰對該欲查詢投保記錄的加密部分進行解密，並將該解密後的欲查詢投保記錄作爲一保險記錄查詢結果傳送至該平臺伺服器11。

在步驟409中，在該平臺伺服器11接收到該保險記錄查詢結果後，該平臺伺服器11經由該資訊平臺111傳送該保險記錄查詢結果至該用戶端103，以使該用戶端103呈現該保險記錄查詢結果。

在步驟410中，該資料處理單元131將一不存在相符加保編號訊息傳送至該平臺伺服器11。

在步驟411中，在該平臺伺服器11接收到該不存在相符加保編號訊息後，該平臺伺服器11經由該資訊平臺111傳送一不存在相符加保編號之通知至該用戶端103，以使該用戶端103呈現該不存在相符加保編號之通知。

當一互助保險組合的用戶滿足了該互助保險組合的給付條件時，該用戶便可通過一用戶端103上傳理賠申請資料至該資訊平臺111，參閱圖1與圖5，示例性地説明當該平臺伺服器11經由該資訊平臺111接收到該用戶端103(該用戶端103的用戶被視爲一待給付用戶)上傳的該理賠申請資料後，該理賠審核程序如何審核理賠申請資料。

在步驟501中，該平臺伺服器11傳送一包含該理賠申請資料的理賠請求至該運算伺服器13之資料處理單元131。在本實施例中，該理賠申請資料包括一醫療證明、一待理賠保單編號及一用戶識別資訊(例如，該用戶的身份證字號或受益人的身份證字號等)。

在步驟502中，在該資料處理單元131接收到該理賠請求後，該資料處理單元131將該醫療證明及該用戶識別資訊發送至該審核端104。

在步驟503中，在該審核端104接收到該醫療證明及該用戶識別資訊後，該審核端104回應於該審核人員之輸入操作產生一理賠審核結果(該理賠審核結果指示出審核通過或審核不通過)，並將該理賠審核結果傳送至該資料處理單元131。

在步驟504中，在該資料處理單元131接收到該理賠審核結果後，該資料處理單元131判定該理賠審核結果是否通過審核。當該資料處理單元131判定出該理賠審核結果通過審核時，流程進行步驟505；否則，流程進行步驟509。

在步驟505中，該資料處理單元131傳送一理賠審核通過訊息至該平臺伺服器11，並將一包含該待理賠保單編號的標記修改指令傳送至該區塊鏈處理單元132，同時將該待理賠保單編號儲存至一待理賠緩衝區。

在步驟506中，在該平臺伺服器11接收到該理賠審核通過訊息後，該平臺伺服器11經由該資訊平臺111傳送一理賠審核通過之通知至該用戶端103，以使該用戶端103呈現該理賠審核通過之通知。

在步驟507中，在該區塊鏈處理單元132接收到該標記修改指令後，該區塊鏈處理單元132傳送一包含該待理賠保單編號的標記修改請求至該區塊鏈系統101。

在步驟508中，在該區塊鏈系統101接收到該標記修改請求後，該區塊鏈系統101將該區塊鏈102中對應於該待理賠保單編號的投保記錄之給付標記資訊的標記狀態修改為一滿足一給付條件但未給付之待給付狀態。

在步驟509中，該資料處理單元131將一理賠審核不通過訊息傳送至該平臺伺服器11。

在步驟510中，在該平臺伺服器11接收到該理賠審核不通過訊息後，該平臺伺服器11經由該資訊平臺111傳送一理賠審核不通過之通知至該用戶端103，以使該用戶端103呈現該理賠審核不通過之通知。

參閱圖6，示例性地説明該繳費程序如何獲得一待計費之互助保險組合的當期繳費資訊及繳交保費，並包含步驟601~612。由於該等互助保險組合之每一者的繳費方式相同，以下僅就該等互助保險組合中之該待計費之互助保險組合進行說明。

在步驟601中，該計費單元133至該資料庫121儲存的該等互助保險組合中獲得該待計費之互助保險組合，並取得與其對應的保險內容。由於該等互助保險組合之每一者皆需進行計費，因此可依照保費繳款日的先後順序來獲得該待計費之互助保險組合，或是自該等互助保險組合隨機選取出該待計費之互助保險組合，並不以此為限。

在步驟602中，該計費單元133判定一當前日期是否為該待計費之互助保險組合對應的保險內容中的保費繳款日。當該計費單元133判定出該當前日期為該待計費之互助保險組合對應的保險內容中的保費繳款日時，流程進行步驟603；否則，流程進行步驟612。

在步驟603中，該計費單元133自該區塊鏈系統101獲得多筆對應於該待計費之互助保險組合的欲計費投保紀錄。更詳細地說，該計費單元133係先將一相關於該待計費之互助保險組合的計費資料查詢指令傳送至該區塊鏈處理單元132，接著，在該區塊鏈處理單元132接收到該計費資料查詢指令後，該區塊鏈處理單元132傳送一相關於該待計費之互助保險組合的計費資料讀取請求至該區塊鏈系統101，以使該區塊鏈系統101將該區塊鏈102中多筆對應有對應該待計費之互助保險組合之保險內容的所有投保記錄分別作為多筆欲計費投保紀錄並傳送至該區塊鏈處理單元132，最後，在該區塊鏈處理單元132接收到回應於該計費資料讀取請求之該等欲計費投保紀錄後，該區塊鏈處理單元132將該等欲計費投保紀錄傳送至該計費單元133。

在步驟604中，該計費單元133根據該等欲計費投保紀錄計算該當期繳費資訊。以下將詳細說明該當期繳費資訊如何計算。由於每一用戶的投保記錄中還包含指示出該用戶的標記狀態的給付標記資訊，因此該計費單元133可根據該等欲計費投保紀錄中對應有給付標記資訊指示出標記狀態非為已給付狀態的投保紀錄之筆數獲得一實際投保人數N，並根據該等欲計費投保紀錄中對應有給付標記資訊指示出該標記狀態為待給付狀態的投保紀錄之筆數獲得一待給付人數D。接著，該計費單元133根據該等欲計費投保紀錄中之保險內容的標準投保人數M與單位保費U、該實際投保人數N及該待給付人數D，並利用以下公式(1)先計算出一權重係數Q，再根據該權重係數Q並利用以下公式(2)計算出一當期保費I作為該當期繳費資訊。 ……(1) …(2)

在步驟605中，該計費單元133將一包含該標準投保人數M、該單位保費U、該實際投保人數N、該待給付人數D、該權重係數Q及該當期保費I的保費計算參數組傳送至該區塊鏈處理單元132，以將該保費計算參數組加入該區塊鏈102。更具體地説，該區塊鏈處理單元132將該保費計算參數組傳送至該區塊鏈系統101，該區塊鏈系統101將該保費計算參數組加入該區塊鏈102。此步驟使得保費的計算過程公開在該區塊鏈102上，達到增加資訊透明度的效果。

在步驟606中，該計費單元133自該等欲計費投保紀錄中獲得至少一對應有給付標記資訊指示出該無給付狀態的投保記錄之帳戶資訊以作為至少一待付費帳戶資訊。

在步驟607中，該計費單元133將一包含該當期繳費資訊及該至少一待付費帳戶資訊的繳費指令傳送至該區塊鏈處理單元132。

在步驟608中，在該區塊鏈處理單元132接收到該繳費指令後，該區塊鏈處理單元132傳送一包含該當期繳費資訊及該至少一待付費帳戶資訊的繳費請求至該區塊鏈系統101。

在步驟609中，在該區塊鏈系統101接收到該繳費請求時，該區塊鏈系統101自該至少一待付費帳戶資訊所對應之待付費帳戶轉出對應該當期繳費資訊之虛擬幣至該區塊鏈系統101之一共有帳戶，將一指示出自所對應之待付費帳戶轉出對應該當期繳費資訊之虛擬幣至該共有帳戶的繳費交易紀錄加入該區塊鏈102，並傳送一繳費成功訊息至該區塊鏈處理單元132。

在步驟610中，在該區塊鏈處理單元132接收到該繳費成功訊息後，該區塊鏈處理單元132傳送該繳費成功訊息至該平臺伺服器11。

在步驟611中，在該平臺伺服器11接收到該繳費成功訊息後，該平臺伺服器11經由該資訊平臺111傳送一包含該當期繳費資訊的繳費通知至該用戶端103，以使該用戶端103呈現該繳費通知。

在步驟612中，該計費單元133等待一預設週期(如，一天)後重新回到步驟601。

在該計費單元133計算出該當期繳費資訊的同時，該計費單元133也會一併結算當期已經被審核通過的待給付用戶的給付金額資訊。由於若該待給付用戶的理賠申請資料已被審核通過，則該待給付用戶的待理賠保單編號便會被該資料處理單元131儲存至該待理賠緩衝區(步驟505)，因此該計費單元133可通過判斷該待理賠緩衝區是否存在至少一待理賠保單編號來判定是否有需要進行給付的用戶。當該計費單元133判定出該待理賠緩衝區存在至少一待理賠保單編號時，該互助保險伺服系統1執行該理賠程序(參閱圖1與圖7)來對該至少一待理賠保單編號對應的待給付用戶進行理賠，由於每一待給付用戶的理賠方式相同，以下僅就該等待理賠保單編號之其中一者進行說明。

在步驟701中，該計費單元133至該待理賠緩衝區獲得該待理賠保單編號。

在步驟702中，該計費單元133根據該待理賠保單編號自該區塊鏈系統101獲得一欲理賠投保紀錄。具更體地說，該計費單元133將一包含該待理賠保單編號的理賠保單查詢指令傳送至該區塊鏈處理單元132，接著，在該區塊鏈處理單元132接收到該理賠保單查詢指令後，該區塊鏈處理單元132傳送一包含該待理賠保單編號的理賠保單讀取請求至該區塊鏈系統101，以使該區塊鏈系統101將該區塊鏈102中對應於該待理賠保單編號的投保記錄作為一欲理賠投保紀錄並傳送至該區塊鏈處理單元132，最後，在該區塊鏈處理單元132接收到該欲理賠投保紀錄後，該區塊鏈處理單元132將該欲理賠投保紀錄傳送至該計費單元133。

在步驟703中，該計費單元133判定該當前日期是否不早於該欲理賠投保紀錄的除外期間屆滿日。當該計費單元133判定出該當前日期不早於該欲理賠投保紀錄的除外期間屆滿日時，流程進行步驟704；否則，流程進行步驟705。

在步驟704中，該計費單元133根據該等欲計費投保紀錄計算該給付金額資訊。以下將詳細說明該給付金額資訊如何計算。首先，該計費單元133根據該欲理賠投保紀錄所屬的互助保險組合的所有欲計費投保紀錄中對應有給付標記資訊指示出該標記狀態為無給付狀態的投保紀錄之筆數獲得一無給付人數S；接著，該計費單元133根據該等欲計費投保紀錄中之保險內容的標準投保人數M與單位保費U、該實際投保人數N及該無給付人數S，並利用公式(2)及以下公式(3)計算出一保險金Pi作為該給付金額資訊。 ……(3)

在步驟705中，該計費單元133根據該欲理賠投保紀錄之帳戶資訊自該區塊鏈系統101獲得對應有轉出帳戶為該欲理賠投保紀錄之帳戶資訊所對應之帳戶的所有繳費交易紀錄。具更體地說，該計費單元133將一包含該待理賠保單編號的交易記錄查詢指令傳送至該區塊鏈處理單元132，接著，在該區塊鏈處理單元132接收到該交易紀錄查詢指令後，該區塊鏈處理單元132傳送一包含該待理賠保單編號的交易紀錄讀取請求至該區塊鏈系統101，以使該區塊鏈系統101將該區塊鏈102中對應有轉出帳戶為該欲理賠投保紀錄之帳戶資訊所對應之帳戶的所有交易紀錄作為至少一繳費交易紀錄並傳送至該區塊鏈處理單元132，最後，在該區塊鏈處理單元132接收到該至少一繳費交易紀錄後，該區塊鏈處理單元132將該至少一繳費交易記錄傳送至該計費單元133。

在步驟706中，該計費單元133根據所有繳費交易紀錄，計算出一已繳保費總金額，並根據一約定利息計算出一補償金作為該給付金額資訊。

在步驟707中，該計費單元133將一包含該給付金額資訊及該欲理賠投保紀錄之帳戶資訊的理賠指令傳送至該區塊鏈處理單元132。

在步驟708中，在該區塊鏈處理單元132接收到該理賠指令後，該區塊鏈處理單元132傳送一包含該給付金額資訊及該欲理賠投保紀錄之帳戶資訊的理賠請求至該區塊鏈系統101。

在步驟709中，在該區塊鏈系統101接收到該理賠請求後，該區塊鏈系統101自該共有帳戶轉出對應該給付金額資訊之虛擬幣至該欲理賠投保紀錄之帳戶資訊所對應之帳戶。

在步驟710中，該區塊鏈處理單元132將一給付訊息傳送至該平臺伺服器11。

在步驟711中，在該平臺伺服器11接收到該給付訊息後，該平臺伺服器11經由該資訊平臺111傳送一包含該給付金額資訊的給付通知至該用戶端103，以使該用戶端103呈現該給付通知。

綜上所述，藉由將該投保記錄加入該區塊鏈102，使得該投保記錄在每次被更動時都會被記錄在該區塊鏈102中，方便用戶查證及追溯，確保了該投保記錄及後續根據所有用戶的投保記錄來計算保費時過程的真實性。此外，由於每一待加保用戶的加保資訊都會經對應該待加保用戶的加密金鑰加密後才加入該區塊鏈102，使得該區塊鏈102在具有資料透明性的同時也保護到了用戶的隱私。因此，確實能達成本發明之目的。

惟以上所述者，僅為本發明之實施例而已，當不能以此限定本發明實施之範圍，凡是依本發明申請專利範圍及專利說明書內容所作之簡單的等效變化與修飾，皆仍屬本發明專利涵蓋之範圍內。

1:互助保險伺服系統 11:平臺伺服器 111:資訊平臺 12:資料伺服器 121:資料庫 13:運算伺服器 131:資料處理單元 132:區塊鏈處理單元 133:計費單元 100:通訊網路 101:區塊鏈系統 102:區塊鏈 103:用戶端 104:審核端 201~217:步驟 301~310:步驟 401~411:步驟 501~510:步驟 601~612:步驟 701~711:步驟

本發明之其他的特徵及功效，將於參照圖式的實施方式中清楚地呈現，其中： 圖1是一方塊圖，示例性地説明實施本發明基於區塊鏈的互助保險方法之實施例的一互助保險伺服系統經由通訊網路連接一區塊鏈系統、一用戶端及一審核端； 圖2是一流程圖，示例性地説明該實施例的一加保程序； 圖3是一流程圖，示例性地説明該實施例的一第一保單查詢程序； 圖4是一流程圖，示例性地説明該實施例的一第二保單查詢程序； 圖5是一流程圖，示例性地説明該實施例的一理賠審核程序； 圖6是一流程圖，示例性地説明該實施例的一繳費程序；及 圖7是一流程圖，示例性地説明該實施例的一理賠程序。

201~217:步驟

Claims (12)

1. 一種基於區塊鏈的互助保險方法，藉由一經由一通訊網路與一區塊鏈系統連接的互助保險伺服系統來實施，該互助保險伺服系統包含一資料處理單元、一連接該資料處理單元的資料庫及一連接該資料處理單元的區塊鏈處理單元，該資料庫儲存有多個對應於多個互助保險組合的保險內容，每一保險內容包含該保險內容所對應的互助保險組合的投保要求，該基於區塊鏈的互助保險方法包含以下步驟： (A)該資料處理單元獲得一待加保用戶的加保資訊及該待加保用戶欲加入的一欲加入互助保險組合，該欲加入互助保險組合為該等互助保險組合其中一者； (B)該資料處理單元獲得一對應於該加保資訊的加保審核結果，並判定該加保審核結果是否通過審核； (C)當該資料處理單元判定出該加保審核結果通過審核時，該資料處理單元產生一對應於該待加保用戶的加保編號及一加密金鑰，該加保編號指示出該欲加入互助保險組合； (D)該資料處理單元獲得對應於該加保資訊的資訊特徵，並將一包含該加保資訊、該加保編號、該加密金鑰及該資訊特徵的資料作為一筆對應於該待加保用戶的用戶保險記錄儲存至該資料庫中； (E)該資料處理單元利用該加密金鑰對該加保資訊之一部份進行加密以獲得加密後的該加保資訊，並將該加保編號及加密後的該加保資訊傳送至該區塊鏈處理單元； (F)在該區塊鏈處理單元接收到該加保編號及加密後的該加保資訊後，該區塊鏈處理單元根據該加保編號至該資料庫中取得對應於該欲加入互助保險組合的保險內容，並判定加密後的該加保資訊是否符合該欲加入保險組合的保險內容中的投保要求； (G)當該區塊鏈處理單元判定出加密後的該加保資訊符合該投保要求時，該區塊鏈處理單元將一包含加密後的該加保資訊、該加保編號及所對應之保險內容的投保請求傳送至該區塊鏈系統，以使該區塊鏈系統將一筆對應於該投保請求並包含加密後的該加保資訊、該加保編號及所對應之保險內容的投保記錄加入一區塊鏈； (H)在該資料處理單元接收到一包含一待查詢保單編號及一待查詢身份證字號的保單查詢請求後，該資料處理單元判定該資料庫中是否存在相符於該待查詢保單編號的加保編號且該加保編號對應的用戶保險記錄的加保資訊的身份證字號相符於該待查詢身份證字號； (I)當該資料處理單元判定出存在相符於該待查詢保單編號的加保編號且該加保編號對應的用戶保險記錄的加保資訊的身份證字號相符於該待查詢身份證字號時，該資料處理單元獲取對應於該加保編號的用戶保險記錄的加密金鑰，並將一包含該待查詢保單編號的保單查詢指令傳送至該區塊鏈處理單元； (J)在該區塊鏈處理單元接收到該保單查詢指令後，該區塊鏈處理單元傳送一包含該待查詢保單編號的保單讀取請求至該區塊鏈系統，以使該區塊鏈系統將該區塊鏈中對應於該待查詢保單編號的投保記錄作為一欲查詢投保紀錄並傳送至該區塊鏈處理單元； (K)在該區塊鏈處理單元接收到回應於該保單讀取請求之該欲查詢投保記錄後，該區塊鏈處理單元傳送該欲查詢投保記錄至該資料處理單元；及 (L)在該資料處理單元接收到該欲查詢投保記錄後，該資料處理單元利用該加密金鑰對該欲查詢投保記錄的加密部分進行解密，並將該解密後的欲查詢投保記錄作爲一保險記錄查詢結果。
2. 如請求項1所述的基於區塊鏈的互助保險方法，在步驟(G)之後，還包含以下步驟： (H1)在該資料處理單元接收到一包含一待查詢保單編號的保單查詢請求後，該資料處理單元判定該資料庫中是否存在相符於該待查詢保單編號的加保編號； (I1)當該資料處理單元判定出存在相符於該待查詢保單編號的加保編號時，該資料處理單元將一包含該待查詢保單編號的保單查詢指令傳送至該區塊鏈處理單元； (J1)在該區塊鏈處理單元接收到該保單查詢指令後，該區塊鏈處理單元傳送一包含該待查詢保單編號的保單讀取請求至該區塊鏈系統，以使該區塊鏈系統將該區塊鏈中對應於該待查詢保單編號的投保記錄作為一欲查詢投保紀錄並傳送至該區塊鏈處理單元； (K1)在該區塊鏈處理單元接收到回應於該保單讀取請求之該欲查詢投保記錄後，該區塊鏈處理單元傳送該欲查詢投保記錄至該資料處理單元；及 (L1)在該資料處理單元接收到該欲查詢投保記錄後，該資料處理單元將該欲查詢投保記錄中的未加密部分作爲一保險記錄查詢結果。
3. 如請求項1所述的基於區塊鏈的互助保險方法，該互助保險伺服系統還包含一計費單元，每一互助保險組合對應的保險內容還包含一保費繳款日，在步驟(G)之後，還包含以下步驟： (H2)該計費單元自該等互助保險組合中獲得一待計費之互助保險組合，並取得與其對應的保險內容； (I2)該計費單元判定一當前日期是否為該待計費之互助保險組合對應的保險內容中的保費繳款日； (J2)當該計費單元判定出該當前日期為該待計費之互助保險組合對應的保險內容中的保費繳款日時，該計費單元自該區塊鏈系統獲得多筆對應於該待計費之互助保險組合的欲計費投保紀錄；及 (K2)該計費單元根據該等欲計費投保紀錄計算一當期繳費資訊。
4. 如請求項3所述的基於區塊鏈的互助保險方法，其中，步驟(J2)包含以下子步驟： (J2-1)該計費單元將一相關於該待計費之互助保險組合的計費資料查詢指令傳送至該區塊鏈處理單元; (J2-2)在該區塊鏈處理單元接收到該計費資料查詢指令後，該區塊鏈處理單元傳送一相關於該待計費之互助保險組合的計費資料讀取請求至該區塊鏈系統，以使該區塊鏈系統將該區塊鏈中多筆對應有對應該待計費之互助保險組合之保險內容的所有投保記錄分別作為多筆欲計費投保紀錄並傳送至該區塊鏈處理單元；及 (J2-3)在該區塊鏈處理單元接收到回應於該計費資料讀取請求之該等欲計費投保紀錄後，該區塊鏈處理單元將該等欲計費投保紀錄傳送至該計費單元。
5. 如請求項3所述的基於區塊鏈的互助保險方法，其中，在步驟(G)中，該投保記錄還包含一指示一標記狀態為一滿足一給付條件但未給付之待給付狀態、一滿足該給付條件且已給付之已給付狀態，及一不滿足該給付條件的無給付狀態其中之一者的給付標記資訊，該投保記錄之保險內容包含一標準投保人數及一單位保費，其中，步驟(K2)包含以下子步驟： (K2-1)該計費單元根據該等欲計費投保紀錄中對應有給付標記資訊指示出該標記狀態非為已給付狀態的投保紀錄之筆數獲得一實際投保人數N； (K2-2)該計費單元根據該等欲計費投保紀錄中對應有給付標記資訊指示出該標記狀態為待給付狀態的投保紀錄之筆數獲得一待給付人數D；及 (K2-3)該計費單元根據該等欲計費投保紀錄中之保險內容的標準投保人數M與單位保費U、該實際投保人數N及該待給付人數D，計算該當期繳費資訊。
6. 如請求項5所述的基於區塊鏈的互助保險方法，其中，在步驟(A)中，該加保資訊包含一對應於待加保用戶於該區塊鏈系統使用之帳戶的帳戶資訊，在步驟(K2)之後，還包含以下步驟： (L2)該計費單元自該等欲計費投保紀錄中獲得至少一對應有給付標記資訊指示出該無給付狀態的投保記錄之帳戶資訊以作為至少一待付費帳戶資訊； (M)該計費單元將一包含該當期繳費資訊及該至少一待付費帳戶資訊的繳費指令傳送至該區塊鏈處理單元；及 (N)在該區塊鏈處理單元接收到該繳費指令後，該區塊鏈處理單元傳送一包含該當期繳費資訊及該至少一待付費帳戶資訊的繳費請求至該區塊鏈系統，以使該區塊鏈系統自該至少一待付費帳戶資訊所對應之待付費帳戶轉出對應該當期繳費資訊之虛擬幣至該區塊鏈系統之一共有帳戶，並將一指示出自所對應之待付費帳戶轉出對應該當期繳費資訊之虛擬幣至該共有帳戶的繳費交易紀錄加入該區塊鏈。
7. 如請求項6所述的基於區塊鏈的互助保險方法，在步驟(K2)之前，還包含以下步驟： (O)該資料處理單元獲得一對應於一待給付用戶並包含一醫療證明、一待理賠保單編號及一用戶識別資訊的理賠請求； (P)該資料處理單元獲得一對應於該理賠請求的理賠審核結果，並判定該理賠審核結果是否通過審核； (Q)當該資料處理單元判定出該理賠審核結果通過審核時，該資料處理單元將一包含該待理賠保單編號的標記修改指令傳送至該區塊鏈處理單元；及 (R)在該區塊鏈處理單元接收到該標記修改指令後，該區塊鏈處理單元傳送一包含該待理賠保單編號的標記修改請求至該區塊鏈系統，以使該區塊鏈系統將該區塊鏈中對應於該待理賠保單編號的投保記錄之給付標記資訊的標記狀態修改為該待給付狀態。
8. 如請求項7所述的基於區塊鏈的互助保險方法，每一互助保險組合對應的保險內容還包含一除外期間，其中，在步驟(G)中，該投保記錄還包含一除外期間屆滿日，該除外期間屆滿日為該區塊鏈處理單元將該待加保用戶成功加入該欲加入互助保險組合時的日期加上該除外期間計算而得，在步驟(K2)之後，還包含以下步驟： (S)該計費單元獲得該待理賠保單編號； (T)該計費單元根據該待理賠保單編號自該區塊鏈系統獲得一欲理賠投保紀錄； (U)該計費單元判定該當前日期是否不早於該欲理賠投保紀錄的除外期間屆滿日；及 (V)當該計費單元判定出該當前日期不早於該欲理賠投保紀錄的除外期間屆滿日時，該計費單元根據該等欲計費投保紀錄計算一給付金額資訊。
9. 如請求項8所述的基於區塊鏈的互助保險方法，其中，步驟(T)包含以下子步驟: (T-1)該計費單元將一包含該待理賠保單編號的理賠保單查詢指令傳送至該區塊鏈處理單元； (T-2)在該區塊鏈處理單元接收到該理賠保單查詢指令後，該區塊鏈查詢單元傳送一包含該待理賠保單編號的理賠保單讀取請求至該區塊鏈系統，以使該區塊鏈系統將該區塊鏈中對應於該待理賠保單編號的投保記錄作為一欲理賠投保紀錄並傳送至該區塊鏈處理單元；及 (T-3)在該區塊鏈處理單元接收到該欲理賠投保紀錄後，該區塊鏈處理單元將該欲理賠投保紀錄傳送至該計費單元。
10. 如請求項8所述的基於區塊鏈的互助保險方法，其中，步驟(V)包含以下子步驟： (V-1)該計費單元根據該等欲計費投保紀錄中對應有給付標記資訊指示出該標記狀態為無給付狀態的投保紀錄之筆數獲得一無給付人數S；及 (V-2)該計費單元根據該等欲計費投保紀錄中之保險內容的標準投保人數M與單位保費U、該實際投保人數N及該無給付人數S，計算該給付金額資訊。
11. 如請求項8所述的基於區塊鏈的互助保險方法，其中，在步驟(A)中，該加保資訊包含一對應於待加保用戶於該區塊鏈系統使用之帳戶的帳戶資訊，在步驟(V)之後，還包含以下步驟： (W)該計費單元將一包含該給付金額資訊及該欲理賠投保紀錄之帳戶資訊的理賠指令傳送至該區塊鏈處理單元；及 (X)在該區塊鏈處理單元接收到該理賠指令後，該區塊鏈處理單元傳送一包含該給付金額資訊及該欲理賠投保紀錄之帳戶資訊的理賠請求至該區塊鏈系統，以使該區塊鏈系統自該共有帳戶轉出對應該給付金額資訊之虛擬幣至該欲理賠投保紀錄之帳戶資訊所對應之帳戶。
12. 如請求項11所述的基於區塊鏈的互助保險方法，在步驟(V)與步驟(W)之間，還包含以下步驟： (Y)當該計費單元判定出該當前日期早於該欲理賠投保紀錄的除外期間屆滿日時，該計費單元根據對應有轉出帳戶為該欲理賠投保紀錄之帳戶資訊所對應之帳戶的所有繳費交易紀錄，計算出一已繳保費總金額，並根據一約定利息計算一給付金額資訊。