71
Help us understand the problem. What are the problem?

More than 5 years have passed since last update.

Organization

Eddystoneの概要、iBeaconとの比較

Eddystoneについて

Eddystoneは近接したBeaconの情報をBLE通信でアドバタイズするデータフォーマットを規定した仕様です。
iOS,AndroidのBluetooth Developer APIで動き、既存のBLE機器でも容易に対応できることがDesign Goalsに掲げられています。
(Github: https://github.com/google/eddystone)

Eddystoneには3タイプのフレームタイプがあります。

  • Eddystone-UID … 16byteのUnique IDを持つiBeaconに近いフォーマット
  • Eddystone-URL … 短縮URL情報を持つ
  • Eddystone-TLM … Beaconのバッテリ電圧や温度などのメンテナンス情報を持つ

Eddystone-UID

Eddystone-UIDは以下のようなフォーマットでデータを送信します。

Byte offset Field Description
0 Frame Type Value = 0x00
1 Ranging Data Calibrated Tx power at 0 m
2-11 Namespace ID 10-byte ID Namespace
12-17 Instance ID 6-byte ID Instance
18-19 RFU Reserved for future use, must be0x00

2バイト目から17バイト目のNamespace IDとInstance IDをUnique IDとして扱います。

namespaceIDは、FQDNのSHA-1 hash値を使用するか、UUIDの5−10バイト目を削除したものを使用することが推奨されています。

Ranging Dataは0mでのTxPowerを指しますが、後述のEddystone-URLではTxPowerとなっているので本家の誤記かもしれないです。

iBeaconとの比較について

Eddystone-UIDが最もiBeaconに近いフォーマットとなります。

iBeaconは、以下のようなフォーマットとなる。

Byte offset Field Description
0-15 UUID Proximity UUID
16-17 Major Group of proximity UUID
18-19 Minor Value of differentiates beacons with same UUID,Major
20 Measured Power Calibrated RSSI at 1 m

(本来は前部にヘッダ情報が入るが省略)

Eddystone-UIDのUnique ID部が、iBeaconのUUID+Major+Minor部に相当します。

iBeaconでは、OS側がサポートするためバックグラウンドでの検知(Region Monitoring)ができたが、
Eddystone-UIDではデータフォーマットが違うため当然iOSによるバックグラウンド検知はできないと思われます。

Eddystone-URL

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

URL Schemeは0x00~0x03が入り、"http://www." , "https://www." , "http://" , "https://" のSchemeと先頭のURLの一部を1バイトに割り当てます。

Encoded URLはURL Schemeで省略されていない圧縮URLの後部が入ります。

iOSではGoogle Chromeがv44でPhysical Webに対応したためEddystone-URLの動作確認ができます。
http://googlechromereleases.blogspot.jp/2015/07/chrome-for-ios-update.html

iOSの動作確認では、MacとiPhoneで以下のように確認できました。
(Macを使用せずにEstimote Beaconでも動作確認できるようです。)

Macは、eddystone-beacon を利用します。
( Github: https://github.com/don/node-eddystone-beacon)

$ npm install eddystone-beacon
app.js
var EddystoneBeacon = require('eddystone-beacon');
EddystoneBeacon.advertiseUrl('http://google.com/');

MacのBluetoothをONにした状態で実行するとAdvertiseできます。

$ node app.js

iOSはApp Storeから最新のChromeアプリを更新します。
ChromeアプリをToday Extension(通知センターの今日のタブ)に追加。

app.jsを実行する前は以下のようになっています。(1度目の受信は、Physical Webの受信許可の確認が必要です)
chrome_1.png

app.jsを実行して、Today ExtensionのChromeを開き直す(開きっぱなしの状態では受信しない)
chrome_2.png

iBeaconのようにバックグラウンドで受信通知を受けたりするようなiOSでサポートされている機能はないため、Today Extensionを開いたタイミングでしかPhysical Webを受信しているか確認できないように見えます。
もしくは、Today Extensionはリソース制限があるため継続的な受信確認処理を行っていないものと考えられます。

Eddystone-URLは、BeaconにURL情報を紐付けているだけなので、
そのURLを用いて何を行うかはサービスに依存しそうです。

Eddystone-TML

Eddystone-TMLは以下のようなフォーマットでデータを送信します。

Byte offset Field Description
0 Frame Type Value = 0x20
1 Version TLM version, value = 0x00
2-3 VBATT Battery voltage, 1 mV/bit
4-5 TEMP Beacon temperature
6-9 ADV_CNT Advertising PDU count
10-13 SEC_CNT Time since power-on or reboot

メンテナンス用の機能でバッテリ電圧、温度、アドバタイズ回数、起動時間がわかります。
iBeaconでは分からなかったバッテリ残量が少なくなることによる電圧低下も検知できるようになりそうです。

Why not register and get more from Qiita?
  1. We will deliver articles that match you
    By following users and tags, you can catch up information on technical fields that you are interested in as a whole
  2. you can read useful information later efficiently
    By "stocking" the articles you like, you can search right away
Sign upLogin
71
Help us understand the problem. What are the problem?