当前位置:首页 >休闲 >硅谷 Robotaxi 陷人命纠纷!挡道救护车,现场无法接管,远程也缺云代驾 正文

硅谷 Robotaxi 陷人命纠纷!挡道救护车,现场无法接管,远程也缺云代驾

来源:蓝琛资讯网   作者:休闲   时间:2024-03-28 20:18:22
路人被撞,硅谷大量失血,陷人现场正是命纠历史破坏者争分夺秒和死神赛跑的要命时刻,偏偏救护车通行道上,纷挡挡着一辆无人驾驶的道救 Robotaxi。最终伤者因未能及时送医,护车抢救无效去世。无法

这就是接管驾硅谷最新曝出的争议事件,也造成了 Robotaxi 再次在美国被口诛笔伐。远程也缺云代

引发这起事故的硅谷,是陷人现场无人驾驶落地走在前列的通用 Cruise,事后其回应称自家的命纠 Robotaxi,并没有阻止车辆前往医院 —— 但也拒绝公开现场视频。纷挡

然而无论如何,道救这起事故都让另一个问题再度被热议:

运营落地阶段的护车冗余,究竟该怎么做?

在此之前,通用 Cruise 介绍过一套应急方案,但从这起事故来看,方案显然还不够“应急”。因为对于特殊场景下的历史破坏者 Robotaxi 接管,通用 Cruise 的方案是拨打电话联系客服,然后客服再走流程处理 —— 然而通用 Cruise 的方案里有明显漏洞:联系方式是面向车内乘客脱困,而没有兼顾到车外交通场景的状况。

比如这次,救护车十万火急,通用 Cruise 的无人车不懂让路,其他人也没办法及时接管。最后,Robotaxi 落地陷入人命事件争议。

当然,也是在此时此案,太平洋另一头落地 Robotaxi 提的 5G 云代驾也再次在讨论中被提起。

或许在这次这样的特殊场景下,云代驾确实不失为好的解决方案。

Robotaxi 被控耽误救援,惹人命争议

热议事件的完整过程是这样的:

美国旧金山,一位行人被汽车撞倒,伤势严重,外媒报道称当时其正在失去清晰意识,无法与周围清楚沟通,需要立即送医,而路人也第一时间拨打了救护车。

但就在这紧急时刻,两辆 Cruise 无人出租车,恰好停在了事故现场右侧,阻塞了事故现场的车辆进出。

救援人员后来在公开报告中还透露,曾尝试手动接管自动驾驶车辆,但没有成功。

最终,重伤行人因送医延误,未能得到及时护理,被宣告死亡。

消息传出,(原本就对 Robotaxi 心存不满的)旧金山市民怒火被点燃,很多人聚集在 Cruise 的总部,示威抗议。

更早之前,也有人认为 Robotaxi 破坏了社区交通、影响了原本的节奏,还有过极端行为,但这一次,算是“师出有名”了。

Cruise 也很快给出了官方回应,称并没有阻碍交通挡住救护车道路,Robotaxi 的车停在那是因为等红灯,变灯后其中一辆车就果断让出了道路,救护车也通过了。

通用 Cruise 还向媒体展示了现场视频,但拒绝对外公开。

然而民众怒火并没有就此平息。在热议中,通用 Cruise 在 Robotaxi 落地运营的应急方案,被反复声讨。

Cruise 在官网多次强调,遇到紧急情况可以拨打电话联系,并在文件中留下了联系方式。

但这种电话联系,看起来更多是面向车内乘客的,因为车身外部,并没有留下联系方式或直接沟通的电话,于是在紧急情况下,联系就会变得“复杂”。

有网友还表示,难道遇到紧急情况,还要登录你们官网找联系电话?

而且 Cruise 目前似乎还没有配备相应的运营队伍,他们的无人出租车,可以远程解除“自动驾驶”,但停止自动驾驶后,Cruise 的无人车做法是找个地方停下,等工作人员前来“接管”。

在美国,Waymo 和 Cruise 都采用了类似的方案,都是远程协助的思路,核心是依靠自动驾驶系统来解决特殊场景下的问题。

一方面,这自然是技术思维出发下的方案,希望把自动驾驶系统不断经历特殊场景检验、不断学习,最后可以去任何地方,应对任何场景。

另一方面,这也是美国必须面对的人口现实。众所周知,美国可谓地广人稀,落地 Robotaxi 如果不能尽可能减少全流程中的人工要素,那成本和运营经济账上都无法平衡。

然而面对这次这样的极端事件时,AI 司机确实无法做到人类司机一样的灵活性,可以快速给救护车让出通道 —— 而不是还在遵守红绿灯规则。

Robotaxi 落地阶段的挑战,再次由个例成为热搜。

Robotaxi 的运营冗余

在 Robotaxi 和自动驾驶的研发时期,被提起最多的是“传感冗余”、“安全冗余”。

比如最典型的激光雷达等多传感器融合路线,本质就是通过激光雷达来实现对摄像头视觉的冗余,可以让自动驾驶多一重保障,应对特殊、极端场景时系统表现更稳健。

但运营阶段,面临全新的挑战 —— 不来自于技术本身,来自于人类社会明确规则之外的灵活性、人情世故。

比如在特殊场景需要给救护车让道时,可能需要违反规则,可能需要灵活处事,这些 AI 司机都做不到,甚至混行中的人类司机也很难迅速沟通。

这也是为什么运营冗余,在 Robotaxi 进入落地阶段后会变得格外重要。

而目前真正大规模为运营做冗余的玩家,其实并不多。其中之前有争议的 5G 云代驾,是其中一个。

就在 5G 网络开始铺开后,国内 Robotaxi 玩家在还没有完全取消安全员时,就开始宣布和部署 5G 云代驾相关的方案,作为 Robotaxi 运营冗余。

所谓 5G 云代驾,即是借助 5G 高带宽和低时延的特性,将周边环境情况显示在远端电子屏幕上,然后通过网络远程控制车辆的方向盘,挡杆,油门和刹车等。

车主要还是“AI 老司机”在开,但远端同时部署“人类老司机”,一个人盯多台车,有特殊情况就远程接管,帮助脱困,及时解决挑战。云代驾的工作,乍一看有点像在玩赛车游戏,但他们实际上要一个人类同时监控多辆车,要时刻保持注意力。

5G 云代驾的好处显而易见,当 Robotaxi 在道路上遇到现阶段程序无法解决的场景时,远端能够及时接管,帮助无人出租车脱困。

但之前争议的另一面,是认为这样做“不够技术”、“不够低成本”,“无法真正实现规模化落地”。

这种怀疑也不难理解,比起 AI 司机解决一切,有个“兜底”的人类司机当然不够技术;云代驾不论是设备还是人工也都需要成本,确实不如尽可能去掉人工,规模化落地确实也需要相应的 5G 云代驾整套设施覆盖,成本只会水涨船高,不存在边际效应。

但如果是这次 Cruise 的具体事故,还有没有比 5G 云代驾更有效解决问题的方案?

或许没有,或者说想不到更好的,而且必须正视的是,这一桩具体事故背后,就是一个真实的生命代价。

所以 Robotaxi 确实是大势所趋,也正在浩浩汤汤,来到了爆发前夜,但运营落地中的挑战,却也才刚刚开始。

广告声明:文内含有的对外跳转链接(包括不限于超链接、二维码、口令等形式),用于传递更多信息,节省甄选时间,结果仅供参考,所有文章均包含本声明。

标签:

责任编辑:百科