先日発表されたオープン Bluetooth Low Energy ビーコン フォーマットである Eddystone を使用した Physical Web により、コンテンツを検索可能にすることが容易になりました。Eddystone では、各種のユースケースのために複数のフレーム タイプがサポートされます。Physical Web は、圧縮された URL を表示するために設計されたビーコン フレーム タイプの Eddystone-URL を使用し、ブロードキャストされるコンテンツを表示します。コンテンツを Physical Web に追加するには、Eddystone-URL をサポートするビーコンを設定して、選択した URL を送信するだけです。

Physical Web を有効にしているユーザーが Today ビューを開くと、Chrome ウィジェットがブロードキャストされた URL をスキャンしてその結果を表示し、ビーコンとの距離を推測してコンテンツをランク付けします。Physical Web によって実現されるユーザー エクスペリエンスをより詳しく知りたい場合は、Google の Cookbook にアクセスし、GitHub のオープン ソース コミュニティに参加してください。

新しい Chrome for iOS は、ユーザーの日々のモバイル エクスペリンスに、Physical Web へのアクセスを追加するための最初の試みといえます。エコシステムの拡充に伴い、 Google は Physical Web を ユーザーの手元に届ける新しい方法を模索し続けます。みなさんの開発した新しいコンテクスチュアル エクスペリエンスに出会える日を楽しみにしています。

Posted by Eiji Kitamura - Developer Relations Team

Eddystone: オープンな BLE ビーコンのフォーマット

BLE ビーコン業界のパートナーと密な協力関係を結び、既存のビーコン テクノロジーに関するニーズや制約について多くを学びました。そしてそれを基に、現実のユースケース、クロスプラットフォームのサポート、およびセキュリティに対応する新しいクラスのビーコンの作成に着手しました。

BLE ビーコンであることの中核はフレーム フォーマットです。つまり、ビーコンが世界に発信する言語です。現在、誰でも使用できる BLE ビーコンの新しいオープンなフォーマットである Eddystone を公開することによって、ビーコン テクノロジーのユースケースの範囲を広げています。Eddystoneは堅牢で拡張可能です。 各種のユースケースのために複数のフレーム タイプをサポートし、新しい機能を簡単に導入できるようにバージョニングをサポートしています。またクロスプラットフォームであり、Android、iOS、または BLE ビーコンをサポートする任意のプラットフォームをサポートできます。さらに、誰もが使用し改善に貢献できるように、オープンソースの Apache v2.0 ライセンスで GitHub から入手できます。

ビーコンはパブリックな信号である識別子を介して近くの Bluetooth Smart デバイスが検出できるように設計されています。つまり、プライバシーとセキュリティの確保が非常に重要であり、このためEphemeral Identifier(EID)と呼ばれる機能が組み込まれました。これは、頻繁に変更されて、認証されたクライアントのみがデコード可能です。EID を使用すると、飛行機を降りた後に手荷物を見つけたり、紛失した鍵を見つけたりということが安全にできるようになります。この設計の技術仕様はまもなく公開予定です。

開発者のための Eddystone: アプリにより適したコンテキスト

Eddystone は開発者に 2 つの重要な利点を提供します。より意味のあるコンテキストと正確な場所です。これらをサポートするために 2 つの新しい API が導入されています。Android と iOS 用の Nearby API を使用すると、アプリが近くにあるデバイスやビーコン(特定のバス停、美術館の特定の展示など)を容易に特定、通信を開始でき、より適切なコンテキストを提供します。Proximity Beacon API を使用すると、開発者は意味を持つ場所(つまり、緯度/経度に関連付けられている場所)とクラウドに格納されている関連するデータをビーコンに関連付けることができます。この API は既存の位置情報 API(次のバージョンの Places API など)で使用することもできます。

ビーコン メーカーのための Eddystone: 複数のプラットフォームのための単一のハードウェア

Eddystone の拡張可能なフレーム フォーマットを使用すると、ハードウェア メーカーは複数のモバイル端末プラットフォームおよびアプリケーション シナリオを単一のハードウェアでサポートできます。既存の BLE ビーコンは、簡単なファームウェアのアップデートによって Eddystone 対応にすることができます。Eddystone は基本的にオープンで拡張可能であり相互に使用できるプロトコルとして作成されました。そのため、ハードウェア メーカーのパートナーと密に連携することにより、Eddystone の認証プロセスも近々整備する予定です。Eddystone 対応のビーコンはすでに多数のパートナーによって作成されています。

ビジネスのための Eddystone: 保有しているビーコンを簡単に保護および管理

ビジネスが、ビーコンを利用したアプリの検証段階からスタジアムやターミナル駅などへのビーコンの配備に移行すると、ハードウェアの設置およびメンテナンスは容易ではなくなります。正常動作中、故障、紛失、交換などベーコンの状態を管理する必要があります。Eddystone のテレメトリー フレーム(Eddystone-TLM)と Proximity Beacon API の診断エンドポイントの組み合わせで実装されたビーコンを使用すれば、設置者はビーコンのバッテリーの状態および交換の必要性(一般的なロジスティクスの課題)を低コストのビーコン ハードウェアで監視できます。

