㈠ 谷歌把藍牙協議棧開源了嗎
你好，谷歌把藍牙協議棧開源了嗎？是的。Android 4.2之前，Google一直使用的是Linux官方藍牙協議棧，即知名老牌開源項目BlueZ。BlueZ實際上是由高通公司在2001年5月基於GPL協議發布的一個開源項目，該項目僅發布一個月後就被Linux之父Linux Torvalds納入了Linux內核，並做為Linux 2.4.6內核的官方藍牙協議棧。隨著Android設備的流行，BlueZ也得到了極大的完善和擴展。例如Android 4.1中BlueZ的版本升級為4.93，它支持藍牙核心規范4.0，並實現了絕大部分的Profiles。BlueZ現在正處於其巔峰時期，但好景不長。從Android 4.2即Jelly Bean開始，Google便在Android源碼中推出了它和博通公司一起開發的BlueDroid以替代BlueZ。雖然因為時間及成熟度的原因，大部分手機廠商在Android 4.2中仍繼續使用BlueZ。但據筆者了解，BlueZ的創始者，高通公司也將在基於其晶元的Android參考設計中去除BlueZ，並僅支持BlueDroid。BlueZ的未來如何筆者姑且不論。不過，能讓高通改弦易轍，BlueDroid自有其合理之處。相比BlueZ，BlueDroid最值得稱道的地方就是其框架結構變得更為簡潔和清晰。請參考！
㈡ Eddystone 和 iBeacon 到底有什麼區別
Eddystone和iBeacon都是藍牙信標發送信息的一種協議，iBeacon是蘋果推出的，只能在蘋果的設備上用，其實你可以寫一個支持ibeacon協議的app在安卓上用，但是估計蘋果公司不同意，Eddystone是google推出的，而且是開源的開放的。
藍牙信標（就是一個能發送無線信號的藍牙設備）使用iBeacon協議只能發送其UUID，可以類比的理解為網卡的物理地址，然後由對應的專用的app來接收信號，解析uuid，提供一些服務，通過uuid可以知道用戶在什麼地方等等，如是在北京的肯德基還是上海哪裡的肯德基。而使用eddystone可不僅可以發送設備的uuid，還可以發送url，就是一個網址，因為有了url那麼我們就不需要專門的app了，一個通用的接收藍牙信標信息的app就足夠了，然後通過url來直接訪問人家給你提供好的內容。
其實藍牙信標就是一個引導的功能，就像海上的燈塔為船指引方向，這是一個單向的通信方式，而不是交互的。
㈢ Eddystone 和 iBeacon 到底有什麼區別
1. 通用唯一識別碼 (Universally Unique Identifier，UUID)
UUID是一個128位的標志，用於將全世界的所有信標區分開來。比如星巴克在店內設置了信標，那麼星巴克app可以選擇只接受來自自家信標的消息，通過信標的唯一識別碼星巴克app也可以判斷出用戶處於全球的哪一家分店，並推送相應的信息，如優惠券、連接WiFi等等。
iBeacon發送的正是UUID，但它只能發送這種信息。Eddystone所支持的其他框架更有用的多。UUID的缺點在於它總是和app綁定的，也就是說每一個信標需要對應的app才能發揮作用。為了解決這個問題，Eddystone支持另一種框架。
2. URL鏈接
URL鏈接顯然比UUID應用更廣泛也更簡單，任何一個手機上都有瀏覽器，它們都可以打開URL。雖然星巴克粉絲們不介意一直在手機中保留星巴克官方app，但一位站在冷飲售貨機前的顧客顯然不太想為了買一杯飲料安裝一個app。在這種一次性傳輸中，URL無疑是最佳選擇。
URL可以被理解成信標的二維碼版本。但它相較二維碼的優勢在於不需要專門的二維碼識別軟體，也不需要顧客對著二維碼拍照。有了藍牙信標，不是顧客找鏈接而是鏈接主動找顧客。在餐館里安放一個信標就不需要貼一百萬個二維碼了。
谷歌曾經有一個名為The Physical Web的項目，主要工鞥就是用藍牙信標發送URL。它和iBeacon的問題是相同的，都是只支持一種模式。Eddystone比二者都更靈活。
3. 臨時標識（Ephemeral Identifiers，EDI）
EID是一種安全框架，它是一種只允許被授權用戶讀取信息的信標。比如在公司中，大廳里安放了對全部顧客、訪客廣播的信標，然而公司也有隻想對雇員廣播的信息，他們顯然不希望這些信息被顧客和訪客看到。谷歌沒有對這種框架做很多描述，只表示「這些信標會經常更新，只有授權的用戶可以解碼它們的信息」。谷歌還透露這種框架將被用於在幾場找自己的行李和找自己丟失的鑰匙等場景。信標技術可以告訴用戶二者之間的距離。
4. 遙測數據
這種框架對需要掌控大量信標的企業很有用。鑒於信標大多數使用電池供電，在一段時間後就需要更換電池或充電。遙測數據框架允許信標將自身的狀態和電量信息發送給周圍的IT工作人員，這樣員工們可以有針對性的進行維護和更換。
信標生態系統
建立信標生態系統離不開製造商的支持，谷歌已經拉攏了幾家製造商使用Eddystone。Radius Networks是最先看到跨平台信標重要性的公司之一，他們使用了「iBeacon for Android」庫文件，後來激怒了蘋果。
Radius Networks聯合創始人兼CEO Marc Wallace表示：「Eddystone和其它信標技術最大的不同在於他們兼容多種框架協議，具有更廣泛的用途。」Wallace還表示開發者們不需要為每一種協議單獨置辦一個信標，Radius Networks的設備將同時支持iBeacon、Eddystone和AltBeacon。AltBeacon是Radius Networks公司自主開發的信標標准。實際上現有信標設備只需要進行一下軟體升級就可以支持Eddystone，畢竟它只是一個藍牙軟體協議罷了。遺憾的是一個信標設備不能同時運行iBeacon和Eddystone。
谷歌致力於研究信標標準的同時，把信標硬體、管理軟體等其他方面留給了合作公司。簡單的信標設備售價只有10美元，你甚至可以下載一個app來把自己的手機變成一個信標設備。
谷歌生態系統中的Eddystone支持
硬體和通訊標準的確非常好，但如果沒有優秀的軟體來利用它們的話也無法發揮出真正的威力。谷歌將會引領Eddystone app的開發和支持。
谷歌地圖在今年早些時候已經在波蘭地區使用了基於信標的技術來進行實時導航和提醒，目前這個科技巨頭正在考慮擴展此服務。這些提醒會直接出現在谷歌地圖app上。它們並不是那種異常刺耳的震動的信息提醒，而是頗為安靜的類似天氣信息的提醒。它會悄悄出現在你的手機屏幕上，如果你不感興趣可以解散它。蘋果的信標提醒也是被動式的，在鎖定屏幕的左下方出現。
谷歌表示Google Now很快就可以利用信標的信息來更新提醒卡片了，比如走進餐廳時提供餐館菜單等等。這個功能Google Now通過GPS可以做到，但會消耗大量電量而且也不支持室內使用，況且在商鋪密集的區域精確度並不高。想像一條不寬敞的街道兩邊的公交站點，GPS很可能無法區分你在哪一個站，但信標的精確度就可以做到。
在API方面，谷歌將會推出名為「Proximity Beacon」的新雲端API。將允許應用程序在雲端注冊信標和配套數據。在客戶端方面，Eddystone將由谷歌Nearby API提供支持，在安卓手機的Google Play服務中心就包含了Nearby API，所以任何運行Android 2.3或以上版本的手機都可以接受谷歌的信標消息。對iOS平台來說，谷歌也有Nearby API 庫可以使用。
谷歌已經開發了許多物聯網項目，來看一下主要清單吧：
Eddystone - 一款開源信標格式，主要為公共場合向人們發送各種信息設計。利用藍牙LE（Low Energy）技術，點對點通訊。
Weave - 主要為家用物聯網設計的通訊協議，注重安全性和私密性。利用藍牙LE、WiFi鏈接和雲通訊。
Thread - 基於IP的無線通訊協議。和藍牙LE、ZigBee、Z-Wave同為直接通訊協議。
Brillo - 即將推出的基於安卓的物聯網操作系統。這款輕量級操作系統將運行在智能門鎖、燈泡和其他智能家居上。根據我們對Brillo有限的了解，它似乎也可以運行在信標上。