信标和移动的未来

一则或许对你有用的小广告

欢迎加入小哈的星球 ,你将获得:专属的项目实战 / 1v1 提问 / Java 学习路线 / 学习打卡 / 每月赠书 / 社群讨论

  • 新项目:《从零手撸:仿小红书(微服务架构)》 正在持续爆肝中,基于 Spring Cloud Alibaba + Spring Boot 3.x + JDK 17...点击查看项目介绍 ;
  • 《从零手撸:前后端分离博客项目(全栈开发)》 2 期已完结,演示链接: http://116.62.199.48/ ;

截止目前, 星球 内专栏累计输出 63w+ 字,讲解图 2808+ 张,还在持续爆肝中.. 后续还会上新更多项目,目标是将 Java 领域典型的项目都整一波,如秒杀系统, 在线商城, IM 即时通讯,权限管理,Spring Cloud Alibaba 微服务等等,已有 2200+ 小伙伴加入学习 ,欢迎点击围观

如果你的手机上安装了任何面向零售的应用程序,你可能有过在购物中心时被通知轰炸的经历。例如,每次我开车经过我们当地的购物中心时,RetailMeNot 应用程序都会让我的手机变得疯狂——到处弹出关于这次促销或那张优惠券的通知。

RetailMeNot 是用户输入其系统的优惠券的聚合器;它通过地理定位工作。当您接近商店的坐标时,您会收到警报。 RetailMeNot 结合了 与谷歌的舒适关系 ,让用户输入优惠券,并能够在后台运行时定位用户(假设您已授予它权限)。但 RetailMeNot 确实充当了地理定位大锤——它不会根据您在商店内的位置微调其应用程序体验,因为它无法利用您的室内位置。

进入信标,这是许多零售商用来在室内引导用户的小型设备。信标具有检测微调接近度的能力。例如,在我的 iPhone 上,如果我已经通过下载零售商的应用程序至少部分选择了这种体验,那么商店可以使用信标向我招手。

现实世界中的信标

星巴克在许多商店都启用了信标,你知道你即将受到某种定制体验的打击,因为你手机的锁定屏幕显示了一个非常诱人的小幽灵图标:

在一位销售人员说服我需要 Urban Outfitters 应用程序才能获得积分和优惠券之后,同样的事情发生了——谁不喜欢积分和优惠券呢?我发现在商店里行走时,我手机的锁屏上出现了一个小图标。果不其然,Boston Urban Outfitters 商店在入口处和结账处 配备了瞄准购物者的信标

在试衣间里,奇怪的是,这些发出信号的信标鼓励顾客发布带有标签的自拍照。一些研究表明,Urban Outfitters 正在使用 Swirl beacons ,它提供快速安装和为零售商准备就绪的营销平台。 Target 也加入了 Swirl beacons,这对他们的大型卖场来说似乎很有意义。

侵入性?杰出的?您决定,但信标技术开始成为主流。

下次您去 Lord & Taylor's、Urban Outfitters 或星巴克时,看看您是否能找到隐藏在某个地方的信标。显然 Target 正在使用 Estimote 信标,所以寻找那些小橡胶卵石!我也去看看看到墙上贴着空气清新剂的东西了吗?再看看,它可能是一个灯塔。

什么是信标?

最近,大量公司开始向消费者提供小型蓝牙 (BLE) 兼容设备,以促进室内定位。这些可以贴在墙上的小信标发出的信号可以被兼容蓝牙的智能手机接收,并通过安装在手机上的移动应用程序通知用户任何相关信息。

市售信标的一些示例包括 Estimote Kontakt shopBeacon 以及目前充斥市场的 廉价进口产品 。您甚至可以使用 Raspberry Pi 和蓝牙加密狗 创建自己的信标。 Adafruit 是许多 Maker 钱包的垮台,提供 可穿戴蓝牙信标

信标本质上是一种使用无线电波发出其存在警报的 设备 。这种警报就像灯塔一样,以可预测的间隔发生,并且可以在有限的距离内检测到。智能手机处理信标发出的广告数据包,并根据接收到的信号强度指示符 RSSI 的值确定它与信标的接近程度。

原谅我营销

正如我们所见,零售商已经加入了灯塔潮流。要求可能已经拥有移动应用程序的用户完成循环并允许该应用程序通过微定位通知和警报引导他们在商店中走动是很有意义的。 布鲁克林博物馆 和大都会博物馆等文化组织也一直在认真考虑这项技术,因为它可以大大提升游客的体验。

但是,让大型组织(例如大型零售商)对这项技术如此感兴趣的原因——下载应用程序并在后台收听信号的义务——对小型企业来说是一个巨大的进入障碍。例如,一家精品店无法负担为他们制作的跨平台应用程序、安装和管理信标,然后最重要的是要求他们的客户下载它。资金和资源紧张的小型博物馆希望为参观者提供出色的馆内体验,但也会面临同样的问题。人们还担心大量通知会让客户不堪重负,因此零售商需要谨慎实施这些新技术。

一定会有更好的办法!

如果以一种可管理、可变且不显眼的方式,如果用户希望发现有趣的内容,信标可以简单地向接近的电话发出提示,会怎样?几乎不需要入职体验,只需将设备设置为接受这些 ping,用户可能会或可能不会点击通知以获取详细信息。如果这些通知可以简单地打开一个 URL,由其所有者轻松管理,从而绕过移动应用生态系统导航的通常繁琐的过程,会怎样?

进入 Google 的 Eddystone 信标项目,该项目扩展并补充了其早期的开源项目 Physical Web ,该项目被描述为……

…一种释放网络核心超能力的方法:按需交互。人们应该能够走向任何智能设备——自动售货机、海报、玩具、公交车站、租车——而不必先下载应用程序。一切都应该只需轻按一下即可。

