王晶，張海明＊，溫亮明，馬卓然

1.中國科學院計算機網絡信息中心,北京 100083

2.中國科學院大學,北京 100049

引 言

隨著科研數據的海量增長，科研工作者對計算機處理數據能力的要求不斷提高，但是現有的線性增長的集中式云計算能力無法匹配爆炸式增長的設備及數據規(guī)模[1]，當某些云服務提供商的業(yè)務量處于高峰值時期時，可能會發(fā)生超越單個科研機構云計算平臺能力的計算需求的情況，因此需要構筑科研云聯(lián)邦，進行跨科研機構的資源協(xié)同與共享。但科研機構分屬于不同法人單位，傳統(tǒng)的中心式計量系統(tǒng)設計由云聯(lián)邦中心全權負責，將所有的計量數據寫入到云聯(lián)邦中心數據庫中，難以保證數據在云聯(lián)邦中心和各個科研機構的一致性，且會造成云聯(lián)邦中心運營成本高、運行效率低[2]；若云聯(lián)邦中心受到惡意攻擊，會導致計量隱私數據泄露，計量系統(tǒng)崩潰的后果。

目前針對云聯(lián)邦的研究主要是面向商業(yè)的云聯(lián)邦的架構和動態(tài)資源調度方面的研究[3-5],而對科研云聯(lián)邦的計量問題研究較少。本文在調研分析構建面向科研用戶的云聯(lián)邦平臺的意義與特點的基礎上，結合聯(lián)盟鏈技術的應用場景，設計了符合科研云聯(lián)邦的計量系統(tǒng)，保證聯(lián)邦參與者之間計量互信，確保資源計量準確無誤的同時保護用戶數據隱私，幫助各科研機構管理員檢查可用資源，提高管理員工作效率。

1 系統(tǒng)背景與相關技術

1.1 科研云聯(lián)邦背景與需求

數據密集型的科研工作產生了越來越多的科學數據[6]，科研人員需要處理的數據量不斷增大，所屬研究機構的私有云資源可能不足以支撐對海量數據的存儲管理；如果單純地購入大量服務器，在課題項目集中使用資源過后可能造成資源閑置。閑置的資源不僅無法帶來經濟效益，還需要耗費維護成本，如電源費用、冷卻費用、占地租賃費用等[7]。因此向其他云提供商租借資源成為備選方案之一，云聯(lián)邦思想由此誕生。云聯(lián)邦可以基于統(tǒng)一架構通過云聯(lián)邦認證和用戶映射將私有云和公有云結成聯(lián)邦體系，實現統(tǒng)一調度和管理[8]，其本質在于聯(lián)合不同組織的云資源以解決單個云中心資源不足問題，既滿足了云用戶的資源需求，又提高了云提供商的資源利用率。云聯(lián)邦的主要優(yōu)勢在于安全性高、可擴展性強和成本低廉。

科研云聯(lián)邦是在各個高校、研究所和科研機構之間構筑的IaaS 聯(lián)邦，可以通過統(tǒng)一接口將各個研究機構、項目組層級的資源相互連通，實現這些隔離資源的互訪共享，為科研人員提供超出研究所實際資源極限的服務，在用戶使用負載較低的情況下，將資源提供給云聯(lián)邦中的其他用戶使用。所有操作通過云聯(lián)邦管理中心進行管理、調度和分配，可以最大限度地提升閑置資源的利用效率，也降低了云聯(lián)邦成員獲取資源的成本。科研云聯(lián)邦系統(tǒng)制定了較高的信息安全標準，各個研究所或項目組達到安全要求后方可注冊加入成為云聯(lián)邦成員，各成員既可以在自身資源閑置時出租資源，也可以在自身資源無法滿足用戶需求時向云聯(lián)邦其他成員租借資源，實現資源的信息化共享，也提升了科研機構信息化服務的安全水平。

