TWI716236B

TWI716236B - 基於區塊鏈的電子發票確證與履約保證之系統及其方法

Info

Publication number: TWI716236B
Application number: TW108147442A
Authority: TW
Inventors: 王振軒; 楊建民; 苗華斌
Original assignee: 天宿智能科技股份有限公司
Priority date: 2019-12-24
Filing date: 2019-12-24
Publication date: 2021-01-11
Also published as: TW202125374A; CN113034149A

Abstract

一種基於區塊鏈的電子發票確證與履約保證之系統及其方法，透過授權端主機提供空白電子發票通證給賣方端主機，以及在進行交易時，由買方端主機、賣方端主機或中介端主機在區塊鏈網路發布對應的託管交易合約，以便由託管交易合約接收買方端主機傳送的支付通證，以及接收賣方端主機傳送的資產／服務通證及空白電子發票通證，當確認交易無誤時，將支付通證傳送至賣方端主機、將資產／服務通證傳送至買方端主機，以及將交易訊息寫入空白電子發票通證作為電子發票通證以傳送至買方端主機，用以達到提高發票記載內容的真實性及驗證便利性之技術功效。

Description

基於區塊鏈的電子發票確證與履約保證之系統及其方法

本發明涉及一種整合電子發票與託管之系統及其方法，特別是基於區塊鏈的電子發票確證與履約保證之系統及其方法。

近年來，隨著電子交易的普及與蓬勃發展，各種電子發票系統便如雨後春筍般出現。然而，如何確保發票內記載的交易資訊與實際的交易內容相符，一直以來都是各家廠商亟欲解決的問題之一。

一般而言，空白的電子發票需要事先向政府授權的單位（如：稅務稽徵機關）申請，賣方在銷售商品或服務後，再將交易內容寫入空白的電子發票並交付給買方。不過，由於寫入電子發票的交易內容有可能與實際的交易內容不一致，例如：低報交易金額、虛假交易等等。因此，存在發票記載內容的真實性難以驗證的問題。

有鑑於此，便有廠商提出稽核交易的技術手段，其透過整合會計系統，稽核是否存在作假帳的情況，倘若存在此情況，代表發票內記載的交易資訊有很大的可能與實際的交易內容不一致。然而，此方式無法規避人為介入的情況，故仍然無法有效解決發票記載內容的真實性難以驗證的問題。

綜上所述，可知先前技術中長期以來一直存在發票記載內容的真實性難以驗證之問題，因此實有必要提出改進的技術手段，來解決此一問題。

本發明揭露一種基於區塊鏈的電子發票確證與履約保證之系統及其方法。

首先，本發明揭露一種基於區塊鏈的電子發票確證與履約保證之系統，應用在由多個節點主機組成的區塊鏈網路，此系統包含：授權端主機、賣方端主機及買方端主機。在授權端主機的部分，其作為節點主機其中之一，包含：初始模組及生成模組。所述初始模組用以於初始時，在區塊鏈網路預先發布授權發票合約，其中，授權發票合約包含空白發票生成函式；生成模組連接初始模組，用以在接收到發票請領請求時，執行空白發票生成函式生成多個空白電子發票通證，並且根據發票請領請求的來源地址傳送生成的空白電子發票通證，其中，所述空白電子發票通證允許寫入交易訊息。

在賣方端主機的部分，其作為節點主機其中之一，包含：通證模組及交易模組。其中，通證模組用以提供多個資產／服務通證，並且傳送發票請領請求以自授權端主機獲得空白電子發票通證；交易模組連接通證模組，用以在託管交易合約成功發布後，將對應交易的資產／服務通證及空白電子發票通證其中之一傳送至託管交易合約。

接著，在買方端主機的部分，其作為節點主機其中之一，買方端主機用以在託管交易合約成功發布後，將對應交易的支付通證傳送至託管交易合約。其中，在進行交易時，由買方端主機、賣方端主機或作為節點主機其中之一的中介端主機發布對應的託管交易合約，並且在此託管交易合約中設定對應此交易的交易訊息，以及當滿足託管交易合約的交付條件後，觸發執行託管交易合約的交換函式，使此交換函式將託管交易合約中的資產／服務通證傳送至買方端主機、將支付通證傳送至賣方端主機，以及將交易訊息寫入空白電子發票通證作為電子發票通證，再將此電子發票通證傳送至買方端主機。

