Erik：欢迎来到工业 IoT Spotlight，这是您从工业 IoT 思想领袖那里获得洞察力的第一站，他们正在与您的主持人 Erik Walenza 一起改变当今的业务。

欢迎回到工业物联网聚焦播客。我是您的主持人，IoT ONE 的首席执行官 Erik Walenza。我们今天的嘉宾将是 RapidSOS 的 CEO Michael Martin。 RapidSOS 是一家先进的应急技术公司，它正在将技术商业化，以在紧急情况发生之前预测和抢占先机，动态警告处于危险中的人们，并提供从任何设备直接到全球第一响应者的丰富数据链接。

我们一起讨论了 911 IT 系统面临的挑战、丰富的数据馈送对紧急结果的强大影响，以及物联网设备在实现第一时间响应和预测性警报中的作用。我强烈鼓励任何作为设备制造商倾听的人考虑与 RapidSOS 合作，探索如何将安全性添加到您的价值主张中。

我希望你觉得我们的谈话很有价值。我期待您的想法和评论。迈克尔，非常感谢你今天加入我。

迈克尔：是的，谢谢你邀请我，埃里克。很高兴来到这里。

Erik：Michael，我真的很期待这次谈话，因为 RapidSOS 正在解决这样一个特定的问题。通常，我正在与之交谈的公司拥有横向技术，也许他们正在做可应用于许多不同用例的预测分析。但是您确实有一个要解决的特定场景，即改进 911 响应系统。在我们详细介绍公司和技术之前，我想了解您是谁以及您是如何进入这个领域的，但一般不是我的顶级。是什么路径引导你来到这里的？

迈克尔：是的，嗯，与 911 和急救人员整天合作是一段非凡的旅程，也是一种难以置信的荣幸。但就像你说的大多数，大多数美国人一样，这是一个我对这个系统知之甚少的系统。我是印第安纳州农村一个农场的孩子，大学毕业后我在纽约市从事风险投资工作，一晚才步行回家。大概是凌晨两点，当时我住在西班牙哈莱姆区。

所以我下了地铁，我在列克星敦，刚刚回来的时候很清楚。当我过马路时，这个人过马路，当我开始慢跑时，他也加快了步伐。在那一刻，你的大脑在快速运转，就像进入超光速一样，你会想，我该怎么办？很明显，你会立刻想到 911。但在那一刻非常清晰，你也意识到我如何能够在袭击中拿出我的手机，以某种方式与 911 通讯员通话？然后就像，你会口头表达我的名字，我的地址，比如发生了什么？就像你会说有多少辆救护车，萨利先生，我们需要，你现在打我有多严重？

事实上，我真的很幸运。我突然想到我可能无法做到这一点。优步最近出来了，我有优步应用程序，我可以按下一个按钮。而且肯定有一辆优步汽车，就在一个街区之外。所以，当我从这个人身边跑开时，突然间，凌晨 2 点，西班牙哈莱姆区这条废弃的街道上出现了另一个人，不幸的是，那个人从我身边慢跑。

然后，我父亲埃里克（Erik）发生了一起事件，几个月后，他从我在印第安纳州农村长大的童年家庭的屋顶上掉了东西，当时家里没有人。我来自哪里，手机信号很弱。所以不幸的是，这不是一个可以通过手机拨打 911 并获得帮助的环境。所以认为我们家有 WiFi 是很疯狂的，所以如果你可以通过 Skype 或其他方式拨打 911，如果你可以通过互联网连接，它是第一响应者，你可以获得帮助，但这只是不存在。

所以，911 我的意思是，他们所做的工作非常出色，但在美国每天有 650,000 起紧急情况，全球近 400 万起。所以这是我们正在努力解决的一个重大的规模挑战。

Erik：我猜，从这个 VC 的角度来看，你可能有这样的心态去思考这里的问题是什么？但是第二天您是否立即想到这里需要一个新的解决方案？或者这是两三年后慢慢成熟为一个更清晰的想法，并结合成 RapidSOS 的东西？