專研云服務計費的Zuora 公司提出，如果云服務供應商無法解決計量、定價和收費等新商業(yè)模式的核心問題，云服務將永遠無法釋放它的全部潛力[9]。各商業(yè)云平臺針對不同的云服務提供了相應的計量與計費策略，如針對云服務器ECS(Elastic Compute Service)服務設計了計算資源（vCPU 和內存）、鏡像、塊存儲、公網帶寬等多個計量項[10]，針對對象存儲OSS(Object Storage Service)服務設計了存儲費用、流量費用、數據處理費用、對象標簽費用等多個單獨計量計費項[11]，這些方法可以自動對系統(tǒng)內部及不同系統(tǒng)間的資源進行調整，也能夠及時向用戶反饋服務費用使用情況。在計費方式上，各商業(yè)云平臺通常采用按量計費和包年包月計費兩種方式，按量計費屬于后付費模式，按照使用量×單價計費；包年包月屬于預付費模式，按照購買時長×單價計費。

盡管云服務具有可計量的特點，但由于科研云聯(lián)邦的各個數據中心分屬于不同法人單位，資源所有者希望云聯(lián)邦系統(tǒng)能夠對資源的使用情況進行監(jiān)測或計量，并且能夠保證計量數據隱私和數據安全，因此資源的計量子系統(tǒng)在科研云聯(lián)邦中尤為重要，后續(xù)計費功能也能夠釋放云聯(lián)邦的商業(yè)價值，在提升資源利用率的同時為云聯(lián)邦的參與者提供經濟效益。

1.2 聯(lián)盟鏈概述

目前，聯(lián)盟鏈已在電子商務、金融監(jiān)管、智慧城市、創(chuàng)新醫(yī)療等多個領域廣泛應用。在智慧城市領域，張利華[13]等人設計了基于聯(lián)盟鏈的去中心化雙鏈存儲模型，能夠安全、可靠地存儲鐵路沿線監(jiān)測數據；在創(chuàng)新醫(yī)療領域，薛騰飛[14]等人針對醫(yī)療數據需要長期保存、詳細管理、嚴格審查的特殊性，提出了基于區(qū)塊鏈的醫(yī)療數據存儲和共享方案；劉加夢[15]等人針對頻發(fā)的中草藥造假現象，提出基于區(qū)塊鏈的中草藥質量安全管理模型，增加對中草藥產品的把控能力；在電子商務領域，郭儀[16]等人利用區(qū)塊鏈技術設計電力數據資產交易平臺，使電力數據能夠跨部門、跨機構有償共享，有效解決了電力數據孤島問題；在商品溯源領域，王可可[17]等人提出農產品追溯解決方案，商品供應方將商品流轉過程加密上鏈，保證商品流通安全，實現商品流通全過程可追溯；在金融監(jiān)管領域，章慶[18]等人分析我國債券市場現狀并結合Hyperchain 平臺完成概念驗證原型，具有前瞻意義；在智能管控領域，吳振銓[19]等人提出利用聯(lián)盟鏈實現智能電網數據的安全有效存儲與共享，改進了原有電網存儲數據易被惡意篡改的問題?？梢?，針對各類信息尤其是敏感數據的生成、交換、存儲等問題，可以憑借區(qū)塊鏈的P2P 特性確保其隱私性、魯棒性和單點故障容錯性，既解決了業(yè)務參與者之間的信任、隱私及安全問題，又提升了行業(yè)交易的效率[20]。

2 科研云聯(lián)邦計量系統(tǒng)架構設計

2.1 系統(tǒng)設計原則

科研云聯(lián)邦計量系統(tǒng)的設計目標有三：一是向各數據中心管理員提供該中心資源的使用計量和租借情況報表，方便各中心查看自己的收益情況，幫助管理員檢查可用資源；二是生成年度、月度結算賬單，對接網絡支付工具完成在線結算，為前端提供相應的標準API 訪問接口，方便云聯(lián)邦成員根據需求選擇服務；三是通過去中心化、集體維護、公開透明的聯(lián)盟鏈技術保證計量環(huán)節(jié)的安全性與可靠性，確保資源計量準確無誤的同時保護用戶數據隱私?；谝陨显O計目標，本文認為在設計科研云聯(lián)邦計量系統(tǒng)時，應遵循以下原則：（1）簡單性原則：細化資源計量因子的同時應保留服務自身特征，使計量因子的設計盡可能簡單；（2）透明性原則：資源的計量因子應列明重點資源，其他資源對用戶透明；（3）易理解原則：計量指標應該對用戶負責，易于用戶理解和接受。

2.2 系統(tǒng)總體架構

遵循設計原則，本文引入聯(lián)盟鏈技術設計了去中心化的科研云聯(lián)邦的計量系統(tǒng)，如圖1所示。