另外，本發明揭露一種基於區塊鏈的電子發票確證與履約保證之方法，應用在由多個節點主機組成的區塊鏈網路，其步驟包括：於初始時，由作為節點主機其中之一的授權端主機在區塊鏈網路預先發布授權發票合約，其中，此授權發票合約包含空白發票生成函式；由作為節點主機其中之一的賣方端主機提供多個資產／服務通證，並且傳送發票請領請求至授權端主機；授權端主機在接收到發票請領請求時，執行空白發票生成函式以生成多個空白電子發票通證，並且將生成的空白電子發票通證傳送至賣方端主機，其中，所述空白電子發票通證允許寫入交易訊息；在進行交易時，由作為節點主機其中之一的買方端主機、賣方端主機或中介端主機在區塊鏈網路發布對應的託管交易合約，並且在此託管交易合約中設定對應此交易的交易訊息；當該託管交易合約成功發布後，賣方端主機將對應此交易的資產／服務通證及空白電子發票通證其中之一傳送至託管交易合約，以及買方端主機將對應此交易的支付通證傳送至託管交易合約；當滿足託管交易合約中的交付條件後，觸發執行託管交易合約的交換函式，使此交換函式將託管交易合約中的資產／服務通證傳送至買方端主機、將支付通證傳送至賣方端主機，以及將交易訊息寫入空白電子發票通證作為電子發票通證，再將此電子發票通證傳送至買方端主機。

本發明所揭露之系統與方法如上，與先前技術的差異在於本發明是透過授權端主機提供空白電子發票通證給賣方端主機，以及在進行交易時，由買方端主機、賣方端主機或中介端主機在區塊鏈網路發布對應的託管交易合約，以便由託管交易合約接收買方端主機傳送的支付通證，以及接收賣方端主機傳送的資產／服務通證及空白電子發票通證，當確認交易無誤時，將支付通證傳送至賣方端主機、將資產／服務通證傳送至買方端主機，以及將交易訊息寫入空白電子發票通證作為電子發票通證以傳送至買方端主機。

透過上述的技術手段，本發明可以達成提高發票記載內容的真實性及驗證便利性之技術功效。

以下將配合圖式及實施例來詳細說明本發明之實施方式，藉此對本發明如何應用技術手段來解決技術問題並達成技術功效的實現過程能充分理解並據以實施。

在說明本發明所揭露之基於區塊鏈的電子發票確證與履約保證之系統及其方法之前，先對本發明所自行定義的名詞作說明，本發明所述的「授權發票合約」及「託管退還合約」均是指發布（Deploy）在區塊鏈網路上的智慧合約（Smart Contract）。實際上，所述智慧合約是指依據既定的條件及傳輸的資訊來驅動執行指令的電腦程式，具體而言，所述智慧合約係透過程式語言，例如：Solidity、Serpent、LLL、EtherScript、Sidechain等等來撰寫，其可包含各種不同的函式（Function）、事件（Event）、參數狀態等等，以「Ethereum」的環境為例，其智慧合約是經編譯後得到二進位編碼及應用二進位介面（Application Binary Interface, ABI），以便將智慧合約廣播至區塊鏈網路，等候礦工（Miner）或驗證者（Validator）將智慧合約放上區塊鏈並得到相應的地址（或稱為合約地址），至此即透過區塊鏈交易完成智慧合約的發布。之後，各節點主機便可根據此地址執行相應的智慧合約，並且藉由不同的指令來改變智慧合約在區塊鏈上的狀態以及偵測事件是否被觸發。另外，所述「空白電子發票通證」、「資產／服務通證」及「支付通證」等等，均是指運行在區塊鏈網路上的「通證」（Token）或稱之為「代幣」。

以下配合圖式對本發明基於區塊鏈的電子發票確證與履約保證之系統及其方法做進一步說明，請先參閱「第1圖」，「第1圖」為本發明基於區塊鏈的電子發票確證與履約保證之系統的系統方塊圖，應用在多個節點主機組成的區塊鏈網路100，此系統包含：授權端主機110、賣方端主機120及買方端主機130。需要事先說明的是，由於開立發票需要經過政府授權，因此，文中所述的授權端主機110是指政府單位提供的節點主機或經過政府單位授權的節點主機。所述節點主機是指具有網路功能的計算機裝置，如：個人電腦、筆記型電腦、伺服器等等，而且彼此之間透過點對點（Peer to Peer, P2P）方式相互連線以組成區塊鏈網路100，此區塊鏈網路100可為比特幣（Bitcoin）區塊鏈網路、以太坊（Ethereum）區塊鏈網路或其它相似的區塊鏈網路。

具體來說，在授權端主機110的部分，其作為節點主機其中之一，此授權端主機110包含：初始模組111及生成模組112。其中，初始模組111用以於初始時，在區塊鏈網路100預先發布一個授權發票合約，此授權發票合約包含空白發票生成函式。在實際實施上，執行此空白發票生成函式可以產生包含發票字軌的空白電子發票通證給欲開立發票的企業或組織，也就是說，所述空白電子發票通證為非同質化的通證，具有唯一識別碼且包含發票字軌。

生成模組112連接初始模組111，用以在接收到發票請領請求時，執行空白發票生成函式生成多個空白電子發票通證，並且根據此發票請領請求的來源地址傳送生成的空白電子發票通證，其中，所述空白電子發票通證允許寫入交易訊息。舉例來說，假設發票請領請求的來源地址為「0xad1…」，那麼，生成模組112便會將生成的空白電子發票通證傳送至此地址，並且允許擁有此地址的主機（即：賣方端主機120）在進行交易時，將交易訊息寫入其中一個空白電子發票通證，使其成為具有交易訊息的電子發票通證。