Google 製品のための Eddystone: 新しく、より優れたユーザー エクスペリエンス

Google 自体の製品およびサービスもビーコンによる機能向上が図られています。Google マップは、今年初めにポートランドでビーコンベースの交通情報通知を導入しました。これにより、利用者は特定の駅のリアルタイムの時刻表により速くアクセスできるようになりました。まもなく、Google Now でもこのコンテキスト情報を使用して、もっとも関連のあるカードを優先させる(レストランにいるときにメニューの内容を表示するなど)こともできるようになります。

モバイル端末アプリを使用できない場合でもビーコンが機能を発揮できるよう、Physical Web プロジェクトでは URL をブロードキャストするEddystone ビーコンを使用します。これにより、ユーザーは周辺のものとやり取りができるようになります。

独自の製品やサービスで使用するために Eddystone を選択した場合でも、Places API、Nearby API などの広範な Google ソリューションの一部として使用するために Eddystone を選択した場合でも、ビーコンはアプリのユーザー エクスペリエンスを向上するための重要な方法です。アプリの開発者とビーコンのメーカーのエコシステムは、これらのテクノロジーを推進するために重要であり、最高のアイデアは 1 つの会社のみからは生まれません。ぜひ我々のパートナーから Eddystone 対応のビーコンを購入し、構築を始めてみてください。


Posted by Yoshifumi Yamaguchi - Developer Relations Team


アプリで既に Place Picker を使用している場合、この統合は無料です! また、Place Picker を実行するために ACCESS_FINE_LOCATION が既に要求されているため、ユーザーがさらにパーミッションを要求されることはありません。Place Picker ではビーコンをリッスンするために BLE テクノロジーが使用されます。この変更によって影響を受けるのは、デバイスの Bluetooth を既にオンにしているユーザーに対する場所の推測だけです。これによって Bluetooth がオンになったり、Bluetooth をオフにしているユーザーに、オンにするよう指示することはありません。

自分のビーコンを展開する場合は、デベロッパー ドキュメントの簡単なチュートリアルを参照してください。

Posted by Yoshifumi Yamaguchi - Developer Relations Team


マップ、ルート、マーカー

ランニングやドライブで通過した場所を確認できれば、とても便利です。Maps API では、ルート、位置、場所の目印を地図上で表示でき、タップして詳細を確認できます。この機能はすべて、Android で使用している既存の Maps API でそのまま利用できます。詳細については、Maps API on Android WearDevByteコードサンプルブログの投稿からご確認ください。
Endomondo を使用するとランニング中のルートを追跡できます。地図を拡大、縮小できます。

Google Fit

Google Fit は、フィットネス アプリを簡単に作成できるオープンなプラットフォームであり、一般的なさまざまなタスクに活用できる API を提供しています。たとえば、Recording API を使用して、ユーザーの歩数や燃焼したカロリー数を見積もることができます。History API を介してデータをアプリに取り込んだり、REST 経由でウェブでデータにアクセスしたりすることもできます。自分のバックエンドに保存する必要はありません。Google Fit には、ランニングからウェイトリフティングまで、さまざまな運動データを保存できます。詳細については、DevByte とコードサンプルをご覧ください。

Bluetooth Low Energy: ウォッチとのペアリング

Android Wear の最新リリースでは、Bluetooth Low Energy(BLE)端末とウェアラブルを直接ペアリングできるようになりました。これは、携帯電話とウェアラブルの両方を一度に携帯できないフィットネス アプリ(特にランニング用など)には、非常に便利な機能です。心拍ストラップや自転車のケイデンス センサーを Wear 端末に直接ペアリングすれば、携帯電話は自宅に置いておけます。BLE は現在すべての Wear 端末で対応しており、Google Fit でサポートされています。詳細については、このガイドと DevByte をご覧ください。

内蔵 GPS で軽量に

携帯電話とウェアラブルの両方を携帯してランニングするのは大変です。内蔵 GPS 対応の Android Wear 端末を使用すれば、携帯電話は不要です。すべての Wear 端末に内蔵 GPS センサーが搭載されているわけではありませんが、FusedLocationProviderApi を使えば、ウェアラブル端末で利用できない場合でも携帯電話からシームレスに GPS 位置情報を取得できます。Wear で位置検出の詳細については、このガイドをご覧ください。
RunKeeper がウェアラブル端末で利用できる場合は内蔵 GPS に対応しています。

透過的なデータ同期

自宅に戻り、アクティビティの詳細を確認する準備ができたら、携帯電話のアプリを開いて詳細を表示できます。お気に入りのフィットネス アプリは、ウェアラブルと携帯電話間でデータを透過的に同期しています。端末間でのデータの同期について詳しくは、DataLayer API の DevByte をご覧ください。

次のステップ

Android Wear では、優れたフィットネス アプリの開発に必要なツールやトレーニングを用意しています。使い始めるには、developer.android.com/wear にアクセスし、g.co/androidweardev でディスカッションにご参加ください。


Posted by Takeshi Hagikura - Developer Relations Team