迈克尔：我在这里有点像一个骨瘦如柴的小家伙。所以，实际上，这就像我在农场长大的那一刻，我真的发自内心，所以我并没有真正发生过这类事情。所以我最初认为这是一个用户体验问题：你应该能够只按一个按钮并得到响应。

我曾经和一位风险投资的朋友一起工作，所以我们决定进一步探索这个问题。而且我们有一条规则，每周我们需要与 20 个不同的 911 中心交谈。因此，我们刚刚开始在美国各地拨打 911 中心的电话。的确，Erik，我只想告诉你非同寻常，就像 RapidSOS 的故事实际上是一个更广泛的 911 社区共同构建这项技术的故事。就像我们是一群计算机书呆子一样，现在我们有 100 多人。这个社区从早期开始就一次又一次地接到冷电话，这些都是非常紧张、忙碌的工作。然而 911 中心主任会接听我的电话，为我回答一堆愚蠢的问题，然后他们会继续接听我的电话，因为我们会不断学习。

所以，没过多久就意识到这个挑战比用户体验挑战要大得多。他真的是一个美国人；随着我们了解到更多，这是一个全球基础设施挑战。正如我所提到的，美国每天有 650,000 起紧急情况。这些紧急情况中的大多数仍在穿越 1960 年代很大程度上仅模拟语音的系统。因此，我们生活在一个当今大约有 70 亿台联网设备和大量信息的世界中。

当您在 RapidSOS 之前拨打 911 时，他们通常甚至不知道您的姓名。他们实际上获得的数据少于来电显示。鉴于此，该系统如何工作令人惊讶。我的意思是，这是对 911 人民的真实证明。但是，是的，很快就清楚这是全国范围内相当重大的基础设施挑战。

Erik：但我不得不假设，如果我只是拨打 911，然后把手机放在口袋里，不知何故，有人会出现并照顾我，他们会知道他们能够跟踪我的位置等等。从技术架构到最终用户，您在构建今天的解决方案时必须解决哪些不同层次的挑战？

迈克尔：我认为这里的根本挑战只是缺乏数据。这基本上是传统的电信语音系统。因此，简单地说，911 呼叫通常会打进来，并且仅限于 512 字节的数据。我们不再生活在一个我们谈论字节数据的世界里，我们谈论的是兆字节的数据，就像典型的互联网连接一样，可能每秒 500 兆字节。那是每秒 5 亿字节的数据。

但是正常一级调用中的全部数据将意味着总共 512 个字节。换个角度来看，这比 160 多年前 1858 年英国女王和布坎南总统之间传送的第一封跨大西洋电报要少。所以我们在 2019 年来到这里，口袋里有一部 iPhone，而在你生命中最糟糕的时刻，911 通常甚至不知道你的名字。

解决这个问题的挑战在于，它不仅仅是一个系统，仅在美国就有大约 6,000 个不同的正常一个中心在运行大约 25,000 个不同的系统。所以结果是，如果你想为丰富的紧急数据创建这个标准化系统，你必须弄清楚如何集成到所有这些系统中。我最初认为，对于如何做到这一点有各种幼稚的假设。我的意思是，我们最初认为，哦，好吧，911 中心肯定会有互联网，那就是我们只是要安装一个网络浏览器。

我认为，当你开始在 911 中心工作，而我们的团队每年花费大约 30,000 小时在 911 中心工作时，你很快就会知道这与其他任何工作有何不同。我永远不会忘记我今天第一次去 911 中心，那是马萨诸塞州，那是一个温暖的春日，外面阳光明媚，我第一次打电话时就在里面听。是一位母亲在儿子自杀后打来电话。她歇斯底里。我打了那个电话大约 15 秒，然后我摘下耳机，实际上走到了外面。现在，那个 911 通讯员只好留下电话，弄清楚听到 911 的地址，然后她一直陪着她，直到八分钟后救护车到达。

