2016/02/18 CNET Japan Live 2016での、加藤の講演資料になります

1. Eddystoneで始まる
Physical Webの世界
株式会社リクルートテクノロジーズ
アドバンスドテクノロジーラボ
加藤 亮
ビーコンテクノロジーの
バショ/キカイ/ヒトへの応用

2. IoT

3. Internet
of
Things

4. Internet
of
Things
技術/製品/サービスを分類
インターネットを利用した
新しい体験を提供するハードウェアデバイスとしての製品

5. Internet
of
Things
技術/製品/サービスを分類
ネットワークにつながるモノが充実してくることによってつながる
新しいネットワーク(あるいはそれと既存のネットワークを連動させたもの)の
上に生まれるサービス/プラットフォーム/エコシステム

6. IoT関連の
ネットワーク
Cloud
Gateway
Device
Machine Network to Cloud
Cloud to Users
Users to Machine Network
Machine to Machine
Network
Beacon
Control
Point
Sensor

7. Sensor
周囲の情報を機械が認識
IoT分野で各種センサーデバイス大活躍
Sensor
まわりの情報(画像、音、温度、その他様々な情報)を
認識/解析

8. ビッグデータでの分析
コンテンツへの応用
マシンオートメーションのトリガー
ユーザーへの通知
Sensor
自動的に取得した情報/イベントの
有効利用へ

9. Beacon
(基本的には小さい情報の)発信装置であり
センサーの逆
Beacon

10. IT業界では
近接からのサービス開始の
トリガーに使うものとして認識されている
AppleのiBeaconが有名
Beacon
近くを通りすぎると
クーポンの発行など

11. IoT関連の
ネットワーク
Cloud
Beacon

12. IoT時代の今
改めて見直すビーコン技術

13. Physical Web
&
Eddystone

14. Eddystone
• ビーコンの規格(ビーコンデバイスの振る舞いや発信するパケットのフ
ォーマット)
• オープンスタンダードを提唱
• Bluetooth LEのアドバタイジングパケットを利用(iBeaconなどと同じ)
• 2015/07にGoogleが発表

15. Eddystone
ビーコンからFrameを定期的にブロードキャスト
これをスマホなどで受け取ってどう料理するかは
Eddystoneの仕様外

16. Eddystone
Frameは3種類
Eddystone-TLM
Eddystone-UID Eddystone-URL

17. Eddystone-TLM
TLM(telemetry frame)は管理に使うものなので
一度除外して話を進めます
電圧、温度、起動後からの秒数やパケット送信数など
管理に利用するためのビーコンのデータを送信
補助的に利用するもの
Eddystone-
TLM

18. Eddystone
重要なのは
この二つのうちどちらを飛ばすモードであるか
二種類の振る舞い
Eddystone-UID Eddystone-URL

19. Eddystone-UID

20. Eddystone-UID
Namespace
Instance ID

21. Eddystone-UID
ビーコンからFrameを定期的にブロードキャスト
スマホ側のアプリはFrameをスキャンすると
Namespaceを見て自サービスのものかどうか判断する
近接を発見すると何らかのサービスを実行
Namespace
InstanceID

22. InstanceID
1
InstanceID
2
InstanceIDを使って
店舗内移動などに対応した
サービスや分析など

23. iBeacon
Proximity UUID
major
minor
NamespaceではなくProximityUUIDでフィルタリング
自サービスのためのビーコンの発見
major/minorという二つの16bit整数値を自由に使う

24. Eddystone-UID
まとめ
iBeacon的な用途をカバー
洗練されたオープンスタンダードな仕様
Eddystone-TLMを使って管理もできる

25. Eddystone-URL

26. Eddystone-URL
URL
Namespace&IDの代わりにURLを飛ばす
小さいパケットの中にURLを乗せるために
様々な工夫がされています
長いURLは載せられないので短縮URLを使います
Physical WebにおいてUriBeaconと呼ばれていた仕様とほぼ同じ

27. Physical Web

28. http://example.com
http://example.com
http://example.com
http://example.com
ビーコンからURLを
Bluetooth LEで周囲にブロードキャストします

29. http://example.com
スマホを持ったユーザーが
ビーコンの横を通り過ぎるときに
ビーコンから飛ばされたURLを
見つけます

30. http://example.com
http://example.com
http://example.com
http://example.com
http://example2.com
http://example2.com
http://example2.com
こういうビーコンの横を
通り過ぎていくと

31. 各ビーコンからURLを拾い
結果をリストアップできます
実際は拾ったURLから
メタデータ(title,icon,descriptionなど)を
取得する処理を挟んでいます

32. 欲しい情報が見つかったらWebブラウザで表示
WebView

33. コンテンツ例
デパートのフロア案内
特設イベント会場
バス停時刻表
レストランメニュー

34. バス停についたら
次のバスがいつ来るか知りたい
(時刻表が見たい)

35. レストランについたら
メニューが見たい

36. まさに今、その場所で
重要な情報というのは決まっている
というシーンはたくさんあります

