TWI665895B - 公告系統及公告方法 - Google Patents

Abstract

本發明係揭露一種應用區塊鏈公告信賴狀態有效性之公告系統及公告方法，係藉由服務模組之供應部將信賴狀態異動聲明以區塊鏈的形式公告於網路設備上，俾供該服務模組之應用部存取與查詢，且本發明運用區塊鏈之紀錄不可竄改、資料共享及節點資料同步等特性，以克服信賴狀態公告方式於信賴狀態異動資訊與日俱增時所衍生的問題。

Description

公告系統及公告方法

本發明係有關一種區塊鏈技術，尤指一種應用區塊鏈公告信賴狀態有效性之公告系統及公告方法。

傳統信賴狀態公告方式多採用清單式信賴狀態資訊檔案(例如：公開金鑰基礎建設(Public Key Infrastructure，縮寫PKI)技術中的憑證廢止清冊)或線上信賴狀態即時查詢(例如：PKI技術中的線上憑證狀態協定)。

惟，當信賴狀態異動資料數量龐大時，清單式信賴狀態資訊檔案內容會變得非常大，且資訊不即時，致使更新前的空窗期可能會造成安全問題。

再者，線上信賴狀態即時查詢雖可解決資訊不即時的問題，但查詢量越大，則對伺服端造成的負擔越重。

又，習知信賴狀態公告方式多依賴網路的穩定性，若信賴服務應用端無法連線時，則會導致服務中斷或駭客入侵等事件發生。

因此，如何克服上述習知技術之種種問題，實已成為目前業界亟待克服之難題。

鑑於上述習知技術之種種缺失，本發明之目的係藉由區塊鏈之資料不可竄改、資料共享、資料同步、去中心化或其它等特性及智能合約的應用，提供一種公告信賴狀態有效性之公告系統及公告方法。

為達上述之目的及其它目的，本發明係揭露一種公告系統，係包括：資料儲存模組，係儲存與提供目標封包；以及服務模組，係電性或通訊連接該資料儲存模組以接收該目標封包，其中，該服務模組係包含區塊鏈及應用部，使該目標封包經由該區塊鏈傳送至該應用部。

本發明亦提供一種公告方法，係包括：存取至少一目標封包於一資料儲存模組中；以及將該資料儲存模組中之目標封包傳送至一服務模組中，其中，該服務模組係包含區塊鏈及應用部，使該目標封包經由該區塊鏈傳送至該應用部。

前述之公告系統與公告方法中，該目標封包係包含信賴狀態。

前述之公告系統與公告方法中，該服務模組復包含電性或通訊連接該資料儲存模組之供應部，以令該供應部接收該資料儲存模組中之目標封包並將該目標封包傳送至該區塊鏈。例如，該供應部係用於更新該區塊鏈，且該供應部係用於查詢該區塊鏈。或者，該供應部係用於接收該資料儲存模組已收集而尚未發布予該區塊鏈的目標封包且驗證該目標封包，並於驗證通過後產製內含該目標封包資訊之新區塊，以同步更新該新區塊至該區塊鏈。

前述之公告系統與公告方法中，該服務模組復包含驗證部，以令該驗證部檢驗該區塊鏈中之新區塊是否需供該應用部更新其節點狀態與信賴狀態索引表。

前述之公告系統與公告方法中，該應用部係用於查詢該區塊鏈，以當該應用部偵測到該供應部異動該區塊鏈後，將同步更新該應用部之節點狀態。

前述之公告系統與公告方法中，復包括於一處理模組中產生該目標封包，再將該目標封包傳送至該資料儲存模組。例如，該服務模組復包含電性或通訊連接該資料儲存模組之供應部，以接收該資料儲存模組中之目標封包並傳送該目標封包至該區塊鏈，且該處理模組係於異動其當前信賴狀態時，依據該供應部所規定之格式產生該目標封包。或者，該區塊鏈係包含複數區塊，該區塊係包含該處理模組於該供應部設定之預定時間區段內所發布的目標封包，使該區塊鏈所提供的信賴狀態之有效性資訊能用於該應用部查詢該處理模組的信賴狀態。

由上可知，本發明之公告系統與公告方法中，主要藉由以下技術：(1)信賴聲明發布需求端(即該處理模組)提出目標封包(如信賴狀態異動聲明封包)。(2)信賴服務提供者(即該供應部)收集與檢驗該目標封包，並產生區塊。(3)該供應部更新區塊至該區塊鏈。(4)信賴服務應用端(即該應用部)同步其節點所對應的該區塊鏈之區塊，並應用智能合約(即該驗證部)之技術，更新該應用部之索引表。