圖1中，各個科研機構既是云資源的提供者（即可以出租自身閑置資源），又是云資源的使用者（即可以向其他科研機構申請資源）。如科研機構A 既可以將自己富余的科研資源提交到聯(lián)盟鏈中供科研機構B、C、D 使用，也可在資源短缺時向聯(lián)盟鏈提出申請獲得科研機構B、C 的富余資源。科研機構D 在文中被假設為無法為自身單位科研人員提供私有云服務的機構，科研人員只能通過個人電腦辦公，接入科研云聯(lián)邦后，便可以租借其他機構資源。在此過程中科研機構A、B、C、D 的所有租借交易行為信息以及資源狀態(tài)信息都將被記錄到區(qū)塊鏈中。

圖1 科研云聯(lián)邦計量系統(tǒng)模式圖Fig.1 Model diagram of scientific research cloud federation metering system

為了進一步說明計量系統(tǒng)的實現機理，本文基于IBM 和Digital Asset 提供的開源區(qū)塊鏈框架Hyperledger Fabric[21]設計了科研云聯(lián)邦計量系統(tǒng)邏輯框架，如圖2所示。

圖2中，資源提供方和資源使用方主要通過上層的API、Events 和SDKs 與Hyperledger Fabric 框架交互完成數據上鏈和數據查詢，聯(lián)盟鏈功能主要包括身份驗證、賬本管理和智能合約三個模塊。

分析貴州民族學生英語學習中所發(fā)/?/的共振峰，并將其與英語母語者的實驗數據進行對比，以從中發(fā)現民族語或者地方口音是否會對英語學習者的/?/產生影響，并分析其原因，以期找到有效提升學習者英語語音狀況的策略。

圖2 科研云聯(lián)邦計量系統(tǒng)邏輯框架Fig.2 Logical framework of scientific research cloud federation metering system

身份驗證模塊是保證云聯(lián)邦安全管理、保存用戶隱私數據的前提，公鑰基礎設施（Public Key Infrastructure,PKI）提供身份證明，由成員服務提供者（Member Service Provider,MSP）完成身份驗證管理操作。只有通過身份驗證的各科研機構管理員才被允許加入到計量系統(tǒng)的聯(lián)盟鏈中，進行操作和簽名。

賬本管理模塊可以使被授權的云聯(lián)邦成員（各科研機構管理員）通過區(qū)塊號、區(qū)塊哈希值或交易號查詢自己單位的賬本數據。為了保護各科研機構的交易隱私，賬本管理擬采用聯(lián)盟鏈多通道形式，如圖3所示，每一條副鏈（應用通道）對應著一個科研機構的資源交易歷史，這些記錄方便管理員對本單位資源使用和外借情況進行管理，方便后續(xù)業(yè)務對每個科研機構的收支情況進行統(tǒng)計匯總；每一條副鏈只由該單位管理員以及與該單位發(fā)生交易的科研機構管理員訪問，而未與其進行交易的科研機構不能訪問該副鏈。每條副鏈的賬本不會傳遞到其他副鏈。多鏈的設計實現聯(lián)盟鏈中計量業(yè)務的隔離，保證數據安全和數據隱私。當各科研機構管理員通過身份驗證后，云聯(lián)邦計量系統(tǒng)可以為各科研機構提供本中心資源使用和收益情況。

圖3 區(qū)塊鏈多通道示意圖Fig.3 Blockchain multi-channel diagram

智能合約模塊是在云聯(lián)邦系統(tǒng)嵌入智能合約自動化完成資源計量。由于本系統(tǒng)采用按使用量計量的模式，因此在云服務租借完成后，由云服務提供方根據計量因子和服務使用量來確認計量結果，折算成金額后反饋給云服務使用方，雙方達成共識后提交到Fabric 網絡中，智能合約自動執(zhí)行交易流程，實現結算，并將交易記錄同步寫入到新的區(qū)塊中。

圖4展示了聯(lián)盟鏈中的區(qū)塊結構示意圖，單個區(qū)塊包含區(qū)塊頭和區(qū)塊體兩部分。區(qū)塊頭中含有鏈接到上一個數據區(qū)塊的加密哈希值，能夠追蹤并查驗數據，并防止計量數據被惡意篡改。每個區(qū)塊體都可能存儲有多條計量交易信息，經過Merkle 樹的哈希過程生成最終的哈希值并記錄到區(qū)塊頭的Merkle-Root 中。