在賣方端主機120的部分，其作為節點主機其中之一，並且包含：通證模組121及交易模組122。其中，通證模組121用以提供多個資產／服務通證，並且傳送發票請領請求以自授權端主機110獲得空白電子發票通證。在實際實施上，所述資產／服務通證及空白電子發票通證可透過「ERC721」標準來實現，也就是說，以智慧合約建立運行在此區塊鏈網路100上的通證，並且能夠透過區塊鏈交易進行轉移。另外，假設欲退還交易，賣方端主機120、買方端主機130或中介端主機140還可在區塊鏈網路100發布對應此退還交易的託管退還合約，並且在此託管退還合約中設定對應此退還交易的退還訊息，此託管退還合約允許買方端主機130在確認退還訊息無誤時，將資產／服務通證及其相應的電子發票通證傳送至託管退還合約，以及由賣方端主機120在確認退還訊息無誤時，將支付通證傳送至託管退還合約，當滿足此託管退還合約中的退還條件後，觸發執行託管退還合約的退還函式，以便將資產／服務通證傳送至賣方端主機120，並且在電子發票通證嵌入註銷訊息，以及將支付通證傳送至買方端主機130，其中，所述退還條件在資產／服務通證、支付通證及電子發票通證皆與退還訊息相符時被視為滿足，此時可自動觸發執行退還函式，或是允許買方端主機130、賣方端主機120或中介端主機140來觸發執行此退還函式。另外，假設買方端主機130取消退還或賣方端主機120偵測到託管退還合約中，應退還的資產／服務通證及相應的電子發票通證有誤時，同樣可執行此退還函式將託管退還合約中的資產／服務通證及電子發票通證傳送至買方端主機130，以及將託管退還合約中的支付通證傳送至賣方端主機120。實際上，所述支付通證可視為類似債券、支票、請款依據、兌現依據等等具有延遲兌現功能的通證。

交易模組122連接通證模組121，用以在託管交易合約成功發布後，將對應交易的資產／服務通證及空白電子發票通證其中之一傳送至託管交易合約。換句話說，在交易過程中，賣方端主機120偵測到託管交易合約成功發布後，便會將賣出的資產／服務通證託管至託管交易合約，而不是直接將賣出的資產／服務通證傳送至買方端主機130。在實際實施上，偵測託管交易合約是否成功發布可以透過偵測其合約地址是否存在來實現。

接著，在買方端主機130的部分，同樣作為節點主機其中之一，買方端主機130用以在託管交易合約成功發布後，將相應此交易的支付通證傳送至託管交易合約。在實際實施上，所述支付通證除了可以是上述具有延遲兌現功能的通證之外，亦可為已具價值的貨幣通證，例如：當作貨幣使用的貨幣通證。

特別要說明的是，在進行交易時，是由買方端主機130、賣方端主機120或作為節點主機其中之一的中介端主機140來發布對應的託管交易合約，並且在此託管交易合約中設定對應此交易的交易訊息，所述交易訊息可包含：發票必要資訊、買賣方身分（如：帳號地址）、交付的資產／服務、買方需支付內容（如：支付的幣別及數量）等等。當滿足託管交易合約的交付條件後，觸發執行託管交易合約的交換函式，使此交換函式將託管交易合約中的資產／服務通證傳送至買方端主機130、將支付通證傳送至賣方端主機120，以及將交易訊息寫入空白電子發票通證作為電子發票通證，再將此電子發票通證傳送至買方端主機130。在實際實施上，當託管交易合約在交易訊息、接收到的資產／服務通證及支付通證皆正確無誤之後，即滿足交付條件，此時可自動觸發執行交換函式，或是允許買方端主機130、賣方端主機120或中介端主機140來觸發執行此交換函式。除此之外，假設賣方端主機120取消交易或買方端主機130偵測到交易錯誤時，同樣可執行託管交易合約的交換函式，用以將託管交易合約中的資產／服務通證及空白電子發票通證傳送至賣方端主機120，以及將託管交易合約中的支付通證傳送至買方端主機130。