她结束了那通电话，然后在剩下的 12 小时轮班时间里接听电话，每年的收入约为 35,000 美元。因此，仅仅通过墙壁传输更多数据、在家中进行实时视频馈送或类似的东西不会有帮助，只会给该事件增加更多的创伤。因此，我们与美国各地的电信公司 911 合作的时间越多，我们才意识到这堵墙的强度，我们意识到我们必须弄清楚如何将这些内容插入他们现有的软件系统和他们现有的操作程序中。

事实证明，这确实是一个非常重大的挑战。我们现在已经七年了。我们已经筹集了近 1 亿美元。事实上，我们还处于商业规模的早期阶段，因为我们只需要不断迭代，我们最终将与 4,000 多名急救人员合作，构建所有这些技术并插入美国各地的 10,000 多个不同系统。

Erik：我猜，这些第一响应者只是列出了他们在系统生命周期中一直在处理的一系列挑战。所以你有一群不可思议的人在一定程度上帮助你的客户，他们正在推动发展。那么从解决方案的角度来看，这意味着什么？你需要从我的手机中获取关于我是谁、我住在哪里、我现在希望在哪里进入这个遗留系统的数据。现在数据从哪里来？那我知道你们有很多合伙人，这个是合伙人数据吗？您如何获取他们无法访问的这些数据，以保证系统的存在直至国家？

迈克尔：所以我可能会回答第一个问题，比如我们如何做到这一点，其次，数据的来源是什么？在健康方面，因为我们确实在努力将范式从真正具有挑战性的环境中的语音对话转变为数据驱动的流程。为此，我们研究了大约 1250 万个 911 电话，我们查看了 911 电信人员会问的所有问题，以便得到一个答案，例如，您需要将高级生命支持救护车送到 123 Main Street .

然后我们实际上查看了哪些数据是相关的，在对话中的哪个位置，以便更快地得到答案？因此，我们的架构背后有一个非常庞大且强大的数据模型。这样做的目的是研究我们如何在正确的时间将正确的数据送到正确的地方，以促进更快、更有效的应急响应。

然后从工程的角度来看，我们必须做很多工作来清理数据、认证信息、保护它，然后以非常关键的时间敏感方式将其传递到通常是现有的遗留软件系统中。在某些情况下，它可能是一个 10 多年前的软件系统，该市政府可能会在其部分运营中使用它。

我们还建立了一个大型的认证机构。因此，我们的大多数合作伙伴都对其信息极为敏感。所以结果是他们只向我们发送 911 中心已注册的数据，并且它正在使用该内容。因此，例如，如果 911 中心尚未配备接收医疗或健康信息的设备，则该信息将不会通过我们的平台作为示例传递。所以美国有一个非常大的地理围栏组件，它通过认证，机构使用什么软件系统，他们训练使用什么，他们接受什么等等。所以，有一种这种大数据模型。

Erik：我从俄勒冈州波特兰市来到上海，然后我去了密尔沃基，例如，当我跨越这些地区时，与管辖区不同，可以传输的数据类型可以被您的系统修改，根据就我当时所处的地理位置而言，这对运输途中的人有何影响？

迈克尔：所以，它是基于你通常相当准确的位置。位置来自各种输入源，对我们来说最大的两个是谷歌和苹果，它们是智能手机操作系统。因此，如果您在途中拨打 911，您将获得最初的 911 管辖权。当您的电话到达时，软件会在幕后根据查询密钥和您的位置以及了解该机构的认证机构来查询我们，在发生的安全握手中会包含各种信息。那时，我们会传递已授权围绕该事件共享的任何信息。

如果你搬到一个新的机构，如果那个电话被转移，同样的过程基本上会再次发生，只要电话在新的机构，就会再次发生这种安全的握手，并授权某些信息要共享。然后，未使用的数据显然会在我们的系统中被丢弃。所以我们不是数据保留或数据公司。

Erik：所以数据随后会传递给接听电话的个人，但他们仍在使用旧界面。这些接口是否已经包含所有必填字段？或者您必须与提供这些接口的人合作，以确保该接口实际上可以可视化数据？