37. 看板やポスター、パンフレットなど
アナログ媒体の方が相性が良かった
ローカルコンテンツのデジタル化
ITでカバーできていなかった
領域のサポートへ
動的な情報も

38. それだけならO2Oブーム&iBeaconのときと
変わらないのでは?

39. Open Standard
標準化
Physical Webのキーワードは

40. ID VS URL
URLは必要なのか
Namespace/ID
12345: http://example.com/
12346: http://google.com/
12347: http://yahoo.com/
…
http://example.com
変換テーブルがあれば同じような
事はIDでも可能

41. ID VS URL
packet
Namespace/ID
12345: http://example.com/
12346: http://google.com/
12347: http://yahoo.com/
…
http://example.com
このテーブルを誰が運営するのか
URLはいつ登録されるのか
という問題が発生する
GPSでも同様の問題がある

42. Beacon Ecosystem
現在のiBeaconやEddyston-UIDでは、それぞれ独自アプリ作って配布
ビーコンが飛ばすIDなどを自由に使う
業者Aの
スマホアプリ
業者Bの
スマホアプリ
業者Cの
スマホアプリ
業者Aの
ビーコン
業者Bの
ビーコン
業者Cの
ビーコン
開発費用の問題、ユーザーのスマホに入れてもらうのも大変

43. 標準準拠
アプリ
業者Aの
ビーコン
業者Bの
ビーコン
業者Cの
ビーコン
ユーザーのスマホに一つ標準ブラウザが入っていればよい
Beacon Ecosystem
Physical Webのような標準化が浸透した世界では…
コンテンツ提供側はビーコンとWebサイトを設置するだけでよい

44. 個人
ホームページ
Web Echosystemを
振り返る
個人
ホームページ
飲食店
店舗サイト
標準規格の上での様々なコンテンツの充実
飲食店
店舗サイト

45. レンタルサーバーや解析ツール等
ぐるなび等
Facebookやブログサービス
Wordpressなど
個人
ホームページ
個人
ホームページ
飲食店の
店舗サイト
周囲に派生ビジネス - 競争のレイヤーの変化
飲食店
店舗サイト

46. 標準準拠
アプリ
業者Aの
ビーコン
業者Bの
ビーコン
業者Cの
ビーコン
この分野でも新たな競争レイヤーが生まれていくのでは
Beacon Ecosystem

47. つまりEddystone-URL(Physical Web)のほうは
ただの機能的なイノベーションの話ではなく
プラットフォームやエコシステムの話

48. 業界動向
• サンワサプライなどがPhysicalWebビーコン販売開始
• Chromeで機能提供開始

49. Chrome (iOS)で対応済み (Today Widget)
AndroidのChromeも49から
実験的?とは言え、たくさんのユーザーの手元に
Physical Webを体験できる環境が
実験フェーズから実践フェーズへ

50. Eddystone-URL
http://googledevelopers.blogspot.jp/2015/07/lighting-way-with-ble-beacons.html
普及するかどうかの勝負
キラーアプリケーションの登場が待たれる
Google Nowが最初の本命?

51. Physical Webの
現状まとめ
UriBeaconの仕様がEddystoneに取り込まれ
正式にGoogleのサービスと共に発表された
Chromeというユーザーシェアの大きい
アプリに機能が取り込まれた
規格としてはほぼ固まって実践投入できる
多くのエンドユーザーの手元で試せる環境がある
ただしキラーアプリケーションとは言えない?
おそらく最初の本命であるGoogle Now対応待ち
もちろん他社の参入があっても面白そう

52. 情報配信の世界において
10年に1回の革新
(業界勢力図が塗り変わるタイミング)
となる可能性
課題はたくさんあるが…
このプラットフォーム/エコシステムが
ブレイクスルーした場合

53. 2000年以前 BROADCAST
テレビ、ラジオ、雑誌、みんなに同じものを届ける
消費者はチャンネル選択。

54. 2000年 PULL
家庭用PCとインターネットの普及
見たいものを見たいときに見る
Searchがキラーアプリケーション

55. 2010年 PUSH
スマートフォンの普及
常に手元にインターネットがある
アップデートが即座に手元に届く
自分だけでなく友人の情報も(Social)

56. 201X年 PICK
今必要な情報はまわりに落ちている

57. 今後のサービスで
考えなければ
ならなくなってくること

58. Real Worldも含めた
サービスのアイデア
UI/UXデザイン
既存のCloud/エンドユーザー間のみのネットワークに
囚われないサービスデザイン
リアル店舗設計
自然にユーザーが立ち止まる場所にフック
あるいはサイネージによるアテンション

59. 近接+URLで
嬉しい組み合わせは何か
(例) CDショップの視聴コーナーで
視聴用のハードウェアの代わりに
YouTubeのURLを飛ばすビーコンを置く
現状その要件のために特製ハードウェアで
実現されているサービスを
ビーコン&スマートフォンで置き換える実例が
どんどん出てくるのでは

60. キカイ
(IoTデバイス)

61. Webの歴史
ホームページによる情報の配信
Webアプリケーションという
機能を持ったサービスへ

62. Physical Web
ビーコンが飛ばすURL
ホームページ