特別要說明的是，在實際實施上，本發明所述的各模組皆可利用各種方式來實現，包含軟體、硬體或其任意組合，例如，在某些實施方式中，各模組可利用軟體及硬體或其中之一來實現，除此之外，本發明亦可部分地或完全地基於硬體來實現，例如，系統中的一個或多個模組可以透過積體電路晶片、系統單晶片（System on Chip, SoC）、複雜可程式邏輯裝置（Complex Programmable Logic Device, CPLD）、現場可程式邏輯閘陣列（Field Programmable Gate Array, FPGA）等來實現。本發明可以是系統、方法及／或電腦程式。電腦程式可以包括電腦可讀儲存媒體，其上載有用於使處理器實現本發明的各個方面的電腦可讀程式指令，電腦可讀儲存媒體可以是可以保持和儲存由指令執行設備使用的指令的有形設備。電腦可讀儲存媒體可以是但不限於電儲存設備、磁儲存設備、光儲存設備、電磁儲存設備、半導體儲存設備或上述的任意合適的組合。電腦可讀儲存媒體的更具體的例子（非窮舉的列表）包括：硬碟、隨機存取記憶體、唯讀記憶體、快閃記憶體、光碟、軟碟以及上述的任意合適的組合。此處所使用的電腦可讀儲存媒體不被解釋爲瞬時信號本身，諸如無線電波或者其它自由傳播的電磁波、通過波導或其它傳輸媒介傳播的電磁波（例如，通過光纖電纜的光信號）、或者通過電線傳輸的電信號。另外，此處所描述的電腦可讀程式指令可以從電腦可讀儲存媒體下載到各個計算／處理設備，或者通過網路，例如：網際網路、區域網路、廣域網路及／或無線網路下載到外部電腦設備或外部儲存設備。網路可以包括銅傳輸電纜、光纖傳輸、無線傳輸、路由器、防火牆、交換器、集線器及／或閘道器。每一個計算／處理設備中的網路卡或者網路介面從網路接收電腦可讀程式指令，並轉發此電腦可讀程式指令，以供儲存在各個計算／處理設備中的電腦可讀儲存媒體中。執行本發明操作的電腦程式指令可以是組合語言指令、指令集架構指令、機器指令、機器相關指令、微指令、韌體指令、或者以一種或多種程式語言的任意組合編寫的原始碼或目的碼（Object Code），所述程式語言包括物件導向的程式語言，如：Common Lisp、Python、C++、Objective-C、Smalltalk、Delphi、Java、Swift、C#、Perl、Ruby與PHP等，以及常規的程序式（Procedural）程式語言，如：C語言或類似的程式語言。計算機可讀程式指令可以完全地在電腦上執行、部分地在電腦上執行、作爲一個獨立的軟體執行、部分在客戶端電腦上部分在遠端電腦上執行、或者完全在遠端電腦或伺服器上執行。

請參閱「第2A圖」及「第2B圖」，「第2A圖」及「第2B圖」為本發明基於區塊鏈的電子發票確證與履約保證之方法的方法流程圖，應用在由多個節點主機組成的區塊鏈網路100，其步驟包括：於初始時，由作為節點主機其中之一的授權端主機110在區塊鏈網路100預先發布授權發票合約，其中，此授權發票合約包含空白發票生成函式（步驟210）；由作為節點主機其中之的賣方端主機120提供多個資產／服務通證，並且傳送發票請領請求至授權端主機110（步驟220）；授權端主機110在接收到發票請領請求時，執行空白發票生成函式以生成多個空白電子發票通證，並且將生成的空白電子發票通證傳送至賣方端主機120，其中，所述空白電子發票通證允許寫入交易訊息（步驟230）；在進行交易時，由作為節點主機其中之一的買方端主機130、賣方端主機120或中介端主機140在區塊鏈網路100發布對應的託管交易合約，並且在此託管交易合約中設定對應此交易的交易訊息（步驟240）；當託管交易合約成功發布後，賣方端主機120將對應此交易的資產／服務通證及空白電子發票通證其中之一傳送至託管交易合約，以及買方端主機130將對應此交易的支付通證傳送至託管交易合約（步驟250）；當滿足託管交易合約中的交付條件後，觸發執行此託管交易合約的交換函式，使交換函式將託管交易合約中的資產／服務通證傳送至買方端主機130、將支付通證傳送至賣方端主機120，以及將交易訊息寫入空白電子發票通證作為電子發票通證，再將此電子發票通證傳送至買方端主機130（步驟260）。透過上述步驟，即可透過授權端主機110提供空白電子發票通證給賣方端主機120，以及在進行交易時，由買方端主機130、賣方端主機120或中介端主機140在區塊鏈網路100發布對應的託管交易合約，以便由此託管交易合約接收買方端主機130傳送的支付通證，以及接收賣方端主機120傳送的資產／服務通證及空白電子發票通證，當確認交易無誤時，將支付通證傳送至賣方端主機120、將資產／服務通證傳送至買方端主機130，以及將交易訊息寫入空白電子發票通證作為電子發票通證以傳送至買方端主機130。

