1

仕様とドキュメントを見ていると、すべてが期待どおりのように見えますが、ビーコン API には Google サーバーへの登録が必要なようです。Google サーバーの目的がよくわかりません。

データのスニペットでいくつかのビーコンを投げたり、他のものと関連付けたり、近接アラートを購読したりするために使用できる一意の識別子を投げたりできるようにしたいと考えています。

何もしたくないビーコンをフィルタリングすることに関係していると推測していますが、認識したビーコンをリッスンする明示的なアプリがあれば、Googleサーバーはインフラストラクチャに場所を必要としません。

4

2 に答える 2

1

ビーコンの使用を開始する多くの企業は、いくつかの主要なソフトウェアを作成する必要があります。

  1. ビーコンを場所にマッピングするテーブルまたはデータベース、および場合によってはその他のメタデータも (バス停 123、またはストア #58133 の現金カウンター)

  2. ビーコンが検出されたときにアプリがそのメタデータをフェッチできるようにするある種の API — アプリはビーコン 238925823 を見たばかりで、バス停 123 のすぐ近くにあることを認識しています。

  3. また、ビーコンに電池切れなどがないか確認できるのもうれしいです。

Proximity Beacon API は基本的に、この種の問題を解決することを目的としています。これを使用する必要はありませんが、これらすべてを自分で実装したくない人のために用意されています。おまけとして、上記の@davidgyoungが述べているように、他の Google サービスと統合することもできます。

于 2015-07-15T11:27:49.963 に答える
1

特定の Eddystone ビーコンをフィルタリングするために Google サーバーは必要ありません。オープン ソースのAndroid ビーコン ライブラリRegionを使用すると、次のように特定の Eddystone 名前空間 ID (およびオプションでインスタンス ID) を持つビーコンを検索できるフィルターを使用して、バックエンド サーバーなしで正確にそれを行うことができます。

// Configure to search for only a single Eddystone
// with a specific namespace Id and instance Id
// You can leave the instance Id null to find all 
// beacons with a given namespace Id.
Identifier myBeaconNamespaceId = Identifier.parse("0x2f234454f4911ba9ffa6");
Identifier myBeaconInstanceId = Identifier.parse("0x000000000001");
Region region = new Region("my-beacon-region", myBeaconNamespaceId, myBeaconInstanceId, null);
mBeaconManager.setMonitorNotifier(this);
try {
   mBeaconManager.startMonitoringBeaconsInRegion(region);
} catch (RemoteException e) {
   e.printStackTrace();
}

この完全な例をここで見ることができます。

ビーコンをフィルタリングするために Google サーバー プラットフォームは必要ありませんが、次の目的で使用できます。

  1. メタデータをビーコンに結び付けて、それらを検出したアプリからアクセスできるようにします。これらは、ビーコンにアクセスできる独自のアプリまたは他のユーザーが所有するアプリである可能性があります。

  2. Nearby や Google Now などの他の Google サービスと統合します。

于 2015-07-15T04:05:39.407 に答える