迈克尔：是的，正如我所提到的，这是我们花费了很多时间的事情之一，我们现在已经有大约七年的时间了。我们与 70 多家不同的公共安全技术供应商合作，在 10,000 多个不同的系统中进行交互。因此，有大量的工作涉及到用户体验组件。再次感谢我们的合作伙伴，他们中的许多人在这方面都有大型团队，所以我们会与这些人合作。因此，在大型公共安全技术组织中，例如摩托罗拉解决方案，他们拥有一套不同的解决方案和一个庞大的设计团队，因此我们将与他们合作开发这些接口。然后我们会经常与他们的客户进行焦点小组讨论。所以这是一个多年的过程，我们与 4,000 多名急救人员合作，我们与该领域的 70 多家不同的技术供应商合作，以建立这些能力。

Erik：现在，如果我查看您的网站，您有四个产品：您有紧急 API 套件、票据交换所、集成和 RapidSOS 门户，这些都是必不可少的，并且在所有情况下都集成在一起吗？或者这是一个中心可能会说我只想进入票据交换所的情况？您能否分解解决方案并帮助了解将其集成到系统中的人的决策过程是什么？

迈克尔：所以你可以把我们想象成一个双面平台。因此，在输入端，我们有各种与之合作的数据提供者。这些是一些大的例子。正如我所提到的，Apple、Google 和我们为 Uber 的紧急功能提供支持。我们为核心平台提供一些大型技术支持，例如，将数据输入我们的系统。那是通过我们的紧急 API。它是 API 中非常标准化的现代休息，支持许多不同的用例，无论是直接来自设备。

我们最近增加了对安全行业等专业监控中心的支持。我们实际上也有能力做爱人的通知，或者实际上在监控站中循环。所以基本上，这个想法是任何类型的建筑环境或传感器现在都可以启动紧急响应。在某些情况下，例如车祸，直接拨打 911 可能更有意义，而在其他情况下，例如烟雾警报器响起，验证该事件是否真实可能是有意义的，无论您是与房主还是您确认通过专业的监测站，不管是什么。

因此，我们的紧急 API 是一个平台，它接收初始紧急信号和任何其他相关数据，对其进行清理、标准化、认证、越来越多地以传感器驱动的方法对其进行验证，然后将其传递到我们的紧急信息交换所。这是我们所有的云基础架构，旨在管理每年超过 25 万起紧急事件。因此，票据交换所将完成数据的凭证结冰标准化保护过程，然后将其传递到 911 中心的两个不同输出中的一个。这可能是一个集成解决方案，它位于 70 多个不同的公共安全技术供应商之一的 10,000 个不同系统中，或者它可能用于我们自己的产品，我们称之为 RapidSOS 门户。

当我们这样做时，门户网站也嵌入了一堆不同的软件系统中。所以这就像 911 中心可以选择他们想要接收内容的各种界面。但是你是对的，有四个主要的产品组合在一起可以在紧急情况下进行管理。

Erik：听起来其中一些可以被非紧急机构使用？所以这些可能会被潜在地使用，它可能会被另一家技术公司整合。我想你提到了爱人的通知。因此，如果我想确保我的祖母没事，那么我可能会在她家里安装一些连接的设备，这些设备只会对我进行 ping 操作，也许一切都好，或者有轻微的紧急情况给她打电话。那么系统的私人用户也可能是对的吗？

迈克尔：完全正确。事实上，我们今天为许多客户这样做，他们可能有某种传感器，例如，在老化的场景中。所以可穿戴设备在某人的祖父母身上，如果它检测到跌倒，或者如果他们只是按下紧急按钮，而不是立即拨打 911，我们与各种专业监控服务合作，所以这些是我们的私人呼叫中心，或者我们可以去找家人。这样家庭成员就可以与所爱的人交谈。

如果亲人没有反应，或者如果他们需要帮助，我们基本上可以在亲人附近的 911 会议上，在 911 的屏幕上将显示该亲人的所有生命体征和其他信息。我们实际上可以在世界任何地方做到这一点。因此，电信和数据路由功能位于一个非常现代化的可扩展云基础架构中，例如，如果您从中国打来电话，而您的母亲在威斯康星州，我们可以帮助您联系并为您的母亲提供响应，即使她无法说话。

