李向陽，劉 揚(yáng)，閆志全，劉鑫磊，曹浩浩，王耀啟

河南工業(yè)大學(xué) 信息科學(xué)與工程學(xué)院，鄭州 450001

知識(shí)產(chǎn)權(quán)交易已成為經(jīng)濟(jì)高質(zhì)量發(fā)展的重要推動(dòng)力，完整而有效的交易能夠有力推動(dòng)科學(xué)技術(shù)的發(fā)展，實(shí)現(xiàn)從技術(shù)研發(fā)向產(chǎn)業(yè)應(yīng)用的轉(zhuǎn)化，打通科研產(chǎn)出與生產(chǎn)實(shí)踐通道，使科技成果更好地與地方產(chǎn)業(yè)相結(jié)合，服務(wù)國民經(jīng)濟(jì)發(fā)展[1]。知識(shí)產(chǎn)權(quán)交易平臺(tái)經(jīng)歷了從C/S管理信息系統(tǒng)、B/S模式、Web Service、數(shù)據(jù)庫[2]、SOA[3]、XML和云模式[4]的變遷，上述中心化的知識(shí)產(chǎn)權(quán)交易平臺(tái)，均無法很好地解決平臺(tái)作假、交易多方缺乏信任[5]、交易成本高、信息不對(duì)稱[6]等問題，因而難以促進(jìn)知識(shí)產(chǎn)權(quán)交易市場繁榮。

區(qū)塊鏈作為一種新型的分布式計(jì)算范式，因其具有不可篡改、全程可追溯、自證清白等特性[7]，被廣泛應(yīng)用于供應(yīng)鏈管理、存證及版權(quán)、產(chǎn)品追溯、能源、政務(wù)數(shù)據(jù)分享、民生服務(wù)、物聯(lián)網(wǎng)、金融交易等多個(gè)垂直領(lǐng)域[8]，成為了一種在不可信的環(huán)境中低成本建立信任的新型計(jì)算范式和協(xié)作模式[9]。區(qū)塊鏈系統(tǒng)所具有的電子證據(jù)存證功能和交易協(xié)同功能，為知識(shí)產(chǎn)權(quán)的保護(hù)與交易提供了技術(shù)解決方案，同時(shí)涌現(xiàn)出一批基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)設(shè)想構(gòu)建。然而，現(xiàn)有的基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)缺乏對(duì)權(quán)人方或發(fā)明人方的激勵(lì)措施，影響到交易的積極性，并且知識(shí)產(chǎn)權(quán)交易不是鏈上全流程自動(dòng)化，需求收集和權(quán)人變更都是線下進(jìn)行，存在交易服務(wù)周期冗長、不能精準(zhǔn)撮合、交易缺乏智能化等一系列問題[10]。

知識(shí)產(chǎn)權(quán)交易不同于一般的僅涉及買賣雙方的交易模式，若不能在知識(shí)產(chǎn)權(quán)權(quán)人、發(fā)明人、受讓方以及中介方之間達(dá)成多方權(quán)益保證的可信合約并確保執(zhí)行，則容易造成交易提前中止。為了提高知識(shí)產(chǎn)權(quán)交易的成功率，解決現(xiàn)有知識(shí)產(chǎn)權(quán)交易平臺(tái)的痛點(diǎn)問題，本文基于Hyperledger Fabric聯(lián)盟鏈平臺(tái)，結(jié)合區(qū)塊鏈分布式存儲(chǔ)、智能合約、數(shù)字簽名[7]等技術(shù)，提出了一種基于區(qū)塊鏈技術(shù)的知識(shí)產(chǎn)權(quán)交易平臺(tái)（blockchain-based intellectual property trading platform，BIPTP），與現(xiàn)有區(qū)塊鏈交易平臺(tái)相比具有以下優(yōu)勢：

（1）制定靈活的收益分配合約，保障權(quán)人方、發(fā)明人方、中介方等多方權(quán)益，激勵(lì)交易行為，并將擬定的多方合同以智能合約形式上鏈存儲(chǔ)并執(zhí)行。

（2）實(shí)現(xiàn)交易的精準(zhǔn)撮合。異步完成收集轉(zhuǎn)讓方與受讓方交易信息，進(jìn)行特征提取匹配，實(shí)時(shí)高效完成在線交易匹配與撮合，提高交易成功率。

（3）引入權(quán)人方、中介方和監(jiān)管方作為聯(lián)盟鏈節(jié)點(diǎn)加入到知識(shí)產(chǎn)權(quán)交易平臺(tái)，實(shí)現(xiàn)異步完成需求收集和權(quán)人變更，縮短交易周期，降低交易成本。

1 國內(nèi)外研究現(xiàn)狀