圖4 區(qū)塊結構示意圖Fig.4 Block structure diagram

3 科研云聯(lián)邦計量系統(tǒng)交易流程設計

3.1 云主機與對象存儲服務的計量因子設計

科研云聯(lián)邦主要提供云主機和對象存儲兩種服務，服務內容主要涉及實例、數據傳輸量、塊存儲使用量、IP 地址等方面，因此可以確定服務計量因子應該包含CPU、內存、硬盤、網絡流量、帶寬等，以小時為粒度進行分段計量。計量系統(tǒng)將資源使用量統(tǒng)一折算成費用，方便后續(xù)科研云聯(lián)邦資源使用的結算和計費服務的進行。當然，兩種服務方式的費用計量策略有所差異。

云主機服務使用戶能夠高效、便捷地使用服務器，實現云資源的即開即用。不同于需要長期穩(wěn)定運行的商業(yè)用途的云主機，科研計算用云主機往往對單個虛擬機的CPU 和內存資源需求更大，通常使用時間不超過一周，用戶在使用過程中會較頻繁地申請、釋放資源。云主機的實例一般包括計算資源（CPU 和內存）、鏡像、塊存儲等，通常根據其計算資源、系統(tǒng)塊存儲和網絡類別收取價格。計算資源按照實例規(guī)格的形式提供，包括CPU 和內存，通常按照實例規(guī)格收取費用；存儲服務包括系統(tǒng)盤和數據盤，通常按照容量與使用時長計量；當選擇公網IP 時則按照固定帶寬計量，每小時整點結算。云主機服務的費用計量公式如下：

對象存儲服務是科研云聯(lián)邦提供的海量、安全、低成本和高持久的云存儲服務。對象存儲服務的存儲費用將按照用戶實際使用量進行計量，每小時結算一次。流量費用僅計量外網流出流量，即數據通過互聯(lián)網從對象存儲傳輸到客戶端產生的流量。對象存儲服務的費用計量公式如下：

科研云聯(lián)邦計量系統(tǒng)將用戶使用過的資源匯總為一個交易，在區(qū)塊創(chuàng)建時寫入區(qū)塊體的交易提案中。本文以JSON 文件的形式描述了記錄在聯(lián)盟鏈中的資源信息，具體示例展示如下：

資源信息描述示例中，"ResourceProvider"代表資源提供方，"ProviderID"代表提供方的服務器ID，"ResourceUser"代表資源使用方，"UserID"代表用戶ID，"CloudService"代表云主機和對象存儲兩種服務，"TotalCost"代表本交易折算費用，"UsageTime"為使用時間，"CPU"、"RAM"、"NetworkBandwidth"、"HardDisk" 代表云主機中的四個計量因子，"StorageCapacity"、"OutFlow"代表對象存儲中的兩個計量因子。

3.2 系統(tǒng)交易流程

科研云聯(lián)邦計量系統(tǒng)包含有Client、CA、Orderer、Peer 四種節(jié)點,節(jié)點是聯(lián)盟鏈的通信主體，多個不同類型的節(jié)點可以運行在同一物理服務器上。用戶通過Client 節(jié)點進行云服務的租借申請；CA 節(jié)點負責聯(lián)盟鏈成員的身份驗證；Orderer 節(jié)點將接收到的交易進行排序生成區(qū)塊，并廣播給Peer 節(jié)點。Peer 節(jié)點又可分為Endorser（背書節(jié)點）、Committer（記賬節(jié)點）、Leader（領導節(jié)點)和Anchor（錨節(jié)點）四種：Endorser（背書節(jié)點）負責檢查交易提案，按照自身規(guī)則檢查交易的邏輯，執(zhí)行智能合約條款；Committer（記賬節(jié)點）接收到交易請求后進行驗證背書，執(zhí)行交易操作，并將交易結果共享到聯(lián)盟鏈賬本上，維護聯(lián)盟鏈和賬本；Leader（領導節(jié)點）連接到排序服務，將接收的區(qū)塊轉發(fā)給組織內其他節(jié)點；Anchor（錨節(jié)點）用于不同科研機構之間的通信。

在交易過程中Client（客戶端）通過SDK 應用程序與聯(lián)盟鏈進行交互，如圖5所示。

