TW201923647A

TW201923647A - 可溯源的多方數據處理方法、裝置及設備

Info

Publication number: TW201923647A
Application number: TW107132211A
Authority: TW
Inventors: 劉正
Original assignee: 香港商阿里巴巴集團服務有限公司
Priority date: 2017-11-17
Filing date: 2018-09-13
Publication date: 2019-06-16
Also published as: WO2019095854A1; CN109800582A; CN109800582B; CN111737716B; CN111737716A

Abstract

本說明書實施例公開了可溯源的多方數據處理方法、裝置及設備，對於每一數據提供方而言，針對待加密數據，可定義相應的標識數據，即溯源標識，所述的標識數據作為溯源依據，能夠起到標識待加密數據及該待加密數據所源於的數據提供方的作用，進一步地，針對待加密數據和溯源標識進行加密處理生成加密數據後，可將該加密數據發送給數據處理平台，那麼，數據處理平台便可根據標識數據實現數據的溯源。

Description

可溯源的多方數據處理方法、裝置及設備

本申請係關於電腦技術領域，尤其關於可溯源的多方數據處理方法、裝置及設備。

目前，隨著大數據的發展，多方數據的融合處理也成為可能。　　在現有的多方數據融合場景下，不同的數據提供方之間在不暴露原始數據的情況下進行聯合計算。在此過程中，為了避免數據洩露，不同的數據提供方通常會針對各自的數據進行加密，並由相應的數據平台在加密後的密文數據基礎上進行數據處理。在上述場景下，可能需要在數據處理結果中確定出數據的原始來源。　　基於此，我們需要一種有效地多方數據的溯源方式。

本說明書實施例提供可溯源的多方數據處理方法、裝置及設備，用以在多方數據處理的場景下，進行有效、準確地數據溯源。　　本說明書實施例提供的一種可溯源的多方數據處理方法，包括：　　針對待加密數據，增加對應於該待加密數據的溯源標識；　　對所述待加密數據和所述溯源標識進行加密，生成加密數據；　　將包含所述溯源標識的所述加密數據發送至數據處理平台，以進行多方數據融合處理。　　本說明書實施例提供的另一種可溯源的多方數據處理方法，包括：　　接收數據提供方發送的包含溯源標識的加密數據；　　確定所述加密數據中的溯源標識；　　針對所述加密進行數據融合計算處理，生成包含所述溯源標識的數據融合結果，以便根據所述溯源標識對數據融合結果中的加密數據進行溯源。　　本說明書實施例提供的一種可溯源的多方數據處理裝置，包括：　　標識模組，針對待加密數據，增加對應於該待加密數據的溯源標識；　　加密模組，對所述待加密數據和所述溯源標識進行加密，生成加密數據；　　發送模組，將包含所述溯源標識的所述加密數據發送至數據處理平台，以進行多方數據融合處理。　　本說明書實施例提供的另一種可溯源的多方數據處理裝置，包括：　　接收模組，接收數據提供方發送的包含溯源標識的加密數據；　　確定模組，確定所述加密數據中的溯源標識；　　處理模組，針對所述加密進行數據融合計算處理，生成包含所述溯源標識的數據融合結果，以便根據所述溯源標識對數據融合結果中的加密數據進行溯源。　　對應地，本說明書實施例中還提供一種可溯源的多方數據處理設備，包括：處理器、記憶體，其中：　　所述記憶體，儲存可溯源的多方數據處理程式；　　所述處理器，調用記憶體中儲存的可溯源的多方數據處理程式，並執行：　　針對待加密數據，增加對應於該待加密數據的溯源標識；　　對所述待加密數據和所述溯源標識進行加密，生成加密數據；　　將包含所述溯源標識的所述加密數據發送至數據處理平台，以進行多方數據融合處理。　　本說明書實施例中還提供另一種可溯源的多方數據處理設備，包括：處理器、記憶體，其中：　　所述記憶體，儲存可溯源的多方數據處理程式；　　所述處理器，調用記憶體中儲存的可溯源的多方數據處理程式，並執行：　　接收數據提供方發送的包含溯源標識的加密數據；　　確定所述加密數據中的溯源標識；　　針對所述加密進行數據融合計算處理，生成包含所述溯源標識的數據融合結果，以便根據所述溯源標識對數據融合結果中的加密數據進行溯源。　　本說明書實施例採用的上述至少一個技術方案能夠達到以下有益效果：　　對於每一數據提供方而言，針對待加密數據，可定義相應的標識數據，即溯源標識，所述的標識數據作為溯源依據，能夠起到標識待加密數據及該待加密數據所源於的數據提供方的作用。進一步地，針對待加密數據和溯源標識進行加密處理生成加密數據後，可將該加密數據發送給數據處理平台，那麼，數據處理平台便可根據溯源標識實現加密數據的溯源。所述的溯源標識與原始欄位相關聯，這樣一來，在數據融合處理過程中，溯源標識將傳遞至最終的數據融合結果中，並基於該溯源標識，可以針對融合結果進行溯源，其溯源精度可以達到欄位級別。

