iBeacon,蓝牙BLE和车队管理

根据我的理解,信标中的次要和主要ID用于分段(例如,主要用于实体店,而次要用于给定商店内的不同位置).

然后,由于信标不能提供丰富的有效载荷,我想这些ID将被利用来为用户提供足够的信息 - 并且可能通过web服务.

最后,据说UUID适用于整个舰队.根据我的理解,应用程序(例如零售商店)可能只注册一个或几个UUID(通常是一个,更多用于复杂的架构或服务过载).

在应用程序级别,您可以(1)当应用程序是前景时的信标范围(具有次要/主要ID的捕获功能),以及(2)monitoringForRegion:在后台+ 检测区域退出/进入()时提供UILocalNotification以唤醒app(回到(1)).

现在让我们来处理最终用户.我认为我们可以假设平均不会通过手中的应用程序通过整个零售商店,并且更有可能让它在后台运行.因此,情况(2)将是最常见的情况.但是,由于所有发射器将共享相同的UUID,并且在后台运行的地理定位管理器正在监视链接到UUID的区域,因此根据发射器的范围/配置,didEnter和didExit区域委托方法存在风险,无法智能触发.最后,并非所有想要向您的客户广播的室内基于位置的广告都将被接收和捕获.实际上,我担心只有客户到达商店位置时才会系统地建议(在后台模式环境中).

我错过了什么吗？