近年來，在知識(shí)產(chǎn)權(quán)交易研究中，圍繞區(qū)塊鏈技術(shù)與交易方面研究逐步涌現(xiàn)。劉陽[11]實(shí)現(xiàn)了結(jié)合SPV業(yè)務(wù)模式承載知識(shí)產(chǎn)權(quán)的業(yè)務(wù)系統(tǒng)，設(shè)計(jì)了“業(yè)務(wù)-交易雙鏈”架構(gòu)，解決了數(shù)據(jù)、行為可信、可追溯的業(yè)務(wù)難題，但仍存在交易效率低下，交易撮合不精準(zhǔn)的問題。Hu等人[12]提出一種基于區(qū)塊鏈技術(shù)的專利注冊(cè)與交易系統(tǒng)，有效地解決了一些關(guān)鍵的專利保護(hù)挑戰(zhàn)，但其對(duì)專利交易方面的相關(guān)設(shè)計(jì)較少，并沒有提出基于區(qū)塊鏈技術(shù)的知識(shí)產(chǎn)權(quán)交易的具體方案。Zhuang等人[13]提出了一種基于區(qū)塊鏈的隱私保護(hù)和可追溯性的IP身份管理方案，實(shí)現(xiàn)知識(shí)產(chǎn)權(quán)的安全性和可追溯性身份管理和認(rèn)證，對(duì)于非法訪問服務(wù)、傳播財(cái)產(chǎn)信息、未按照預(yù)先約定的協(xié)商原則進(jìn)行交易時(shí)，系統(tǒng)可追蹤到非法用戶真實(shí)身份信息，追究責(zé)任，但對(duì)知識(shí)產(chǎn)權(quán)交易流程未展開詳細(xì)論述。Li等人[14]提出一種基于以太坊的分布式應(yīng)用版權(quán)管理與交易系統(tǒng)，利用智能合約實(shí)現(xiàn)交易按協(xié)議自動(dòng)生成和處理。

在基于區(qū)塊鏈技術(shù)的交易平臺(tái)應(yīng)用探索中，Ouyang等人[15]提出了一種基于區(qū)塊鏈的多賣方多買方分布式新能源電力交易平臺(tái)，通過區(qū)塊鏈技術(shù)建立多方信任關(guān)系，通過多方博弈算法優(yōu)化交易策略，提高多方收益。Wang等人[16]提出了一種考慮工業(yè)物聯(lián)網(wǎng)用戶多種偏好的分布式計(jì)算資源交易系統(tǒng)，采用多重偏好匹配機(jī)制，鼓勵(lì)信譽(yù)分?jǐn)?shù)較高的合作者參與，借助區(qū)塊鏈技術(shù)實(shí)現(xiàn)分布式匹配和信譽(yù)機(jī)制的自動(dòng)化。王柯元等人[17]針對(duì)電力數(shù)據(jù)的特點(diǎn)，分析其資產(chǎn)化及交易平臺(tái)的需求，提出了基于區(qū)塊鏈中聯(lián)盟鏈技術(shù)的解決方案，設(shè)計(jì)了基于區(qū)塊鏈技術(shù)的電力數(shù)據(jù)資產(chǎn)化及交易系統(tǒng)。牛曉林等人[18]使用Hyperledger Fabric平臺(tái)設(shè)計(jì)并實(shí)現(xiàn)了一個(gè)基于聯(lián)盟鏈的數(shù)字音樂版權(quán)保護(hù)與交易系統(tǒng)，將音樂特征指紋存儲(chǔ)在星際文件系統(tǒng)（IPFS）上，IPFS返回的哈希地址存儲(chǔ)在區(qū)塊鏈中，能夠彌補(bǔ)區(qū)塊鏈擴(kuò)容難、存儲(chǔ)空間昂貴等缺點(diǎn)，并利用音頻水印技術(shù)的魯棒性和隱蔽性，為創(chuàng)作者的原創(chuàng)性證明和維權(quán)提供可信憑證。方燚飚等人[19]以供應(yīng)鏈實(shí)際需求為基礎(chǔ)，設(shè)計(jì)基于區(qū)塊鏈技術(shù)的供應(yīng)鏈交易系統(tǒng)，通過制定交易交互規(guī)則，部署交易智能合約，搭建基于區(qū)塊鏈的交易鏈，實(shí)現(xiàn)更有效的供應(yīng)鏈交易信息、交易資金和交易結(jié)果管理及上下游協(xié)同。

智能交易方面，He等人[20]利用TextRank和LDA（latent dirichlet allocation）研究了在線技術(shù)交易技術(shù)供給和需求的主題分布，通過SDME（supply-demand matching efficiency）衡量OTTPs的供需匹配效率，基于技術(shù)供求文本的語義相似度，采用Word2Vec和余弦相似度算法計(jì)算匹配值挖掘技術(shù)文本中的隱含知識(shí)，為在線技術(shù)供應(yīng)和需求交易提供了思路。Laddha等人[21]以旅客對(duì)團(tuán)體旅游需求匹配為背景提出了一種本體引導(dǎo)的智能匹配系統(tǒng)，通過“可用性公告”篩選出符合用戶偏好的旅行團(tuán)。Zhang等人[22]提出一種基于區(qū)塊鏈的能量用戶多樣性智能交易策略，根據(jù)買賣雙方的特征分類，計(jì)算每個(gè)交易主體的CEV（comprehensive evaluation value），優(yōu)化交易策略，使匹配結(jié)果的用戶滿意度最大化。

基于上述研究分析，區(qū)塊鏈技術(shù)應(yīng)用于不同領(lǐng)域的交易平臺(tái)保障了交易數(shù)據(jù)的安全、透明、可追溯、不可篡改，發(fā)揮了區(qū)塊鏈先天的技術(shù)價(jià)值。目前尚未存在利用區(qū)塊鏈技術(shù)與智能交易相結(jié)合的知識(shí)產(chǎn)權(quán)交易方案。

2 基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)架構(gòu)設(shè)計(jì)

2.1 系統(tǒng)邏輯架構(gòu)