63. Physical Web
ビーコンが飛ばすURL
オンラインで完結する
Webアプリケーション
ホームページ

64. Physical Web
ビーコンが飛ばすURL
オンラインで完結する
Webアプリケーション
ホームページ
目の前のデバイスを
操作できる
Webアプリケーション

65. shop_id
IoT対応
家電
IoT対応
商業施設内
マシン
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
今後世の中でIoTデバイスが増えていく

66. IoT
デバイス
コントローラが赤外線からBluetooth LEへ
旧式家電
コントローラコントローラ
赤外線 BLE

67. shop_id
家電
商業施設内
マシン IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
IoT
デバイス
さらにPhysicalWebに対応し、URIを飛ばすようになった場合

68. デパート: 売り場案内
駅: 電車遅延情報
レストラン: メニュー
会議: 資料
エアコン
IoTデバイスとのインタラクションは
URI (WebPage)から開始される
IoT 対応
エアコン
1. PhysicalWebのビーコンとしてURIを発信

69. デパート: 売り場案内
駅: 電車遅延情報
レストラン: メニュー
会議: 資料
エアコン
IoT 対応
エアコン
2. 受け取ったURIをWebブラウザで開く
IoTデバイスとのインタラクションは
URI (WebPage)から開始される
室温: —
UPDOWN

70. デパート: 売り場案内
駅: 電車遅延情報
レストラン: メニュー
会議: 資料
エアコン
IoT 対応
エアコン
3. このWebページから
ダイレクトにエアコンを操作
IoTデバイスとのインタラクションは
URI (WebPage)から開始される
室温: 26度
UPDOWN
readwrite

71. Demo
実際にテレビやエアコンをデモのために作るわけにもいかないので
Androidタブレットのアプリでエミュレート
Eddystone-URLのデータを飛ばすビーコンとして振舞いつつ
さらに赤外線ではなくBLEでコントロールできる通信機能を持っています

72. Demo
画像
1. 手元を見ると身の回りの情報が。家電のコントローラも
2. コントローラ(WebPage)をブラウザ開いて、そのまま操作できる
ビーコンとして振る舞うIoTデバイス
URLを飛ばします
ブラウザは、スキャンしたURLから
概要の情報をリストアップ

73. Demo
概要のセルをタップすると、Webブラウザ上でそのURLを開きます

74. Demo
BLE
characteristicの書き込み
番号が書かれたボタンをタップすると、
Android側でチャンネルが切り替わります

75. Demo
BLE
write to a characteristic
エアコンもどきも同じように。
現在の気温を監視
温度設定

76. IoTデバイスに近寄ると
既に手元にコントローラがある
新しい体験の実現
WebPageとして
簡単にコントローラを準備できる
(エンドユーザー)
(メーカー)

77. このコントローラはWeb -> ハードの制限からの脱却
リアルタイム/動的な情報と
コントローラの連動も

78. ブラウザから
IoT的なサービスへの
ダイレクトアクセス
WebBluetooth, WebNFC
純粋なブラウザ上のWebアプリケーションでも必要な機能へ
Physical Webによって
近接を前提とするWebサービス登場

79. ヒト
(Social)

80. 携帯型ビーコン
特定サービス上のユーザーID
(Eddystone-UID)
プロフィールページのURL
(Eddystone-URL)
or

81. まわりの人ブラウザ
コミュニケーションの開始へ

82. Socialといえば…
グラフ型: facebook/twitterなど
ルーム型: LINE/WhatsAppなど

83. IoT分野の進化によって
登場するもう一つのソーシャル
ロビー型
イベント会場などテンポラリに人が集まる場所に
最適化されたサービス

84. カレンダーで
スケジュール
イベント前
イベント中
イベント後
イベント管理
アプリで登録/支払い
イベントに関する
コンテンツのShare
イベントで
知り合った人に
フレンド申請
(グラフ/ルーム型へ)
チェックイン
名刺交換
あるイベントのライフサイクルに登場する
アクションやサービス

85. 名刺交換
カレンダーで
スケジュール
イベント前
イベント中
イベント後
イベント管理
アプリで登録/支払い
イベントに関する
コンテンツのShare
イベントで
知り合った人に
フレンド申請
(グラフ/ルーム型へ)
チェックイン
IoT関連の技術を利した
新しいロビー型サービス
あるイベントのライフサイクルに登場する
アクションやサービス

86. カレンダーで
スケジュール
イベント前
イベント中
イベント後
イベント管理
アプリで登録/支払い
イベントに関する
コンテンツのShare
イベントで
知り合った人に
フレンド申請
(グラフ/ルーム型へ)
チェックイン
IoT関連の技術を利した
新しいロビー型サービス
名刺交換
これらのユーザー体験を綺麗に統合/再定義した
プラットフォームサービスなどの登場の可能性

87. まとめ
Things (ハードウェアデバイス)だけでなく
そこから生まれてくるネットワークに注目
新しいプラットフォーム/エコシステムによって
引き起こされるゲームチェンジ
ハード以外のサービス事業者にとっても
非常に重要

88. ご静聴
ありがとうございました