圖5 計量交易流程圖Fig.5 Flow chart of metering transaction

計量交易的具體流程如下：（1）Client（客戶端）通過CA（證書節(jié)點）獲取合法的身份加入到應用通道中；（2）Client（客戶端）構造交易請求（Proposal）提交給Endorser（背書節(jié)點）；（3）Endorser（背書節(jié)點）對交易進行驗證和模擬執(zhí)行后，將結果反饋給Client（客戶端），此時并未更新賬本；（4）Client（客戶端）收到來自云聯(lián)邦內部足夠多的背書支持后將交易發(fā)送給Orderer（排序節(jié)點），同時提交Endorser（背書節(jié)點）更新交易狀態(tài)；（5）Orderer（排序節(jié)點）對網絡中的交易進行全局排序，并將排序后的交易構造成區(qū)塊，然后廣播給網絡中的Leader（領導節(jié)點）；（6）Leader（領導節(jié)點）將接收的區(qū)塊同步轉發(fā)給組織內部其他節(jié)點；（7）Committer（記賬節(jié)點）維護區(qū)塊鏈和賬本，檢查交易的合法性和背書后將結果寫入賬本，將新區(qū)塊上鏈。

3.3 系統(tǒng)共識算法

由于科研云聯(lián)邦計量系統(tǒng)屬于分布式系統(tǒng)，因此需要共識機制來保障節(jié)點以相同的順序保存賬本，保證賬本的一致性。本系統(tǒng)基于Hyperledger Fabric框架并利用Raft 算法[22]作為系統(tǒng)的共識算法，Raft算法是一種崩潰容錯排序算法，遵循“領導者和跟隨者”模型，在每一個組織中選舉一個領導節(jié)點（Leader）負責決策，其余跟隨者復制其決策。通過動態(tài)選舉產生Leader（領導節(jié)點），可以避免出現故障無法分發(fā)區(qū)塊的問題。

Raft 算法易于安裝部署和管理，提高了系統(tǒng)交易的高可用性。相較于Kafka 算法需要所有節(jié)點在同一組織控制下的同一集群中服務，使用Raft 算法能夠使各個組織有自己的排序節(jié)點，共同組成排序服務，保證了計量系統(tǒng)的去中心化。相較于PBFT（實用拜占庭）算法可以支持容錯故障節(jié)點和作惡節(jié)點，Raft 算法僅可以承受包括領導節(jié)點（Leader）在內的節(jié)點故障，只要系統(tǒng)中剩余節(jié)點超過半數就能夠支持容錯故障節(jié)點，但是運行效率遠高于PBFT 算法。在科研云聯(lián)邦計量系統(tǒng)中，由于身份驗證模塊可以保證聯(lián)盟鏈中組織的安全性和可靠性，因此選擇Raft 算法能夠保證系統(tǒng)的交易性能，算法偽代碼如下所示。

科研云聯(lián)邦計量系統(tǒng)的共識過程可以分為交易背書、交易排序和交易驗證三個階段。交易由Client（客戶端）提交到自己組織的Orderer（排序節(jié)點）后：（1）通過自動路由到達當前排序服務中的Leader（領導節(jié)點）；（2）Leader（領導節(jié)點）檢查交易驗證的配置序列號是否與當前配置序列號一致，如果不一致則執(zhí)行驗證，驗證失敗后駁回交易，通過驗證后則創(chuàng)建新區(qū)塊；（3）Leader（領導節(jié)點）將新區(qū)塊應用于本地的Raft 有限狀態(tài)機；（4）有限狀態(tài)機嘗試將區(qū)塊復制到其他Orderer（排序節(jié)點）；（5）區(qū)塊被分別寫入Committer（記賬節(jié)點）的本地賬本，共識過程完成。

4 系統(tǒng)性能分析

科研云聯(lián)邦計量系統(tǒng)主要應用了聯(lián)盟鏈技術，具有去中心化特征，能夠保障計量數據的安全性、真實性和可靠性，且容易達成共識，可以有效防止單節(jié)點攻擊和惡意篡改數據。