因此，當信賴聲明發布需求端(即該處理模組)欲異 動其信賴狀態，其將依據信賴服務提供者(即該供應部)之節點的規定，產生符合所需的目標封包(如信賴狀態異動聲明封包)，並將該目標封包上傳至該資料儲存模組(如信賴狀態異動聲明封包收集區)。

再者，該供應部之節點係每隔一段時間(信賴服務提供者可自行決定此時間之間距，若時間越短，則信賴狀態有效性越能即時公告)對應至該資料儲存模組已收集而尚未發布至該區塊鏈的目標封包，並對該目標封包進行格式與內容的驗證，以完成後續產生新區塊之作業並更新該區塊鏈，而其它供應部之節點係於偵測到該區塊鏈發生異動後，同步更新其節點狀態，此可縮短該處理模組發布該目標封包與該供應部之節點更新該區塊鏈的時間之間距。

另一方面，該供應部可透過區塊鏈技術建立多個節點，以於每一次藉由其中一個節點收集與驗證信賴狀態資訊、產生新區塊及更新該新區塊至該區塊鏈等作業，而其它節點同步更新節點狀態，故可達成自動負載平衡。

又，當該應用部(如信賴服務應用端)之節點偵測到該供應部之節點異動該區塊鏈後，亦同步更新該應用部之節點狀態，故可有效縮短該處理模組發布信賴狀態資訊與該應用部取得並更新信賴狀態的時間之差距，以強化信賴狀態有效性的正確性與準確度，且該應用部可運用區塊鏈技術自行取得信賴狀態資訊，而無需受信賴服務提供者管理，因而可節省對應的管理成本。於完成節點狀態同步更新後，該驗證部(如智能合約)會依據該應用部之節點所 設定的條件對異動後的區塊鏈進行判讀，且取回所需的相關資料並更新至該應用部之信賴狀態索引表，以透過該智能合約與信賴狀態索引表的應用，使該應用部可加速對該處理模組的信賴狀態有效性查詢。

另外，透過該區塊鏈的特性，可有效解決習知信賴狀態公告方式於信賴狀態異動資訊與日俱增時所衍生的問題(例如，信賴服務提供者之伺服端之負載過大、連線不穩定而導致伺服器無法存取、或信賴狀態公告即時性不佳等)，故能強化信賴狀態有效性查詢的穩定性與準確性。

1a‧‧‧公告系統

10‧‧‧目標封包

11‧‧‧處理模組

12‧‧‧資料儲存模組

13‧‧‧服務模組

13a‧‧‧區塊鏈

131‧‧‧新區塊

132‧‧‧供應部

133‧‧‧應用部

134‧‧‧驗證部

S21~S24‧‧‧步驟

S31~S33‧‧‧步驟

第1圖係為本發明之公告方法所採用之公告系統之配置架構示意圖。

第2圖係為本發明之公告方法於更新該區塊鏈之流程示意圖。

第3圖係為本發明之公告方法之應用部應用區塊鏈技術之流程示意圖。

以下藉由特定的具體實施例說明本發明之實施方式，熟悉此技藝之人士可由本說明書所揭示之內容輕易地瞭解本發明之其他優點及功效。

須知，本說明書所附圖式所繪示之結構、比例、大小等，均僅用以配合說明書所揭示之內容，以供熟悉此技藝之人士之瞭解與閱讀，並非用以限定本發明可實施之限定條件，故不具技術上之實質意義，任何結構之修飾、比例 關係之改變或大小之調整，在不影響本發明所能產生之功效及所能達成之目的下，均應仍落在本發明所揭示之技術內容得能涵蓋之範圍內。同時，本說明書中所引用之如「上」及「一」等之用語，亦僅為便於敘述之明瞭，而非用以限定本發明可實施之範圍，其相對關係之改變或調整，在無實質變更技術內容下，當亦視為本發明可實施之範疇。

第1圖係為本發明之公告系統1a之配置架構示意圖。如第1圖所示，該公告系統1a係包括：處理模組11、資料儲存模組12以及服務模組13。

於本實施例中，該公告系統1a係用以公告信賴狀態有效性，其可藉由電腦(如雲端、伺服器或其它演算設備)運作。

所述之處理模組11係用以產生至少一目標封包10且將該目標封包10傳送至該資料儲存模組12。