基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)是由交易供需方、監(jiān)管機(jī)構(gòu)和中介機(jī)構(gòu)等共同構(gòu)成的一種鏈上組織模式。根據(jù)知識(shí)產(chǎn)權(quán)交易平臺(tái)需求設(shè)計(jì)出如圖1所示的邏輯架構(gòu)。

圖1 系統(tǒng)邏輯架構(gòu)圖Fig.1 System logical architecture diagram

本平臺(tái)主要分為應(yīng)用層、接口層、服務(wù)層和區(qū)塊鏈層構(gòu)成。首先需要在服務(wù)器中搭建區(qū)塊鏈層，完成項(xiàng)目配置文件的創(chuàng)建，進(jìn)行客戶端等多主體在交易過程中所需配置文件的創(chuàng)建，啟動(dòng)聯(lián)盟鏈，并允許監(jiān)管方等其他節(jié)點(diǎn)加入，完成知識(shí)產(chǎn)權(quán)交易區(qū)塊鏈的搭建。

應(yīng)用層主要為普通用戶提供基礎(chǔ)的登錄、注冊(cè)和簡單的資源檢索等操作，并對(duì)已注冊(cè)用戶分發(fā)數(shù)字證書，完成身份確認(rèn)，通過交易平臺(tái)提供的RESTful API與服務(wù)端進(jìn)行數(shù)據(jù)交互。除此之外，該層還包括系統(tǒng)管理，主要對(duì)聯(lián)盟鏈節(jié)點(diǎn)、組織、通道等進(jìn)行部署管理，管理不同用戶身份的權(quán)限，實(shí)現(xiàn)隱私保護(hù)。

接口層主要是Fabric SDK和RESTful API，它們是溝通Web服務(wù)器與Fabric區(qū)塊鏈網(wǎng)絡(luò)之間的橋梁。搭建智能合約與應(yīng)用層的接口，調(diào)用智能合約中的功能函數(shù)。通過應(yīng)用層的接口為知識(shí)產(chǎn)權(quán)交易參與者提供用戶注冊(cè)、用戶登錄、產(chǎn)權(quán)信息發(fā)布、信息查詢以及信息監(jiān)管等服務(wù)。

服務(wù)層主要提供交易平臺(tái)的業(yè)務(wù)服務(wù)，具體實(shí)現(xiàn)用戶管理、交易服務(wù)和后臺(tái)管理功能。用戶管理利用區(qū)塊鏈可信任機(jī)制，提供身份驗(yàn)證、產(chǎn)權(quán)查詢、資產(chǎn)交易和資產(chǎn)管理等功能，用戶進(jìn)行身份認(rèn)證將產(chǎn)權(quán)信息進(jìn)行上傳，后臺(tái)會(huì)實(shí)時(shí)對(duì)其登記的科技成果，包括研發(fā)專利、實(shí)用發(fā)明等進(jìn)行審核，通過后發(fā)放電子證書，并確保該平臺(tái)的其他用戶能通過該平臺(tái)查詢到證書，允許用戶管理其賬戶資產(chǎn)信息。交易服務(wù)利用區(qū)塊鏈不可篡改，將交易撮合、定制合同、合同簽訂和權(quán)人變更等信息記錄到區(qū)塊鏈中，達(dá)到所有的交易都可監(jiān)控和可追溯。平臺(tái)管理人員可以查看平臺(tái)用戶的操作，監(jiān)督區(qū)塊鏈運(yùn)作狀態(tài)和審核用戶相關(guān)證書，確保交易的安全性。

區(qū)塊鏈層主要提供區(qū)塊鏈相關(guān)服務(wù)，包括數(shù)據(jù)存儲(chǔ)、激勵(lì)機(jī)制、共識(shí)機(jī)制、P2P通信和Fabric網(wǎng)絡(luò)，主要功能是將平臺(tái)交易記錄信息和交易合約進(jìn)行存儲(chǔ)，實(shí)現(xiàn)信息同步公開，通過區(qū)塊鏈的分布式賬本和數(shù)據(jù)存儲(chǔ)方式保證平臺(tái)數(shù)據(jù)的安全性，區(qū)塊鏈網(wǎng)絡(luò)通過接收知識(shí)產(chǎn)權(quán)交易平臺(tái)用戶后臺(tái)發(fā)送的交易請(qǐng)求，編譯部署所需智能合約，通過接口調(diào)用相應(yīng)智能合約執(zhí)行交易，根據(jù)智能合約自動(dòng)化進(jìn)行利益分配。

2.2 系統(tǒng)體系架構(gòu)

知識(shí)產(chǎn)權(quán)交易平臺(tái)以專利轉(zhuǎn)讓為例，設(shè)計(jì)出多中心的體系架構(gòu)，引入知識(shí)產(chǎn)權(quán)權(quán)人方（轉(zhuǎn)讓方）、中介方和監(jiān)管方作為聯(lián)盟鏈節(jié)點(diǎn)加入到知識(shí)產(chǎn)權(quán)交易平臺(tái)，權(quán)人方會(huì)自主異步地向知識(shí)產(chǎn)權(quán)交易平臺(tái)發(fā)布資產(chǎn)買賣需求，中介方撮合轉(zhuǎn)讓方與受讓方進(jìn)行交易，并將交易中簽署的合約和交易記錄進(jìn)行鏈上存儲(chǔ)，監(jiān)管方異步地對(duì)權(quán)人信息進(jìn)行變更，將變更后的信息上傳至區(qū)塊鏈，從而實(shí)現(xiàn)需求收集和權(quán)人變更異步完成，有效地減少了交易時(shí)長。構(gòu)建的知識(shí)產(chǎn)權(quán)交易平臺(tái)體系架構(gòu)如圖2所示。

