虽然这篇文章是由供应商撰写的，但并不提倡作者的雇主的特定立场，并且已经被网络世界的编辑和批准。足球竞猜app软件
谷歌最近宣布埃迪斯通增加了一个重量级的室内基于位置的服务市场。来自两个最大的移动生态系统提供信标位置的支持，蓝牙低功耗（BLE）信标已经成为室内微定位应用的事实标准。让我们来探讨一些相比苹果的iBeacon显示和突出重点项目，虽然部署初生的解决方案的组织应该考虑埃迪斯通格式的细微差别。
信标的主要驱动因素是寻找适合移动设备的室内定位技术，为移动应用程序实现实时导航和位置感知。通过iPhone时代，我们已经测试了现有手机技术的极限:GPS、惯性导航、基站塔三角测量和Wi-Fi(基本服务设置标识符——BSSID)扫描。我们了解他们的能力，无论是作为个人还是作为团队。在室内，Wi-Fi技术可以提供足够的位置存在，但对于需要实时、精确位置更新的情况，需要另一种解决方案。
就在这时苹果iBeacon显示，第一标准化实施BLE信标。在移动设备上感测iBeacon显示是在类似于感测的Wi-Fi接入点很多方法;我们使用的信号强度和信号距离特性来计算位置。然而，在方法上的实质性分歧涉及到包装和执行。BLE信标是便携式，完全无绳又便宜。其结果是，设计用于位置的信标BLE溶液是显著便宜，相比于等效基于Wi-Fi的解决方案来安装较不复杂。
此外，信标呈现出巨大的实时准确的优势，因为位置由应用程序监视连续发射，而不是一个Wi-Fi基础设施等手机从可变唤醒信标省电窗口进行计算。
由于这些固有的优势，iBeacons已迅速室内定位获得了牵引力。不甘示弱，谷歌最近进入了竞技场灯塔与埃迪斯通，号称延长苹果的广泛采用iBeacon显示协议支持能力。
随着埃迪斯通，谷歌一直在寻找一种更好的方式来推送通知给客户，而不需要一个应用程序，以及管理灯塔部署的能力。为了实现这一目标，埃迪斯通被设计成支持多种新的数据包类型，包括埃迪斯通-UID，埃迪斯通-URL和埃迪斯通-TLM。
埃迪斯通-UID类似于iBeacon显示在其标识信标，并允许在设备上的应用程序来触发期望的动作。埃迪斯通-UID是从iBeacon显示有些不同，它是16个字节长（iBeacon显示为20），并且被分成两个部分（iBeacon显示是3）。
Eddystone-URL向移动设备发送一个压缩的URL，依赖于Android 5.0或更高版本来处理推送事件，而不是一个专用的应用程序。在iOS设备上，用户必须安装Chrome浏览器并启用通知，所以仍然需要一个应用程序。到目前为止，Android用户必须打开通知中心才能查看附近的Eddystone-URL信标，这使得它更像是一个“通知中心”拉而不是推通知。尽管谷歌通过代理所有交易、检索网站标题和描述元标签并将其嵌入通知中来降低风险，但未经请求的基于推送的通知可能会带来钓鱼风险。这可以确保用户在单击通知链接之前知道他们将要访问的站点。
虽然Eddystone-URL看起来很有趣，但它的跨平台警告和最近关于潜在实现的隐私问题，如中突出显示的谷歌是在这里的项目，将限制它的吸引力。
第三数据分组类型是埃迪斯通-TLM。短用于遥测，TLM发送健康和统计数据，例如电池电压，信标温度，正常运行时间，并将其发送到应用程序开发者的分组的数量。这是一个单向的，尽力而为型通信，并有助于场馆监控他们的灯塔部署。据推测，在Android客户端必须在直接靠近灯塔埃迪斯通-TLM更新与健康遥测云。虽然它不允许你更新或修改数据由信标远程发送，这是朝着正确方向迈出的一步。
谷歌的在埃迪斯通第一次尝试告诉我们，更多的BLE的创新将有可能到来。为了尝鲜希望获得从微观的基于位置的服务的巨大利益，可以集中监视和固件更新管理的BLE信基础设施是绝对必要的。最显著是谷歌承认，基于BLE技术的室内定位的定位不再是一种时尚，并在这里停留。随着存在的一些突出BLE灯塔部署，谷歌不再有苹果完全控制这个空间的未来。
你导致垂直市场解决方案团队在Aruba Networks公司，具有15年的移动技术体验。他从高盛在那里，他为公司的移动基础设施和计算平台的全球责任在2014年加入了阿鲁巴。ani@arubanetworks.com，Twitter的：@alanjni