於本實施例中，該目標封包10係包含信賴狀態(如帳號或序號之狀態)，使該處理模組11係作為信賴聲明發布需求端，該信賴狀態之發布需求係例如暫用、取消、新加入或其它等。

所述之資料儲存模組12係電性或通訊連接(如無線方式或傳輸線方式)該處理模組11以存放該目標封包10。

於本實施例中，該資料儲存模組12係作為信賴狀態異動聲明封包收集區。

所述之服務模組13係電性或通訊連接(如無線方式或傳輸線方式)該資料儲存模組12以接收該目標封包10， 其中，該服務模組13係包含一電性或通訊連接(如無線方式或傳輸線方式)該資料儲存模組12之供應部132、一電性或通訊連接(如無線方式或傳輸線方式)該供應部132之區塊鏈13a、一電性或通訊連接(如無線方式或傳輸線方式)該區塊鏈13a之驗證部134及一電性或通訊連接(如無線方式或傳輸線方式)該驗證部134之應用部133。

於本實施例中，該服務模組13係作為信賴服務區。該供應部132係作為信賴服務提供者(包含至少一節點1~n)。該區塊鏈13a係為信賴狀態區塊鏈，作為該供應部132發布區塊(或新區塊131)之集合。該驗證部134係為智能合約。該應用部133係作為信賴服務應用端(包含至少一節點1’~n’)。

再者，該供應部132係用以接收該資料儲存模組12中之目標封包10，於驗證該目標封包10後產製一內含該目標封包10資訊之新區塊131，並更新該新區塊131至該區塊鏈13a，且該驗證部134係用以檢驗該區塊鏈13a中之新區塊131是否需供該應用部133更新，使該目標封包10能經由該區塊鏈13a有效傳送至該應用部133。

因此，該公告系統1a之公告方法係當該處理模組11需異動其當前信賴狀態時，其將依供應部132所規定的格式產製目標封包10，並將該目標封包10上傳至該資料儲存模組12。接著，令該供應部132取得該目標封包10，使該資料儲存模組12存放該處理模組11所產生的目標封包10。

之後，該供應部132將會更新該區塊鏈13a，同時亦可查詢該區塊鏈13a，且該供應部132可依自訂的間隔時間接收該資料儲存模組12已收集而尚未發布予該區塊鏈13a的目標封包10，並依其檢驗方式驗證該目標封包10，待確認該目標封包10符合其要求後產生新區塊131，同時將該些新區塊131更新至該區塊鏈13a，其它該供應部132之節點1~n偵測到該區塊鏈13a具有異動後，同步更新節點狀態。另一方面，且該區塊鏈13a之新區塊131中係包含該處理模組11於某一段時間內所發布的目標封包10，使該區塊鏈13a所提供的信賴狀態有效性資訊可供該應用部133查詢該處理模組11的信賴狀態時之用。

最後，該應用部133係為信賴服務應用者，其僅可查詢該區塊鏈13a，當該應用部133偵測到該供應部132異動該區塊鏈13a後，將同步更新該應用部133之節點狀態，且該驗證部134會依據該應用部133之節點1’~n’所設定的條件對異動後的區塊鏈13a進行資料判讀，以取出該應用部133之節點1’~n’所需的相關資料，並更新至該應用部133之信賴狀態索引表。

於本實施例中，該驗證部134之智能合約係將該應用部133個別定義以用於自主執行指定功能的協議，當該應用部133完成節點狀態更新後，該驗證部134會依據該應用部133之節點1’~n’設定的資料判讀條件，針對異動後的區塊鏈13a進行分析，並取出該應用部133之節點1’~n’所需資料且更新至該信賴狀態索引表。

再者，更新該區塊鏈13a之過程係如第2圖所示之流程圖。首先，於步驟S21中，該處理模組11於需異動其目前信賴狀態時，使用該供應部132之節點規定的封裝格式產製目標封包10。接著，於步驟S22中，該處理模組11將該目標封包10傳送至該資料儲存模組12。之後，於步驟S23中，該供應部132之節點1~n依其自訂的間隔時間接收該資料儲存模組12已收集而尚未發布至該區塊鏈13a的目標封包10，並依其定義的檢驗方式驗證該目標封包10的格式與內容，以待確認符合其要求後，產生新區塊。最後，於步驟S24中，該供應部132將產生的新區塊131更新至該區塊鏈13a，而其它該供應部132之節點1~n於偵測到該區塊鏈13a產生異動後，同步更新節點狀態，並透過該區塊鏈13a與節點1~n之資料同步的特性，可有效縮短該處理模組11發布該目標封包10與該供應部132更新該區塊鏈13a的時間之間距，且依據步驟S23所述之間隔時間，若時間越短，則該處理模組11的信賴狀態有效性越能即時公告。

