Eddystoneで始まる
Physical Webの世界
株式会社リクルートテクノロジーズ
アドバンスドテクノロジーラボ
加藤 亮
ビーコンテクノロジーの
バショ/キカイ/ヒトへの応用
IoT
Internet
of
Things
Internet
of
Things
技術/製品/サービスを分類
インターネットを利用した
新しい体験を提供するハードウェアデバイスとしての製品
Internet
of
Things
技術/製品/サービスを分類
ネットワークにつながるモノが充実してくることによってつながる
新しいネットワーク(あるいはそれと既存のネットワークを連動させたもの)の
上に生まれるサービス/プラットフォーム/エコシステム
IoT関連の
ネットワーク
Cloud
Gateway
Device
Machine Network to Cloud
Cloud to Users
Users to Machine Network
Machine to Machine
Network
Beacon
Control
Point
Sensor
Sensor
周囲の情報を機械が認識
IoT分野で各種センサーデバイス大活躍
Sensor
まわりの情報(画像、音、温度、その他様々な情報)を
認識/解析
ビッグデータでの分析
コンテンツへの応用
マシンオートメーションのトリガー
ユーザーへの通知
Sensor
自動的に取得した情報/イベントの
有効利用へ
Beacon
(基本的には小さい情報の)発信装置であり
センサーの逆
Beacon
IT業界では
近接からのサービス開始の
トリガーに使うものとして認識されている
AppleのiBeaconが有名
Beacon
近くを通りすぎると
クーポンの発行など
IoT関連の
ネットワーク
Cloud
Beacon
IoT時代の今
改めて見直すビーコン技術
Physical Web
&
Eddystone
Eddystone
• ビーコンの規格(ビーコンデバイスの振る舞いや発信するパケットのフ
ォーマット)
• オープンスタンダードを提唱
• Bluetooth LEのアドバタイジングパケットを利用(iBeaconなどと同じ)
• 2015/07にGoogleが発表
Eddystone
ビーコンからFrameを定期的にブロードキャスト
これをスマホなどで受け取ってどう料理するかは
Eddystoneの仕様外
Eddystone
Frameは3種類
Eddystone-TLM
Eddystone-UID Eddystone-URL
Eddystone-TLM
TLM(telemetry frame)は管理に使うものなので
一度除外して話を進めます
電圧、温度、起動後からの秒数やパケット送信数など
管理に利用するためのビーコンのデータを送信
補助的に利用するもの
Eddystone-
TLM
Eddystone
重要なのは
この二つのうちどちらを飛ばすモードであるか
二種類の振る舞い
Eddystone-UID Eddystone-URL
Eddystone-UID
Eddystone-UID
Namespace
Instance ID
Eddystone-UID
ビーコンからFrameを定期的にブロードキャスト
スマホ側のアプリはFrameをスキャンすると
Namespaceを見て自サービスのものかどうか判断する
近接を発見すると何らかのサービスを実行
Namespace
InstanceID
InstanceID
1
InstanceID
2
InstanceIDを使って
店舗内移動などに対応した
サービスや分析など
iBeacon
Proximity UUID
major
minor
NamespaceではなくProximityUUIDでフィルタリング
自サービスのためのビーコンの発見
major/minorという二つの16bit整数値を自由に使う
Eddystone-UID
まとめ
iBeacon的な用途をカバー
洗練されたオープンスタンダードな仕様
Eddystone-TLMを使って管理もできる
Eddystone-URL
Eddystone-URL
URL
Namespace&IDの代わりにURLを飛ばす
小さいパケットの中にURLを乗せるために
様々な工夫がされています
長いURLは載せられないので短縮URLを使います
Physical WebにおいてUriBeaconと呼ばれていた仕様とほぼ同じ
Physical Web
http://example.com
http://example.com
http://example.com
http://example.com
ビーコンからURLを
Bluetooth LEで周囲にブロードキャストします
http://example.com
スマホを持ったユーザーが
ビーコンの横を通り過ぎるときに
ビーコンから飛ばされたURLを
見つけます
http://example.com
http://example.com
http://example.com
http://example.com
http://example2.com
http://example2.com
http://example2.com
こういうビーコンの横を
通り過ぎていくと
各ビーコンからURLを拾い
結果をリストアップできます
実際は拾ったURLから
メタデータ(title,icon,descriptionなど)を
取得する処理を挟んでいます
欲しい情報が見つかったらWebブラウザで表示
WebView
コンテンツ例
デパートのフロア案内
特設イベント会場
バス停時刻表
レストランメニュー
バス停についたら
次のバスがいつ来るか知りたい
(時刻表が見たい)
レストランについたら
メニューが見たい
まさに今、その場所で
重要な情報というのは決まっている
というシーンはたくさんあります
看板やポスター、パンフレットなど
アナログ媒体の方が相性が良かった
ローカルコンテンツのデジタル化
ITでカバーできていなかった
領域のサポートへ
動的な情報も
それだけならO2Oブーム&iBeaconのときと
変わらないのでは?
Open Standard
標準化
Physical Webのキーワードは
ID VS URL
URLは必要なのか
Namespace/ID
12345: http://example.com/
12346: http://google.com/
12347: http://yahoo.com/
…
http://example.com
変換テーブルがあれば同じような
事はIDでも可能
ID VS URL
packet
Namespace/ID
12345: http://example.com/
12346: http://google.com/
12347: http://yahoo.com/
…
http://example.com
このテーブルを誰が運営するのか
URLはいつ登録されるのか
という問題が発生する
GPSでも同様の問題がある
Beacon Ecosystem
現在のiBeaconやEddyston-UIDでは、それぞれ独自アプリ作って配布
ビーコンが飛ばすIDなどを自由に使う
業者Aの
スマホアプリ
業者Bの
スマホアプリ
業者Cの
スマホアプリ
業者Aの
ビーコン
業者Bの
ビーコン
業者Cの
ビーコン
開発費用の問題、ユーザーのスマホに入れてもらうのも大変
標準準拠
アプリ
業者Aの
ビーコン
業者Bの
ビーコン
業者Cの
ビーコン
ユーザーのスマホに一つ標準ブラウザが入っていればよい
Beacon Ecosystem
Physical Webのような標準化が浸透した世界では…
コンテンツ提供側はビーコンとWebサイトを設置するだけでよい
個人
ホームページ
Web Echosystemを
振り返る
個人
ホームページ
飲食店
店舗サイト
標準規格の上での様々なコンテンツの充実
飲食店
店舗サイト
レンタルサーバーや解析ツール等
ぐるなび等
Facebookやブログサービス
Wordpressなど
個人
ホームページ
個人
ホームページ
飲食店の
店舗サイト
周囲に派生ビジネス - 競争のレイヤーの変化
飲食店
店舗サイト
標準準拠
アプリ
業者Aの
ビーコン
業者Bの
ビーコン
業者Cの
ビーコン
この分野でも新たな競争レイヤーが生まれていくのでは
Beacon Ecosystem
つまりEddystone-URL(Physical Web)のほうは
ただの機能的なイノベーションの話ではなく
プラットフォームやエコシステムの話
業界動向
• サンワサプライなどがPhysicalWebビーコン販売開始
• Chromeで機能提供開始
Chrome (iOS)で対応済み (Today Widget)
AndroidのChromeも49から
実験的?とは言え、たくさんのユーザーの手元に
Physical Webを体験できる環境が
実験フェーズから実践フェーズへ
Eddystone-URL
http://googledevelopers.blogspot.jp/2015/07/lighting-way-with-ble-beacons.html
普及するかどうかの勝負
キラーアプリケーションの登場が待たれる
Google Nowが最初の本命?
Physical Webの
現状まとめ
UriBeaconの仕様がEddystoneに取り込まれ
正式にGoogleのサービスと共に発表された
Chromeというユーザーシェアの大きい
アプリに機能が取り込まれた
規格としてはほぼ固まって実践投入できる
多くのエンドユーザーの手元で試せる環境がある
ただしキラーアプリケーションとは言えない?
おそらく最初の本命であるGoogle Now対応待ち
もちろん他社の参入があっても面白そう
情報配信の世界において
10年に1回の革新
(業界勢力図が塗り変わるタイミング)
となる可能性
課題はたくさんあるが…
このプラットフォーム/エコシステムが
ブレイクスルーした場合
2000年以前 BROADCAST
テレビ、ラジオ、雑誌、みんなに同じものを届ける
消費者はチャンネル選択。
2000年 PULL
家庭用PCとインターネットの普及
見たいものを見たいときに見る
Searchがキラーアプリケーション
2010年 PUSH
スマートフォンの普及
常に手元にインターネットがある
アップデートが即座に手元に届く
自分だけでなく友人の情報も(Social)
201X年 PICK
今必要な情報はまわりに落ちている
今後のサービスで
考えなければ
ならなくなってくること
Real Worldも含めた
サービスのアイデア
UI/UXデザイン
既存のCloud/エンドユーザー間のみのネットワークに
囚われないサービスデザイン
リアル店舗設計
自然にユーザーが立ち止まる場所にフック
あるいはサイネージによるアテンション
近接+URLで
嬉しい組み合わせは何か
(例) CDショップの視聴コーナーで
視聴用のハードウェアの代わりに
YouTubeのURLを飛ばすビーコンを置く
現状その要件のために特製ハードウェアで
実現されているサービスを
ビーコン&スマートフォンで置き換える実例が
どんどん出てくるのでは
キカイ
(IoTデバイス)
Webの歴史
ホームページによる情報の配信
Webアプリケーションという
機能を持ったサービスへ
Physical Web
ビーコンが飛ばすURL
ホームページ
Physical Web
ビーコンが飛ばすURL
オンラインで完結する
Webアプリケーション
ホームページ
Physical Web
ビーコンが飛ばすURL
オンラインで完結する
Webアプリケーション
ホームページ
目の前のデバイスを
操作できる
Webアプリケーション
shop_id
IoT対応
家電
IoT対応
商業施設内
マシン
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
今後世の中でIoTデバイスが増えていく
IoT
デバイス
コントローラが赤外線からBluetooth LEへ
旧式家電
コントローラコントローラ
赤外線 BLE
shop_id
家電
商業施設内
マシン IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
さらにPhysicalWebに対応し、URIを飛ばすようになった場合
デパート: 売り場案内
駅: 電車遅延情報
レストラン: メニュー
会議: 資料
エアコン
IoTデバイスとのインタラクションは
URI (WebPage)から開始される
IoT 対応
エアコン
1. PhysicalWebのビーコンとしてURIを発信
デパート: 売り場案内
駅: 電車遅延情報
レストラン: メニュー
会議: 資料
エアコン
IoT 対応
エアコン
2. 受け取ったURIをWebブラウザで開く
IoTデバイスとのインタラクションは
URI (WebPage)から開始される
室温: —
UPDOWN
デパート: 売り場案内
駅: 電車遅延情報
レストラン: メニュー
会議: 資料
エアコン
IoT 対応
エアコン
3. このWebページから
ダイレクトにエアコンを操作
IoTデバイスとのインタラクションは
URI (WebPage)から開始される
室温: 26度
UPDOWN
readwrite
Demo
実際にテレビやエアコンをデモのために作るわけにもいかないので
Androidタブレットのアプリでエミュレート
Eddystone-URLのデータを飛ばすビーコンとして振舞いつつ
さらに赤外線ではなくBLEでコントロールできる通信機能を持っています
Demo
画像
1. 手元を見ると身の回りの情報が。家電のコントローラも
2. コントローラ(WebPage)をブラウザ開いて、そのまま操作できる
ビーコンとして振る舞うIoTデバイス
URLを飛ばします
ブラウザは、スキャンしたURLから
概要の情報をリストアップ
Demo
概要のセルをタップすると、Webブラウザ上でそのURLを開きます
Demo
BLE
characteristicの書き込み
番号が書かれたボタンをタップすると、
Android側でチャンネルが切り替わります
Demo
BLE
write to a characteristic
エアコンもどきも同じように。
現在の気温を監視
温度設定
IoTデバイスに近寄ると
既に手元にコントローラがある
新しい体験の実現
WebPageとして
簡単にコントローラを準備できる
(エンドユーザー)
(メーカー)
このコントローラはWeb -> ハードの制限からの脱却
リアルタイム/動的な情報と
コントローラの連動も
ブラウザから
IoT的なサービスへの
ダイレクトアクセス
WebBluetooth, WebNFC
純粋なブラウザ上のWebアプリケーションでも必要な機能へ
Physical Webによって
近接を前提とするWebサービス登場
ヒト
(Social)
携帯型ビーコン
特定サービス上のユーザーID
(Eddystone-UID)
プロフィールページのURL
(Eddystone-URL)
or
まわりの人ブラウザ
コミュニケーションの開始へ
Socialといえば…
グラフ型: facebook/twitterなど
ルーム型: LINE/WhatsAppなど
IoT分野の進化によって
登場するもう一つのソーシャル
ロビー型
イベント会場などテンポラリに人が集まる場所に
最適化されたサービス
カレンダーで
スケジュール
イベント前
イベント中
イベント後
イベント管理
アプリで登録/支払い
イベントに関する
コンテンツのShare
イベントで
知り合った人に
フレンド申請
(グラフ/ルーム型へ)
チェックイン
名刺交換
あるイベントのライフサイクルに登場する
アクションやサービス
名刺交換
カレンダーで
スケジュール
イベント前
イベント中
イベント後
イベント管理
アプリで登録/支払い
イベントに関する
コンテンツのShare
イベントで
知り合った人に
フレンド申請
(グラフ/ルーム型へ)
チェックイン
IoT関連の技術を利した
新しいロビー型サービス
あるイベントのライフサイクルに登場する
アクションやサービス
カレンダーで
スケジュール
イベント前
イベント中
イベント後
イベント管理
アプリで登録/支払い
イベントに関する
コンテンツのShare
イベントで
知り合った人に
フレンド申請
(グラフ/ルーム型へ)
チェックイン
IoT関連の技術を利した
新しいロビー型サービス
名刺交換
これらのユーザー体験を綺麗に統合/再定義した
プラットフォームサービスなどの登場の可能性
まとめ
Things (ハードウェアデバイス)だけでなく
そこから生まれてくるネットワークに注目
新しいプラットフォーム/エコシステムによって
引き起こされるゲームチェンジ
ハード以外のサービス事業者にとっても
非常に重要
ご静聴
ありがとうございました

Eddystoneで始まるPhysical Webの世界