圖2 系統(tǒng)體系架構(gòu)圖Fig.2 System architecture diagram

2.3 架構(gòu)主體與角色關(guān)系

本系統(tǒng)架構(gòu)主體有三個(gè)，分別是轉(zhuǎn)讓方、中介方和受讓方。轉(zhuǎn)讓方，包括專利權(quán)人方和發(fā)明人方，權(quán)人方通常代表組織，發(fā)明人方通常代表個(gè)人，這兩者之間可以自由簽署收益分配合同，合同中定義了專利轉(zhuǎn)讓方式、交易成功后的收益分配方式及收益分配比例，專利轉(zhuǎn)讓的方式通常包括買斷方式、收益分享方式、收益分享和買斷相結(jié)合三種。收益分配方式一般包括分紅、入股和權(quán)屬，權(quán)人方與發(fā)明人方之間的關(guān)系如圖3所示。權(quán)人方在本系統(tǒng)中作為聯(lián)盟鏈節(jié)點(diǎn)加入系統(tǒng)，中介方會(huì)與權(quán)人方定期交互，異步獲取待交易的知識(shí)產(chǎn)權(quán)信息。

圖3 權(quán)人方與發(fā)明人合同關(guān)系Fig.3 Contractual relationship between owner and inventor

轉(zhuǎn)讓方、中介方：轉(zhuǎn)讓方在知識(shí)產(chǎn)權(quán)交易平臺(tái)上發(fā)布其擁有的產(chǎn)權(quán)之前，允許與知識(shí)產(chǎn)權(quán)交易平臺(tái)的中介方自由簽訂中介合同，主要內(nèi)容是交易傭金、違約金、簽訂時(shí)間等，交易完成之后會(huì)自動(dòng)觸發(fā)該中介合同，轉(zhuǎn)讓方會(huì)相應(yīng)地支付給中介方傭金，該中介合同由智能合約完成部署。轉(zhuǎn)讓方與受讓方之間簽訂轉(zhuǎn)讓合同，其中包含有專利技術(shù)資料、費(fèi)用及支付方式、相關(guān)違約責(zé)任等內(nèi)容，監(jiān)管方會(huì)定期地通過異步獲取交易信息對(duì)權(quán)人信息進(jìn)行相應(yīng)的變更。轉(zhuǎn)讓方與中介方、受讓方的角色與合同關(guān)系分別如圖4和圖5所示。

圖4 轉(zhuǎn)讓方與中介方合同關(guān)系Fig.4 Contractual relationship between patent assignor and mediator

圖5 轉(zhuǎn)讓方與受讓方合同關(guān)系Fig.5 Contractual relationship between patent assignor and assignee

中介方、受讓方、轉(zhuǎn)讓方：中介方撮合轉(zhuǎn)讓方和受讓方促使二者配對(duì)交易。將轉(zhuǎn)讓方和受讓方配對(duì)成功之后，生成知識(shí)產(chǎn)權(quán)轉(zhuǎn)讓合同，其主要就專利權(quán)轉(zhuǎn)讓、技術(shù)資料、成果權(quán)益及違約責(zé)任等內(nèi)容進(jìn)行協(xié)商，三方均對(duì)合同內(nèi)容無異議之后，知識(shí)產(chǎn)權(quán)交易平臺(tái)獲取到轉(zhuǎn)讓方、中介方以及受讓方的數(shù)字簽名，完整的轉(zhuǎn)讓合同最后一步隨之完成，知識(shí)產(chǎn)權(quán)交易平臺(tái)將轉(zhuǎn)讓合同概要和交易三方的主要信息進(jìn)行上鏈，確保交易數(shù)據(jù)的安全性。三方關(guān)系如圖6所示。

圖6 三方合同關(guān)系Fig.6 Contractual relationship between tripartite relationship

3 基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)實(shí)現(xiàn)

3.1 知識(shí)產(chǎn)權(quán)交易全流程

基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)，它具有去中心化、不可篡改、數(shù)據(jù)安全存儲(chǔ)和交易內(nèi)容可追溯等優(yōu)點(diǎn)。因此，本文設(shè)計(jì)的基于區(qū)塊鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)，主要以專利轉(zhuǎn)讓為例，平臺(tái)基本業(yè)務(wù)處理邏輯是交易需求收集，交易撮合，區(qū)塊鏈服務(wù)器接收并廣播交易請(qǐng)求，在各個(gè)區(qū)塊鏈節(jié)點(diǎn)達(dá)成共識(shí)后記入?yún)^(qū)塊鏈賬本，并向交易平臺(tái)以及監(jiān)管方同步交易結(jié)果，對(duì)交易進(jìn)行備案，每筆交易需要記錄的數(shù)據(jù)包括轉(zhuǎn)讓方名稱、受讓方名稱、合同編號(hào)、專利授權(quán)號(hào)、成交價(jià)格、交易時(shí)間。知識(shí)產(chǎn)權(quán)交易全流程如圖7所示。

圖7 知識(shí)產(chǎn)權(quán)交易主流程Fig.7 Main process of intellectual property transaction

3.2 交易平臺(tái)主要智能合約

