• 沒有找到結果。

第四章 平台設計與結果

4.5 選擇階段流程

立 政 治 大 學

N a tio na

l C h engchi U ni ve rs it y

圖表 37 企業收取「兌換」智能合約上的企業積分

TakeBack 函式只有所屬的企業積分計畫的企業可以使用。

步驟五、企業回收企業積分

以本平台框架為例,企業將回收 1 企業積分。

4.5 選擇階段流程

欲續約之企業之加盟,其步驟如下圖流程:

圖表 38 欲續約之企業之加盟步驟

步驟一、欲續約之企業執行「續約確認」智能合約

‧ 國

立 政 治 大 學

N a tio na

l C h engchi U ni ve rs it y

欲續約之企業執行「續約確認」智能合約上的getIssue 函式,取得來自

「發行」智能合約,欲續約之企業過去的發行成功次數(IssueSuccessTimes)、

發行失敗次數(IssueFailTimes)以及整體企業積分聯盟的發行次數

(IssueTimes),並執行 getRedeem 函式,取得來自「兌換」智能合約,欲續約之 企業過去的顧客的兌換成功次數(RedeemSuccessTimes)、兌換失敗次數

(RedeemFailTimes)以及整體企業積分聯盟的兌換次數(RedeemTimes),以取得 欲續約之企業的交易次數比(IF)、欲續約企業的企業積分計畫的兌換交易次數 比(RF)、發行智能合約的履約比(PI)以及兌換智能合約的履約比(PR)。以本平 台框架為例,欲續約之企業過去的發行成功次數為 200 次,發行失敗次數為 15 次,整體企業積分聯盟的發行次數為 3000 次,欲續約之企業過去的顧客的兌換 成功次數為 300 次,兌換失敗次數為 30 次,整體企業積分聯盟的兌換次數為 4000 次。如下圖所示

圖表 39 欲續約之企業取得「發行」與「兌換」智能合約資訊

‧ 國

立 政 治 大 學

N a tio na

l C h engchi U ni ve rs it y

步驟二、已在企業積分聯盟當中的企業執行「續約確認」智能合約

已在企業積分聯盟當中的企業執行「續約確認」智能合約上的EvaluateGW 函式,針對欲續約之企業來進行評分,以本平台框架為例,已在企業積分聯盟 當中的企業針對欲續約之企業評分為 60。

圖表 40 已在企業積分聯盟當中的企業來進行評分

而由於所有指標的值域於此平台上皆為 0-1000,因此企業評分也調整至相 同範圍,此函式只有在企業積分聯盟當中的企業可以執行。

步驟三、欲續約之企業再執行「續約確認」智能合約

當欲續約之企業取得來自「發行」智能合約、「兌換」智能合約以及企業夥 伴的評分資訊,並可以於「續約確認」智能合約上執行caculateRI 函式,來判 斷欲續約之企業是否符合企業積分聯盟的聲望標準。以本平台框架為例,設置 聲望達到 2000 即為達標。如下圖說明:

圖表 41 欲續約之企業執行計算聲望

‧ 國

立 政 治 大 學

N a tio na

l C h engchi U ni ve rs it y

步驟四、欲續約之企業執行「加盟」智能合約

通過「續約確認」智能合約的聲望標準後,執行「加盟」智能合約上的 getRI 函式,取的來自「續約確認」智能合約的聲望標準,便再執行「加盟」智 能合約的流程,當再符合七項財務指標的標準後,便再加入企業積分聯盟當 中。,如下圖所示:

圖表 42 「加盟」智能合約取得聲望指標

於平台實作上,本研究採用線上編譯器Remix Browser–Solidity,以及 錢包軟體MetaMask,使用程式語言 Solidity 於乙太坊(ethereum)上的 Ropsten Test Network 的測試鏈上來進行「發行」智能合約、「兌換」智能合約、「紅 利」智能合約、「加盟」智能合約以及「續約確認」智能合約的佈署。