[發(fā)明專利]一種基于區(qū)塊鏈的數(shù)據(jù)共享方法、系統(tǒng)、終端及存儲介質(zhì)

在審

• 申請?zhí)枺?/td>: 202011354799.6
• 申請日: 2020-11-26
• 公開（公告）號: CN112446048A
• 公開（公告）日: 2021-03-05
• 發(fā)明（設(shè)計）人: 李佳琳;李昌昊;王健宗
• 申請（專利權(quán)）人: 平安科技（深圳）有限公司
• 主分類號: G06F21/62
• 分類號: G06F21/62;G06F21/64
• 代理公司: 深圳國新南方知識產(chǎn)權(quán)代理有限公司 44374
• 代理人: 周雷

本發(fā)明公開了一種基于區(qū)塊鏈的數(shù)據(jù)共享方法、系統(tǒng)、終端及存儲介質(zhì)。所述方法包括：搭建基于區(qū)塊鏈網(wǎng)絡(luò)的多方數(shù)據(jù)庫平臺，通過所述多方數(shù)據(jù)庫平臺接收客戶端上傳的待共享數(shù)據(jù)；通過第三方密鑰托管節(jié)點接收數(shù)據(jù)請求方發(fā)送的數(shù)據(jù)調(diào)用請求，根據(jù)所述數(shù)據(jù)調(diào)用請求的來源以及請求調(diào)用的數(shù)據(jù)類型生成第一密鑰，并將第一密鑰發(fā)送至對應(yīng)的數(shù)據(jù)提供方；所述數(shù)據(jù)提供方跟據(jù)第一密鑰生成第二密鑰，將所述第一密鑰和第二密鑰組合得到完整密鑰，并將所述完整密鑰發(fā)送至數(shù)據(jù)請求方；所述數(shù)據(jù)請求方根據(jù)完整密鑰向多方數(shù)據(jù)庫平臺獲取需要調(diào)用的數(shù)據(jù)。本發(fā)明通過使用區(qū)塊鏈搭建多方數(shù)據(jù)庫平臺，并加入執(zhí)行密鑰的對比驗證，提高了敏感信息數(shù)據(jù)轉(zhuǎn)移的安全性。

技術(shù)領(lǐng)域

本發(fā)明涉及數(shù)據(jù)共享技術(shù)領(lǐng)域，特別是涉及一種基于區(qū)塊鏈的數(shù)據(jù)共享方法、系統(tǒng)、終端及存儲介質(zhì)。

背景技術(shù)

隨著網(wǎng)絡(luò)技術(shù)的發(fā)展，數(shù)據(jù)開放共享為人們的日常生活帶來了很多的便利；而如何在數(shù)據(jù)開放共享的同時確保用戶的私密信息、涉密數(shù)據(jù)等不被不可信用戶非法獲取利用，是開放共享的基本共識和需求。

以醫(yī)療數(shù)據(jù)共享為例，醫(yī)生可根據(jù)每個患者的診療記錄對該患者的病情發(fā)展進(jìn)行監(jiān)控。傳統(tǒng)的病情發(fā)展監(jiān)控主要依賴于患者前往醫(yī)院復(fù)診復(fù)查，由醫(yī)生現(xiàn)場對檢查結(jié)果進(jìn)行判斷，因此無論是患者還是醫(yī)生，每一次跟蹤診療都需要進(jìn)行頻繁且冗雜的登記、檢查等流程，同時還可能遇到醫(yī)生難以預(yù)約、不同醫(yī)院間病例數(shù)據(jù)信息獲取困難以及治療方案提供不及時不全面的問題。針對上述問題，目前已經(jīng)有大量的智能化診療方案投入使用，但面對醫(yī)療數(shù)據(jù)這類最具價值且敏感的數(shù)據(jù)信息，現(xiàn)有數(shù)據(jù)共享方式由于中心節(jié)點的存在始終無法在網(wǎng)絡(luò)環(huán)境中保障用戶隱私的絕對安全，也無法對醫(yī)療數(shù)據(jù)的流向進(jìn)行追溯，難以保證醫(yī)療數(shù)據(jù)的安全性。同時，現(xiàn)有的智能化診療方案都是使用單一機器學(xué)習(xí)算法進(jìn)行智能診斷，難以適應(yīng)醫(yī)療數(shù)據(jù)采集中常見的各類圖像、文本、語音等多元異構(gòu)數(shù)據(jù)的處理，導(dǎo)致最終的診斷結(jié)果精度較低。

發(fā)明內(nèi)容

本發(fā)明提供了一種基于區(qū)塊鏈的數(shù)據(jù)共享方法、系統(tǒng)、終端及存儲介質(zhì)，能夠在一定程度上解決現(xiàn)有技術(shù)中存在的不足。

為解決上述技術(shù)問題，本發(fā)明采用的技術(shù)方案為：

一種基于區(qū)塊鏈的數(shù)據(jù)共享方法，包括：

搭建基于區(qū)塊鏈網(wǎng)絡(luò)的多方數(shù)據(jù)庫平臺，通過所述多方數(shù)據(jù)庫平臺接收客戶端上傳的待共享數(shù)據(jù)；

通過第三方密鑰托管節(jié)點接收數(shù)據(jù)請求方發(fā)送的數(shù)據(jù)調(diào)用請求，根據(jù)所述數(shù)據(jù)調(diào)用請求的來源以及請求調(diào)用的數(shù)據(jù)類型生成第一密鑰，并將所述第一密鑰發(fā)送至對應(yīng)的數(shù)據(jù)提供方；

所述數(shù)據(jù)提供方跟據(jù)所述第一密鑰生成第二密鑰，將所述第一密鑰和第二密鑰組合得到完整密鑰，并將所述完整密鑰發(fā)送至數(shù)據(jù)請求方；

所述數(shù)據(jù)請求方根據(jù)所述完整密鑰向所述多方數(shù)據(jù)庫平臺獲取需要調(diào)用的數(shù)據(jù)。

本發(fā)明實施例采取的技術(shù)方案還包括：所述通過所述多方數(shù)據(jù)庫平臺接收客戶端上傳的待共享數(shù)據(jù)包括：

通過客戶端連接所述多方數(shù)據(jù)庫平臺，向所述多方數(shù)據(jù)庫平臺注冊所述客戶端本地的數(shù)據(jù)庫連接地址、數(shù)據(jù)信息以及所支持的數(shù)據(jù)接口，并在注冊成功后向多方數(shù)據(jù)庫平臺上傳待共享數(shù)據(jù)。

本發(fā)明實施例采取的技術(shù)方案還包括：所述通過所述多方數(shù)據(jù)庫平臺接收客戶端上傳的待共享數(shù)據(jù)還包括：

調(diào)用智能合約接收所述客戶端的注冊信息，并記錄各個客戶端上傳數(shù)據(jù)的節(jié)點分布信息以及各個客戶端的數(shù)據(jù)調(diào)用權(quán)限；

將所述節(jié)點分布信息以及數(shù)據(jù)調(diào)用權(quán)限存儲在區(qū)塊鏈中。

本發(fā)明實施例采取的技術(shù)方案還包括：所述通過所述多方數(shù)據(jù)庫平臺接收客戶端上傳的待共享數(shù)據(jù)包括：

接收患者和醫(yī)療機構(gòu)上傳的醫(yī)療數(shù)據(jù)；其中，所述患者上傳的醫(yī)療數(shù)據(jù)包括采用監(jiān)測設(shè)備采集的傳感數(shù)據(jù)；