[發(fā)明專利]供應(yīng)鏈金融交易隱私保護方法及系統(tǒng)

在審

• 申請?zhí)枺?/td>: 202010717842.4
• 申請日: 2020-07-23
• 公開（公告）號: CN111861467A
• 公開（公告）日: 2020-10-30
• 發(fā)明（設(shè)計）人: 余洋;張志鈺;張國棟;付鵬先
• 申請（專利權(quán)）人: 浙江永旗區(qū)塊鏈科技有限公司
• 主分類號: G06Q20/38
• 分類號: G06Q20/38;G06Q40/02;G06Q40/04;G06F21/60;G06F21/62
• 代理公司: 西安銘澤知識產(chǎn)權(quán)代理事務(wù)所(普通合伙) 61223
• 代理人: 耿路

1.供應(yīng)鏈金融交易隱私保護方法，其特征在于，包括以下步驟：

步驟1，數(shù)據(jù)擁有方的企業(yè)客戶端將需要保護的數(shù)據(jù)進行同態(tài)加密，加密后的密文數(shù)據(jù)上傳至數(shù)據(jù)處理服務(wù)器，數(shù)據(jù)處理服務(wù)器對密文數(shù)據(jù)采用零知識證明驗證數(shù)據(jù)的有效性，并進行業(yè)務(wù)邏輯處理，處理完成的密文數(shù)據(jù)發(fā)送給數(shù)據(jù)擁有方的企業(yè)客戶端；

步驟2，數(shù)據(jù)擁有方的企業(yè)客戶端接收密文數(shù)據(jù)后進行解密；

步驟3，第三方企業(yè)的企業(yè)客戶端向數(shù)據(jù)擁有方的企業(yè)客戶端申請授權(quán)；

步驟4，授權(quán)通過后，數(shù)據(jù)擁有方的企業(yè)客戶端對解密后的數(shù)據(jù)進行同態(tài)加密，得到的密文數(shù)據(jù)上傳至數(shù)據(jù)處理服務(wù)器，數(shù)據(jù)處理服務(wù)器采用零知識證明驗證數(shù)據(jù)的有效性，并進行業(yè)務(wù)邏輯處理；

步驟5，第三方企業(yè)的企業(yè)客戶端從數(shù)據(jù)處理服務(wù)器獲取密文數(shù)據(jù)，對密文數(shù)據(jù)進行解密。

2.如權(quán)利要求1所述的供應(yīng)鏈金融交易隱私保護方法，其特征在于，第三方企業(yè)的企業(yè)客戶端生成密鑰，該密鑰包括公鑰和私鑰，其中的私鑰由第三方企業(yè)的企業(yè)客戶端保存，公鑰則上傳至數(shù)據(jù)處理服務(wù)器；

數(shù)據(jù)擁有方的企業(yè)客戶端在對解密后的數(shù)據(jù)使用第三方企業(yè)的企業(yè)客戶端生成的公鑰進行同態(tài)加密并生成零知識證明，然后上傳至數(shù)據(jù)處理服務(wù)器；

第三方企業(yè)的企業(yè)客戶端從數(shù)據(jù)處理服務(wù)器獲取密文數(shù)據(jù)后，使用保存的私鑰對密文數(shù)據(jù)進行解密。

3.如權(quán)利要求1所述的供應(yīng)鏈金融交易隱私保護方法，其特征在于，數(shù)據(jù)擁有方的企業(yè)客戶端生成密鑰及零知識證明，該密鑰包括公鑰和私鑰，其中的私鑰由數(shù)據(jù)擁有方的企業(yè)客戶端保存，公鑰和零知識證明則上傳至數(shù)據(jù)處理服務(wù)器；

數(shù)據(jù)擁有方的企業(yè)客戶端將需要保護的數(shù)據(jù)使用公鑰進行同態(tài)加密并生成零知識證明，然后上傳至數(shù)據(jù)處理服務(wù)器；

數(shù)據(jù)擁有方的企業(yè)客戶端接收到密文數(shù)據(jù)后，使用保存的私鑰進行解密。

4.如權(quán)利要求1所述的供應(yīng)鏈金融交易隱私保護方法，其特征在于，所述方法還包括：

第三企業(yè)的企業(yè)客戶端基于接收到的數(shù)據(jù)生成下一級的數(shù)據(jù)傳遞鏈。

5.供應(yīng)鏈金融交易隱私保護系統(tǒng)，其特征在于，包括數(shù)據(jù)擁有方的企業(yè)客戶端、第三方企業(yè)的企業(yè)客戶端和數(shù)據(jù)處理服務(wù)器；

所述數(shù)據(jù)擁有方的企業(yè)客戶端用于將需要保護的數(shù)據(jù)進行同態(tài)加密后上傳至所述數(shù)據(jù)處理服務(wù)器；

所述數(shù)據(jù)處理服務(wù)器用于對密文數(shù)據(jù)采用零知識證明驗證數(shù)據(jù)的有效性，并進行業(yè)務(wù)邏輯處理，處理后的密文數(shù)據(jù)發(fā)送給所述數(shù)據(jù)擁有方的企業(yè)客戶端，所述數(shù)據(jù)擁有方的企業(yè)客戶端接收密文數(shù)據(jù)后進行解密；

所述第三方企業(yè)的企業(yè)客戶端用于獲取數(shù)據(jù)擁有方的企業(yè)客戶端的授權(quán)，在得到授權(quán)后，所述數(shù)據(jù)擁有方將解密后的數(shù)據(jù)進行同態(tài)加密，得到的密文數(shù)據(jù)經(jīng)過所述數(shù)據(jù)處理服務(wù)器采用零知識證明驗證數(shù)據(jù)的有效性并進行業(yè)務(wù)邏輯處理后，由所述第三方企業(yè)的企業(yè)客戶端獲取并解密。

6.如權(quán)利要求5所述的供應(yīng)鏈金融交易隱私保護系統(tǒng)，其特征在于，所述數(shù)據(jù)擁有方的企業(yè)客戶端和第三方企業(yè)的企業(yè)客戶端中具有本地接口，所述本地接口用于秘鑰生成和企業(yè)數(shù)據(jù)的加密和解密處理；

所述數(shù)據(jù)處理服務(wù)器中具有后臺服務(wù)程序接口，所述后臺服務(wù)程序接口用于對密文形式的數(shù)據(jù)進行同態(tài)加、同態(tài)減、同態(tài)乘、同態(tài)比較處理。

7.如權(quán)利要求6所述的供應(yīng)鏈金融交易隱私保護系統(tǒng)，其特征在于，所述本地接口由常用的編譯語言對.so動態(tài)庫編譯形成，該.so動態(tài)庫由零知識證明庫libsnark在linux環(huán)境下編譯形成。

8.如權(quán)利要求6所述的供應(yīng)鏈金融交易隱私保護系統(tǒng)，其特征在于，所述后臺服務(wù)程序接口由golang語言對.a靜態(tài)庫編譯形成，該.a靜態(tài)庫由同態(tài)加密基礎(chǔ)庫helib在linux環(huán)境下編譯形成。