可不可以用動態圖像（動態二維碼）傳輸數據，具體怎麼實現？

01-16

鑒於討論方向往信息傳遞和近場通訊偏移，修改一下題目。
可不可以用動態圖像（視頻）可視化的方式傳輸數據？用攝像頭讀取。
———————看上面—————————
在使用體脂稱時需要手動連接藍牙，將監測數據傳輸到手機，很麻煩，而且藍牙連接耗電。
我就想（如果掃二維碼比藍牙更耗電，就考慮其他應用場景）可不可以將需要傳輸的數據藏在二維碼里，只要一掃二維碼就可以下載那些數據，在更多的應用場景里，也可以實現無連接數據下載，相對其他方式安全一點，因為只支持下載，不用怕連接不明網路或藍牙，信息被盜取。

二維碼的數據容量有限，但如果是動態二維碼（許多張二維碼），傳輸量就會有所改觀。
具體實現的話，需要什麼技術？
——這個思路呢？——————
-----------------------------問題已經解決了一部分------------------------------
關於動態二維碼
From: Blog – Hackaday - IP Over QR Codes
關於用二維碼傳輸文件
Data Exchange via Multiplexed Color QR Codes on Mobile Devices (PDF Download Available)Data Exchange via Multiplexed Color QR Codes on Mobile Devices (PDF Download Available)

瀉藥終於等來了宣傳我paper的機會！淚流滿面

你說的省電這個argument大概是不太成立的，但是動態二維碼相比於藍牙之類的RF通信有以下好處：

1 物理層面，可見光天生適用於點對點通信，指哪打哪，看不到就收不到，安全

2 因為1，所以無需複雜配對以及抗干擾過程，用戶體驗好

3 通過進一步的圖像處理或者其他一些技術，可以將二維碼隱藏在普通視頻里，不影響用戶觀看的同時，攝像頭（手機）通過拍攝還可以得到其他信息。屏幕哪都有，不用再建新的infrastructure

這塊的研究已經比較成熟了，你圖片里提到的問題基本已經都被解決了，我已經跳坑了。。有興趣可以看我之前發的兩篇paper：

這篇用於提高傳輸可靠性：http://homes.cs.washington.edu/~anranw/papers/rdcode.pdf

這篇講將二維碼隱藏在視頻里：http://homes.cs.washington.edu/~anranw/papers/inframepp.pdf

當然可以，而且你可以輸出一張很大的二維碼，體脂儀上面的數據也沒幾K，一個屏幕那麼大的二維碼完全沒問題，到時候你可以要求體脂儀背後是一面牆，光直接打上去，一張就行了（逃

原先mobisys好像有篇論文寫的就是這個。

剛才大致查了一下，原先的那個論文查不到了。。。但可以參考以下的兩篇論文：

http://s3.amazonaws.com/academia.edu.documents/46747166/1570243452-final.pdf?AWSAccessKeyId=AKIAIWOWYYGZ2Y53UL3AExpires=1492427576Signature=aPxqex%2Bo0dFa%2BEWVPnNk%2Bl%2FJ5VA%3Dresponse-content-disposition=inline%3B%20filename%3DData_Exchange_via_Multiplexed_Color_QR_C.pdf

http://citeseerx.ist.psu.edu/viewdoc/download?doi=10.1.1.438.4447rep=rep1type=pdf

低等光纖

我以前考慮過多色二維碼，如果可行的話數據量會翻倍

數據量大的話，可以先聯網上傳，然後用二維碼顯示URL

Google搜「IP over QR code」，有真相

結論：二維碼傳輸數據效率太低了（每張圖像容量3-5KB左右），人機配合難度更是大（見步驟3）。

1.可以將需要傳輸的數據壓縮、加密。（生成的byte[]數據量可能還是挺大的）

2.用qr二維碼技術生成圖像適中，點陣大小適中的圖像存儲的信息量大約3KB 。可以將數據流生成多張圖像。

3.手機掃描圖像，解析成位元組流。（掃描成功後換下一張.如果手機跟生成二維碼的沒有交互，需要手動換下一張）

4.將解析的多張圖片的位元組流byte[]合併

5.逆向生成事先步驟1中的文件。

來個3KB容量的二維碼效果。

(╯‵□′)╯︵┻━┻ 不明白前面考慮有幾K數據的是怎麼想的.....幾K很大了好不...講道理不就一個秤而已，24bit的ADC也就3個Bytes的數據...還有啥要傳的？還能測身高不成？那就再加兩位元組？還要啥？

二維碼攜帶信息密度並不高，唯一優勢是通用性解析。如果基於二維碼開發出上層協議，損失了通用性，何不直接用文本格式（通用，不安全）或二進位加密（不通用，安全，效率高）傳輸信息呢？

首先，二維碼確實是一個思路。

我提供另外一個思路，用NFC去做，歡迎題主討論

如果是一張二維碼(保證容錯率)就能解決的話確實掃二維碼也挺方便的。如果需要多張二維碼圖才能把數據傳完的話那為什麼不利用手機的耳麥介面來傳輸？

有二維碼傳密鑰解數據和聲音傳數據:

怕網路安全的話用二維碼存密鑰手機掃碼綁定該設備，設備上傳數據用密鑰加密，只有知道密鑰的手機才能解密不就安全了

加密用非對稱

密鑰沒隔一段時間重新生成要要用戶重新掃碼綁定。

如果不想用網路和藍牙，還有聲音啊，超聲波和次聲波，參見聲音支付方案。不需要用戶一直對準，只要範圍夠。，如果聲音數據數據加密密鑰通過二維碼傳遞唄。

ps:話說分包意味著手機要裝app都裝app了幹嘛不直接自己實現新的動態圖像傳輸數據協議………或者用聲波………

不對呀，我覺得最大的問題是二維碼要顯示啊，弄個屏幕難道比藍牙更省電？電子墨水屏的話可能可以。至於安全問題，app和設備通過藍牙連接交互，肯定會有數據校驗的設定，不一定比二維碼不安全。

異想天開的使用場景，如果是智能傢具的話都用WiFi做信息交換中心吧。

比較常用的qr碼理論可存幾k的數據，但是這樣對碼的清晰度和容錯性要求就很高了。而且碼還有個問題，信息要麼明文要麼用對等加密來存儲，否則無法在不聯網的情況下使用，信息安全完全無法保證。

動態二維碼使用太麻煩，聯網的話耗電比藍牙還多吧