Eddystone 还可以与 Android 的 Nearby API 一起使用。 Nearby 的消息 API 可用于 iOS 和 Android,提供房地产经纪人、房屋和附近潜在买家之间的有趣互动。谷歌还发布了一个 Proximity API ,允许您在云中注册和管理信标,以及 Places API ,它提供有关各种区域设置的深入信息。

显然,谷歌已经 将注意力转向 了信标生态系统,并且正在朝这个方向训练大量的火力。但我们以前没见过吗?

等等,iBeacon 呢?

Apple 的 iBeacon 协议自 2013 年以来一直存在,最初是作为一种吸引人们进入 Apple 商店及其周围的方式提供的(好像我们需要一个借口)。它是一个封闭的生态系统,其中支持 iBeacon 的设备拦截 iBeacon 的广告数据包,其中包含其 UUID 和允许设备确定其与信标的接近程度的信息。

Eddystone 在几个有趣的方面与 Apple 长期提供的 iBeacon 产品不同:

  • Eddystone 是开源的,iBeacon 不是。
  • Eddystone 是跨平台的,而 Apple 经常积极反对 iBeacon 的 Android 实现。
  • iBeacon 传输有限数量的信息——主要是信标的 UUID。 Eddystone 更灵活,传输各种“ 帧类型 ”,包括 URL、UUID 或安全 EID(“临时 ID”)。这种灵活性允许为信标实施更多用例。

信标平台的各种供应商,例如 Estimote,已经预测到出口的匆忙,并使将信标从 iBeacon 协议切换到 Eddystone 变得非常容易——只需通过快速云安装更新信标的固件,然后拨动开关即可传输一个 URL 而不是 UUID:

再安装几次后,我的蓝莓 Estimote 信标就在我的 iPhone 上配置为显示在通知内的“今天”选项卡中:

不幸的是,我的 iPhone 的入职流程一点也不简单,而且对于任何临时用户来说都是不合适的:

  1. 下载 适用于 iOS 的 Chrome
  2. 按照 以下步骤 为 Chrome 启用物理网

已经有太多步骤,即使如此复杂,通知也不会冒泡到我的主屏幕或出现在“今天”选项卡以外的任何地方。不是很有用……但是一个非常有趣的开始!正如 Google 的文档所指出的那样,这是 Chrome 物理网的早期实施,具有支持 Eddystone 的信标,我认为我们可以期待在不久的将来出现更多有趣和深入的集成。

尽头快到了!

由于 Eddystone 能够让信标简单地指向一个 Url,一些信标技术供应商已经跳上了船(比如 Estimote)。其他人则预测了可怕的后果。如果信标开始通过浏览器对智能手机执行 ping 操作以访问 URL,而不是将用户吸引到移动应用程序体验中,那么自定义移动应用程序和移动应用程序开发人员的实用性很可能会下降。未来会不会不再有针对特定场馆的手机应用程式?

Kontakt.io 的首席执行官 Szymon Niemczura 发表了一篇关于该领域发展方向的 警示性文章 。根据 Szymon 的说法:

......只要有智能手机,就会有应用程序,但物联网革命将把很多应用程序抛在后面。而且应用程序空间也越来越多地被本机操作系统应用程序占用。如果您的商业模式取决于在有人到达特定地点时呈现应用内体验(例如博物馆旅游应用),那么您最好认真思考您的业务如何取得成功。不要问丧钟为谁而鸣,邻近开发者:丧钟为你而鸣。

这当然让我很伤心。毕竟,根据 Wellesley Weston Magazine 的说法 ,我是“应用程序女王”——当我说应用程序时,我指的是移动设备。但是,如果信标真的要开始进入主流,那么对于各种场所和用例,重要的是要考虑它们将如何影响我们与移动设备及其上的应用程序交互的方式。在我看来,如果移动开发人员专注于开发电子商务类型的应用程序,他们可能会发现市场有点萎缩。然而,构建类似于 Estimote 的云信标平台的平台的 Web 开发人员以及那些构建移动 Web 解决方案以托管 URL 的人员可能会找到一个新的创新领域。

Peter Gasston 指出 ,特定场所的移动应用程序可能会成为一个死用例:

为什么不把两者结合起来呢?一个应用程序外壳,它聚合空间中所有商店的 URL,并进一步抓取它们的页面以获取显示优惠、独家折扣等的结构化数据?仍然存在应用程序安装障碍需要通过,但一旦安装,内容将全部来自本地、分散的来源。

然而,我觉得安装这样一个应用程序的要求仍然太高,而且必须说服供应商参与这样一个程序,这比 RetailMeNot 的众包和优惠券系统更难销售。

从这往哪儿走?

我相信,Eddystone 和新的 Google API 的出现为创新开辟了新空间,这将有效地限制 iBeacon 技术和使用它广播的 UUID 的特定移动应用程序的实用性。毫无疑问,谷歌正在朝着开放、灵活和跨平台解决方案的正确方向开辟一条道路。我期待有一天我可以在没有安装健怡可乐应用程序的情况下接近汽水机并获得优惠券。真的吗! (特别是如果我可以将某些通知设为静音。)或者,更好的是,单击我的 iPhone 上的按钮并获得糖果! 伙计们,这正在发生!

如果信标成为主流并且它们启用的邻近通知将用户通过应用程序推向网络,移动开发人员将需要提高他们的移动网络技能!

如果您正在寻找工具来帮助改善您的网站在移动网络上的用户体验,为什么不看看 最近演示的 Kendo UI 的 响应式和自适应解决方案呢?祝你在这个由信标驱动的新世界中一切顺利!

相关文章