"Leading the way to TPAC 2015" #waytotpac のまとめ

Kaoru Maeda 前田 薫 @mad_p

本間さん: 10/26 18時～22時、札幌コンベンションセンター(TPACと同じ)。参加者募集は来月上旬の予定 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

本間さん: アイディアソン・ハッカソンも開催。札幌・北海道のオープンデータを活用したものを考えよう。主催はクリプトン。9月中旬にプレイベント予定あり #waytotpac

Kaoru Maeda 前田 薫 @mad_p

本間さん: 前回の写真から: HTML5どら焼き、サイドパネルに通訳テキストを表示、などなど #waytotpac

Kaoru Maeda 前田 薫 @mad_p

本間さん: アイディアソン・ハッカソンは9月中旬～10月上旬予定 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

本間さん: 誰でも無料で参加できます! TPAC自体はW3Cメンバーでないときびしいですが、こっちのイベントは誰でもOK #waytotpac

Kaoru Maeda 前田 薫 @mad_p

矢倉さん: 通訳募集とのことですが、TOEICで何点くらいの英語力が必要? 本間さん: ネイティブの英語を日本語に訳せればOKです! ぜひお願いします 林さん: 以前だと何人かで並行してやっていたようです 小松さん: 5人! #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: 「Eddystoneで始まるPhysical Webの世界」ビーコン関連技術の現状が複雑になってきているので整理する。また、Physical Web技術のUpdateについて #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: 7月のGoogleからの発表: Beacon Platform。Eddystone, Nearby, Beacon Proximity API。Eddystoneは標準規格の話、その他はサービスの話 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Eddystone: ビーコンデバイスの振るまいや発信するパケットフォーマットなどのオープンスタンダード。Bluetooth LEのアドバタイジングパケットを利用 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Eddystoneではデバイスから定期的にビーコンパケットをbroadcast。Eddystone仕様によるフレームを送信。3種類のフレーム: TLM(telemetry frame)は管理に使うもの(電圧、温度、起動後秒数など)なので今日は省略 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: 残りの2つのフレーム、Eddistone-UIDとEddistone-URLが重要 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: UIDには2つの値が入っている。Namespace: FQDNのsha1ハッシュの最初の10バイト、またはUUIDの前後の部分。Instance IDは自由に使ってよい #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: ビーコンを拾ったスマホアプリはNamespaceを見て自サービスのものかどうか判断する。Instance IDによって個別のビーコンを識別し、例えば店舗内の歩き方などを知ることができる #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: 本来やっていることはAppleのiBeaconと同じ。iBeaconではProximityUUID、major/minorを使う #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Eddystone-UIDはiBeacon的な用途をカバー。洗練されたオープンスタンダードな仕様になっている。「iBeacon」という名前がAndroidアプリで使いにくかった、などのライセンス的問題は解決される #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Eddystone-URL: IDではなくURLを飛ばす。小さいパケットにURLを入れるために圧縮する。短縮URLも利用。少し前にPhysical Web内でUriBeaconと呼ばれていた仕様とほぼ同じ #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Physical Webは私の以前のプレゼンやgihyoの連載を参照してください #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Physical Webでは各ビーコンから拾ったURLからメタデータ(タイトル、概要など)を取得し、アプリに表示 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: UID vs URL: URLは必要なのか? UIDがあればいいのではないか? → UIDでも専用アプリによってURLに変換すればよい。しかしそのテーブルを誰が管理するのかという問題がある #waytotpac

Kumi TM @kumikumitm

#waytotpac 前田さんのツダり 助かる〜

Kaoru Maeda 前田 薫 @mad_p

加藤さん: iBeaconであれば業者が自分でアプリを作成し、変換テーブルを実装しなければならない。Physical Webでは標準ブラウザが対応するので、アプリを開発する必要はなくなる。ビーコンとビーコン対応のWebページを置けばよい #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: 個人サイトの相互リンクからSNSへ、店舗個別のサイトからマーケットプレイスへという発展と似たエコシステムの発展と競争が期待される #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: GoogleのNearby、Beacon Proximity APIもそれらのサービスのひとつ。ビーコンの場所と違うところで拾た場合のアラートなど。 #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: Eddystone-URLは機能というよりプラットフォームの話である #waytotpac

Kaoru Maeda 前田 薫 @mad_p

加藤さん: 今回の発表で実験的プロジェクトから実践フェーズになったと考えられる。Eddystone対応ビーコンデバイスの市販も始まっている。気軽にアプリ側を実装して実験できるようになってきた #waytotpac