Erik：今天 911 提供商对物联网数据的看法是什么？因为我认为系统设置为接受人类的输入。如果你有一块智能手表，上面写着这个人可能中风了，或者一辆车上写着这辆车可能刚刚发生了事故，那么这些数据是否足以触发紧急事件？或者是否有其他流程可以让机器数据类型流过，以提供紧急车辆或支持？

Michael：这是从模拟语音呼叫切换到丰富数据框架的真正强大的功能之一，更复杂的设备和多个数据馈送能够验证和提供有关事件的关键上下文信息。因此，在旧世界中，您可能有一个传统的烟雾警报器响了。你可能不知道，是你烧了披萨还是烧了房子。与现代联网家庭相比，您可以有多个传感器关闭，可以有一个温度上升的恒温器，可以有一个摄像头馈送，验证图像识别是否有火焰事件发生在镜头中，等等。

所以，我认为这里真正强大的是我们如何合并多个不同的传感器馈送来驱动经过验证的有效响应。我们一直在进行各种测试。与那些传统流程相比，它在加速响应 911 中心以及帮助他们派遣最合适的单位方面的能力非常重要。通常会看到 10 到 20 多分钟的响应时间更快，正如您可能知道的那样，Erik，在紧急情况下可能非常重要。我的意思是，在闪络期间火灾的早期阶段，通常以每 30 秒增加一倍的速度增长。

因此，让消防部门快 10 分钟到达现场往往是整个房屋被烧毁和损坏仅限于一个房间之间的区别。

Erik：我也在考虑类似车祸之类的事情，不幸的是，我一起上学的一些人在高中时死于车祸。不幸的是，这在美国并不少见，仅仅因为酒后驾车的问题。因此，您可以预见到这样一种情况，即只有一个信号表明这辆车正在加速，这表明驾驶员可能喝醉了，或者它以一定的速度超过了限速，这可能会触发比活动。系统是否已经设置为从车辆或传感器获取指示事件尚未发生但基于系统接收的数据可能发生事件的特定问题能力？

迈克尔：我们正在考虑如何与我们的各种数据合作伙伴合作，以完全按照您的描述进行，Erik。就像，有没有可以采取实际预防措施的步骤，这显然是影响最大的？今天在汽车领域，我们确实有几个不同的合作伙伴关系，至少我们能够在这种影响发生时将所有关键信息直接发送给 911 和急救人员。

因此，即使是与发生事故的环境相比，您也需要拨打 911某处。现在，您可以立即在 911 的屏幕上制作车辆的模型颜色，根据安全带传感器有多少人在里面，所以有四个人使用他们所谓的 Delta V 或撞击周围的速度变化来确定碰撞严重程度.

如此迅速，911 中心可以从花几分钟接到电话，然后进行多分钟的交谈，然后尝试调度最合适的单位资源，立即了解情况，立即派出四辆救护车到现场.因此，在危及生命的医疗紧急情况下，不幸的是，你在车祸中会遇到很多这样的情况，在美国，我们每年有近 600 万起车祸，你有大约 200 万司机是永久性的伤害，每年约有 35,000 人死亡，在这种危及生命的紧急情况下，您每节省一分钟，死亡率就会降低约 2.2%。

因此，当涉及到围绕这些重大事件的人类生活时，我们可以通过获取传感器信息并立即将其交到 911 急救人员手中来产生绝对深远的影响。所以我认为我们可以在那里做很多事情。

Erik：我想还有另一种方法可以建立预防系统，那就是逆流。如果商场中可能有枪击事件，或者某个特定位置发生森林火灾，您可能会让系统已经意识到这种情况，但社区中的个人却没有意识到这种情况。你今天能做到吗，你是否正在考虑如何进行反向数据流，这样附近的人会在他们的手机上收到一条消息，说离开这个位置或这个区域不安全，或者用某种消息掩盖它是否表明环境中存在特殊危险？

