Googleのオープンなビーコン規格「Eddystone」とはなんなのか？
•
2 likes•7,045 views
Eddystoneの公開仕様からその背景、および展開をまとめました。
![25
Eddystone-UID
Byte offset Field Description
0 Frame Type Value = 0x00
1 Ranging Data Calibrated Tx power at 0 m
2 - 11 NID[0] - [9] 10-byte Namespace
12 - 17 BID[0] - [5] 6-byte Instance
18 RFU Reserved for future use, must be0x00
19 RFU Reserved for future use, must be0x00
データフレーム
Tx power：0m時の送信出力（ iBeaconのRSSI）
Namespace：名前空間、集合体のID（ iBeaconのUUID）
Instance：実体のID（ iBeaconのMajor, Minor）](https://image.slidesharecdn.com/whatiseddystone-150930140237-lva1-app6892/85/Google-Eddystone-25-320.jpg)
![27
Eddystone-TLM
データフレーム
Byte offset Field Description
0 Frame Type Value = 0x20
1 Version TLM version, value = 0x00
2 - 3 VBATT[0] - [1] Battery voltage, 1 mV/bit
4 - 5 TEMP[0] - [1] Beacon temperature
6 - 9 ADV_CNT[0] - [3] Advertising PDU count
10 - 13 SEC_CNT[0] - [3] Time since power-on or reboot
このフレームのみ、Versionが存在する
改変の可能性が高い？](https://image.slidesharecdn.com/whatiseddystone-150930140237-lva1-app6892/85/Google-Eddystone-27-320.jpg)
![37
http://recruit.gmo.jp/engineer/jisedai/blog/ios_app_extensions_today/
[PR] Today Extensionに興味がある方は、こちらも合わせて参照ください](https://image.slidesharecdn.com/whatiseddystone-150930140237-lva1-app6892/85/Google-Eddystone-37-320.jpg)
Googleのオープンなビーコン規格「Eddystone」とはなんなのか？
- 2. 2 アジェンダ 1. Eddystoneとは？ 2. ビーコンのおさらい 3. Eddystoneの仕様 4. Eddystoneを成す概念 5. サービスへの応用 6. まとめ
- 7. 7 Eddystoneとは？ 異なったユースケースを 備えた複数のフレーム タイプに対応 オープンソースで クロスプラットフォームな ビーコン規格 ビーコンから URLを送信でき、 個別のアプリが不要 アプリでEddystoneを 採用するには、 「Nearby API」を使う 「Ephemeral Identifiers（EIDs）」で プライバシー、セキュリティを守ることも可能 「Proximity Beacon API」で ビーコンの位置情報を取得可能 ビーコン機器のバッテリ状態や 移動のモニタリング機能を提供
- 11. 11 2. ビーコンのおさらい
- 21. 21 データフレームの定義と拡張性 Frame Type High-Order 4 bits Byte Value UID 0 0x00 URL 1 0x10 TLM 10 0x20 RESERVED 11 0x30 RESERVED 100 0x40 下位4bitsは将来的な利用のため。0000で埋めておく。 Eddystoneのフレームタイプは データフレーム内に1Byteで表現される。
- 22. 22 共通仕様 Bluetooth Core Specification Supplement (CSS) v5 に準拠 https://www.bluetooth.org/ja-jp/specification/adopted-specifications 下記のPDU（Protocol Data Unit）データタイプが必須 ・The Complete List of 16-bit Service UUIDs Eddystone Service UUID = 0xFEAA 「iOSのバックグラウンドスキャンを許可するために含める」との記述あり ・The Service Data 上記UUIDに続く各種データフレーム
- 23. 23 実例 ① 02 01 06 ② 03 03 AAFE ③ 13 16 AAFE10D802676F6F2E676C2F52304B533731 0201060303AAFE1316AAFE10D802676F6F2E676C2F52304B533731… データタイプごとに分解すると データバイト長 データタイプ あるEddystone-URLのデータ（Hex） データタイプの定義 01：Flags 03：Complete List of 16-bit Service Class UUIDs 16：Service Data EddystoneのService UUID 各フレームフォーマットに則ったデータ
- 24. 24 iBeaconの場合 ① 02 01 06 ② 1A FF 4C000215 B9407F30F5F8466EAFF925556B57FE6D FBA9 08F9 B6 0201061AFF4C000215B9407F30F5F8466EAFF925556B57FE6DFBA9 08F9B6… あるiBeaconのデータ（Hex） データタイプの定義 01：Flags FF：Manufacturer Specific Data Appleの独自仕様による iBeaconのデータフレーム
- 25. 25 Eddystone-UID Byte offset Field Description 0 Frame Type Value = 0x00 1 Ranging Data Calibrated Tx power at 0 m 2 - 11 NID[0] - [9] 10-byte Namespace 12 - 17 BID[0] - [5] 6-byte Instance 18 RFU Reserved for future use, must be0x00 19 RFU Reserved for future use, must be0x00 データフレーム Tx power：0m時の送信出力（ iBeaconのRSSI） Namespace：名前空間、集合体のID（ iBeaconのUUID） Instance：実体のID（ iBeaconのMajor, Minor）
- 26. 26 Eddystone-URL Byte offset Field Description 0 Frame Type Value = 0x10 1 TX Power Calibrated Tx power at 0 m 2 URL Scheme Encoded Scheme Prefix 3+ Encoded URL Length 0-17 データフレーム Decimal Hex Expansion 0 0x00 http://www. 1 0x01 https://www. 2 0x02 http:// 3 0x03 https:// URL Scheme URLがフレーム長に納まらない場合、 goo.gl等の短縮URLサービスを使用する
- 27. 27 Eddystone-TLM データフレーム Byte offset Field Description 0 Frame Type Value = 0x20 1 Version TLM version, value = 0x00 2 - 3 VBATT[0] - [1] Battery voltage, 1 mV/bit 4 - 5 TEMP[0] - [1] Beacon temperature 6 - 9 ADV_CNT[0] - [3] Advertising PDU count 10 - 13 SEC_CNT[0] - [3] Time since power-on or reboot このフレームのみ、Versionが存在する 改変の可能性が高い？
- 28. 28 Eddystone-TLM TLMはデータフレームにID情報を持っていない。 IDとなりえるものを送信するフレーム（UID, URL）の データフレームに織り交ぜてTLMを送信することで、 ビーコンのdevice address（MACアドレス）をもって ビーコンのIDと関連づける。 「Interleaving Telemetry」として解説されている。 https://github.com/google/eddystone/tree/master/eddystone-tlm/
- 31. 31 Physical Web http://google.github.io/physical-web/ 2014年10月にGoogleが発表したプロジェクト アプリを介さず機器とインターネットを連携できる標準規格 ・すべてのモノをWebと関連づける ・すべてのデバイスはWeb address (URL) を持つ ・専用のネイティブアプリは必要としない（スキャンアプリがひとつあれば良い） ・近接のデバイスからスキャンした Web addressをタップするのみ
- 32. 32 Physical Web Web addressスキャンのサポート ・Eddystone-URL Bluetooth beacon ※Eddystone以前はUriBeaconといわれていた ・Wifi（LAN） ・mDNS ・UPnP/SSDP
- 38. 38 ほとんどの人が持っているアプリ （例えばAndroid Crome, iOS Safari）での ビーコンスキャン実装は、まだ存在しない デファクトとなるアプリケーションの対応が Eddystone-URL（Physical Web） 普及のカギとなる 対応状況
- 39. 39 Beacon Platform 設置したビーコンをクラウドで リモート管理するプラットフォーム Proximity Beacon APIを使用し、ビーコンを付属情報とともにク ラウドに登録し、管理する 登録したビーコン情報はNearby Messages API, Place API等を 組み込んだユーザーアプリケーションから取得することができる ビーコンのmBaaS的なイメージ
- 42. 42 Proximity Beacon API ・REST APIで提供 API例： ・登録できるビーコンのタイプは3種 Eddystone, iBeacon, AltBeacon ※ただし、Nearbyで取得できるのはEddystoneのみ ・APIの認証（Google Developerアカウント）に 紐付いてビーコンが登録される GET https://proximitybeacon.googleapis.com/v1beta1/beacons
- 43. 43 Proximity Beacon API ・登録情報（ビーコンリソース定義） Field name Description beaconName ビーコンの名称 advertisedId ビーコンタイプ(Eddystone, iBeacon,..) ＆ ID status 有効、無効、廃止 placeId Google Places API の Place ID latLng 緯度経度 indoorLevel Google Maps API 建物の階 expectedStability 固定、稀に移動、頻繁に移動、常に移動 description 最大140文字のフリーテキスト properties ビーコンデバイスの情報（key-value）
- 44. 44 Proximity Beacon API ・登録情報（ビーコンアタッチメント定義） Field name Description attachmentName アタッチメントの名称 namespacedType ネームスペースごとに定義するデータタイプ data アタッチメントデータ ひとつのビーコンに複数のアタッチメントを登録可能
- 45. 45 Proximity Beacon API ・v1beta1.beacons コレクション ビーコンを登録、更新 ビーコン情報の取得、リスト取得 ビーコンステータスの更新（有効、無効、廃止） ・v1beta1.beacons.attachments コレクション ビーコンアタッチメントデータ(1024bytesまで)を登録、削除 ビーコンアタッチメントデータのリスト取得 アタッチメントデータはNearby APIを使ってユーザーアプリで取得可能 ・v1beta1.beaconinfo コレクション ビーコンのモニタリング情報（TLM）を更新する ・v1beta1.beacons.diagnostics コレクション 登録ビーコンの診断（バッテリー見積もり、位置異常のアラートなど） Nearby APIを組み込んだアプリ、または beaconinfo を使って TLMからの情報をプラットフォームに送信する
- 47. 47 Nearby Messages API ・そもそもはWifiやBluetoothで近接する スマートデバイス間での Pub-Sub型の メッセージングAPI ・ビーコンからのメッセージをスキャンするには Beacon Strategyを使用してSubscribeする ・Eddystoneビーコンのみに対応
- 48. 48 Nearby Messages API ・SDK Android Google Play Services 7.8.0+ SDKをインストール iOS CocoaPodsでNearbyMessagesをインストール ・API Key ビーコン登録（Proximity Beacon API）と同じGoogle アカウントによAPI Keyが必要
- 49. 49 Proximity Beacon API ＆ Nearby APIの使い方はこちら http://recruit.gmo.jp/engineer/jisedai/blog/eddystone/
- 50. 50 基本概念のまとめ Physical Web Beacon Platform Eddystone URL Eddystone UID Eddystone TLM Proximity Beacon API Nearby Messages API Places API
- 51. 51 iBeaconとの対比によるまとめ Eddystone（Google） iBeacon（Apple） 目的 IoT ナビゲーション, O2O 理念 すべての人に情報を提供 自社製品のユーザー体験を 最大化 情報の取得 能動的 受動的（プッシュ通知など） ビーコンスキャン 実行レイヤー アプリレイヤー iOSレイヤー ※Androidはアプリレイヤー サービス提供 プラットフォーム Web(URL) アプリ(UID, TLM) アプリ スキャン可能な アプリの状態 フォアグラウンド ※Androidはバックグラウンドも可 フォア＆バックグラウンド
- 52. 52 iBeaconとの対比によるまとめ Eddystone（Google） iBeacon（Apple） アプリ API Nearby Messages API ※URLスキャン(Physical Web)も 実装をオープンソースで提供 CoreLocation Framework ※Androidは第三者提供ライブラ リなどを使用 仕様の扱い オープンソース プロプライエタリ ビーコンの制約 なし TLMは低頻度の推奨がある程度。 同一ビーコンで複数フレームを送 信してもよい。 最低100msの固定フレームを 送信 ※EddystoneはBLEビーコンのデータ仕様というだけ （OS、アプリ等の実装は現時点での対応状況）
- 54. 54 5. サービスへの応用
- 61. 61 6. まとめ
- 63. 63 まとめ ・大きく2つの概念により構成されている ・Physical Web（Eddystone-URL） ・Beacon Platform（Eddystone-UID, TLM） ・URLの発信（Physical Web）については、 すでに万人が利用できる、という状況ではないが その場に応じた情報の提供・管理を容易にする プラットフォームとして成長する可能性がある