區(qū)塊鏈平臺(tái)的去中心化、不可篡改、可追溯等技術(shù)優(yōu)勢為智能合約提供了一個(gè)安全可靠的執(zhí)行平臺(tái)，使得智能合約一旦在區(qū)塊鏈上部署，所有參與節(jié)點(diǎn)都會(huì)嚴(yán)格按照既定邏輯執(zhí)行，確保其執(zhí)行邏輯沒有被中途修改。本知識(shí)產(chǎn)權(quán)交易平臺(tái)設(shè)計(jì)的智能合約，主要包含兩類，一類是合同簽訂類智能合約，實(shí)現(xiàn)轉(zhuǎn)讓方、受讓方、中介方、權(quán)人方和發(fā)明人方等多方各類合同簽訂，確保交易按照合約條款自動(dòng)執(zhí)行；另一類是后臺(tái)服務(wù)類智能合約，包括交易精準(zhǔn)撮合、異步需求收集和權(quán)人變更等功能，為交易達(dá)成和收益分配提供相應(yīng)輔助功能。智能合約的設(shè)計(jì)按照既定規(guī)則設(shè)定交易觸發(fā)條件、交易金額、利益分配方式等內(nèi)容，并且將相關(guān)智能合約上鏈存儲(chǔ)，從而實(shí)現(xiàn)合約的自動(dòng)執(zhí)行、多方驗(yàn)證、全網(wǎng)傳播等功能。主要智能合約如圖8所示。

圖8 主要智能合約Fig.8 Major smart contracts

知識(shí)產(chǎn)權(quán)交易平臺(tái)允許權(quán)人方與發(fā)明人之間簽訂收益分配合同，轉(zhuǎn)讓方與受讓方之間簽訂轉(zhuǎn)讓合同。收益分配智能合約當(dāng)交易完成之后會(huì)自動(dòng)執(zhí)行。收益分配合同主要信息上傳至區(qū)塊鏈，協(xié)議詳細(xì)信息鏈下存儲(chǔ)。允許轉(zhuǎn)讓方與受讓方、權(quán)人方與發(fā)明人之間自由制定合約內(nèi)容，并且雙方之間用各自私鑰來簽名確認(rèn)合約，之后將合約存儲(chǔ)上鏈，當(dāng)條件滿足時(shí)，自動(dòng)執(zhí)行，然后雙方會(huì)按照合約內(nèi)容完成最終的交易結(jié)算。

智能合約在進(jìn)行相關(guān)交易之前會(huì)校驗(yàn)交易參與方的數(shù)字簽名身份。

3.2.1 交易精準(zhǔn)撮合合約

對(duì)于線上的交易平臺(tái)，賣家和買家交易起始于買方產(chǎn)品需求或者是賣方尋找潛在買方，在賣買雙方達(dá)成交易之前都會(huì)產(chǎn)生一定的初始交易成本，其中包括識(shí)別賣家、對(duì)比選擇產(chǎn)品和確定購買的實(shí)際成本和機(jī)會(huì)成本，這是對(duì)買家權(quán)益和消耗成本密切相關(guān)的問題。本平臺(tái)允許智能合約中根據(jù)用戶自定義匹配參數(shù)，以達(dá)到更為快速精準(zhǔn)的撮合交易服務(wù)，提高交易的自動(dòng)化和智能化。根據(jù)用戶需求自適應(yīng)靈活地匹配，優(yōu)化匹配技術(shù)參數(shù)。達(dá)到具有時(shí)效性的交易撮合，節(jié)省交易成本，提供個(gè)性化匹配服務(wù)，保證參與交易主體、交易對(duì)象和交易過程的智能化[20]。平臺(tái)采用需求驅(qū)動(dòng)的交易模式，傾向于滿足用戶個(gè)性化需求，此時(shí)如果用戶的需求是模糊的，平臺(tái)會(huì)對(duì)用戶與產(chǎn)品或者服務(wù)之間聯(lián)系進(jìn)行識(shí)別學(xué)習(xí)，采取智能算法精確用戶模糊需求，通過學(xué)習(xí)技術(shù)，降低搜索和交易談判成本，自主學(xué)習(xí)快速組織匹配供需雙方，如今交易主體多元化，交易對(duì)象不再單一，將需要從多個(gè)方面去研究用戶需求的一致性與差異性。

為確定供給方的專利是否滿足需求方，平臺(tái)只需要獲取供給方提供的服務(wù)資料即可。供需智能匹配需要先對(duì)供需雙方提供的資料進(jìn)行分類，使用Web服務(wù)描述語言（WSDL）文檔描述相應(yīng)的專利交易服務(wù)資料，并使用本體概念對(duì)文檔中所包含的參數(shù)進(jìn)行定義，當(dāng)某個(gè)用戶提交服務(wù)請(qǐng)求時(shí)，將會(huì)構(gòu)建出一個(gè)形式化的需求映射模式來作為需求本體[21]。需求本體中的概念與服務(wù)描述性文件中的參數(shù)進(jìn)行語義比較，在供需引擎中采用關(guān)鍵字語義智能搜索、語義相似度算法和余弦相似度相結(jié)合。匹配引擎對(duì)比較值進(jìn)行加權(quán)求和，將不同服務(wù)資源的比較值進(jìn)行排序，供用戶進(jìn)行選擇。在供需引擎中采用基于關(guān)鍵字語義的智能搜索算法，返回與輸入條件相關(guān)的結(jié)果數(shù)據(jù)和服務(wù)，對(duì)搜索進(jìn)行同義詞和語義包含擴(kuò)展，首先考慮語義概念之間的相似度，根據(jù)數(shù)據(jù)屬性的結(jié)構(gòu)，基于相似度對(duì)語義進(jìn)行擴(kuò)展，實(shí)現(xiàn)資源智能調(diào)度，提高搜索匹配精準(zhǔn)度。交易精準(zhǔn)撮合算法執(zhí)行步驟如下：

