Android Emergency Live Video: 如何与 911 分享直播视频
- Aisha Washington

- 6月6日
- 讀畢需時 7 分鐘
已更新:6月17日

历史上,紧急呼叫一直依赖于单一的数据点:音频。你描述火灾、事故或医疗紧急情况,调度员则根据你的声音尝试在脑海中还原现场。这种动态正在发生转变。随着 Android Emergency Live Video 的推出,Google 正在弥合口头描述与视觉现实之间的鸿沟。
此更新允许兼容设备将实时画面直接传输给紧急调度员。这不仅仅是一个后端更新,它是我们与紧急服务互动方式的根本性改变。无论你是在美国、德国部分地区还是墨西哥,了解如何 与 911 共享实时视频,在言语无法表达的高压情况下,都能产生至关重要的影响。
现实场景体验:使用 Android Emergency Live Video

在深入研究技术规范或后端基础设施之前,你需要确切了解它在危机中是如何运作的。这不是一个需要你预先在设置中翻找并“激活”的功能,也不是一个需要你启动的应用程序。它直接集成在拨号体验中,但需要在通话期间执行特定操作。
如何与 911 共享实时视频:分步指南
使用 Android Emergency Live Video 与进行 FaceTime 或 WhatsApp 视频通话不同。 您无法在拨打 911 的瞬间直接启动视频流。控制权掌握在紧急调度员手中,以确保线路保持畅通,并仅在必要时使用该技术。
以下是操作流程:
拨打 911:像平时一样拨打电话。
调度员发起:如果公共安全应答点 (PSAP) 使用了支持的技术(主要是 RapidSOS),调度员将看到您的设备具备视频功能。他们会向您的设备发送请求。
触发机制: 您不会看到通用的视频图标。相反,您将收到一条短信或系统弹窗,请求访问您的摄像头。
接受并推流: 您必须点击屏幕上的“接受并分享视频”。这将创建一个单向视频流。调度员可以看到您,但您看不到调度员。这可以防止分心并保持界面整洁。
终止: 您可以随时点击“停止”按钮结束视频流,同时保持音频通话畅通。
实际场景与用法
能够与 911 分享实时视频解决了仅靠音频无法解决的特定问题。
静默呼叫: 如果你处于说话很危险的情况下——例如入室盗窃或活跃枪手场景——流式传输视频可以让你在不发出声音的情况下,传达有关犯罪者位置或武器的信息。
医疗紧急情况: 对于未经训练的平民来说,描述癫痫发作、严重伤口或过敏反应是很困难的。视频允许急救人员在救护车到达之前,评估患者的肤色、呼吸模式或受伤严重程度。
位置侦察: 在偏远地区或混乱的十字路口,旋转摄像头可以让调度员识别地标、里程碑或烟柱,从而更快地确定你的位置。
此工作流程确保视频传输是刻意的选择,而不是意外的口袋误拨广播。
Android 紧急实时视频的技术要求

你可能会认为这项功能是最新 Pixel 旗舰机型所独有的,但 Google 已在整个生态系统中广泛部署了它。准入门槛出奇地低,最大限度地增加了可以与 911 共享实时视频的用户数量.
Google Play 服务与系统版本
此功能的核心存在于 Google Play 服务更新 之中。这意味着该功能并不依赖于特定制造商的固件皮肤(如 One UI 或 OxygenOS),而是由 Google 直接推送到 Android 框架。
要访问 Android Emergency Live Video,您的设备必须满足以下标准:
操作系统:Android 8 (Oreo) 或更高版本。考虑到当前版本是 Android 15,这覆盖了过去六到七年间绝大多数的活跃设备。
网络连接:您需要有效的移动数据连接(LTE 或 5G)或 Wi-Fi。虽然语音通话可以通过传统网络进行,但视频数据需要互联网带宽。
Google Play Services:设备必须安装并更新 Google Play Services。(注:这不包括部分 Huawei 型号或去 Google 化的自定义 ROM)。
RapidSOS 集成
限制往往不在于手机,而在于呼叫中心。Android Emergency Live Video 依赖于调度员使用名为 RapidSOS 的平台。这是一个数据交换中心,已经为 911 中心提供精确的位置数据。
如果您当地的 911 中心尚未升级到支持视频的 RapidSOS 兼容界面,无论您使用什么手机,他们都无法发送请求链接。目前,该功能主要在美国推广,并正在向英国、德国和墨西哥扩展。
紧急直播流中的隐私与数据安全
视觉隐私是一个巨大的担忧。用户理所当然地对向政府实体或紧急服务部门授予摄像头访问权限持谨慎态度。Google 在构建 Android Emergency Live Video 功能时,设置了优先考虑用户自主权的隐私护栏。
权限与存储
该系统基于“按事件选择加入”的原则运行。不存在“常开式”监控。只有在您于活跃的紧急呼叫期间明确授予权限时,摄像头才会被激活。
此外,数据传输是加密的。视频流会被存储以作为证据,这是 911 交互的标准程序。正如 911 通话的音频记录会被保留用于法律和培训目的,视频片段也会成为官方记录的一部分。这对于事件的法律验证至关重要,有助于证明正当防卫、记录事故现场或核实危险情况。
用户控制与自动化
与某些在后台运行的 AI 驱动功能不同,此工具需要人工输入。做出决定的与 911 共享实时视频 仍由拨打者掌握。如果您觉得在特定时刻共享视频会危及您的安全或隐私,您可以拒绝请求或忽略提示。调度员在未经您同意的情况下无法远程激活您的摄像头。
人为因素:调度员的心理健康

