iBeaconアプリケーションでは、ビーコンを監視して範囲ビーコンを処理していますが、アプリケーションが領域内のビーコンのレンジングを開始すると、ユーザーがビーコンの範囲。iBeacon:サーバーにビーコンイベントを送信するタイミング
私の質問は、サーバーにビーコン近接を送信するときです!
誰かがキューに入れてビーコンイベントのリストをWebサーバーに送信する最適な方法を説明できる場合は、それは非常に感謝されます。
iBeaconアプリケーションでは、ビーコンを監視して範囲ビーコンを処理していますが、アプリケーションが領域内のビーコンのレンジングを開始すると、ユーザーがビーコンの範囲。iBeacon:サーバーにビーコンイベントを送信するタイミング
私の質問は、サーバーにビーコン近接を送信するときです!
誰かがキューに入れてビーコンイベントのリストをWebサーバーに送信する最適な方法を説明できる場合は、それは非常に感謝されます。
ビーコン近接イベントをサーバーに送信する最適な方法は、ビジネスユースケースによって異なります。ここではいくつかの一般的なオプションは次のとおりです。
は、その時点での接近に伴い、新しいビーコン識別子が最初に検出されるたびにイベントを送信します。
この期間に見られるビーコンの完全なリストと、その期間の最小/最大の近接性と一緒にイベントを定期的に送信します(10分ごとに)。
近接がしきい値を超えるたびにイベントを送信します(たとえば、ユニークなビーコンIDが最初に近づいたり、すぐ近くに来た場合にのみイベントを送信します)。 iOSの上で上記の実装
しばしばDictionary
で検出を追跡し、この辞書でこれまでに追跡された内容に基づいてdidRangeBeacons:inRegion
コールバックから適切な論理時刻にサーバーの呼び出しをトリガーが含まれます。上記の1,2または3を実装するロジックを使用すると、サーバー呼び出しの数が制限されることが保証されます。
こんにちはDavid!大きな助けをいただきありがとうございます。第二の選択肢を実装するのは、私にとってより論理的であるからです。しかし、3分ごとに180オブジェクトの近接アレイを送信する予定であり、ユーザーが1つのビーコンとのやりとりだけであれば、それはパフォーマンスに優しい音です! – user3462064