步驟1列出需求配置文件，如需求方的專利首選項(xiàng)與供給方提供的資料。根據(jù)需求方提供的資料與供應(yīng)方資料對(duì)比，進(jìn)行智能推薦，對(duì)每個(gè)描述性文件進(jìn)行文本特征提取。

步驟2結(jié)合上述描述文本特征提取和語義文本相似度，可以將計(jì)算出專利需求方t對(duì)于專利供給方k滿意度（以下簡稱需求方t，供給方k）模型如下：

（1）需求方對(duì)供給方資源信息中報(bào)價(jià)、交易方式、專利類別、是否同意買斷的滿意度l，公式（1）所示：

（2）供給方對(duì)需求方信息中專利用途、買賣方式、申請(qǐng)年份、專利費(fèi)用的滿意度h，公式（2）所示：

其中，i和j分別代表著需求方和供給方的約束條件，m和n分別代表著需求方文本特征值數(shù)量和供給方文本特征值數(shù)量。本文以專利轉(zhuǎn)讓為應(yīng)用場景，其中i包括專利用途、買賣方式、申請(qǐng)年份、專利費(fèi)用等需求方選擇偏好屬性，j包括報(bào)價(jià)、交易方式、是否同意買斷、專利類別等供給方約束條件。Qti表示需求方t對(duì)約束條件i的偏好信息，Ski表示供給方k中約束條件i的值，Qtj表示需求方t對(duì)約束條件j的偏好信息，Skj表示供給方k中約束條件j的值。

θi表示需求方對(duì)約束條件i偏好權(quán)重，計(jì)算公式如式（3）所示：

未在知識(shí)產(chǎn)權(quán)交易平臺(tái)沒有提交需求記錄，該值初始化為1。若需求方t有需求提交記錄，其需求數(shù)M，θqi表示需求方t所有已提交的專利需求中第q個(gè)專利是否滿足約束條件i，若滿足該值賦為1，不滿足賦為0。

γj表示需求方對(duì)約束條件j偏好權(quán)重，計(jì)算公式如式（4）所示：

未在知識(shí)產(chǎn)權(quán)交易平臺(tái)提交專利信息記錄，該值初始化為1。若需求方有需求提交記錄，其需求數(shù)M，γfj表示需求方k所有已提交的專利需求中第f個(gè)專利是否滿足約束條件j，若滿足該值賦為1，不滿足賦為0。

步驟3將需求方對(duì)當(dāng)前專利的特征滿意度過渡矩陣l和供給方對(duì)當(dāng)前匹配的特征滿意度過渡矩陣h進(jìn)行歸一化，最終得到專利交易供需匹配度矩陣W，交易精準(zhǔn)撮合智能合約如算法1所示。

算法1Accurate matching of transactions

Input：assignor_id，m，n，t，k

Output：W，recom_patent[]

function Accurate matching of transactions

exists，err：=s.AssetExists（ctx，assignor_id）；

Deg（Qt，Sk）←（1）；

Deg（Qk，S）t←（2）；

get W；

for dataset←W do

find element from the dataset match the demand

if condition then

recom_patent[]←match successful；

else

return

Recommend.Erro（rerr.Error（））；

end if

end for

if assignor id←notExistthen

err←stub.PutState（key）；

else

return shim.Erro（rerr.Erro（r））

end if

return

ctx.PutSate（recom_patent[]，assetJSON）

end function

根據(jù)專利交易供需匹配矩陣獲得撮合交易預(yù)訂單，若交易買賣雙方均同意，則生成相應(yīng)的標(biāo)準(zhǔn)合同，然后交易雙方按照合同約定履行義務(wù)和享受權(quán)力[23]，如收益分紅或技術(shù)使用。將生成的合同進(jìn)行上鏈。

3.2.2 多方合同簽訂

交易主體的多元化意味著需求的多樣化，對(duì)于知識(shí)產(chǎn)權(quán)權(quán)人、發(fā)明人、受讓方以及中介方的不同需求都應(yīng)該最大地滿足，提高用戶服務(wù)滿意度，知識(shí)產(chǎn)權(quán)交易由需求驅(qū)動(dòng)，根據(jù)需求方提出的需求生成個(gè)性化合同，允許靈活多變地制定多方轉(zhuǎn)讓合同和收益分配合同，盡量將各方權(quán)益在合同中達(dá)到最優(yōu)，在受讓方簽訂轉(zhuǎn)讓合同之前，為保障用戶的合法權(quán)益，會(huì)向受讓方提供合同相關(guān)信息，包含有技術(shù)資料、費(fèi)用、違約責(zé)任等，用戶可根據(jù)個(gè)人承擔(dān)風(fēng)險(xiǎn)能力來確定是否進(jìn)行下一步交易。線上合約一旦簽署，知識(shí)產(chǎn)權(quán)交易平臺(tái)會(huì)自主地執(zhí)行合約內(nèi)容，如根據(jù)收益分配合同會(huì)自動(dòng)化地向履約者分發(fā)收益。轉(zhuǎn)讓合同簽訂智能合約和收益分配合同簽訂智能合約分別如算法2、算法3所示。