為使本申請的目的、技術方案和優點更加清楚，下面將結合本申請具體實施例及相應的附圖對本申請技術方案進行清楚、完整地描述。顯然，所描述的實施例僅是本申請一部分實施例，而不是全部的實施例。基於本申請中的實施例，本領域普通技術人員在沒有做出創造性勞動前提下所獲得的所有其他實施例，都屬於本申請保護的範圍。　　多方數據的融合處理，可認為是基於多個數據提供方所提供的數據進行諸如：最大值統計（max）、最小值統計（min）、平均值計算（average）、累加值計算（sum）、計數（count）等數據處理，這裡並不作具體限定。　　例如：金融平台與多家銀行對接，在此情況下，金融平台可獲取用戶在各銀行的信用記錄數據，進行多方數據融合處理，以便計算出該用戶的綜合信用分。基於該示例，對於任一家銀行而言，並不希望將該銀行內的用戶數據公開，故各銀行會針對用戶的部分或全部的信用記錄數據進行加密，經過加密的數據發送給金融平台，透過相應的數據融合演算法進行信用分的計算，其過程中由於涉及用戶個人的數據被加密，從而不會暴露用戶的相關資訊。　　在上述示例中，被加密的信用記錄數據中可能包含不同維度的數據（如：貸款額度、還款頻率、收入水平等），而不同維度能夠影響用戶綜合信用分的程度（亦即，權重）通常是不同的。在實際應用中，金融平台為了最佳化數據融合演算法，可能會調整不同維度的權重。但對於加密後的信用記錄數據而言，金融平台難以進行確定所述加密的信用記錄數據所對應的維度，即，難以進行數據的溯源。　　為此，在本說明書中的一個或多個實施例中，提供了一種可溯源的多方數據處理方法，在進行多方數據融合的場景下，可以實現針對源自於不同數據提供方的數據進行準確溯源，溯源精度可以達到欄位級別。　　需要說明的是，上述可溯源的多方數據處理方法可以採用如圖1所示的架構。該架構中至少可包括：數據提供方、數據處理平台以及可信第三方。其中：　　所述的數據提供方，可認為是用於提供數據的銀行、網站、電信營運商等企業或機構。在一些實施例中，數據提供方也可以是同一企業或機構內部的不同部門。在另一些實施例中，數據提供方還可以是個人用戶。當然，這裡並不作具體限定。不同的數據提供方將數據發送給數據處理平台，以使得數據處理平台進行多方數據的融合處理。　　所述的數據處理平台，用於進行多方數據融合計算處理（如上述示例中的金融平台）。在實際應用中，為了適應巨量數據的處理，數據處理平台通常可採用分散/集群式的架構。　　所述的可信第三方，可認為是用於提供加密密鑰的第三方網站、機構等，如：密鑰管理中心（Key Manage Center，KMC）。在加密過程中，數據提供方或數據處理平台，均可使用由可信第三方所提供的密鑰進行加密/解密處理。其加密方式具體可以為對稱或非對稱加密，解密時則可採用相應的解密方式進行處理，這裡便不再過多贅述。　　在上述如圖1所示的架構基礎上，下面將具體闡述本說明書實施例中的可溯源的多方數據處理方法。一、在數據提供方側　　如圖2所示，基於數據提供方側的可溯源的多方數據處理方法，可包括如下步驟：　　步驟S201：針對待加密數據，增加對應於該待加密數據的溯源標識。　　所述的待加密數據，可認為是數據提供方所要發送至數據處理平台上進行數據融合處理的數據，諸如：待加密的欄位、欄位值、編碼等字符串，或者，待加密的圖像、音頻、視頻等多媒體數據等等。當然，具體將根據實際應用的需要進行確定。在後續的描述中，將以待加密數據為欄位的形式為例進行說明，這裡並不應作為對本申請的限定。　　所述的溯源標識，用於標識待加密數據，以便在融合處理的過程中進行數據的溯源。在實際應用中，溯源標識可由數據提供方自行定義。作為本說明書實施例中的一種可行方式，溯源標識可用於反映待加密數據類型或屬性特徵，如：在一個簡單的示例中，待加密數據的溯源標識為A-2，該溯源標識可表示該待加密數據的類型為A-2。　　作為本說明書實施例中的另一種可行方式，溯源標識可作為待加密數據所屬欄位的編號，如：在一個簡單的示例中，待加密數據的溯源標識為0100，該溯源標識可表示與待加密數據有關的欄位的編號為0100。　　當然，這裡僅僅列舉出溯源標識的可能情況，在實際應用中，溯源標識所採用的字符形式、所表徵的含義，通常可根據實際應用的需要進行確定，在此並不作具體限定。　　步驟S203：對所述待加密數據和所述溯源標識進行加密，生成加密數據。　　在本說明書實施例中，溯源標識與待加密數據相匹配，作為溯源的依據，與待加密數據進行匹配綁定後一併進行加密。加密的方式具體可以採用加鹽加密，在此情況下，可在鹽中添加溯源標識，並以包含溯源標識的鹽進行加鹽加密處理。　　當然，在實際應用中，溯源標識與待加密數據之間的匹配綁定的方式，可以是將溯源標識以字符串的方式***至待加密數據的首端或末尾，形成“溯源標識+待加密數據”或“待加密數據+溯源標識”的結構。當然，這樣的方式並不應構成對本申請的限定。　　步驟S205：將包含所述溯源標識的所述加密數據發送至數據處理平台，進行多方數據融合處理。　　在實際的數據融合場景下，對於每一數據提供方而言，將包含有溯源依據（即，溯源標識）的加密數據發送給數據處理平台，這樣一來，數據處理平台在進行數據融合處理的過程中，便可以實現精確地數據溯源。　　透過上述步驟，對於每一數據提供方而言，針對待加密數據，可定義相應的標識數據，所述的標識數據作為溯源依據，能夠起到標識待加密數據及該待加密數據所源於的數據提供方的作用。進一步地，針對待加密數據和標識數據進行加密處理生成加密數據後，可將該加密數據發送給數據處理平台，那麼，數據處理平台便可根據標識數據實現加密數據的溯源。　　對於前述內容，需要說明的是，待加密數據中包含原始欄位。具體而言，作為本說明書實施例中的一種可能方式，數據提供方可採用數據表的儲存結構進行數據儲存。在實際的數據融合處理過程中，數據提供方通常會將數據表中所儲存的數據發送至數據處理平台進行數據融合處理。而在數據表這種儲存結構下，數據表中的每一列數據，代表著具有相同共性的數據，用來描述該列數據特性的列名稱為欄位（field，在本申請的實施例中，為了與“加密欄位”等描述相區別，故將加密前的欄位稱為“原始欄位”）。也就是說，在本說明書實施例中，溯源標識與欄位進行匹配綁定。故，數據提供方可針對原始欄位以及原始欄位相匹配的溯源標識進行加密，形成加密數據。這樣一來，便可以實現欄位級的溯源。　　那麼，結合以上內容，數據提供方針對數據進行加密便可以如圖3所示。在圖3中，每一數據提供方均提供所需加密的數據（即，待加密數據），這些待加密數據可以是待加密的原始欄位。數據提供方可以採用加鹽加密演算法，針對原始欄位進行加密處理，亦即，針對原始欄位加鹽，所添加的鹽中包含溯源標識。例如：在圖3中，溯源標識“0100”作為鹽的一部分，與鹽中的剩餘部分“Aaa”共同構成鹽；同樣，溯源標識“0001”與“Bbb”共同構成鹽。但應注意的是，圖3中所示出的溯源標識以及鹽中的剩餘部分，均是進行過加密運算後所得到的加密結果，為了便於理解，圖3中以“0100”、“0001”、“Aaa”、“Bbb”等形式表達。　　在此基礎上，數據提供方可以採用可信第三方所提供的密鑰進行加密（加密方式不限於對稱加密或非對稱加密），形成加密數據（其中包含加密欄位），此時，加密欄位中包含：加密後的鹽（溯源標識+鹽的剩餘部分）以及密文資訊（該密文資訊可認為是原始欄位經過加密處理後所生成，如圖3中的11*f和22*e）。　　這裡需要說明的是，在某些對數據安全要求較高的應用場景下，當針對待加密欄位及其鹽進行加密時，針對鹽中的溯源標識的加密方式與針對鹽的剩餘部分以及待加密欄位的加密方式可以不一致。在一個簡單示例中，加密方式可以為：　　Md5（Md5（待加密欄位+鹽的剩餘部分）+溯源標識）　　可見，針對待加密欄位和鹽的剩餘部分，先進行Md5加密，再將其加密結果與溯源標識進行另一次Md5加密。經過這樣的加密方式所得到的加密數據，數據處理平台可以使用相應的密鑰進行解密，從而獲知溯源標識，而欄位尚處於加密狀態，從而能夠保證欄位的安全。　　當然，除了上例所示的加密方式之外，還可以使用部分加密演算法，針對“待加密欄位+鹽的剩餘部分”使用加密演算法A進行部分加密，針對“溯源標識”使用加密演算法B進行部分加密。具體採用何種加密方式，可根據實際應用的需要進行確定。　　在另一些可能的應用場景下，在鹽中，溯源標識設置在指定位置，那麼，針對鹽和待加密欄位的加密結果進行解密後，數據處理平台可以透過鹽的指定位置，獲知相應的溯源標識。當然，該方式可以應用在對數據安全要求不高的場景下，這裡並不應構成對本申請的限定。二、在數據處理平台側　　如圖4所示，基於數據處理平台側的可溯源的多方數據處理方法，可包括如下步驟：　　步驟S401：接收數據提供方發送的包含溯源標識的加密數據。　　在本說明書實施例中，數據處理平台將接收來源於不同數據提供方所發送的加密數據。當然，有關溯源標識、加密數據的內容可以參考前述內容，這裡不再過多贅述。　　步驟S403：確定所述加密數據中的溯源標識。　　溯源標識作為後續融合處理過程中的溯源依據，數據處理平台在接收到來源於數據提供方的加密數據後，可確定出加密數據中所包含的溯源標識，以便在後續過程中進行溯源處理。　　可以理解的是，在前述實施例中，數據提供方使用可信第三方的加密密鑰進行加密，那麼，數據處理平台可使用該可信第三方對應的解密密鑰針對已加密的數據進行解密，從而確定出其中的溯源標識。　　在實際應用時，數據處理平台可針對解密後所得到的溯源標識進行記錄。　　步驟S405：針對所述加密數據進行數據融合計算處理，生成包含所述溯源標識的數據融合結果，以便根據所述溯源標識對數據融合結果中的加密數據進行溯源。　　在本說明書實施例中，可採用前述的融合處理方式，針對加密數據進行融合計算處理，並得到所需的數據融合結果（例如：前述示例中用戶的綜合信用分）。當然，應理解，在數據融合處理的過程中，加密數據可能進行多次加密-解密-融合的處理過程。　　這裡需要說明的是，在進行融合計算處理的過程中，通常是針對加密數據中除溯源標識以外的數據部分進行融合計算處理。這樣也就保證了該溯源標識在融合計算處理的過程中可持續傳遞，並保留其數據格式。　　在進行溯源時，便可基於已記錄的溯源標識，在融合計算處理後的融合結果中實現溯源。　　具體而言，在一些實際應用場景中，與前述如圖3所示的內容相對應，溯源標識作為鹽的一部分，匹配於數據表中的欄位（亦即，前述的原始欄位）。所以，對於數據處理平台而言，對應於圖3所示的內容，該數據處理平台對加密數據的融合處理示意圖可如圖5所示。在圖5中，數據處理平台將確定出加密欄位中包含的鹽（及鹽中包含的溯源標識），以及相應的密文資訊。應理解，在實際的數據融合處理中，數據處理平台可能會基於密文資訊，進行多次加密/解密處理（通常是基於加密UDF函數實現），最終得到相應的數據融合結果。在這個過程中，溯源標識將持續傳遞。　　那麼，對於最終得到的數據融合結果（通常採用輸出表的方式展現）而言，根據已記錄的溯源標識可知，該數據融合結果（已經過解密處理）中，包含兩種不同來源的溯源標識，亦即，來源於數據提供方A和數據提供方B的溯源標識0100及0001。值的注意的是，在圖5中，將這兩種溯源標識合併表示為01000001，這樣一來，當數據處理平台需要查詢溯源標識時，可以按照設定的字符長度，分別獲得兩個溯源標識。當然，應理解的是，圖5中所示的表示方式僅是一種示例，在實際應用時，還可以採用不同的表示形式，如：在不同的溯源標識之間設置分隔符。這裡並不應構成對本申請的限定。　　這裡需要說明的是，由於在加密階段，數據提供方使用了可信第三方的密鑰，因此，數據處理平台在對加密數據進行解密時，也將使用可信第三方的相應密鑰進行解密。並且，數據處理平台對密文資訊進行多次加密/解密的過程中，也會使用可信第三方的密鑰，當然，使用密鑰加密/解密的過程屬於現有技術，這裡不再過多贅述。　　以上為本申請提供的可溯源的多方數據處理方法的幾種實施例，基於同樣的思路，本申請還提供了可溯源的多方數據處理裝置的實施例，如圖6所示，在數據提供方側，可溯源的多方數據處理裝置包括：　　標識模組601，針對待加密數據，增加對應於該待加密數據的溯源標識；　　加密模組602，對所述待加密數據和所述溯源標識進行加密，生成加密數據；　　發送模組603，將包含所述溯源標識的所述加密數據發送至數據處理平台，以進行多方數據融合處理。　　進一步地，所述標識模組601，針對所述待加密數據，採用加鹽演算法，在所述待加密數據的基礎上加鹽，在所述鹽中添加對應於該待加密數據的溯源標識。　　所述加密模組602，採用由可信第三方所提供的密鑰，對所述待加密數據以及包含所述溯源標識的鹽進行加密，生成加密數據；　　其中，所述加密數據中包含加密後的、含有溯源標識的鹽，以及待加密數據所對應的密文資訊。　　在本說明書實施例中，在數據處理平台側，還提供了可溯源的多方數據處理裝置的實施例，如圖7所示，具體包括：　　接收模組701，接收數據提供方發送的包含溯源標識的加密數據；　　確定模組702，確定所述加密數據中的溯源標識；　　處理模組703，針對所述加密進行數據融合計算處理，生成包含所述溯源標識的數據融合結果，以便根據所述溯源標識對數據融合結果中的加密數據進行溯源。　　進一步地，所述加密數據中包含加密後的、含有溯源標識的鹽，以及待加密數據所對應的密文資訊；　　所述確定模組702，對所述加密數據進行解密，確定出包含在所述鹽中的溯源標識，並記錄。　　所述處理模組703，針對非溯源標識的加密數據進行融合計算處理。　　所述處理模組703，在針對所述數據融合結果進行解密後所得到的解密結果中，根據已記錄的溯源標識進行溯源。　　所述確定模組702/處理模組703，使用由可信第三方提供密鑰進行解密。　　在20世紀90年代，對於一個技術的改進可以很明顯地區分是硬體上的改進（例如，對二極體、電晶體、開關等電路結構的改進）還是軟體上的改進（對於方法流程的改進）。然而，隨著技術的發展，當今的很多方法流程的改進已經可以視為硬體電路結構的直接改進。設計人員幾乎都透過將改進的方法流程編程到硬體電路中來得到相應的硬體電路結構。因此，不能說一個方法流程的改進就不能用硬體實體模組來實現。例如，可編程邏輯器件（Programmable Logic Device, PLD）（例如現場可編程閘陣列（Field Programmable Gate Array，FPGA））就是這樣一種積體電路，其邏輯功能由用戶對器件編程來確定。由設計人員自行編程來把一個數位系統“集成”在一片PLD上，而不需要請晶片製造廠商來設計和製作專用的積體電路晶片。而且，如今，取代手工地製作積體電路晶片，這種編程也多半改用“邏輯編譯器（logic compiler）”軟體來實現，它與程式開發撰寫時所用的軟體編譯器相類似，而要編譯之前的原始代碼也得用特定的編程語言來撰寫，此稱之為硬體描述語言（Hardware Description Language，HDL），而HDL也並非僅有一種，而是有許多種，如ABEL（Advanced Boolean Expression Language）、AHDL（Altera Hardware Description Language）、Confluence、CUPL（Cornell University Programming Language）、HDCal、JHDL（Java Hardware Description Language）、Lava、Lola、MyHDL、PALASM、RHDL（Ruby Hardware Description Language）等，目前最普遍使用的是VHDL（Very-High-Speed Integrated Circuit Hardware Description Language）與Verilog。本領域技術人員也應該清楚，只需要將方法流程用上述幾種硬體描述語言稍作邏輯編程並編程到積體電路中，就可以很容易得到實現該邏輯方法流程的硬體電路。　　控制器可以按任何適當的方式實現，例如，控制器可以採取例如微處理器或處理器以及儲存可由該（微）處理器執行的電腦可讀程式代碼（例如軟體或韌體）的電腦可讀媒體、邏輯閘、開關、專用積體電路（Application Specific Integrated Circuit，ASIC）、可編程邏輯控制器和嵌入微控制器的形式，控制器的例子包括但不限於以下微控制器：ARC 625D、Atmel AT91SAM、Microchip PIC18F26K20 以及Silicone Labs C8051F320，記憶體控制器還可以被實現為記憶體的控制邏輯的一部分。本領域技術人員也知道，除了以純電腦可讀程式代碼方式實現控制器以外，完全可以透過將方法步驟進行邏輯編程來使得控制器以邏輯閘、開關、專用積體電路、可編程邏輯控制器和嵌入微控制器等的形式來實現相同功能。因此這種控制器可以被認為是一種硬體部件，而對其內包括的用於實現各種功能的裝置也可以視為硬體部件內的結構。或者甚至，可以將用於實現各種功能的裝置視為既可以是實現方法的軟體模組又可以是硬體部件內的結構。　　上述實施例闡明的系統、裝置、模組或單元，具體可以由電腦晶片或實體實現，或者由具有某種功能的產品來實現。一種典型的實現設備為電腦。具體的，電腦例如可以為個人電腦、膝上型電腦、蜂窩電話、相機電話、智能電話、個人數位助理、媒體播放器、導航設備、電子郵件設備、遊戲控制台、平板電腦、可穿戴設備或者這些設備中的任何設備的組合。　　為了描述的方便，描述以上裝置時以功能分為各種單元分別描述。當然，在實施本申請時可以把各單元的功能在同一個或多個軟體和/或硬體中實現。　　本領域內的技術人員應明白，本發明的實施例可提供為方法、系統、或電腦程式產品。因此，本發明可採用完全硬體實施例、完全軟體實施例、或結合軟體和硬體方面的實施例的形式。而且，本發明可採用在一個或多個其中包含有電腦可用程式代碼的電腦可用儲存媒體（包括但不限於磁碟記憶體、CD-ROM、光學記憶體等）上實施的電腦程式產品的形式。　　本發明是參照根據本發明實施例的方法、設備（系統）、和電腦程式產品的流程圖和／或方框圖來描述的。應理解可由電腦程式指令實現流程圖和／或方框圖中的每一流程和／或方框、以及流程圖和／或方框圖中的流程和／或方框的結合。可提供這些電腦程式指令到通用電腦、專用電腦、嵌入式處理機或其他可編程數據處理設備的處理器以產生一個機器，使得透過電腦或其他可編程數據處理設備的處理器執行的指令產生用於實現在流程圖一個流程或多個流程和／或方框圖一個方框或多個方框中指定的功能的裝置。　　這些電腦程式指令也可儲存在能引導電腦或其他可編程數據處理設備以特定方式工作的電腦可讀記憶體中，使得儲存在該電腦可讀記憶體中的指令產生包括指令裝置的製造品，該指令裝置實現在流程圖一個流程或多個流程和／或方框圖一個方框或多個方框中指定的功能。　　這些電腦程式指令也可裝載到電腦或其他可編程數據處理設備上，使得在電腦或其他可編程設備上執行一系列操作步驟以產生電腦實現的處理，從而在電腦或其他可編程設備上執行的指令提供用於實現在流程圖一個流程或多個流程和／或方框圖一個方框或多個方框中指定的功能的步驟。　　在一個典型的配置中，計算設備包括一個或多個處理器(CPU)、輸入/輸出介面、網路介面和記憶體。　　記憶體可能包括電腦可讀媒體中的非永久性記憶體，隨機存取記憶體(RAM)和/或非易失性記憶體等形式，如唯讀記憶體(ROM)或快閃記憶體(flash RAM)。記憶體是電腦可讀媒體的示例。　　電腦可讀媒體包括永久性和非永久性、可移動和非可移動媒體可以由任何方法或技術來實現資訊儲存。資訊可以是電腦可讀指令、資料結構、程式的模組或其他數據。電腦的儲存媒體的例子包括，但不限於相變內存(PRAM)、靜態隨機存取記憶體(SRAM)、動態隨機存取記憶體(DRAM)、其他類型的隨機存取記憶體(RAM)、唯讀記憶體(ROM)、電可擦除可編程唯讀記憶體(EEPROM)、快閃記憶體或其他記憶體技術、唯讀光碟唯讀記憶體(CD-ROM)、數位多功能光碟(DVD)或其他光學儲存、磁盒式磁帶，磁帶磁磁片儲存或其他磁性儲存設備或任何其他非傳輸媒體，可用於儲存可以被計算設備訪問的資訊。按照本文中的界定，電腦可讀媒體不包括暫存電腦可讀媒體(transitory media)，如調製的數據信號和載波。　　還需要說明的是，術語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、商品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、商品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，並不排除在包括所述要素的過程、方法、商品或者設備中還存在另外的相同要素。　　本領域技術人員應明白，本申請的實施例可提供為方法、系統或電腦程式產品。因此，本申請可採用完全硬體實施例、完全軟體實施例或結合軟體和硬體方面的實施例的形式。而且，本申請可採用在一個或多個其中包含有電腦可用程式碼的電腦可用儲存媒體（包括但不限於磁片記憶體、CD-ROM、光學記憶體等）上實施的電腦程式產品的形式。　　本申請可以在由電腦執行的電腦可執行指令的一般上下文中描述，例如程式模組。一般地，程式模組包括執行特定事務或實現特定抽象資料類型的常式、程式、對象、元件、資料結構等等。也可以在分散式運算環境中實踐本申請，在這些分散式運算環境中，由透過通信網路而被連接的遠端處理設備來執行事務。在分散式運算環境中，程式模組可以位於包括儲存設備在內的本地和遠端電腦儲存媒體中。　　本說明書中的各個實施例均採用遞進的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對於系統實施例而言，由於其基本相似於方法實施例，所以描述的比較簡單，相關之處參見方法實施例的部分說明即可。　　以上所述僅為本申請的實施例而已，並不用於限制本申請。對於本領域技術人員來說，本申請可以有各種更改和變化。凡在本申請的精神和原理之內所作的任何修改、等同替換、改進等，均應包含在本申請的申請專利範圍之內。