迈克尔：是的，我们绝对正在与 911 中心合作，以找出我们如何更有效地管理大规模事件。这是离家很近的东西。我上周结婚了，我的妻子是拉斯维加斯的一名医生，她在拉斯维加斯枪击案期间在那里住院。显然，这是美国历史上最大的大规模枪击事件之一。与第一响应者相比，我们发挥了很小的作用，但帮助管理了我们过去几年在美国看到的许多大规模事件。

我想到的只是非常具有挑战性的环境，比如你听到天堂大火、911 电话，以及中心有多快被 [听不清 28:29] 淹没。这是一个呼叫中心，在发生重大事件时，电话完全被淹没，但通常缺乏态势感知。因此，我们的新产品之一，被称为管辖视图，实际上在一个主视图上实时绘制了所有这些紧急情况请求。实际上，在许多情况下，我们甚至能够在电话响起之前传输数据。

所以现在允许 911 中心做的是在地理上管理大规模事件。例如，在一个不太严重的情况下，我们发生了一场重大车祸，因此您有 100 个呼入电话，因为这种情况就像加利福尼亚的一对一一样。然后你在镇上有个心脏病发作的人。现在这个人可能是 100 个呼叫者回到队列中，因为 911 必须处理每个电话。但现在他们可以看到这是一个独特的事件，他们实际上可以在接听车祸周围的 48 号电话之前回答那起个人心脏病发作事件。

但是在大规模事件中，这是你从这里开始的，Erik，我们现在可以给他们这个主要的态势感知视图。因此，在天堂的情况下，在周五的主要火灾之前你有炽热的余烬正在整个城镇发生现场火灾，而地方当局刚刚有一个非常具有挑战性的环境来了解操作环境，现在你可以开始得到这张主要的操作图，这自然会引导你的下一个观点，Erik，然后我们可以开始提前通知处于危险中的人。

我认为这绝对是我们正在努力实现的愿景，即我们如何才能真正开始在这些事件发生之前提前警告人们？而且我们还没有在那里推出特定的产品。但这肯定是我们现在正在与我们的一些公共安全合作伙伴合作的事情。

Erik：这是一个公众需要这个场景的领域解决方案。我在您的网站上看到，它说可以通过 RapidSOS 门户或集成免费向全国公共安全机构提供。假设您是付费用户，谁是免费用户，如果您从业务角度详细了解解决方案的外观？

迈克尔：所以在我在纽约获得了那种经历之后，我去了研究生院。研究生院的那个夏天，我借了我父亲的普锐斯，开了 1500 多英里，见了全美各地的 911 中心。我的联合创始人尼克霍利克当时正在麻省理工学院完成博士学位，他正在积极编写我们的软件，所以在我每天与 911 中心交谈后，我们都会交谈。在那段旅程中，这对我来说是一个开创性的时刻，我想知道我们想在哪里长大并实现这个想法？

我们只是强烈地感觉到 911 社区，第一响应者只是在做非凡的工作，他们资源不足，人手不足，薪水过低，感觉这将偏离我们的使命，即尝试为我们的核心服务围绕提供基线位置和围绕美国发生的事件进行协调。所以今天，我们确实为 911 中心免费提供这项服务，我们为此覆盖了大约 90% 的美国人口。

因此，今天美国的大多数 911 中心都在使用我们的服务来应对每一次紧急情况。我们确实每天处理近 400,000 起事件，每年约 1.5 亿起。因此，这里的商业模式实际上是关于我们如何让自己与想要更好结果的人保持一致，以及我们如何让安全、应急响应、警报公司、数字健康公司等传统参与者提供更快、更有效的低成本产品那些以他们的会员为基础。

因此，我们的投入合作伙伴向我们支付了这项服务的费用。然后我们也尝试与保险公司保持一致。因此，您可以以给定的车祸为例，当您修理两辆车、处理由此产生的医疗保健费用、支付拖车费用和其他类型的购买监控事件时，您可能正在查看围绕该事件的成本超过 100,000 美元。因此，我们可以采取措施在它发生之前进行预防，并推动更快、更有效的反应，以降低事后的医疗成本。这真的是三赢。 911中心赢了，很明显，个人和应急赢了，但保险公司也赢了。