因此，該供應部132之伺服端係採用區塊鏈技術，以建立多個節點1~n，且該供應部132之各節點1~n依信賴服務提供者之設定輪流或隨機執行收集與檢驗該目標封包10，並產生新區塊131與更新該新區塊131至該區塊鏈13a的作業，而其它節點1~n隨後同步更新節點狀態，以達成伺服端自動負載平衡的效果，不僅可節省該供應部132之伺服端所需之硬體建置與人力維運成本，亦可減少該供應 部132之伺服端未能正常運作時可能造成的影響。

又，該應用部133應用該區塊鏈13a之過程係如第3圖所示之流程圖。首先，於步驟S31中，該應用部133之所有節點1’~n’偵測到該供應部132之節點1~n異動(變動)該區塊鏈13a後，同步更新其節點狀態，且透過此區塊鏈資料同步的特性，可有效縮短該處理模組11發布該目標封包10與該應用部133取得並更新的信賴狀態時間差距，以強化信賴狀態有效性的真確性與準確度。接著，於步驟S32中，該應用部133之各節點1’~n’可設定該驗證部134之智能合約的條件(如檔案格式、識別碼或其它特徵)判斷，當該應用部133同步其節點1’~n’之狀態後，該驗證部134之智能合約將依設定的條件對異動後的新區塊131進行資料內容判讀，以取出該應用部133所需的節點1’~n’之相關資料(例如，僅讀取符合該節點1’設定條件之資料，而未讀取該節點2’~n’所需之資料)。最後，於步驟S33中，該應用部133之各節點1’~n’將透過該驗證部134之智能合約的應用取回其所需之相關資料並更新至信賴狀態索引表，該應用部133可即時更新其信賴狀態索引表，以加速對該處理模組11的信賴狀態有效性之查詢，且強化信賴狀態有效性查詢的穩定性與準確性。

另外，本發明之公告系統1a因該區塊鏈13a具有「去中心化」的特性，各信賴服務應用端(應用部133)若欲使用本發明的信賴狀態時，可透過區塊鏈技術取得相關資料，無需向信賴服務提供者(供應部132)註冊並受其管 理，以節省相對應的管理成本與衍生的費用，且相較於習知技術之信賴狀態公告方式(例如，PKI技術的憑證廢止清冊或線上憑證狀態協定)，本發明藉由該區塊鏈13a之特性中之紀錄資料係不可竄改及節點資料共享，能有效避免於信賴狀態異動資訊與日俱增時所衍生的問題(例如，供應部132之伺服端負載過大、連線不穩定而導致服務無法存取、或信賴狀態公告即時性不佳等問題)。

綜上所述，本發明之公告系統及公告方法，係藉由區塊鏈技術，具有以下特點及功效：

第一點、該供應部(如信賴服務提供者)之伺服端透過該區塊鏈之特性，以達到自動負載平衡的效果。

第二點、透過該區塊鏈與該節點之資料同步更新的特性，能有效縮短該處理模組(如信賴聲明發布需求端)發布目標封包(如信賴狀態異動聲明封包)與該應用部(如信賴服務應用端)更新該區塊鏈與信賴狀態索引表的時間之間距。

第三點、透過該驗證部(如區塊鏈用之智能合約)的應用，使該應用部能即時更新其信賴狀態索引表，以加速其對信賴狀態有效性之查詢。

第四點、因區塊鏈特性中的去中心化，使該應用部若欲使用此信賴狀態，而無需向該信賴服務提供者(即該供應部)註冊並受其管理，故能節省管理成本。

第五點、利用該區塊鏈的「紀錄不能竄改」與「節點資料共享」之特性，以解決習知信賴狀態公告方式於信賴 狀態異動資訊與日俱增時所衍生的問題，例如，信賴服務提供者之伺服端負載過大、連線不穩定而導致伺務器無法存取、或信賴狀態公告即時性差等問題。

上述實施例係用以例示性說明本發明之原理及其功效，而非用於限制本發明。任何熟習此項技藝之人士均可在不違背本發明之精神及範疇下，對上述實施例進行修改。因此本發明之權利保護範圍，應如後述之申請專利範圍所列。

Claims (18)