另外，在步驟260之後，倘若欲進行退還交易，可由賣方端主機120、買方端主機130或中介端主機140在區塊鏈網路100發布託管退還合約，並且在此託管退還合約中設定對應此退還交易的退還訊息，如：欲註銷發票、賣方身分、買方退還的資產／服務、賣方應退還的支付內容等等（步驟270）；當託管退還合約成功發布後，賣方端主機120在確認退還訊息無誤時，將應退還的支付通證傳送至託管退還合約，以及買方端主機130在確認退還訊息無誤時，將對應此退還交易的資產／服務通證及相應的電子發票通證傳送至託管退還合約（步驟280）；當滿足託管退還合約中的退還條件後，觸發執行託管退還合約的退還函式，用以將資產／服務通證傳送至賣方端主機120，並且在電子發票通證嵌入註銷訊息，以及將支付通證傳送至買方端主機130，其中，退還條件在資產／服務通證、支付通證及電子發票通證皆與退還訊息相符時被滿足，並且自動觸發執行退還函式或允許買方端主機130、賣方端主機120或中介端主機140觸發執行退還函式（步驟290）。如此一來，賣方端主機120便能夠收到賣出的資產／服務通證，同時註銷開立的發票，而買方端主機130則收回付出的支付通證，實現交易雙方（即：賣方端主機120及買方端主機130）的退還機制。

以下配合「第3圖」至「第5B圖」以實施例的方式進行如下說明，請先參閱「第3圖」，「第3圖」為應用本發明請領發票以獲得空白電子發票通證之示意圖。當賣方欲請領空白電子發票時，可以透過賣方端主機120開啟如「第3A圖」所示意的發票請領視窗300，並且確認顯示區塊311中所顯示的賣方端主機120之帳號地址（如：「0x02a4ab…」）是否無誤。倘若確認無誤，賣方可在輸入區塊312中鍵入欲請領的發票數量（如：數值「500」），然後點選請領按鍵313以產生相應的發票請領請求，並且將此發票請領請求傳送至授權端主機110，使授權端主機110執行空白發票生成函式來生成相應數量的空白電子發票通證，進而提供給賣方端主機120開立發票之用。

如「第4圖」所示意，「第4圖」為應用本發明進行託管交易及開立發票之示意圖。當買方欲向賣方購買商品或服務時，買方可以透過買方端主機130開啟如「第4圖」所示意的交易視窗400，用以瀏覽欲購買的商品或服務之相關訊息及賣方的帳號地址，並且在確認無誤後，在輸入區塊411中鍵入欲購買的數量，以及在輸入區塊412中鍵入此筆交易的支付通證及其數量。當輸入完成後，點選購買按鍵420向賣方端主機120提出進行交易，此時，可由買方端主機130、賣方端主機120或中介端主機140在區塊鏈網路100發布託管交易合約，並且在託管交易合約中設定對應此交易的交易訊息。當託管交易合約成功發布後，買方端主機130會將相應數量的支付通證傳送至託管交易合約。

另一方面，賣方端主機120同樣會在託管交易合約成功發布後，將對應此交易的資產／服務通證及空白電子發票通證其中之一傳送至此託管交易合約。此時，由於買方端主機130及賣方端主機120均已將相應此交易的通證傳送至託管交易合約，所以託管交易合約的交付條件被滿足，買方端主機130可以在顯示區塊430中顯示託管交易合約中的通證狀態以供買方進行確認，當買方確認正確無誤之後，可點選確認支付按鍵440觸發執行託管交易合約的交換函式，使交換函式將託管交易合約中的資產／服務通證傳送至買方端主機130、將託管交易合約中的支付通證傳送至賣方端主機120，以及將託管交易合約中的交易訊息寫入託管交易合約中的空白電子發票通證作為電子發票通證，再將此電子發票通證傳送至買方端主機130。至此，即完成交易及開立發票的流程。特別要說明的是，雖然上述舉例是以點選確認支付按鍵440來觸發執行託管交易合約的交換函式，然而本發明並不以此為限，實際上，當買方端主機130及賣方端主機120所傳送的通證與交易訊息相符時，即可自動觸發執行託管交易合約的交換函式，無須人為確認及手動觸發。

如「第5A圖」及「第5B圖」所示意，「第5A圖」及「第5B圖」為應用本發明進行退還交易及註銷發票之示意圖。假設買方欲退還購買的商品或服務，可以通知賣方由賣方端主機120在區塊鏈網路100發布一個託管退還合約，或者由買方直接透過買方端主機130發布此託管退還合約，甚至還可由中介端主機140發布此託管退還合約，而在發布託管退還合約時，還會在其中設定對應此退還交易的退還訊息。以買方端主機130發布託管退還合約為例，買方可透過買方端主機130開啟如「第5A圖」所示意的退還視窗500，用以設定相應此退還交易的退還訊息，例如，在輸入區塊511設定應收到的支付通證、在輸入區塊512中設定應退還的資產／服務通證，以及在輸入區塊513中設定應退還的電子發票通證。接著，買方點選退還按鍵514即可在區塊鏈網路100發布具有退還訊息的託管退還合約。當託管退還合約成功發布後，買方端主機130會在確認退還訊息無誤時，將對應此退還交易的資產／服務通證及相應的電子發票通證傳送至此託管退還合約。另一方面，賣方可透過賣方端主機120開啟如「第5B圖」所示意的同意視窗550，並且在其中的顯示區塊551確認託管退還合約中的退還訊息，此顯示區塊551會顯示買方端主機130傳送至託管退還合約中的資產／服務通證及電子發票通證，以及賣方端主機120應退還的支付通證。當賣方確認無誤後，可點選同意退還按鍵552將應退還的支付通證傳送至此託管退還合約。此時，由於買方端主機130及賣方端主機120皆已將相應的通證傳送至託管退還合約，所以滿足託管退還合約的退還條件，進而自動觸發執行託管退還合約的退還函式（除了自動觸發執行之外，亦可允許買方端主機130、賣方端主機120或中介端主機140來觸發執行），將託管退還合約中的資產／服務通證傳送至賣方端主機120，並且在電子發票通證嵌入註銷訊息，以及將託管退還合約中的支付通證傳送至買方端主機130。至此，即完成退還交易及註銷發票的流程。