（1）安全性：系統(tǒng)能夠保證計量數據的安全，聯(lián)盟鏈中的計量交易數據默認不公開，僅在身份驗證過后向聯(lián)盟內部成員公開；系統(tǒng)采用多通道架構，僅為與通道有關的科研機構提供計量數據，最大程度保證了用戶的隱私和數據安全。系統(tǒng)能夠防止單點攻擊。傳統(tǒng)的中心式計量系統(tǒng)設計由云聯(lián)邦中心全權負責，將所有的計量數據寫入到云聯(lián)邦中心數據庫中，難以保證數據在云聯(lián)邦中心和各個科研機構的一致性，且會造成云聯(lián)邦中心運營成本高、運行效率低；若云聯(lián)邦中心受到惡意攻擊，會導致計量隱私數據泄露，計量系統(tǒng)崩潰的后果。而基于聯(lián)盟鏈的科研云聯(lián)邦計量系統(tǒng)具有部分去中心化特征，每個科研機構都保存有一份完整可信的數據鏈，在某個節(jié)點出現故障后也可通過人工干預快速恢復。

（2）準確性：系統(tǒng)能夠防止數據被惡意篡改。系統(tǒng)采用聯(lián)盟鏈技術，該鏈只屬于聯(lián)盟（即科研云聯(lián)邦）內部成員所有，外界人員未經認證無法加入。在計量交易數據上鏈后，每個數據區(qū)塊都依賴于前一個數據區(qū)塊的哈希值進行存儲，要想惡意篡改某個數據塊必須修改該數據區(qū)塊之后的所有數據區(qū)塊信息，此過程需要耗費巨大算力，從經濟角度而言不具備攻擊可行性。此外，由于聯(lián)盟鏈可控性較強，即使出現計量誤差，也會被聯(lián)盟內大部分節(jié)點識別并及時修改，相較于完全不能修改的公有鏈而言更為靈活便捷，保證了計量數據的準確性。系統(tǒng)能夠保證數據的真實可靠。在一次云服務調用完成后，由云服務提供方向鏈上傳輸附有雙方數字簽名的數據，上鏈過程中的其他節(jié)點可以據此保證數據來源的真實可靠性。

（3）高效性：系統(tǒng)運行效率高。Suporn Pongnumkul 等人在文章[23]中從性能方面對比評估了Hyperledger Fabric 和以太坊兩個區(qū)塊鏈平臺，在事務平均執(zhí)行時間、平均延遲和平均吞吐量方面，Hyperledger Fabric 的性能均優(yōu)于以太坊。如圖6所示，當交易數量達到10 000 時，以太坊的延遲時間達到了Hyperledger Fabric 的14.22 倍。Julian Dreyer[24]等人對比測試了應用Hyperledger Fabric 不同版本對每秒傳入交易數量分別為10、100 和1000 時的系統(tǒng)執(zhí)行時間，Fabric v2.0 版本執(zhí)行時間較之前版本有明顯下降，對于系統(tǒng)的整體性能有顯著提升。而表1[25]展示了五種常見共識算法的性能對比，可以看出Raft 算法執(zhí)行速度快，且吞吐量遠高于其他算法，能夠保證系統(tǒng)的交易性能。本系統(tǒng)利用Hyperledger Fabric 框架和Raft 共識算法能夠保證云聯(lián)邦計量系統(tǒng)的運行高效性。

圖6 以太坊與Hyperledger Fabric 平均延遲時間對比Fig.6 Comparison of average latency between Ethereum and Hyperledger Fabric

表1 共識算法對比[25]Table 1 Comparison of consensus algorithm[25]

5 結論與展望

針對科研用戶短期內對云服務資源的大量需求以及云聯(lián)邦資源計量的現實困境，設計了基于聯(lián)盟鏈的科研云聯(lián)邦計量系統(tǒng)，將作為科研云聯(lián)邦系統(tǒng)的重要組成部分上線運行。本系統(tǒng)基于Hyperledger Fabric 框架，利用聯(lián)盟鏈技術進行資源計量，保證用戶數據的安全與隱私，解決了傳統(tǒng)集中式計量運營成本高、效率低、易受惡意攻擊、數據存儲不安全等問題，既可幫助云聯(lián)邦管理員檢查可用資源，又可為管理員提供收益報表，提高管理員工作效率，具有一定的實用價值。后續(xù)研究將選擇真實應用場景進行測試，并逐步細化結算和計費功能模塊的設計。

利益沖突聲明

所有作者聲明不存在利益沖突關系。