虽然 Android Emergency Live Video 背后的技术令人印象深刻,但接收端的人为影响却很复杂。紧急调度员已经处于高压的音频环境中。增加视觉组件会带来新的心理挑战。
视觉证据带来的创伤
调度员作为“第一”现场应急人员,通过耳机管理混乱局面。到目前为止,他们一直被屏蔽在所处理场景的生动画面之外。有了查看实时视频的能力,调度员可能会实时目睹创伤性伤害、暴力或死亡。
行业内对 PTSD 存在合理的担忧。听到悲剧是痛苦的;而看到它则是直击心灵的。虽然这项技术提高了响应效率——例如让调度员看到火灾以派遣正确数量的消防车——但它也给操作员带来了更沉重的心理负担。
行业响应
采用该技术的机构必须在效率与员工福祉之间取得平衡。视频流有助于调度员核实真实的紧急情况并优先分配资源,从而可能减少因不确定性导致的职业倦怠。然而,Android Emergency Live Video 的引入也要求为 911 工作人员建立更好的心理健康基础设施,包括在处理视频核实的重大事件后执行强制性咨询和“减压”协议。
Android 对阵 iOS 18:紧急生态系统

在向视觉化应急响应转变的过程中,Google 并不孤单。Android Emergency Live Video 的推出紧随 Apple 在 iOS 18 中引入的 Emergency SOS Live Video 之后。
功能对等
两大操作系统正趋于同一标准。Apple 的实现方式类似:用户可以在紧急呼叫期间通过流媒体视频或媒体上传来分享背景信息。该功能在两大主流平台上的普及,推动了整个应急基础设施的进步。
由于 RapidSOS 同时支持 Android 和 iOS,911 中心无需为 iPhone 和 Android 手机购买不同的软件。这种跨平台的标准化至关重要。如果 911 中心必须根据来电者的手机品牌在不同系统之间切换,这种操作摩擦将使该技术变得毫无用处。
Android 方案的优势
Apple 依赖于操作系统更新,这往往会让旧款手机掉队(旧款 iPhone 通常会停止接收重大功能更新),而 Google 通过 Android 8+ 上的 Google Play Services 进行推送,确保了更广泛的覆盖范围。一部 2019 年的廉价 Android 手机可以像 2024 年的旗舰机一样使用这项救命功能。安全技术的这种普及化是 Android 生态系统的一个显著优势。
未来展望
的推出Android Emergency Live Video 标志着 911 “仅限语音”时代的终结。随着 5G 覆盖范围的扩大以及更多公共安全应答点(PSAP)升级其软件以处理多媒体,我们可能会看到这成为标准而非特例。
能够与 911 共享实时视频 将会不断演进。我们可能会看到它与智能眼镜、行车记录仪或可穿戴健康监测设备集成,从而在传输视频流的同时自动发送生命体征数据。目前,重点仍在于稳定现有系统——确保当你点击“接受”时,连接保持稳定,视频清晰,且救援能更快抵达。
常见问题解答
当我拨打 911 时,Android Emergency Live Video 会自动运行吗?
不,视频流不会自动开始。调度员必须向你的设备发送请求,你必须手动点击屏幕上的“接受”才能开始共享视频。
我需要 Google Pixel 手机才能使用此功能吗?
不,你不需要 Pixel 手机。该功能几乎适用于任何运行 Android 8 或更高版本的手机,前提是该手机安装了 Google Play Services 且具有活跃的数据连接。
911 调度员可以录制我共享的视频吗?
是的,视频流会被记录并作为官方通话记录的一部分进行存储。它被视为数字证据,类似于目前对 911 语音通话的录音和归档方式。
如果我没有数据流量套餐,这个功能还能用吗?
视频功能需要互联网连接(移动数据或 Wi-Fi)来传输画面。如果您只有蜂窝语音连接而没有数据网络,您仍然可以与 911 通话,但视频共享将无法工作。
如果我不愿意,调度员能看到我吗?
不能。未经您的明确许可,摄像头绝不会被激活。您拥有接受或拒绝视频请求的完全控制权,并且可以在通话期间的任何时刻停止串流。


