尽管供应商编写的，这种贡献一块不提倡的位置是特别的，作者的雇主，已经被编辑和网络世界的编辑批准。有个足球雷竞技app
谷歌最近宣布埃迪斯通增加了一个重量级的室内基于位置的服务市场。来自两个最大的移动生态系统提供信标位置的支持，蓝牙低功耗（BLE）信标已经成为室内微定位应用的事实标准。让我们来探讨一些相比苹果的iBeacon显示和突出重点项目，虽然部署初生的解决方案的组织应该考虑埃迪斯通格式的细微差别。
信标的主要驱动力是一个合适的室内定位技术的移动设备，使实时导航和位置感知移动应用搜索。通过iPhone的时代，我们已经测试了建立手机技术的限制：GPS，惯性导航，手机信号塔和无线网络连接（基本服务集标识符 - 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）。
埃迪斯通-URL发送一个压缩的URL到所述移动装置，依靠Android 5.0或更高至处理推送事件，而不是专用的应用程序。在iOS设备上，用户必须安装Chrome浏览器并启用通知，因此应用程序仍然是必需的。截至目前，Android用户必须打开通知中心来检查附近的埃迪斯通-URL标，使其更加的拉而不是推通知。不请自来的，基于推送的通知，可呈现网络钓鱼的风险，虽然谷歌减轻由中间商的所有交易，检索网站的标题和描述meta标签，并在通知中嵌入他们的风险。这可确保用户知道他们将要访问点击通过通知链接之前什么网站。
虽然在强调埃迪斯通的URL可能看起来有趣，它的跨平台告诫和各地的潜在实现最近的隐私问题，谷歌是在这里的项目，将限制它的吸引力。
第三数据分组类型是埃迪斯通-TLM。短用于遥测，TLM发送健康和统计数据，例如电池电压，信标温度，正常运行时间，并将其发送到应用程序开发者的分组的数量。这是一个单向的，尽力而为型通信，并有助于场馆监控他们的灯塔部署。据推测，在Android客户端必须在直接靠近灯塔埃迪斯通-TLM更新与健康遥测云。虽然它不允许你更新或修改数据由信标远程发送，这是朝着正确方向迈出的一步。
谷歌的在埃迪斯通第一次尝试告诉我们，更多的BLE的创新将有可能到来。为了尝鲜希望获得从微观的基于位置的服务的巨大利益，可以集中监视和固件更新管理的BLE信基础设施是绝对必要的。最显著是谷歌承认，基于BLE技术的室内定位的定位不再是一种时尚，并在这里停留。随着存在的一些突出BLE灯塔部署，谷歌不再有苹果完全控制这个空间的未来。
你导致垂直市场解决方案团队在Aruba Networks公司，具有15年的移动技术体验。他从高盛在那里，他为公司的移动基础设施和计算平台的全球责任在2014年加入了阿鲁巴。ani@arubanetworks.com，Twitter的：@alanjni