藉由上述說明可清楚得知，應用本發明在交易時所開立的電子發票及退還時所註銷的電子發票皆為運行在區塊鏈上的通證，所以難以被偽造、竄改、冒用及刪除等等，也就是說，此電子發票具有高真實性。因此，非常適用於以電子發票進行融資、退稅、兌獎或捐贈等情境。以電子發票融資為例，由於賣方無法任意開立隨意金額的電子發票，所以開立N金額的電子發票一定有對應的買方願意或已經支付此金額，故可視為有買方確證的應收帳款來進行融資；接著，以退稅為例，由於電子發票經過賣方的確證，保證買方有支付電子發票所列的費用，所以能夠以此進行退稅處理，同樣地，在營業稅或營所稅的部分，也因為電子發票經過買賣雙方的確證，所以可以直接作為營業稅或營所稅的退稅依據；另外，以兌獎或捐贈為例，由於電子發票經過買賣雙方確證，所以收到電子發票的單位不用擔心其有效性。換句話說，上述這些情境的共通點都是需要高真實性的電子發票，故適用於本發明所產生的電子發票。另一方面，由於區塊鏈具有去中心化的特性，所以不需要透過其中一方來管理電子發票，而且區塊鏈上長期累積的電子發票（包含註銷的電子發票），可以用於後續的大數據分析，例如：銷售分析、進貨分析或信用分析等等。

綜上所述，可知本發明與先前技術之間的差異在於透過授權端主機提供空白電子發票通證給賣方端主機，以及在進行交易時，由買方端主機、賣方端主機或中介端主機在區塊鏈網路發布對應的託管交易合約，以便由此託管交易合約接收買方端主機傳送的支付通證，以及接收賣方端主機傳送的資產／服務通證及空白電子發票通證，當確認交易無誤時，將支付通證傳送至賣方端主機、將資產／服務通證傳送至買方端主機，以及將交易訊息寫入空白電子發票通證作為電子發票通證以傳送至買方端主機，藉由此一技術手段可以解決先前技術所存在的問題，進而達成提高發票記載內容的真實性及驗證便利性之技術功效。

雖然本發明以前述之實施例揭露如上，然其並非用以限定本發明，任何熟習相像技藝者，在不脫離本發明之精神和範圍內，當可作些許之更動與潤飾，因此本發明之專利保護範圍須視本說明書所附之申請專利範圍所界定者為準。

100:區塊鏈網路 110:授權端主機 111:初始模組 112:生成模組 120:賣方端主機 121:通證模組 122:交易模組 130:買方端主機 140:中介端主機 300:發票請領視窗 311:顯示區塊 312:輸入區塊 313:請領按鍵 400:交易視窗 411、412:輸入區塊 420:購買按鍵 430:顯示區塊 440:確認支付按鍵 500:退還視窗 511～513:輸入區塊 514:退還按鍵 550:同意視窗 551:顯示區塊 552:同意退還按鍵步驟210:於初始時，由作為節點主機其中之一的一授權端主機在區塊鏈網路預先發布一授權發票合約，其中，該授權發票合約包含一空白發票生成函式步驟220:由作為所述節點主機其中之一的一賣方端主機提供多個資產／服務通證，並且傳送一發票請領請求至該授權端主機步驟230:該授權端主機在接收到該發票請領請求時，執行該空白發票生成函式以生成多個空白電子發票通證，並且將生成的所述空白電子發票通證傳送至該賣方端主機，其中，所述空白電子發票通證允許寫入一交易訊息步驟240:在進行一交易時，由作為所述節點主機其中之一的一買方端主機、該賣方端主機或一中介端主機在該區塊鏈網路發布對應的一託管交易合約，並且在該託管交易合約中設定對應該交易的該交易訊息步驟250:當該託管交易合約成功發布後，該賣方端主機將對應該交易的所述資產／服務通證及所述空白電子發票通證其中之一傳送至該託管交易合約，以及該買方端主機將對應該交易的至少一支付通證傳送至該託管交易合約步驟260:當滿足該託管交易合約中的一交付條件後，觸發執行該託管交易合約的一交換函式，使該交換函式將該託管交易合約中的所述資產／服務通證傳送至該買方端主機、將所述支付通證傳送至該賣方端主機，以及將該交易訊息寫入該空白電子發票通證作為一電子發票通證，再將該電子發票通證傳送至該買方端主機步驟270:在進行一退還交易時，由該賣方端主機、該買方端主機或該中介端主機在該區塊鏈網路發布一託管退還合約，並且在該託管退還合約中設定對應該退還交易的一退還訊息步驟280:當該託管退還合約成功發布後，該賣方端主機在確認該退還訊息無誤時，將應退還的所述支付通證傳送至該託管退還合約，以及該買方端主機在確認該退還訊息無誤時，將對應該退還交易的所述資產／服務通證及相應的該電子發票通證傳送至該託管退還合約步驟290:當滿足該託管退還合約中的一退還條件後，觸發執行該託管退還合約的一退還函式，用以將所述資產／服務通證傳送至該賣方端主機，並且在該電子發票通證嵌入一註銷訊息，以及將所述支付通證傳送至該買方端主機，其中，該退還條件在所述資產／服務通證、所述支付通證及該電子發票通證皆與該退還訊息相符時被滿足，並且自動觸發執行該退還函式，或允許該買方端主機、該賣方端主機或該中介端主機觸發執行該退還函式