601‧‧‧標識模組

602‧‧‧加密模組

603‧‧‧發送模組

701‧‧‧接收模組

702‧‧‧確定模組

703‧‧‧處理模組

此處所說明的附圖用來提供對本申請的進一步理解，構成本申請的一部分，本申請的示意性實施例及其說明用於解釋本申請，並不構成對本申請的不當限定。在附圖中：　　圖1為本說明書實施例提供的可溯源的多方數據處理過程所基於的架構示意圖；　　圖2為本說明書實施例提供的在數據提供方側的可溯源的多方數據處理過程；　　圖3為本說明書實施例提供的數據提供方進行數據加密的示意圖；　　圖4為本說明書實施例提供的在數據處理平台側的可溯源的多方數據處理過程；　　圖5為本說明書實施例提供的數據處理平台進行數據融合處理的示意圖；　　圖6為本說明書實施例提供的在數據提供方側的可溯源的多方數據處理裝置結構示意圖；　　圖7為本說明書實施例提供的在數據處理平台側的可溯源的多方數據處理裝置結構示意圖。

Claims

一種可溯源的多方數據處理方法，該方法包括：　　針對待加密數據，增加對應於該待加密數據的溯源標識；　　對該待加密數據和該溯源標識進行加密，生成加密數據；　　將包含該溯源標識的該加密數據發送至數據處理平台，以進行多方數據融合處理。
如請求項1所述的方法，增加對應於該待加密數據的溯源標識，具體包括：　　針對該待加密數據，採用加鹽演算法，在該待加密數據的基礎上加鹽；　　在該鹽中添加對應於該待加密數據的溯源標識。
如請求項2所述的方法，對該待加密數據和該溯源標識進行加密，生成加密數據，具體包括：　　使用由可信第三方所提供的密鑰，對該待加密數據以及包含該溯源標識的鹽進行加密，生成加密數據；　　其中，該加密數據中包含加密後的、含有溯源標識的鹽，以及待加密數據所對應的密文資訊。
一種可溯源的多方數據處理方法，該方法包括：　　接收數據提供方發送的包含溯源標識的加密數據；　　確定該加密數據中的溯源標識；　　針對該加密數據進行數據融合計算處理，生成包含該溯源標識的數據融合結果，以便根據該溯源標識對數據融合結果中的加密數據進行溯源。
如請求項4所述的方法，該加密數據中包含加密後的、含有溯源標識的鹽，以及待加密數據所對應的密文資訊；　　確定該加密數據中的溯源標識，具體包括：　　對該加密數據進行解密，確定出包含在該鹽中的溯源標識，並記錄。
如請求項5所述的方法，針對該加密數據進行數據融合計算處理，具體包括：　　針對非溯源標識的加密數據進行融合計算處理。
如請求項5所述的方法，根據該溯源標識對數據融合結果中的加密數據進行溯源，具體包括：　　在針對該數據融合結果進行解密後所得到的解密結果中，根據已記錄的溯源標識進行溯源。
如請求項5或7所述的方法，採用如下方式進行解密，具體包括：　　使用由可信第三方提供密鑰進行解密。
一種可溯源的多方數據處理裝置，包括：　　標識模組，針對待加密數據，增加對應於該待加密數據的溯源標識；　　加密模組，對該待加密數據和該溯源標識進行加密，生成加密數據；　　發送模組，將包含該溯源標識的該加密數據發送至數據處理平台，以進行多方數據融合處理。
如請求項9所述的裝置，該標識模組，針對該待加密數據，採用加鹽演算法，在該待加密數據的基礎上加鹽，在該鹽中添加對應於該待加密數據的溯源標識。
如請求項10所述的裝置，該加密模組，使用由可信第三方所提供的密鑰，對該待加密數據以及包含該溯源標識的鹽進行加密，生成加密數據；　　其中，該加密數據中包含加密後的、含有溯源標識的鹽，以及待加密數據所對應的密文資訊。
一種可溯源的多方數據處理裝置，包括：　　接收模組，接收數據提供方發送的包含溯源標識的加密數據；　　確定模組，確定該加密數據中的溯源標識；　　處理模組，針對該加密進行數據融合計算處理，生成包含該溯源標識的數據融合結果，以便根據該溯源標識對數據融合結果中的加密數據進行溯源。
如請求項12所述的裝置，該加密數據中包含加密後的、含有溯源標識的鹽，以及待加密數據所對應的密文資訊；　　該確定模組，對該加密數據進行解密，確定出包含在該鹽中的溯源標識，並記錄。
如請求項13所述的裝置，該處理模組，針對非溯源標識的加密數據進行融合計算處理。
如請求項13所述的裝置，該處理模組，在針對該數據融合結果進行解密後所得到的解密結果中，根據已記錄的溯源標識進行溯源。
如請求項13或15所述的裝置，該確定模組或處理模組，使用由可信第三方提供密鑰進行解密。
一種可溯源的多方數據處理設備，包括：處理器、記憶體，其中：　　該記憶體，儲存可溯源的多方數據處理程式；　　該處理器，調用記憶體中儲存的可溯源的多方數據處理程式，並執行：　　針對待加密數據，增加對應於該待加密數據的溯源標識；　　對該待加密數據和該溯源標識進行加密，生成加密數據；　　將包含該溯源標識的該加密數據發送至數據處理平台，以進行多方數據融合處理。
一種可溯源的多方數據處理設備，包括：處理器、記憶體，其中：　　該記憶體，儲存可溯源的多方數據處理程式；　　該處理器，調用記憶體中儲存的可溯源的多方數據處理程式，並執行：　　接收數據提供方發送的包含溯源標識的加密數據；　　確定該加密數據中的溯源標識；　　針對該加密進行數據融合計算處理，生成包含該溯源標識的數據融合結果，以便根據該溯源標識對數據融合結果中的加密數據進行溯源。