然后另一个例子是新的这些不同的系统、传感器或服务，其中获得紧急响应是一个重要的组成部分或附加服务。例如，对于 Uber，我们每年将在美国为超过 1 亿次 Uber 乘车提供动力，我们在那里提供全面的保护，这样如果你在 Uber 中心脏病发作或出现某种紧急情况，只需轻轻一按，911 就会立即知道您的姓名、驾驶员姓名、品牌、型号、车辆颜色，并实时更新您的位置，以及所有这些关键信息。

我们有许多可穿戴设备公司，我们为他们的法庭服务提供支持，这样如果他们发现老年人摔倒或某种健康紧急情况，我们实际上会促进响应。正如我所提到的，我们还提供了监控功能，因此即使不需要 911 响应，我们仍然可以提供可以与该人交谈的专业人员，确保他们的安全等。所以，我们确实使我们的合作伙伴能够在家庭安全、商业安全、车辆碰撞响应、数字健康、可穿戴设备市场提供新服务。

Erik：我敢肯定，您的业务还有很多我们没有深入研究的地方。关于您今天的运营方式，或者随着您继续发展 RapidSOS 的后续步骤，您认为还有什么其他真正重要的内容需要我们介绍？

迈克尔：我想我可能会有两种不同的可能最后的临别想法。一个是专门为您的技术观众准备的，也就是说，今天我们生活在一个拥有近 70 亿台连接设备的世界。而且，无论您的设备是否是为了推动应急响应而设计的，并不是每个可穿戴设备都旨在通过跟踪空间来促进健康，但几乎可以肯定的是，在某些情况下，该设备上的数据可能具有变革性和生命力——为该系统的所有者储蓄。

因此，无论是联网建筑、联网汽车还是可穿戴健康设备，我们周围环境中的任何类型的传感器，我们都非常愿意合作将这些信息交到 911 手中，从而真正将联网设备变成救生装置。所以我认为这是第一点。

第二点只是，我认为很多人不一定对 911 的工作原理有很多了解。这只是代表我们所有人向 911 和急救人员社区表示感谢。我的意思是，在你去过这些中心之一或骑过车来描述这项工作有多紧张之前，很难描述它。这些英雄每天都这样做，12 小时轮班，但他们通常被低估和低估。

因此，他们在周末下班后所做的工作与我们一起建造，这真是非同寻常。我的意思是，现在是 4,000 多名急救人员的集体努力促成了 RapidSOS，我是这里的创始人，与这个社区合作是一种非凡的荣幸。

Erik：我们的很多听众要么与年轻的物联网设备合作，要么与软件公司合作，要么与几十年来一直在为建筑管理构建工业解决方案的传统公司合作。他们中的很多人都处于他们的设备不是专门用于识别紧急情况的情况下，但确实收集了可能表明工厂火灾周围紧急情况的数据，电梯中的问题。我会鼓励这些公司思考是否有意义，让我们暂时搁置创造商誉，但从商业角度来看，说我们已经通过这些数据得出的数据可能是一个差异化的价值主张我们的产品还可用于提高您的工厂、您的能力和您的设施的安全性。

所以我会鼓励公司跟进。我认为这是每个人都可以落后的使命。因此，这将很容易向研发团队推销，让他们使用 RapidSOS 开展项目。迈克尔，再次感谢您抽出时间与我们交谈。这真的很吸引人，当然，一定要密切关注你继续发展的方向。

迈克尔：谢谢你，埃里克。很高兴能上节目，我很感激在这里的时间。

Erik：感谢您收看另一个版本的工业物联网聚光灯。不要忘记在 IoTONEHQ 的 Twitter 上关注我们，并在 IoTone.com 上查看我们的案例研究数据库。如果您有独特的见解或项目部署故事要分享，我们很乐意在未来的版本中介绍您。写信给我们 erik.walenza@IoTone.com。