本發(fā)明涉及大數(shù)據(jù)處理以及分布式計算技術(shù)領(lǐng)域的數(shù)據(jù)傳輸技術(shù),具體涉及一種基于用戶協(xié)同環(huán)境的數(shù)據(jù)傳輸方法,傳輸系統(tǒng)及裝置。
背景技術(shù):
數(shù)據(jù)傳輸是數(shù)據(jù)從一個地方傳送到另一個地方的通信過程。數(shù)據(jù)傳輸系統(tǒng)通常由傳輸信道和信道兩端的數(shù)據(jù)電路終接設(shè)備(DCE)組成,在某些情況下,還包括信道兩端的復(fù)用設(shè)備。傳輸信道可以是一條專用的通信信道,也可以由數(shù)據(jù)交換網(wǎng)、電話交換網(wǎng)或其他類型的交換網(wǎng)路來提供。數(shù)據(jù)傳輸系統(tǒng)的輸入輸出設(shè)備為終端或計算機,統(tǒng)稱數(shù)據(jù)終端設(shè)備(DTE),它所發(fā)出的數(shù)據(jù)信息一般都是字母、數(shù)字和符號的組合,為了傳送這些信息,就需將每一個字母、數(shù)字或符號用二進(jìn)制代碼來表示。常用的二進(jìn)制代碼有國際五號碼(IA5)、EBCDIC碼、國際電報二號碼(ITA2)和漢字信息交換碼。
日益興起的智慧城市、智能交通等新型大數(shù)據(jù)的應(yīng)用,環(huán)境數(shù)據(jù)和應(yīng)用相關(guān)的信息是實現(xiàn)一切上層應(yīng)用的基礎(chǔ)。在相關(guān)的應(yīng)用場景中(如:環(huán)境與氣候變化監(jiān)測,交通與危險監(jiān)測等),由不同設(shè)備收集到諸如溫度、濕度、噪音分貝值等數(shù)據(jù)將會根據(jù)大數(shù)據(jù)的應(yīng)用需求上傳到云平臺中,大數(shù)據(jù)應(yīng)用將則通過這些數(shù)據(jù)為用戶提供各式各樣的服務(wù)。
隨著物聯(lián)網(wǎng)的不斷發(fā)展,城市設(shè)置了大量不同類型的傳感器,這些傳感器可能無法與電源連接,只能通過內(nèi)置的低功耗無線模塊傳輸數(shù)據(jù)。而隨著無線通信、傳感器技術(shù)以及無線移動終端設(shè)備逐漸普及,智能終端設(shè)備即可用于傳感器節(jié)點數(shù)據(jù)的傳輸工作。
由于傳感器收集的數(shù)據(jù)帶有高精度的位置和時間信息,低功耗無線模塊的傳輸距離有限,智能設(shè)備須將傳感器的數(shù)據(jù)傳輸?shù)綉?yīng)用服務(wù)器,因此應(yīng)用服務(wù)器或攻擊者就可以通過傳感器的數(shù)據(jù)來推測智能設(shè)備的隱私信息。隨著人們安全意識的提高,以及層出不窮的用戶信息泄露事件,讓人們越來越重視自身的隱私問題。
而傳統(tǒng)的隱私保護(hù)方案中,有的將用戶數(shù)據(jù)保存在可信第三方服務(wù)器上,用戶使用可信第三方服務(wù)器對應(yīng)的虛擬ID上傳數(shù)據(jù),應(yīng)用服務(wù)器通過向可信第三方服務(wù)器查詢來獲取必要的用戶信息,即通過可信第三方服務(wù)器實現(xiàn)上傳數(shù)據(jù)和個人ID間的隔離,這種方法雖然可以在一定程度上保護(hù)用戶的隱私,但是集中存放用戶隱私信息的服務(wù)器將成為新的隱私泄露隱患;也有如將在用戶上傳數(shù)據(jù)前的數(shù)據(jù)所包含的時間、位置信息的精度降低,即將數(shù)據(jù)所對應(yīng)的位置信息從點擴(kuò)大到某一區(qū)域或?qū)r間信息從時間點擴(kuò)大到某一時間區(qū)間,從而達(dá)到應(yīng)用服務(wù)器無法獲取用戶精確的個人隱私信息的目的,此法雖然可在一定程度上保護(hù)用戶隱私,但隨之會帶來數(shù)據(jù)價值的降低、無法準(zhǔn)確評估用戶貢獻(xiàn)等問題;此外還有通過用戶之間的協(xié)作來達(dá)到數(shù)據(jù)混淆,在上傳數(shù)據(jù)之前讓用戶與其他用戶進(jìn)行數(shù)據(jù)交換,達(dá)到混淆個人隱私信息、使應(yīng)用服務(wù)器無法精確獲取用戶個人隱私數(shù)據(jù)的目的。此法可以引入社交關(guān)系,降低用戶在進(jìn)行數(shù)據(jù)交互時對交互方的疑慮,從而進(jìn)一步降低被陌生人甚至惡意攻擊者攻擊的幾率。這種方法可以讓服務(wù)器無法獲取用戶的真實信息,但弊端是服務(wù)器對用戶的貢獻(xiàn)進(jìn)行無法評估,且用戶之間交換的信息過多,如果有用戶被攻擊,就可能給其他用戶帶來新的風(fēng)險。
技術(shù)實現(xiàn)要素:
為解決上述現(xiàn)有技術(shù)中的不足,本發(fā)明的目的是提供一種基于用戶協(xié)同環(huán)境的數(shù)據(jù)傳輸方法,傳輸系統(tǒng)及裝置,本發(fā)明利用較小的內(nèi)存空間開銷與時間開銷,在數(shù)據(jù)匯聚過程中數(shù)據(jù)傳遞次數(shù)不會超過聚合單元的個數(shù),數(shù)據(jù)也只會被發(fā)送一次,不會占用過多的帶寬;隨機發(fā)送的數(shù)據(jù)信息也僅限于一些數(shù)值,也不會占用過多的帶寬。
本發(fā)明的目的是采用下述技術(shù)方案實現(xiàn)的:
本發(fā)明提供一種保障用戶隱私與數(shù)據(jù)信息質(zhì)量的數(shù)據(jù)傳輸方法,其改進(jìn)之處在于,所述方法包括下述步驟:
1)云平臺向注冊智能用戶推送據(jù)傳輸任務(wù);
2)接受所述傳輸任務(wù)的用戶向服務(wù)器確認(rèn)自身的角色;
3)聚合節(jié)點和云平臺間分發(fā)自身的加密公鑰;
4)數(shù)據(jù)傳輸節(jié)點傳輸任務(wù)所需的數(shù)據(jù),并將數(shù)據(jù)傳輸至數(shù)據(jù)聚合節(jié)點;
5)收到數(shù)據(jù)傳輸節(jié)點發(fā)送的數(shù)據(jù)后的數(shù)據(jù)聚合節(jié)點對數(shù)據(jù)進(jìn)行解密和檢驗,根據(jù)任務(wù)需求中的數(shù)據(jù)時間、位置范圍,以及數(shù)據(jù)精度信息對數(shù)據(jù)進(jìn)行統(tǒng)一化處理,包括去除不任務(wù)需求對應(yīng)的時間、位置范圍內(nèi)的數(shù)據(jù),以及對過高精度的小數(shù)位進(jìn)行舍棄;
6)對接收的數(shù)據(jù)匯總的數(shù)據(jù)聚合節(jié)點生成數(shù)據(jù)信息,并發(fā)送給信息聚合節(jié)點;
7)信息聚合節(jié)點匯總數(shù)據(jù)信息并上傳至云平臺;
8)云平臺生成數(shù)據(jù)匯總表,包括數(shù)據(jù)量和時間位置信息,并發(fā)送給數(shù)據(jù)傳輸節(jié)點進(jìn)行驗證;
9)數(shù)據(jù)傳輸節(jié)點返回認(rèn)可的消息后,云平臺對數(shù)據(jù)傳輸節(jié)點的用戶信息進(jìn)行維護(hù),包括增加獎勵,提高/降低信譽度等等;如果數(shù)據(jù)傳輸節(jié)點返回不認(rèn)可的消息,數(shù)據(jù)傳輸節(jié)點需要將自己傳輸?shù)臄?shù)據(jù)直接發(fā)送給云平臺,云平臺通過將該數(shù)據(jù)與數(shù)據(jù)聚合節(jié)點、信息聚合節(jié)點的信息進(jìn)行比對,判斷錯誤原因,并對相應(yīng)的用戶進(jìn)行處罰,如減扣獎勵、降低信譽度等等。
進(jìn)一步地,所述步驟4)中,所述聚合節(jié)點包括的數(shù)據(jù)聚合節(jié)點和信息聚合節(jié)點分別向云平臺提交自身的加密公鑰,所述云平臺:
向數(shù)據(jù)聚合節(jié)點和信息聚合節(jié)點分發(fā)自身的公鑰,
為數(shù)據(jù)聚合節(jié)點隨機分配數(shù)據(jù)聚合單元,
向數(shù)據(jù)聚合節(jié)點分發(fā)信息聚合公鑰,
向數(shù)據(jù)傳輸節(jié)點分發(fā)數(shù)據(jù)聚合單元的分配表和公鑰。
進(jìn)一步地,所述步驟4)中,根據(jù)收到的數(shù)據(jù)聚合方案,即數(shù)據(jù)聚合節(jié)點分別負(fù)責(zé)匯總聚合單元中收集到的數(shù)據(jù),收到數(shù)據(jù)聚合消息的數(shù)據(jù)傳輸節(jié)點用對應(yīng)的數(shù)據(jù)聚合公鑰將不同聚合單元對應(yīng)的數(shù)據(jù)分別加密后發(fā)送給對應(yīng)的數(shù)據(jù)聚合節(jié)點,并發(fā)送數(shù)據(jù)已發(fā)送的消息給云平臺。
進(jìn)一步地,所述步驟7)包括:
向云平臺傳輸?shù)臄?shù)據(jù)聚合結(jié)束后,所述數(shù)據(jù)聚合節(jié)點:
統(tǒng)計每個數(shù)據(jù)聚合單元中的數(shù)據(jù)總量,
根據(jù)最終有效的數(shù)據(jù)計算數(shù)據(jù)傳輸節(jié)點的貢獻(xiàn)比例和其傳輸數(shù)據(jù)在全部數(shù)據(jù)中的分布情況,
按所述分布情況生成每個數(shù)據(jù)傳輸節(jié)點的數(shù)據(jù)信息,
將所述數(shù)據(jù)信息拆分成隨機的組合,
將用信息聚合公鑰隨機加密的統(tǒng)計信息向?qū)?yīng)的信息聚合節(jié)點發(fā)送,如用戶A向聚合單元α在聚合單元1內(nèi)上傳10份有效數(shù)據(jù),在聚合單元2內(nèi)上傳5份有效數(shù)據(jù),在聚合后聚合單元α分別通知5個隨機生成的信息聚合節(jié)點用戶A向其總共傳輸了2、4、2、1、6份數(shù)據(jù),向云平臺發(fā)送收到的數(shù)據(jù)。
進(jìn)一步地,所述步驟7)包括:
收到數(shù)據(jù)聚合節(jié)點發(fā)送的數(shù)據(jù)信息的信息聚合節(jié)點:
匯總數(shù)據(jù)信息,
計算已收到數(shù)據(jù)信息中數(shù)據(jù)傳輸節(jié)點的預(yù)傳輸數(shù)據(jù)總量和有效傳輸數(shù)據(jù)總量,
向云平臺發(fā)送匯總后的信息,如有多個數(shù)據(jù)聚合節(jié)點分別通知該信息聚合節(jié)點用戶A向其傳輸了2、10、3份數(shù)據(jù),用戶B向其傳輸了1、50份數(shù)據(jù),則該信息聚合節(jié)點會通知云平臺用戶A收集了15份數(shù)據(jù),用戶B收集了51份數(shù)據(jù)。
進(jìn)一步地,所述步驟8)包括:
收到數(shù)據(jù)信息后的云平臺,首先將匯總的數(shù)據(jù)信息和收到的數(shù)據(jù)進(jìn)行比對,如果有聚合單元的數(shù)據(jù)和統(tǒng)計信息不符,則聯(lián)系該聚合單元對應(yīng)的數(shù)據(jù)聚合節(jié)點進(jìn)行勘誤;
云平臺匯總每一個數(shù)據(jù)傳輸節(jié)點的數(shù)據(jù)信息并發(fā)給該數(shù)據(jù)傳輸節(jié)點進(jìn)行比對,如果有數(shù)據(jù)傳輸節(jié)點確認(rèn)信息有誤,則數(shù)據(jù)傳輸節(jié)點需將自己的數(shù)據(jù)直接發(fā)送給云平臺供云平臺進(jìn)行驗證,確定問題根源。
本發(fā)明還提供一種數(shù)據(jù)傳輸方法的數(shù)據(jù)傳輸系統(tǒng),其改進(jìn)之處在于,所述傳輸系統(tǒng)包括:
數(shù)據(jù)需求者,用于向云平臺提交數(shù)據(jù)傳輸請求,包括數(shù)據(jù)傳輸需求和預(yù)算信息;
云平臺,用于向用戶推送數(shù)據(jù)傳輸任務(wù),分配數(shù)據(jù)聚合單元和數(shù)據(jù)驗證工作;
數(shù)據(jù)傳輸節(jié)點,用于數(shù)據(jù)傳輸任務(wù)所需的數(shù)據(jù),并將數(shù)據(jù)傳輸至數(shù)據(jù)聚合節(jié)點;
數(shù)據(jù)聚合節(jié)點,用于匯總數(shù)據(jù),生成數(shù)據(jù)信息;
信息聚合節(jié)點,用于匯總數(shù)據(jù)信息并上傳至云平臺。
進(jìn)一步地,所述數(shù)據(jù)傳輸節(jié)點根據(jù)數(shù)據(jù)聚合單元分配表將數(shù)據(jù)分別加密傳輸給數(shù)據(jù)聚合節(jié)點;所述數(shù)據(jù)聚合節(jié)點將拆分的數(shù)據(jù)信息隨機發(fā)送給信息聚合節(jié)點。
進(jìn)一步地,所有接受數(shù)據(jù)傳輸任務(wù)的用戶向服務(wù)器確認(rèn)自身的角色,為數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點和信息聚合節(jié)點中的一個或多個。
本發(fā)明還提供一種包括保障用戶隱私與數(shù)據(jù)信息質(zhì)量數(shù)據(jù)傳輸系統(tǒng)的數(shù)據(jù)傳輸裝置,其改進(jìn)之處在于,所述裝置包括作為客戶端的傳輸系統(tǒng),以及與客戶端進(jìn)行數(shù)據(jù)傳輸?shù)姆?wù)器端。
為了對披露的實施例的一些方面有一個基本的理解,下面給出了簡單的概括。該概括部分不是泛泛評述,也不是要確定關(guān)鍵/重要組成元素或描繪這些實施例的保護(hù)范圍。其唯一目的是用簡單的形式呈現(xiàn)一些概念,以此作為后面的詳細(xì)說明的序言。
與最接近的現(xiàn)有技術(shù)相比,本發(fā)明提供的技術(shù)方案具有的優(yōu)異效果是:
本發(fā)明提供的技術(shù)方案,從數(shù)量、時間、空間等多個維度拆分?jǐn)?shù)據(jù)傳輸任務(wù)的需求,如在一連續(xù)的或間斷的時間區(qū)段內(nèi),解決了任務(wù)區(qū)域內(nèi)的任務(wù)所需傳輸?shù)臄?shù)據(jù)量應(yīng)該如何被分配的問題。例如,將一個時間區(qū)間內(nèi)的一個子區(qū)域分成為一個數(shù)據(jù)聚合單元。
本發(fā)明提供的技術(shù)方案,提供了一種數(shù)據(jù)匯聚的方法及系統(tǒng)。在本發(fā)明提供的數(shù)據(jù)匯聚的方法中,系統(tǒng)隨機為數(shù)據(jù)聚合節(jié)點分配聚合單元。數(shù)據(jù)傳輸節(jié)點的數(shù)據(jù)將根據(jù)數(shù)據(jù)聚合單元分配表上傳到不同的數(shù)據(jù)單元。數(shù)據(jù)聚合節(jié)點統(tǒng)計每個聚合單元中的數(shù)據(jù)總量,計算數(shù)據(jù)傳輸節(jié)點的貢獻(xiàn)比例和其傳輸數(shù)據(jù)在全部數(shù)據(jù)中的分布情況,并將這些內(nèi)容生成的每一數(shù)據(jù)傳輸節(jié)點的統(tǒng)計信息拆分成隨機組合,并將用信息聚合公鑰加密后的統(tǒng)計信息向?qū)?yīng)的信息聚合節(jié)點發(fā)送,并將收到的所有數(shù)據(jù)向云平臺發(fā)送。收到數(shù)據(jù)聚合節(jié)點發(fā)送的信息的信息聚合節(jié)點匯總信息,計算已收到信息中數(shù)據(jù)傳輸節(jié)點的傳輸數(shù)據(jù)總量,并在云平臺收到所有數(shù)據(jù)聚合節(jié)點發(fā)送的數(shù)據(jù)后,將匯總后的信息發(fā)送給云平臺。
本發(fā)明提供的技術(shù)方案,通過用戶的協(xié)作實現(xiàn)平臺獲取數(shù)據(jù)是完全混淆的,云平臺無法通過這些混淆的數(shù)據(jù)還原用戶的隱私信息,實現(xiàn)隱私信息的目的。而數(shù)據(jù)聚合節(jié)點可以驗證數(shù)據(jù)傳輸節(jié)上傳的信息,數(shù)據(jù)傳輸節(jié)點可以驗證聚合節(jié)點上傳的數(shù)據(jù)和匯總后信息。本發(fā)明提供的技術(shù)方案利用的內(nèi)存空間開銷與時間開銷較小,數(shù)據(jù)匯聚過程中數(shù)據(jù)傳遞次數(shù)也不會超過聚合單元的個數(shù),數(shù)據(jù)也只會發(fā)送一次,不會占用過多的帶寬;隨機發(fā)送的數(shù)據(jù)信息也僅限于一些數(shù)值,也不會占用過多的帶寬。
為了上述以及相關(guān)的目的,一個或多個實施例包括后面將詳細(xì)說明并在權(quán)利要求中特別指出的特征。下面的說明以及附圖詳細(xì)說明某些示例性方面,并且其指示的僅僅是各個實施例的原則可以利用的各種方式中的一些方式。其它的益處和新穎性特征將隨著下面的詳細(xì)說明結(jié)合附圖考慮而變得明顯,所公開的實施例是要包括所有這些方面以及它們的等同。
附圖說明
圖1是本發(fā)明提供的應(yīng)用場景的示意圖;
圖2是本發(fā)明提供的數(shù)據(jù)傳輸示意圖;
圖3是本發(fā)明提供的數(shù)據(jù)匯集方案時序圖;
圖4是本發(fā)明提供的數(shù)據(jù)傳輸節(jié)點客戶端主頁界面;
圖5是本發(fā)明提供的數(shù)據(jù)傳輸節(jié)點客戶端任務(wù)頁界面;
圖6是本發(fā)明提供的數(shù)據(jù)/信息聚合節(jié)點客戶端主頁界面;
圖7是本發(fā)明提供的數(shù)據(jù)/信息聚合節(jié)點客戶端任務(wù)頁界面;
圖8是本發(fā)明提供的服務(wù)器端任務(wù)管理界面;
圖9是本發(fā)明提供的服務(wù)器端用戶管理界面;
圖10是本發(fā)明提供的具體實施例一的智慧城市傳輸交通數(shù)據(jù)的數(shù)據(jù)傳輸方法示意圖;
圖11是本發(fā)明提供的具體實施例二的智慧城市中事件檢測的數(shù)據(jù)傳輸方法示意圖;
圖12是本發(fā)明提供的具體實施例三的智慧旅游的數(shù)據(jù)傳輸方法示意圖;
圖13是本發(fā)明提供的具體實施例四的文件傳輸?shù)臄?shù)據(jù)傳輸方法示意圖。
具體實施方式
下面結(jié)合附圖對本發(fā)明的具體實施方式作進(jìn)一步的詳細(xì)說明。
以下描述和附圖充分地示出本發(fā)明的具體實施方案,以使本領(lǐng)域的技術(shù)人員能夠?qū)嵺`它們。其他實施方案可以包括結(jié)構(gòu)的、邏輯的、電氣的、過程的以及其他的改變。實施例僅代表可能的變化。除非明確要求,否則單獨的組件和功能是可選的,并且操作的順序可以變化。一些實施方案的部分和特征可以被包括在或替換其他實施方案的部分和特征。本發(fā)明的實施方案的范圍包括權(quán)利要求書的整個范圍,以及權(quán)利要求書的所有可獲得的等同物。在本文中,本發(fā)明的這些實施方案可以被單獨地或總地用術(shù)語“發(fā)明”來表示,這僅僅是為了方便,并且如果事實上公開了超過一個的發(fā)明,不是要自動地限制該應(yīng)用的范圍為任何單個發(fā)明或發(fā)明構(gòu)思。
用戶可擔(dān)任數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點以及信息聚合節(jié)點中的一種或多種,本發(fā)明中的方案主要涉及數(shù)據(jù)聚合這個部分。
如圖1所示,介紹本發(fā)明中的應(yīng)用場景,即基于用戶協(xié)同環(huán)境的數(shù)據(jù)傳輸系統(tǒng),其示意圖如下:
101表示數(shù)據(jù)需求者,即數(shù)據(jù)傳輸發(fā)起者,通過云平臺發(fā)送數(shù)據(jù)傳輸任務(wù),提供預(yù)算。
102表示云平臺,負(fù)責(zé)推送數(shù)據(jù)傳輸任務(wù),分配聚合單元,數(shù)據(jù)驗證等工作。
103表示數(shù)據(jù)傳輸節(jié)點,負(fù)責(zé)傳輸任務(wù)所需的數(shù)據(jù)。
104表示數(shù)據(jù)聚合節(jié)點,負(fù)責(zé)匯總數(shù)據(jù),生成數(shù)據(jù)信息。
105表示信息聚合節(jié)點,負(fù)責(zé)匯總數(shù)據(jù)信息。
如圖2所示,介紹本發(fā)明中的數(shù)據(jù)傳輸特點:
1)數(shù)據(jù)傳輸節(jié)點根據(jù)數(shù)據(jù)聚合單元分配表將數(shù)據(jù)分別加密傳輸給數(shù)據(jù)聚合節(jié)點。
2)數(shù)據(jù)聚合節(jié)點將拆分的數(shù)據(jù)信息隨機發(fā)送給信息聚合節(jié)點。
如圖3所示,介紹本發(fā)明中的數(shù)據(jù)過程?;谟脩魠f(xié)同環(huán)境的數(shù)據(jù)傳輸方法包括下述步驟:
1)智能設(shè)備用戶在云平臺中注冊,并提交自己的激勵需求、存儲和傳輸能力等信息。
2)數(shù)據(jù)需求者向云平臺提交數(shù)據(jù)傳輸請求,包括數(shù)據(jù)傳輸需求和預(yù)算等信息。
3)云平臺向用戶推送數(shù)據(jù)傳輸計劃和角色確認(rèn)請求,所有接受任務(wù)的用戶向服務(wù)器確認(rèn)自己的角色:數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點、信息聚合節(jié)點。
4)數(shù)據(jù)聚合節(jié)點和信息聚合節(jié)點需向云平臺提交自己的加密公鑰,云平臺也會將自己的公鑰分發(fā)給以上兩種節(jié)點,同時云平臺會為數(shù)據(jù)聚合節(jié)點隨機分配聚合單元,并將信息聚合節(jié)點的公鑰分發(fā)給數(shù)據(jù)聚合節(jié)點。將聚合單元的分配表和公鑰發(fā)給數(shù)據(jù)傳輸節(jié)點。
5)數(shù)據(jù)傳輸節(jié)點根據(jù)數(shù)據(jù)傳輸需求,并在所有的數(shù)據(jù)傳輸節(jié)點在收到數(shù)據(jù)聚合的消息后,會根據(jù)之前收到的數(shù)據(jù)聚合方案,使用對應(yīng)的數(shù)據(jù)聚合公鑰將數(shù)據(jù)分別加密并發(fā)送給對應(yīng)的數(shù)據(jù)聚合節(jié)點,并發(fā)送數(shù)據(jù)已發(fā)送的消息給云平臺。
6)數(shù)據(jù)聚合節(jié)點在收到數(shù)據(jù)傳輸節(jié)點發(fā)送的數(shù)據(jù)后,對數(shù)據(jù)進(jìn)行解密和檢驗,根據(jù)任務(wù)需求對數(shù)據(jù)進(jìn)行統(tǒng)一化處理。
7)在到達(dá)云平臺指定的數(shù)據(jù)聚合結(jié)束時間后,數(shù)據(jù)聚合節(jié)點將統(tǒng)計每個聚合單元中的數(shù)據(jù)總量,計算數(shù)據(jù)傳輸節(jié)點的貢獻(xiàn)比例和其傳輸數(shù)據(jù)在全部數(shù)據(jù)中的分布情況,并根據(jù)以上內(nèi)容生成每個數(shù)據(jù)傳輸節(jié)點的統(tǒng)計信息,再將信息拆分成隨機的組合1,使用信息聚合公鑰對統(tǒng)計信息隨機加密,發(fā)送給對應(yīng)的信息聚合節(jié)點,再將收到的所有數(shù)據(jù)發(fā)送給云平臺。
8)信息聚合節(jié)點會在收到數(shù)據(jù)聚合節(jié)點發(fā)送的信息后,對信息進(jìn)行匯總,計算已收到信息中數(shù)據(jù)傳輸節(jié)點的預(yù)傳輸數(shù)據(jù)總量和有效傳輸數(shù)據(jù)總量,并在云平臺收到所有數(shù)據(jù)聚合節(jié)點發(fā)送的數(shù)據(jù)后,將匯總后的信息發(fā)送給云平臺。
9)云平臺在收到所有的信息后,對信息進(jìn)行匯總,生成每個子區(qū)域和每個時間區(qū)間的數(shù)據(jù)匯總表,以及每個數(shù)據(jù)傳輸節(jié)點的信息匯總表,并發(fā)送給數(shù)據(jù)傳輸節(jié)點進(jìn)行驗證,如果與數(shù)據(jù)傳輸節(jié)點本地的數(shù)據(jù)一致,則數(shù)據(jù)聚合結(jié)束;如果不一致,數(shù)據(jù)傳輸節(jié)點可向云平臺報告有誤的部分,云平臺將聯(lián)系對應(yīng)的數(shù)據(jù)聚合節(jié)點或信息聚合節(jié)點進(jìn)行勘誤。
數(shù)據(jù)傳輸節(jié)點移動端界面
數(shù)據(jù)傳輸節(jié)點移動端的功能面向數(shù)據(jù)傳輸節(jié)點,用于用戶登錄、數(shù)據(jù)傳輸?shù)裙δ堋?/p>
1)主頁:
參考圖4,點擊主頁按鈕可以進(jìn)入默認(rèn)頁,未登陸的用戶首先需要在默認(rèn)頁注冊、登陸,即圖4(a),登陸后默認(rèn)頁為消息頁,如圖4(b)所示,其中消息包含任務(wù)消息、數(shù)據(jù)消息和服務(wù)器消息等,其中:
a)任務(wù)消息主要為云平臺推送的數(shù)據(jù)傳輸任務(wù),用戶可以點擊查看按鈕來查看任務(wù)詳情并選擇接受或忽略該任務(wù)。如果用戶選擇接受任務(wù),那點擊該任務(wù)消息對應(yīng)的接受按鈕后,會跳轉(zhuǎn)到任務(wù)設(shè)定頁面并新建一個任務(wù);如果用戶忽略該任務(wù),那點擊忽略按鈕后會刪除任務(wù)消息。如圖4(c)所示。
b)服務(wù)器消息為數(shù)據(jù)聚合消息,點擊對應(yīng)的處理按鈕會跳轉(zhuǎn)到任務(wù)傳輸詳情頁面。
c)服務(wù)器消息為最終的驗證消息,點擊對應(yīng)的處理按鈕會跳轉(zhuǎn)到任務(wù)驗證頁面。
2)任務(wù)頁:
參考圖5,點擊該按鈕可以打開任務(wù)頁面,如圖5(a)所示,在該頁面默認(rèn)為任務(wù)列表,可以列出用戶接受的所有任務(wù),點擊任務(wù)對應(yīng)的查看按鈕,可以查看該任務(wù)的任務(wù)詳情,任務(wù)詳情下面會有確定按鈕,點擊確定按鈕后會退出任務(wù)詳情并返回任務(wù)頁。如圖5(b)所示。
點擊任務(wù)對應(yīng)的處理按鈕,會顯示任務(wù)傳輸詳情,任務(wù)傳輸詳情下會顯示數(shù)據(jù)聚合的信息,如聚合點等等,下面會有發(fā)送/確定按鈕,已發(fā)送的任務(wù)會顯示為確定,如圖5(c)所示。如果該任務(wù)的數(shù)據(jù)采集已經(jīng)結(jié)束,用戶已經(jīng)得到需要傳輸?shù)臄?shù)據(jù),用戶需點擊發(fā)送按鈕將根據(jù)聚合單元分配表,將數(shù)據(jù)使用對應(yīng)的加密密鑰加密并發(fā)送給對應(yīng)數(shù)據(jù)聚合節(jié)點,再將已發(fā)送數(shù)據(jù)的消息發(fā)送給云平臺。
任務(wù)驗證頁面會顯示服務(wù)器傳來的最終匯總消息,以及和本地的對比情況及相同與否的提示,下面會有發(fā)送按鈕,點擊發(fā)送會將確定消息發(fā)給云平臺,如圖5(d)所示。
數(shù)據(jù)/信息聚合節(jié)點移動端界面
數(shù)據(jù)/信息聚合節(jié)點移動端的功能面向數(shù)據(jù)/信息聚合節(jié)點,用于數(shù)據(jù)和相關(guān)信息的傳輸和上傳等功能。
1)主頁:
參考圖6,點擊該按鈕可以打開任務(wù)頁面,如圖6(a)所示。在該頁面默認(rèn)為任務(wù)列表,可以列出數(shù)據(jù)聚合節(jié)點負(fù)責(zé)的所有任務(wù),點擊任務(wù)對應(yīng)的處理按鈕,會顯示任務(wù)傳輸詳情,任務(wù)傳輸詳情下會顯示數(shù)據(jù)聚合的信息,如聚合點分配等等,下面會有發(fā)送/確定按鈕,已發(fā)送的任務(wù)會顯示為確定,如圖6(b)所示。如果該任務(wù)的數(shù)據(jù)采集已經(jīng)結(jié)束,用戶已經(jīng)得到需要傳輸?shù)臄?shù)據(jù):
a)數(shù)據(jù)聚合節(jié)點需點擊發(fā)送按鈕將信息發(fā)給信息聚合節(jié)點,將數(shù)據(jù)發(fā)給云平臺。
b)信息聚合節(jié)點需點擊發(fā)送按鈕將信息發(fā)送給云平臺。
2)任務(wù)頁:
參考圖7,點擊該按鈕可以打開任務(wù)頁面,如圖7(a)所示。在該頁面默認(rèn)為任務(wù)列表,可以列出數(shù)據(jù)聚合節(jié)點負(fù)責(zé)的所有任務(wù),點擊任務(wù)對應(yīng)的處理按鈕,會顯示任務(wù)傳輸詳情,任務(wù)傳輸詳情下會顯示數(shù)據(jù)聚合的信息,如聚合點分配等等,下面會有發(fā)送/確定按鈕,已發(fā)送的任務(wù)會顯示為確定。如圖7(b)所示。如果該任務(wù)的數(shù)據(jù)采集已經(jīng)結(jié)束,用戶已經(jīng)得到需要傳輸?shù)臄?shù)據(jù):
a)數(shù)據(jù)聚合節(jié)點需點擊發(fā)送按鈕將信息發(fā)給信息聚合節(jié)點,將數(shù)據(jù)發(fā)給云平臺。
b)信息聚合節(jié)點需點擊發(fā)送按鈕將信息發(fā)送給云平臺。
服務(wù)器端界面
服務(wù)器端界面主要包括以下部分:
1)任務(wù)管理
參考圖8,任務(wù)管理頁面默認(rèn)為任務(wù)列表,如圖8(a)所示。點擊任務(wù)對應(yīng)的查看按鈕可以查看該任務(wù)的設(shè)定詳情;如圖8(b)所示。點擊任務(wù)對應(yīng)的完成情況按鈕可以顯示該任務(wù)的完成情況;如圖8(c)所示。
2)用戶管理
參考圖9,該界面主要為已注冊的用戶信息管理,包含用戶列表頁和用戶詳情頁;如圖9(a)所示。點擊用戶列表內(nèi)用戶對應(yīng)的查看按鈕,可以跳轉(zhuǎn)到用戶詳情頁實現(xiàn)對用戶詳情的查看、修改,如圖9(b)所示。
點擊用戶詳情頁的修改按鈕,可以保存對用戶信息的修改。
本發(fā)明中的一些關(guān)鍵詞解釋如下:
a)數(shù)據(jù):需要傳輸?shù)膩碜詡鞲衅鞯葦?shù)據(jù)源的數(shù)據(jù)。
b)數(shù)據(jù)傳輸節(jié)點:接收來自傳感器的數(shù)據(jù)并發(fā)送給數(shù)據(jù)對應(yīng)的數(shù)據(jù)聚合節(jié)點。
c)數(shù)據(jù)聚合節(jié)點:接收來自數(shù)據(jù)傳輸節(jié)點的數(shù)據(jù)并匯總后發(fā)送給應(yīng)用服務(wù)器,生成數(shù)據(jù)的信息報告并隨機發(fā)送給不同的信息聚合節(jié)點。
d)信息:某個數(shù)據(jù)傳輸節(jié)點發(fā)送的數(shù)據(jù)量和對應(yīng)的精度等信息。
e)信息聚合節(jié)點:接收來自數(shù)據(jù)聚合節(jié)點的信息報告,匯總后發(fā)送給應(yīng)用服務(wù)器。
聚合單元:將整個區(qū)域劃分為多個子區(qū)域,傳輸任務(wù)對應(yīng)的時間劃分為多個時間區(qū)間,一個時間區(qū)間內(nèi)的一個子區(qū)域為一個聚合單元。
實施例一:智慧城市傳輸交通數(shù)據(jù)
隨著汽車數(shù)量的增加,城市交通愈發(fā)擁堵,現(xiàn)在的實時交通信息還處于相對落后的階段,基于交通攝像頭的監(jiān)控方法目前也無法做到實時的自動分析。如果在道路周邊安裝一些聲音、氣體傳感器,就可以通過對讀數(shù)的分析,結(jié)合車輛上報的一些信息,就可以得到當(dāng)前的路況信息,從而實現(xiàn)交通大數(shù)據(jù)的實時動態(tài)分析。雖然固定安置的傳感器可以由公交車等公共設(shè)施進(jìn)行數(shù)據(jù)傳輸,但受時間、空間覆蓋度的影響,數(shù)據(jù)很難得到及時傳輸。如果采用基于智能設(shè)備的數(shù)據(jù)傳輸技術(shù),讓每輛汽車、個人或單位的物聯(lián)網(wǎng)設(shè)備協(xié)助公共設(shè)施來傳輸數(shù)據(jù),那交管部門無疑可以更加及時和準(zhǔn)確地獲取交通路況信息,同時也能為出行者提供更好的行動路線,防止擁堵的產(chǎn)生。
但車輛的行動信息和線路規(guī)劃無疑屬于非常隱私的個人信息,因此雖然報告信息能在很大程度上幫助司機本人,但如果無法解決隱私問題,那很多司機都可能不愿意參與進(jìn)來。同時,市民在連接到已安裝的物聯(lián)網(wǎng)設(shè)備后,將物聯(lián)網(wǎng)設(shè)備采集的信息上傳到服務(wù)器上,也會暴漏自己的位置信息等。
如圖10所示,在這個場景中,我們的方案能很好地解決隱私問題:
1.私家車、公交車、出租車、旅游巴士、超市管理員等向數(shù)據(jù)中心平臺注冊,提交自己設(shè)備的傳感器類型、精度等信息
2.任務(wù)需求設(shè)定為全時段全路段覆蓋,服務(wù)器將該需求下發(fā)給每一位用戶,并向所有用戶進(jìn)行角色確認(rèn),每位用戶可以擔(dān)任數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點、信息聚合節(jié)點中的一種或多種
3.用戶向服務(wù)器確認(rèn)自己的角色
4.服務(wù)器根據(jù)用戶回饋,確定私家車將擔(dān)任數(shù)據(jù)傳輸節(jié)點,公交車和出租車將擔(dān)任數(shù)據(jù)聚合節(jié)點,旅游巴士和超市管理員將擔(dān)任信息聚合節(jié)點
5.服務(wù)器將平臺加密公鑰發(fā)給旅游巴士和超市管理員,旅游巴士和超市管理員將自己的加密公鑰發(fā)送給服務(wù)器
6.服務(wù)器將平臺加密公鑰和信息聚合加密公鑰發(fā)送給公交車和出租車,公交車和出租車將自己的數(shù)據(jù)聚合加密公鑰發(fā)送給服務(wù)器
7.服務(wù)器將數(shù)據(jù)聚合加密公鑰發(fā)送給私家車
8.私家車開始收集并傳輸身邊傳感器節(jié)點的數(shù)據(jù)。傳輸?shù)臄?shù)據(jù)周期性地使用數(shù)據(jù)聚合加密公鑰加密后發(fā)送給對應(yīng)的公交車或者出租車
9.公交車和出租車將收到的數(shù)據(jù)解密、匯總,并將聚合后的數(shù)據(jù)使用平臺加密公鑰加密后發(fā)送給服務(wù)器
10.公交車和出租車將私家車上傳的信息進(jìn)行統(tǒng)計,得到數(shù)量、精度等信息,將這些信息隨機拆分,并將分拆后的信息隨機發(fā)送給旅游巴士或者超市管理員,發(fā)送前需使用對應(yīng)的信息聚合加密公鑰加密
11.旅游巴士和超市管理員將收到的信息匯總后使用平臺加密公鑰加密后發(fā)送給服務(wù)器
12.以小時或天為單位,服務(wù)器發(fā)送數(shù)據(jù)和信息給私家車進(jìn)行驗證。如果數(shù)據(jù)和私家車的數(shù)據(jù)不符,將進(jìn)行數(shù)據(jù)回溯,找到問題的發(fā)生源。
實施例二:智慧城市中的事件檢測
隨著城市的發(fā)展,城市中的人口結(jié)構(gòu)和城市規(guī)劃越來越復(fù)雜,這就給管理部門的管理工作帶來的一定的壓力。而且并不是所有的片區(qū)和所有的時間內(nèi)都有監(jiān)控,所以當(dāng)發(fā)生一些意外事故時,可能無法得到及時上報。而發(fā)動市民來上報這些信息將大大緩解這一問題。但是,受一些原因的影響,人們可能不愿意上報自己身邊的信息,避免讓自己引入事件。因此只有保障人們的隱私安全,才能讓人們上報數(shù)據(jù)成為可能。同時,如果不對這些信息進(jìn)行檢驗,如果有人通過系統(tǒng)亂報數(shù)據(jù),就可能加重管理部門的工作壓力,甚至帶來恐慌。
如圖11所示,在這個場景中,我們的方案能很好地解決隱私問題:
1.市民1和2、公交車、出租車、旅游巴士、超市管理員等向數(shù)據(jù)中心平臺注冊,提交自己設(shè)備的傳感器類型、精度等信息
2.任務(wù)需求設(shè)定為全時段全城區(qū)覆蓋,服務(wù)器將該需求下發(fā)給每一位用戶,并向所有用戶進(jìn)行角色確認(rèn),每位用戶可以擔(dān)任數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點、信息聚合節(jié)點中的一種或多種
3.用戶向服務(wù)器確認(rèn)自己的角色
4.服務(wù)器根據(jù)用戶回饋,確定市民1和2將擔(dān)任數(shù)據(jù)傳輸節(jié)點,公交車和出租車將擔(dān)任數(shù)據(jù)聚合節(jié)點,旅游巴士和超市管理員將擔(dān)任信息聚合節(jié)點
5.服務(wù)器將平臺加密公鑰發(fā)給旅游巴士和超市管理員,旅游巴士和超市管理員將自己的加密公鑰發(fā)送給服務(wù)器
6.服務(wù)器將平臺加密公鑰和信息聚合加密公鑰發(fā)送給公交車和出租車,公交車和出租車將自己的數(shù)據(jù)聚合加密公鑰發(fā)送給服務(wù)器
7.服務(wù)器將數(shù)據(jù)聚合加密公鑰發(fā)送給市民1和2
8.市民1和2開始監(jiān)測身邊是否有事件發(fā)生
9.市民1發(fā)現(xiàn)有事件發(fā)生后,將事件相關(guān)數(shù)據(jù)使用數(shù)據(jù)聚合加密公鑰加密后發(fā)送給對應(yīng)的公交車或者出租車
10.公交車和出租車將收到的數(shù)據(jù)解密、匯總,并將聚合后的數(shù)據(jù)使用平臺加密公鑰加密后發(fā)送給服務(wù)器
11.公交車和出租車將市民1上傳的信息進(jìn)行統(tǒng)計,得到數(shù)量、精度等信息,將這些信息隨機拆分,并將分拆后的信息隨機發(fā)送給旅游巴士或者超市管理員,發(fā)送前需使用對應(yīng)的信息聚合加密公鑰加密
12.旅游巴士和超市管理員將收到的信息匯總后使用平臺加密公鑰加密后發(fā)送給服務(wù)器
13.服務(wù)器根據(jù)收到的事件數(shù)據(jù),計算事件范圍,并確定需要補充收集的詳細(xì)事件數(shù)據(jù),將需求發(fā)送給市民1和2
14.市民1和2根據(jù)需求收集相關(guān)數(shù)據(jù),過程同步驟9-13
15.事件檢測結(jié)束后,服務(wù)器發(fā)送數(shù)據(jù)和信息給市民1和2進(jìn)行驗證。如果數(shù)據(jù)和市民1和2本地的數(shù)據(jù)不符,將進(jìn)行數(shù)據(jù)回溯,找到問題的發(fā)生源。
實施例三:智慧旅游
現(xiàn)在的景區(qū)大多由附近居民參與管理,受管理水平的影響,我們經(jīng)常會在新聞中看到景區(qū)的糾紛;同時,管理人員無法對景區(qū)的每一個角落進(jìn)行監(jiān)管,因此景區(qū)也時不時會發(fā)生一些意想不到的事件。如為了及時檢測到動物離開的專屬的活動區(qū)域,景區(qū)管理部門可以在動物身上安置一些低功耗的藍(lán)牙模塊,周期性發(fā)射該動物的信息,同時為游客設(shè)計開發(fā)專屬的游覽APP,一方面當(dāng)檢測到動物時,游客可以在APP中查看該動物的介紹,從而增長知識和增加樂趣,另一方面,如果APP檢測到動物出現(xiàn)在異常區(qū)域,則游客可以上報信息,從而協(xié)助景區(qū)完成動物的管理工作。
此外,而隨著網(wǎng)絡(luò)的發(fā)展,游客可以在網(wǎng)上訂票甚至在網(wǎng)上制定自己的行程,因此景區(qū)的管理人員完全可以讓游客參與到景區(qū)的管理中來。如進(jìn)行人流監(jiān)測等,并可以將景區(qū)內(nèi)物聯(lián)網(wǎng)設(shè)備獲取的信息傳送到服務(wù)器,從而可以簡化景區(qū)管理,促進(jìn)景區(qū)發(fā)展。但如果不解決個人隱私問題,那勢必會降低游客參與管理的興趣。
如圖12所示,在這個場景中,我們的方案能很好地解決隱私問題:
1.游客1和2、巡邏車、出租車、超市管理員等向數(shù)據(jù)中心平臺注冊,提交自己設(shè)備的傳感器類型、精度等信息
2.任務(wù)需求設(shè)定為全時段全區(qū)域覆蓋,服務(wù)器將該需求下發(fā)給每一位用戶,并向所有用戶進(jìn)行角色確認(rèn),每位用戶可以擔(dān)任數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點、信息聚合節(jié)點中的一種或多種
3.用戶向服務(wù)器確認(rèn)自己的角色
4.服務(wù)器根據(jù)用戶回饋,確定游客1將擔(dān)任數(shù)據(jù)傳輸節(jié)點,游客2和巡邏車將擔(dān)任數(shù)據(jù)聚合節(jié)點,出租車和超市管理員將擔(dān)任信息聚合節(jié)點
5.服務(wù)器將平臺加密公鑰發(fā)給出租車和超市管理員,出租車和超市管理員將自己的加密公鑰發(fā)送給服務(wù)器
6.服務(wù)器將平臺加密公鑰和信息聚合加密公鑰發(fā)送給游客2和巡邏車,游客2和巡邏車將自己的數(shù)據(jù)聚合加密公鑰發(fā)送給服務(wù)器
7.服務(wù)器將數(shù)據(jù)聚合加密公鑰發(fā)送給游客1
8.游客1開始收集身邊的動物位置信息
9.游客1將動物位置信息使用數(shù)據(jù)聚合加密公鑰加密后發(fā)送給對應(yīng)的游客2或巡邏車
10.游客2和巡邏車將收到的數(shù)據(jù)解密、匯總,并將聚合后的數(shù)據(jù)使用平臺加密公鑰加密后發(fā)送給服務(wù)器
11.游客2和巡邏車將游客1上傳的信息進(jìn)行統(tǒng)計,得到數(shù)量、精度等信息,將這些信息隨機拆分,并將分拆后的信息隨機發(fā)送給出租車和超市管理員,發(fā)送前需使用對應(yīng)的信息聚合加密公鑰加密
12.出租車和超市管理員將收到的信息匯總后使用平臺加密公鑰加密后發(fā)送給服務(wù)器
13.以天或周等為單位,服務(wù)器發(fā)送數(shù)據(jù)和信息給游客1進(jìn)行驗證。如果數(shù)據(jù)和游客1本地的數(shù)據(jù)不符,將進(jìn)行數(shù)據(jù)回溯,找到問題的發(fā)生源。
實施例四:文件傳輸
現(xiàn)在有很多通過拍照等方式分析城市空氣質(zhì)量、通過錄音分析噪音情況的應(yīng)用。如讓用戶將對著天空、建筑物拍照片,再通過圖像分析就可以得到當(dāng)前的pm2.5濃度。但由于這些數(shù)據(jù)帶有的隱私信息過多,甚至可能會暴漏一些機密信息,如果將這些數(shù)據(jù)直接上傳到服務(wù)器中,就有可能被攻擊者截獲數(shù)據(jù),從而造成機密信息泄露。
如圖13所示,在這個場景中,我們的方案能很好地解決信息泄露問題:
1.市民甲、市民乙、超市管理員等向數(shù)據(jù)中心平臺注冊,提交自己設(shè)備的傳感器類型、精度等信息
2.任務(wù)需求設(shè)定為可供傳輸?shù)臄?shù)據(jù)類型并限制文件大小,服務(wù)器將該需求下發(fā)給每一位用戶,并向所有用戶進(jìn)行角色確認(rèn),每位用戶可以擔(dān)任數(shù)據(jù)傳輸節(jié)點、數(shù)據(jù)聚合節(jié)點中的一種或多種
3.用戶向服務(wù)器確認(rèn)自己的角色
4.服務(wù)器根據(jù)用戶回饋,確定市民乙將擔(dān)任數(shù)據(jù)傳輸節(jié)點,市民甲和超市管理員將擔(dān)任數(shù)據(jù)聚合節(jié)點
5.服務(wù)器將平臺加密公鑰發(fā)送給市民甲和超市管理員,市民甲和超市管理員將自己的數(shù)據(jù)聚合加密公鑰發(fā)送給服務(wù)器
6.服務(wù)器將數(shù)據(jù)聚合加密公鑰發(fā)送給市民乙
7.市民乙發(fā)起文件傳輸,將需要傳輸?shù)奈募鸱只蛘叻志韷嚎s后使用數(shù)據(jù)聚合加密公鑰加密后發(fā)送給對應(yīng)的市民甲或超市管理員
8.市民甲或超市管理員將收到的數(shù)據(jù)解密、匯總,并將聚合后的數(shù)據(jù)使用平臺加密公鑰加密后發(fā)送給服務(wù)器,最后向市民乙發(fā)送確認(rèn)信息
9.市民乙收到所有的確認(rèn)信息后,發(fā)送完成信息給服務(wù)器
10.服務(wù)器對數(shù)據(jù)進(jìn)行匯總、解密、拼接或解壓
服務(wù)器發(fā)送數(shù)據(jù)和信息給市民乙進(jìn)行驗證。如果數(shù)據(jù)和市民乙本地的數(shù)據(jù)不符,將進(jìn)行數(shù)據(jù)回溯,找到問題的發(fā)生源。
本發(fā)明中,通過智能設(shè)備用戶的協(xié)作來實現(xiàn)在云平臺在獲取數(shù)據(jù)是完全混淆的,云平臺無法通過這些混淆的數(shù)據(jù)還原用戶的隱私信息的目的,但用戶的數(shù)據(jù)交互完全由云平臺控制,每個用戶只能接收來自其他用戶在某一小塊區(qū)域某一小段時間區(qū)間的數(shù)據(jù),所有在該范圍產(chǎn)生的數(shù)據(jù)都會傳給這個用戶,因此該用戶就可以實現(xiàn)對該范圍數(shù)據(jù)的比較和驗證工作。且所有數(shù)據(jù)都使用單獨的公鑰加密,因此即使數(shù)據(jù)被攻擊者截獲,也很難將數(shù)據(jù)包內(nèi)的信息泄露,而即使被破解了部分信息,攻擊者也無法通過零碎的文件還原用戶的全部隱私信息,從而也對數(shù)據(jù)傳輸本身的安全性進(jìn)行了加強;另一方面,也可以通過本發(fā)明將二進(jìn)制文件拆分傳輸,從而讓文件能夠得到更好的保護(hù),達(dá)到防止機密文件泄露的目的。
基于以上的模型,云平臺僅僅能獲取智能設(shè)備用戶對任務(wù)完成度、可靠性等信息獻(xiàn),從而無法還原包含個人位置在內(nèi)的個人隱私信息。另一方面,云平臺會在數(shù)據(jù)傳輸后對數(shù)據(jù)進(jìn)行校驗,以防止惡意的數(shù)據(jù)上傳行為的發(fā)生。
本發(fā)明的方法、系統(tǒng)及其裝置利用較小的內(nèi)存空間開銷與時間開銷,在數(shù)據(jù)匯聚過程中數(shù)據(jù)傳遞次數(shù)不會超過聚合單元的個數(shù),數(shù)據(jù)也只會被發(fā)送一次,不會占用過多的帶寬;隨機發(fā)送的數(shù)據(jù)信息也僅限于一些數(shù)值,也不會占用過多的帶寬。
以上實施例僅用以說明本發(fā)明的技術(shù)方案而非對其限制,盡管參照上述實施例對本發(fā)明進(jìn)行了詳細(xì)的說明,所屬領(lǐng)域的普通技術(shù)人員依然可以對本發(fā)明的具體實施方式進(jìn)行修改或者等同替換,這些未脫離本發(fā)明精神和范圍的任何修改或者等同替換,均在申請待批的本發(fā)明的權(quán)利要求保護(hù)范圍之內(nèi)。