算法2SignDealContract

Input：contractID，transferorsigntransfereesignIntermediarysign

Output：Information on the chain

functionSignDealContrac（tcontractID）

exists，err：=s.AssetExists（ctx，id）：

clientOrgID，err：=getClientOrgID（ctr，true）；

if err!=nil then

return shim.Erro（rerr.Error（））

else

err：=infoCheck（stubcontractInfoSONasByteskey）

end if

type Contract struct←（

patentType string；

Signingtime Date；

PatentStatus string；

PatentValidityGuarantee string；

PatentTechnicalData string；

FeesandPaymentMethods string

LiabilityforBreachofContract string

SupplementaryAgreement string；

Signature of contracting Party；）

Obtain signature of signing party←

SignatureVerfiy（tranorsigntraeesign，Intermediarysign）；

return ctx.PutSate（contractID，assetJSON）

end function

算法3SignProfitContract

Input：newAssignee：Transferee of the patent oldAssignor：Transferor of patent，prices：Contract setup fee

Output：TransactionID

functionSignProfitContrac（tnew Assignee，oldAssignor，prices）

while current owner do

newAssignee←ChangeOfPatentee.newAssignee；

oldAssignor←ChangeOfPatentee.assignor；

prices←ChangeOfPatentee.prices；

balance←oldAssignor.balance+prices*r；

platform.balance←oldAssignor.balance+prices*（1-r）；

end while

if approved then

Invoke（contracts）←Update（TxID）；

World database←Add（Tx Reacord）；

else

go back to the beginning of current section；

end if

return TransactionID

end function

3.2.3 權(quán)人異步變更合約

知識(shí)產(chǎn)權(quán)交易平臺(tái)引入監(jiān)管方作為聯(lián)盟鏈節(jié)點(diǎn)加入?yún)^(qū)塊鏈平臺(tái)，知識(shí)產(chǎn)權(quán)交易完成后，監(jiān)管方異步調(diào)用權(quán)人變更算法對(duì)區(qū)塊鏈上存有的數(shù)據(jù)信息進(jìn)行更新，縮短交易等待時(shí)間。權(quán)人變更合約如算法4所示。

算法4Uptate owner contract

Input：input assetID

Output：Information on the chain

function UPTATE OWNER CONTRACT（asstID）

exists，err：=s.AssetExists（ctx，id）；

clientOrgID，err：=getClientOrgID（ctr，true）；

if err!=nil then

return shim.Error（err.Erro（r））；

else

err：=infoCheck（stub，contractInfoJSONasBytes，key）；

end if

if checkinfo←notExistthen

err←stub.PutState（key）；

else

callback；

end if

returnctx.PutSate（assetID，assetJSON）

end function

4 實(shí)驗(yàn)與測試分析

本文以HyperLedger Fabric2.3聯(lián)盟鏈項(xiàng)目作為開發(fā)平臺(tái)。根據(jù)知識(shí)產(chǎn)權(quán)交易特點(diǎn)和交易需求，本文進(jìn)行模擬交易，設(shè)置中介方和監(jiān)管方兩個(gè)組織，均包含有1個(gè)Peer節(jié)點(diǎn)和1個(gè)Oderer節(jié)點(diǎn)，將交易簽訂的相關(guān)合同和交易記錄進(jìn)行上鏈，權(quán)人方作為聯(lián)盟鏈節(jié)點(diǎn)加入本交易平臺(tái)，給其設(shè)置1個(gè)Peer節(jié)點(diǎn)，用來異步發(fā)布和收集需求。本平臺(tái)采用Raft共識(shí)機(jī)制，本地的Fabric CA用來管理組織中的所有節(jié)點(diǎn)的證書，只有通過驗(yàn)證的節(jié)點(diǎn)才能獲取證書CID并加入?yún)^(qū)塊鏈。系統(tǒng)仿真實(shí)驗(yàn)共在服務(wù)器上部署了4個(gè)Peer節(jié)點(diǎn)和2個(gè)Orderer節(jié)點(diǎn)，服務(wù)器的基本硬件配置為：CPU 2.10 GHz，RAM 16 GB，操作系統(tǒng)為Ubuntu 20.04.2 LTS，Go go1.13.15，F(xiàn)abric 2.3.3，Docker 20.10.7。

本文選擇Hyperledger Fabric性能測試工具Caliper對(duì)本知識(shí)產(chǎn)權(quán)交易平臺(tái)進(jìn)行性能測試，平臺(tái)性能測試主要測試指標(biāo)是測試數(shù)據(jù)查詢功能、數(shù)據(jù)上鏈功能的系統(tǒng)吞吐量和平均時(shí)延，以及交易撮合時(shí)延。以單位時(shí)間內(nèi)完全處理的請(qǐng)求交易數(shù)量（transaction processing per second，TPS）來評(píng)估系統(tǒng)交易吞吐量，本平臺(tái)測試交易總數(shù)量為2 000，初步測試知識(shí)產(chǎn)權(quán)交易平臺(tái)的數(shù)據(jù)查詢功能吞吐量約達(dá)到195 TPS，數(shù)據(jù)上鏈吞吐量約140 TPS，交易撮合平均時(shí)延約為1.9 s，交易撮合成功率平均約達(dá)到78%，測試數(shù)據(jù)如圖9、圖10所示。

