0

膨大な数の小売店があり、複数のフロアがあるモール用のアプリ (ビーコン統合付き) を開発します。何千もの小売店があり、各店には独自のビーコン/UUID ビーコンがインストールされている例を考えてみましょう。

私の質問は次のとおり
です。1.実際にすべてのUUIDを処理するにはどうすればよいですか? それらをDBに保存する必要がありますか？
2. 顧客がフロアに到着したときにのみ、1 階のすべてのビーコンの UUID を検出するにはどうすればよいですか?
3. 何千もの UUID を同時にロードするべきではありませんよね? UUID を動的にスキャンするにはどうすればよいですか?

4

1 に答える 1

0

ビーコン識別子スキームの設計は、科学であると同時に芸術でもあります。特にバックグラウンドでアプリをウェイクアップする場合は、適切に実行するかどうかが特定のユース ケースに大きく依存します。いくつかの考え：

  1. 一度に 20 個のProximityUUID しか監視できないため( 20 の制限を使用CLBeaconRegions)、ProximityUUID の数を低く抑えてください。 可能であれば、すべてのビーコンに対して単一の ProximityUUID のみを使用してください。 必要な数が少ないため、それらをデータベースに格納する理由はありません。

  2. 単一の ProximityUUID を使用し、この ProximityUUID の下のすべてのビーコンに対してモニターと範囲を使用することができます。65536 の可能なメジャー値と 65536 の可能なマイナー値があるため、単一の ProximityUUID で 4294967296 ビーコンを持つことができることを意味します。 理論的には、すべてが同時にアプリに表示されますが、Bluetooth LE の最大 40 メートルの範囲内にある場合のみです。実際には、おそらくどの場所からでも数十個のビーコンが表示されるでしょう。

  3. CLBeaconRegion異なるものが検出されるか、検出が停止する たびに、アプリがバックグラウンド トリガーを取得できることを理解することが重要です。これは、モバイル デバイスがモール内を移動するときにアプリを起動してユーザーに通知を送信する場合に重要です。 ユース ケースでこれが必要な場合は、ID スキームを設計して、CLBeaconRegionさまざまな ProximityUUID/主要な組み合わせを持つ多数の非隣接定義を用意する必要があります。これにより、モール内を移動するときにそれらがトリガーされます。

于 2015-10-05T13:03:54.070 に答える