遠端協助不等於遠端駕駛:判讀自駕計程車的控制權邊界

自駕計程車向遠端人員求助,不代表人員已經接手駕駛。關鍵不是「是否有人介入」,而是介入者能改變哪一層行為:他可能只提供環境資訊、建議或新目標,也可能直接執行即時轉向、加速與煞車。

加州現行自動駕駛車輛規範把這兩種角色分開。remote assistant 可以提供資訊或建議、修改目標或任務,或提醒系統進入最低風險狀態,但不進行遠端駕駛;remote driver 則從車外執行部分或全部即時動態駕駛任務或備援。這是加州法規中的用語,不能當成所有地區與業者都使用的統一定義,但很適合用來拆解公開說法中的控制權。

有監控畫面,不等於有車輛操控權

遠端中心可能看得到攝影機、地圖、車輛狀態與乘客求助。畫面本身無法證明人員可以控制方向或煞車。更重要的問題是:遠端系統送出的是情境描述、許可、目的地、軌跡,還是連續的致動器命令?自駕系統能否拒絕不安全輸入?人員只在收到例外警示後短暫回應,還是持續執行動態駕駛任務?

例如,車輛在不常見的障礙物前停下。遠端人員可以補充障礙物狀態,或提供新的路線目標。如果車載系統評估資訊、選擇安全動作並自行轉向與煞車,這較接近遠端協助。若人員根據即時影像持續操作方向、加速與煞車,控制權便落在遠端駕駛一側。這只是概念示例,不能用來推定任何特定業者的實作。

Waymo 對 Fleet Response 的公開說法是,遠端團隊提供情境資訊,而 Waymo Driver 仍保有控制權。這項資料只支援 Waymo 對自家系統的描述;它不代表其他業者採用相同架構,也不能替代獨立的安全績效證據。

通訊中斷不是附帶問題

遠端功能會增加延遲、頻寬下降與斷線等故障路徑。「有遠端支援團隊」仍不足以說明系統邊界。完整資料應交代啟動條件、車輛與遠端人員分享的資料、通訊延遲、驗證方式、訓練,以及連線品質下降時的車輛行為。

加州 Article 3.7 的安全案例規定要求涵蓋上述遠端營運要素。規範也區分 ODD(系統被設計成能運作的條件)與最低風險狀態。服務範圍地圖只是地理層,不能證明所有道路、天候、時段與通訊條件下都能執行相同遠端流程。

NHTSA 2026 年 National AV Safety Forum 的活動說明把遠端協助描繪成一個範圍,從確認、指引、允許例外,到完整人工遠端駕駛,並提出延遲、資安與情境感知風險。這是論壇討論框架,不是某項服務已符合的聯邦強制性能標準。

四個問題足以避免最常見的誤讀

  1. 人員改變的是資訊、目標,還是車輛即時動作?
  2. 轉向、煞車與碰撞避免的最終權限由誰保留?
  3. 連線延遲或中斷時,車輛會等待、停車,還是進入另一個明確定義的最低風險狀態?
  4. 這項說法來自現行法規、安全案例或業者文件?它的適用地區與系統範圍是什麼?

遠端協助的存在不表示所有車輛都由人遠端駕駛;沒有遠端駕駛也不表示營運完全沒有人員參與。派遣、乘客服務、緊急聯絡、提供情境資訊與遠端駕駛可以是不同職能。

若公開資料沒有說明控制權,最精確的表述是「現有證據不足以判定遠端協助與遠端駕駛的界線」。這項區分不會單獨回答安全與否,但能指出下一步必須查核的延遲、斷線、訓練、驗證與備援證據。

資料來源:California DMV 自動駕駛車輛規範、Article 3.7 採納文件、NHTSA National AV Safety Forum、Waymo 遠端協助說明,均於 2026-09-06 查核。加州法規、非約束性論壇內容與業者自述的證據層級必須分開。