第1圖為本發明基於區塊鏈的電子發票確證與履約保證之系統的系統方塊圖。第2A圖及第2B圖為本發明基於區塊鏈的電子發票確證與履約保證之方法的方法流程圖。第3圖為應用本發明請領發票以獲得空白電子發票通證之示意圖。第4圖為應用本發明進行託管交易及開立發票之示意圖。第5A圖及第5B圖為應用本發明進行退還交易及註銷發票之示意圖。

100:區塊鏈網路

110:授權端主機

111:初始模組

112:生成模組

120:賣方端主機

121:通證模組

122:交易模組

130:買方端主機

140:中介端主機

Claims

一種基於區塊鏈的電子發票確證與履約保證之系統，應用在多個節點主機組成的一區塊鏈網路中，該系統包含：一授權端主機，作為所述節點主機其中之一，該授權端主機包含：一初始模組，用以於初始時，在該區塊鏈網路預先發布一授權發票合約，其中，該授權發票合約包含一空白發票生成函式；以及一生成模組，連接該初始模組，用以在接收到一發票請領請求時，執行該空白發票生成函式生成多個空白電子發票通證，並且根據該發票請領請求的來源地址傳送生成的所述空白電子發票通證，其中，所述空白電子發票通證允許寫入一交易訊息；一賣方端主機，作為所述節點主機其中之一，該賣方端主機包含：一通證模組，用以提供多個資產／服務通證，並且傳送該發票請領請求以自該授權端主機獲得所述空白電子發票通證；以及一交易模組，連接該通證模組，用以在一託管交易合約成功發布後，將對應一交易的所述資產／服務通證及所述空白電子發票通證其中之一傳送至該託管交易合約；以及一買方端主機，作為所述節點主機其中之一，該買方端主機用以在該託管交易合約成功發布後，將對應該交易的至少一支付通證傳送至該託管交易合約；其中，在進行該交易時，由該買方端主機、該賣方端主機或作為所述節點主機其中之一的一中介端主機發布對應的該託管交易合約，並且在該託管交易合約中設定對應該交易的該交易訊息，以及當滿足該託管交易合約的一交付條件後，執行該託管交易合約的一交換函式，使該交換函式將該託管交易合約中的所述資產／服務通證傳送至該買方端主機、將所述支付通證傳送至該賣方端主機，以及將該交易訊息寫入該空白電子發票通證作為一電子發票通證，再將該電子發票通證傳送至該買方端主機。
根據申請專利範圍第1項之基於區塊鏈的電子發票確證與履約保證之系統，其中在進行一退還交易時，由該賣方端主機、該買方端主機或該中介端主機在該區塊鏈網路發布一託管退還合約，並且在該託管退還合約中設定對應該退還交易的一退還訊息，該託管退還合約允許該買方端主機在確認該退還訊息無誤時，將所述資產／服務通證及相應的該電子發票通證傳送至該託管退還合約，以及由該賣方端主機在確認該退還訊息無誤時，將所述支付通證傳送至該託管退還合約，當滿足該託管退還合約中的一退還條件後，執行該託管退還合約的一退還函式，用以將所述資產／服務通證傳送至該賣方端主機，並且在該電子發票通證嵌入一註銷訊息，以及將所述支付通證傳送至該買方端主機，其中，該退還條件在所述資產／服務通證、所述支付通證及該電子發票通證皆與該退還訊息相符時被滿足，並且自動執行該退還函式或允許該買方端主機、該賣方端主機或該中介端主機觸發執行該退還函式。
根據申請專利範圍第1項之基於區塊鏈的電子發票確證與履約保證之系統，其中該賣方端主機取消交易或該買方端主機偵測到交易錯誤時，執行該託管交易合約的該交換函式，用以將該託管交易合約中的所述資產／服務通證及該空白電子發票通證傳送至該賣方端主機，以及將所述支付通證傳送至該買方端主機。
根據申請專利範圍第2項之基於區塊鏈的電子發票確證與履約保證之系統，其中該買方端主機取消退還或該賣方端主機偵測到該託管退還合約中，應退還的所述資產／服務通證及相應的該電子發票通證有誤時，執行該退還函式將該託管退還合約中的所述資產／服務通證及該電子發票通證傳送至該買方端主機，以及將該託管退還合約中的所述支付通證傳送至該賣方端主機。
根據申請專利範圍第1項之基於區塊鏈的電子發票確證與履約保證之系統，其中該託管交易合約在該交易訊息、接收到的所述資產／服務通證及所述支付通證皆正確無誤之後，即為滿足該交付條件，並且自動執行該交換函式或允許該買方端主機、該賣方端主機或該中介端主機觸發執行該交換函式。
一種基於區塊鏈的電子發票確證與履約保證之方法，應用在由多個節點主機組成的一區塊鏈網路，其步驟包括：於初始時，由作為所述節點主機其中之一的一授權端主機在該區塊鏈網路預先發布一授權發票合約，其中，該授權發票合約包含一空白發票生成函式；由作為所述節點主機其中之一的一賣方端主機提供多個資產／服務通證，並且傳送一發票請領請求至該授權端主機；該授權端主機在接收到該發票請領請求時，執行該空白發票生成函式以生成多個空白電子發票通證，並且將生成的所述空白電子發票通證傳送至該賣方端主機，其中，所述空白電子發票通證允許寫入一交易訊息；在進行一交易時，由作為所述節點主機其中之一的一買方端主機、該賣方端主機或一中介端主機在該區塊鏈網路發布對應的一託管交易合約，並且在該託管交易合約中設定對應該交易的該交易訊息；當該託管交易合約成功發布後，該賣方端主機將對應該交易的所述資產／服務通證及所述空白電子發票通證其中之一傳送至該託管交易合約，以及該買方端主機將對應該交易的至少一支付通證傳送至該託管交易合約；以及當滿足該託管交易合約中的一交付條件後，執行該託管交易合約的一交換函式，使該交換函式將該託管交易合約中的所述資產／服務通證傳送至該買方端主機、將所述支付通證傳送至該賣方端主機，以及將該交易訊息寫入該空白電子發票通證作為一電子發票通證，再將該電子發票通證傳送至該買方端主機。
根據申請專利範圍第6項之基於區塊鏈的電子發票確證與履約保證之方法，其中該方法更包含下列步驟：在進行一退還交易時，由該賣方端主機、該買方端主機或該中介端主機在該區塊鏈網路發布一託管退還合約，並且在該託管退還合約中設定對應該退還交易的一退還訊息；當該託管退還合約成功發布後，該賣方端主機在確認該退還訊息無誤時，將應退還的所述支付通證傳送至該託管退還合約，以及該買方端主機在確認該退還訊息無誤時，將對應該退還交易的所述資產／服務通證及相應的該電子發票通證傳送至該託管退還合約；以及當滿足該託管退還合約中的一退還條件後，執行該託管退還合約的一退還函式，用以將所述資產／服務通證傳送至該賣方端主機，並且在該電子發票通證嵌入一註銷訊息，以及將所述支付通證傳送至該買方端主機，其中，該退還條件在所述資產／服務通證、所述支付通證及該電子發票通證皆與該退還訊息相符時被滿足，並且自動觸發執行該退還函式或允許該買方端主機、該賣方端主機或該中介端主機觸發執行該退還函式。
根據申請專利範圍第6項之基於區塊鏈的電子發票確證與履約保證之方法，其中該賣方端主機取消交易或該買方端主機偵測到交易錯誤時，執行該託管交易合約的該交換函式，用以將該託管交易合約中的所述資產／服務通證及該空白電子發票通證傳送至該賣方端主機，以及將所述支付通證傳送至該買方端主機。
根據申請專利範圍第7項之基於區塊鏈的電子發票確證與履約保證之方法，其中該買方端主機取消退還或該賣方端主機偵測到該託管退還合約中，應退還的所述資產／服務通證及相應的該電子發票通證有誤時，執行該退還函式將該託管退還合約中的所述資產／服務通證及該電子發票通證傳送至該買方端主機，以及將該託管退還合約中的所述支付通證傳送至該賣方端主機。
根據申請專利範圍第6項之基於區塊鏈的電子發票確證與履約保證之方法，其中該託管交易合約在該交易訊息、接收到的所述資產／服務通證及所述支付通證皆正確無誤之後，即為滿足該交付條件，並且自動執行該交換函式或允許該買方端主機、該賣方端主機或該中介端主機觸發執行該交換函式。