圖9 交易撮合匹配成功率測試Fig.9 Transaction matching success rate test

圖10 交易匹配延遲Fig.10 Transaction matching delay

對(duì)Hyperledger Fabric網(wǎng)絡(luò)中配置文件configtx.yaml中配置出塊參數(shù)進(jìn)行修改，進(jìn)而優(yōu)化平臺(tái)測試。配置文件中參數(shù)PreferredMaxBytes（首選出塊最大字節(jié)數(shù)）、AbsoluteMaxBytes（塊的最大字節(jié)數(shù)），MaxMessage-Coun（t塊內(nèi)最大交易數(shù)）以及BatchTimeou（t出塊超時(shí)時(shí)間）。假設(shè)首選出塊最大字節(jié)數(shù)為p，塊的最大字節(jié)數(shù)為a，塊內(nèi)最大交易數(shù)為m，出塊超時(shí)時(shí)間為t，交易的大小為s，則TPS可數(shù)學(xué)表達(dá)為：

優(yōu)化影響參數(shù)之后，數(shù)據(jù)查詢功能和數(shù)據(jù)上鏈功能的系統(tǒng)吞吐量和平均時(shí)延測試結(jié)果如圖11和圖12所示，在一定的測試范圍內(nèi)，優(yōu)化后的數(shù)據(jù)查詢功能吞吐量接近于發(fā)送速率，其吞吐量最高可達(dá)250 TPS，平均時(shí)延小于1 s，數(shù)據(jù)上鏈功能吞吐量比優(yōu)化前高出約10 TPS，吞吐量最高可達(dá)150 TPS。

圖11 數(shù)據(jù)查詢測試結(jié)果Fig.11 Read test results of operation

圖12 數(shù)據(jù)上鏈測試結(jié)果Fig.12 Data on-chain test results

本文與其他的知識(shí)產(chǎn)權(quán)交易方案的功能及性能進(jìn)行對(duì)比，如表1、表2所示。文獻(xiàn)[11]實(shí)現(xiàn)了結(jié)合SPV業(yè)務(wù)模式承載知識(shí)產(chǎn)權(quán)的業(yè)務(wù)系統(tǒng)（IPMT），設(shè)計(jì)了“業(yè)務(wù)-交易雙鏈”架構(gòu)，主要解決數(shù)據(jù)、行為可信、可追溯的業(yè)務(wù)難題，缺少交易撮合，導(dǎo)致交易成功率較低；文獻(xiàn)[12]設(shè)計(jì)了一種基于區(qū)塊鏈技術(shù)的專利注冊(cè)與交易系統(tǒng)（PRTS），僅針對(duì)專利保護(hù)，其對(duì)專利交易方面的相關(guān)設(shè)計(jì)較少，并沒有提出知識(shí)產(chǎn)權(quán)交易的具體方案；文獻(xiàn)[14]實(shí)現(xiàn)了一種分布式應(yīng)用版權(quán)管理與交易系統(tǒng)（MAMS），利用智能合約實(shí)現(xiàn)交易按協(xié)議自動(dòng)生成和處理，但其在交易撮合方面欠缺，交易成功率偏低；文獻(xiàn)[24]基于零知識(shí)證明構(gòu)建了一個(gè)安全的專利交易平臺(tái)（SPTP）有效保障了交易信息和專利支付的安全性，但交易多方之間交易實(shí)現(xiàn)不夠智能化，自動(dòng)化程度低；經(jīng)過對(duì)比分析，本平臺(tái)具備異步權(quán)人變更、交易撮合和多方自主簽訂合同功能，更加智能化，交易周期更短，有著很好的可行性、安全性。

表1 知識(shí)產(chǎn)權(quán)交易平臺(tái)功能對(duì)比Table 1 Comparison of functions of intellectual property trading platforms

表2 知識(shí)產(chǎn)權(quán)交易平臺(tái)性能對(duì)比Table 2 Performance comparison of intellectual property trading platforms

5 結(jié)語

本文針對(duì)當(dāng)前知識(shí)產(chǎn)權(quán)交易平臺(tái)存在的問題，分析了構(gòu)建知識(shí)產(chǎn)權(quán)交易平臺(tái)的特征需求，提出利用區(qū)塊鏈平臺(tái)的去中心化、不可篡改、透明可信等技術(shù)優(yōu)勢，設(shè)計(jì)并實(shí)現(xiàn)了一種基于聯(lián)盟鏈的知識(shí)產(chǎn)權(quán)交易平臺(tái)，能夠完成交易精準(zhǔn)撮合、多方簽訂轉(zhuǎn)讓合同、異步完成交易需求收集和權(quán)人變更等功能，相比于傳統(tǒng)的中心化交易平臺(tái)和現(xiàn)有的區(qū)塊鏈知識(shí)產(chǎn)權(quán)交易平臺(tái)，并系統(tǒng)能夠在權(quán)人方、發(fā)明人方、受讓方以及中介方之間達(dá)成多方權(quán)益保證的可信合約并確保履約，從而解決交易多方缺乏信任和激勵(lì)的問題，提高了知識(shí)產(chǎn)權(quán)交易的成功率和執(zhí)行率，為繁榮知識(shí)產(chǎn)權(quán)交易市場提供了一種有效的解決方案。