1. 一種公告系統，係包括：資料儲存模組，係用於存放目標封包；服務模組，係電性或通訊連接該資料儲存模組以接收該目標封包，其中，該服務模組係包含區塊鏈、供應部及應用部，使該目標封包經由該區塊鏈傳送至該應用部；以及處理模組，係電性或通訊連接該資料儲存模組，其中，該區塊鏈係包含複數區塊，該區塊係包含該處理模組於該供應部設定之預定時間區段內所發布的目標封包，使該區塊鏈所提供的信賴狀態之有效性資訊能用於該應用部查詢該處理模組的信賴狀態。
2. 如申請專利範圍第1項所述之公告系統，其中，該目標封包係包含信賴狀態。
3. 如申請專利範圍第1項所述之公告系統，其中，該供應部電性或通訊連接該資料儲存模組，以接收該資料儲存模組中之目標封包並傳送該目標封包至該區塊鏈。
4. 如申請專利範圍第3項所述之公告系統，其中，該供應部係用於更新該區塊鏈，或者，該供應部係用於查詢該區塊鏈。
5. 如申請專利範圍第3項所述之公告系統，其中，該供應部係用於接收該資料儲存模組已收集而尚未發布予該區塊鏈的目標封包且驗證該目標封包，並於驗證通過後產製一內含該目標封包資訊之新區塊，以同步更新該新區塊至該區塊鏈。
6. 如申請專利範圍第1項所述之公告系統，其中，該服務模組復包含驗證部，以檢驗該區塊鏈中之新區塊是否需供該應用部更新其節點狀態與信賴狀態索引表。
7. 如申請專利範圍第1項所述之公告系統，其中，該應用部係用於查詢該區塊鏈，以當該應用部偵測到該供應部異動該區塊鏈後，將同步更新該應用部之節點狀態。
8. 如申請專利範圍第1項所述之公告系統，其中，該處理模組係用以產生該目標封包且將該目標封包傳送至該資料儲存模組。
9. 如申請專利範圍第8項所述之公告系統，其中，該供應部電性或通訊連接該資料儲存模組，以接收該資料儲存模組中之目標封包並傳送該目標封包至該區塊鏈，且該處理模組係於異動其當前信賴狀態時，依據該供應部所規定之格式產生該目標封包。
10. 一種公告方法，係包括：存取至少一目標封包於一資料儲存模組中；以及將該資料儲存模組中之目標封包傳送至一服務模組中，其中，該服務模組係包含區塊鏈、供應部及應用部，使該目標封包經由該區塊鏈傳送至該應用部，其中，該區塊鏈係包含複數區塊，該區塊係包含處理模組於該供應部設定之預定時間區段內所發布的目標封包，使該區塊鏈所提供的信賴狀態之有效性資訊能用於該應用部查詢該處理模組的信賴狀態。
11. 如申請專利範圍第10項所述之公告方法，其中，該目標封包係包含信賴狀態。
12. 如申請專利範圍第10項所述之公告方法，其中，該供應部電性或通訊連接該資料儲存模組，以令該供應部接收該資料儲存模組中之目標封包並傳送該目標封包至該區塊鏈。
13. 如申請專利範圍第12項所述之公告方法，其中，該供應部係用於更新該區塊鏈，或者，該供應部係用於查詢該區塊鏈。
14. 如申請專利範圍第12項所述之公告方法，其中，該供應部係用於接收該資料儲存模組已收集而尚未發布予該區塊鏈的目標封包且驗證該目標封包，並於驗證通過後產製內含該目標封包資訊之新區塊，以同步更新該新區塊至該區塊鏈。
15. 如申請專利範圍第10項所述之公告方法，其中，該服務模組復包含驗證部，以令該驗證部檢驗該區塊鏈中之新區塊是否需供該應用部更新其節點狀態與信賴狀態索引表。
16. 如申請專利範圍第10項所述之公告方法，其中，該應用部係用於查詢該區塊鏈，以當該應用部偵測到該供應部異動該區塊鏈後，將同步更新該應用部之節點狀態。
17. 如申請專利範圍第10項所述之公告方法，復包括於該處理模組中產生該目標封包，再將該目標封包傳送至該資料儲存模組。
18. 如申請專利範圍第17項所述之公告方法，其中，該供應部電性或通訊連接該資料儲存模組，以接收該資料儲存模組中之目標封包並傳送該目標封包至該區塊鏈，且該處理模組係於異動其當前信賴狀態時，依據該供應部所規定之格式產生該目標封包。