2026年4月1日、中国・武漢市の幹線道路で異様な光景が広がった。Baiduが運営するロボタクシー「Apollo Go」が道路の真ん中で次々と停止し、そのまま動かなくなったのだ。乗客は車内に閉じ込められ、高速道路では立ち往生が発生。少なくとも1件の交通事故も起きている。影響を受けた車両は100台を超えるとみられ、自動運転の商用展開における最大規模のシステム障害となった。
・Baiduのロボタクシー「Apollo Go」が武漢市で100台超のフリーズ障害を起こし、乗客の閉じ込めや事故が発生した
・警察は「システム障害」と発表。クラウド制御型アーキテクチャの単一障害点（SPOF）リスクが浮き彫りに
・中国は世界26都市で自動運転タクシーを展開中だが、安全性と規制の議論が再燃している
武漢でBaiduのロボタクシー100台超がフリーズした事件の全容
武漢市はBaiduにとって最大のロボタクシー拠点の一つで、500台以上のApollo Goが公道を走行していた。火曜日の日中、これらの車両が突如として道路上で停止。動けなくなった車両が交差点や車線上に散在し、周囲の交通は混乱に陥った。
The Vergeの報道によれば、Reutersが引用した現地メディアの情報では、少なくとも100台のロボタクシーが影響を受けたとされる。Baidu側はThe Vergeの取材に対し、即座のコメントを出していない。
乗客の閉じ込めと高速道路での立ち往生
問題の深刻さを際立たせたのは、乗客が車内から出られなくなったケースが報告された点。ロボタクシーは安全上の理由からドアのロック機構が通常のタクシーとは異なり、システムがフリーズした状態では乗客側からの操作が制限される場合がある。
高速道路上で停止した車両もあった。時速100km前後で車が行き交う環境で、突然動かなくなった無人車両が車線をふさぐ——後続車にとってこれほど危険な状況はそうない。少なくとも1件の事故が報告されているが、幸いにも警察発表の時点で負傷者は確認されていない。
警察の対応と「システム障害」の発表
武漢市警察は、Apollo Goの停止に関する複数の通報を受けたことを公式に認めた。初期調査の結果、「システム障害（system failure）」が停止の原因だと発表している。
ただし、具体的にどのシステムが、何をきっかけに障害を起こしたのかについては明らかにされていない。「システム障害」という表現はあまりに広範で、ソフトウェアのバグなのか、通信の途絶なのか、あるいはクラウド側のサーバー障害なのか、現時点では切り分けができていない状況。警察の発表は事実の確認にとどまり、技術的な詳細はBaiduからの説明を待つ形になっている。
なぜ100台が同時に止まったのか——考えられる原因
「システム障害」という公式発表だけでは、技術者でなくとも疑問が残る。個別の車両が1台故障するのと、100台以上が同時に止まるのでは、原因の構造がまるで異なるからだ。
自動運転車両は大きく分けて「車両側の自律制御」と「クラウド側の統合管理」の2層で動いている。個別のセンサー故障であれば影響は1台に限られる。しかし100台規模の同時停止は、共通のインフラ——つまりクラウド側の制御システム、OTA（Over-The-Air）アップデート、あるいは通信ネットワークのいずれかに障害が発生した可能性が高い。
クラウド制御型の弱点——単一障害点リスク
Apollo Goのようなフリート型ロボタクシーは、配車・ルーティング・遠隔監視をクラウドで一元管理するのが一般的な設計。効率の面では合理的だが、そのクラウドが落ちれば全車両に影響が波及するリスクを抱えている。これが「単一障害点（SPOF: Single Point of Failure）」の問題だ。
考えられるシナリオはいくつかある。
- 配車管理サーバーの障害: 車両がルート指示を受け取れなくなり、次のアクションを決定できずに停止
- OTAアップデートの不具合: 走行中に配信されたソフトウェア更新がバグを含んでおり、一斉に適用された車両がフリーズ
- 通信インフラの断絶: 4G/5G回線の基地局障害やネットワーク設定の変更により、車両とクラウド間の通信が途絶
いずれのケースでも、車両側に十分な「オフライン時の自律判断能力」が実装されていれば、少なくとも路肩への退避程度は可能だったはず。道路の真ん中で完全にフリーズしたという事実は、車両単体のフォールバック機能に課題があることを示唆している。
「止まる」設計は本当に安全か
自動運転のフェイルセーフ設計には「MRC（Minimal Risk Condition）」という概念がある。異常を検知したら、最小限のリスク状態に移行するという考え方だ。多くの場合、「安全に停止する」ことがMRCとして設定されている。
しかし、今回の事件はその前提に疑問を投げかけた。交差点の中央や高速道路の走行車線で「安全に停止」されても、周囲の車両や歩行者にとっては新たな危険が生まれるだけ。本来のMRCは「路肩に寄せてから停止する」「ハザードランプを点灯して後続車に警告する」「ドアロックを解除して乗客の脱出を可能にする」といった複合的な動作を含むべきだろう。
500台規模のフリートが同一のクラウドシステムに依存し、かつ車両単体のフォールバックが不十分だったとすれば、設計レベルでの見直しが必要になる。これは単なるバグ修正では解決しない、アーキテクチャの問題だ。
自動運転タクシーの安全性をめぐる世界の動き
今回の事件は、中国国内だけでなく国際的にも自動運転の安全性議論を再燃させた。自動運転技術をめぐる各国のスタンスは、実はかなり異なっている。
中国の積極展開とBaidu Apollo Goの現在地
中国は自動運転の商用化で世界をリードしている国の一つ。政府が技術発展を強力に後押しし、規制面でもテスト走行や商用運行の許可を積極的に出してきた背景がある。
Baiduは現在、世界26都市でロボタクシーを展開中。ロンドンやドバイではUberと提携し、海外進出も加速させている。武漢だけで500台以上という規模感は、日本の実証実験とは桁が違う。
しかし、この「速さ」が安全性とのトレードオフを生んでいる可能性は否定できない。今回100台超が同時フリーズしたことで、「規模の拡大に安全設計が追いついているのか」という問いが突きつけられた格好だ。中国のSNS上でも「無人タクシーに命を預けて大丈夫なのか」という声が広がっている。
自治体レベルでのAI活用という点では、日本でも東京都が職員向けAI基盤「A1」を本格運用するなど、公的セクターのAI導入は加速している。ただし、人命に直結する自動運転と業務効率化AIでは、求められる安全基準の水準がまるで異なる。自動運転の社会実装には、技術の成熟だけでなく、AIが実社会の物理的な動作に組み込まれる際の安全性と倫理を正面から議論する必要がある。
米国Waymo・日本の自動運転との比較
米国ではAlphabet傘下のWaymoがサンフランシスコやフェニックスでロボタクシーを運行しており、実績では中国勢と並ぶ存在。Waymoも過去に車両の挙動異常や軽微な事故は報告されているが、100台規模の同時停止は起きていない。
Waymoのアプローチの特徴は、展開都市を絞って徹底的にマッピングとテストを繰り返す「深く狭く」の戦略。対するBaiduは26都市に広く展開する「広く速く」の戦略をとっており、このアプローチの違いがリスク管理の差として表れた可能性がある。
日本の状況はどうか。2023年に改正道路交通法が施行され、レベル4（特定条件下での完全自動運転）の公道走行が法的に可能になった。福井県永平寺町での遠隔監視型自動運転サービスが国内初の事例として知られているが、車両数は数台規模。商用フリートとしての大規模展開は、まだこれからという段階にある。
今回の事件から見える自動運転の本質的な課題
技術的なバグは修正できる。しかし、今回の事件が突きつけた課題は、パッチで解決するような性質のものではない。
「安全に止まる」だけでは足りない理由
自動運転のフェイルセーフ設計において、「異常検知→停止」はもっとも基本的なロジック。だが、それが「安全」であるためには前提条件がある。停止する場所が安全であること、という条件だ。
自動運転車が走行中にシステム異常を起こした場合、理想的な動作は以下の順序になる。
- 異常を検知し、走行モードを「退避モード」に切り替える
- 周囲の車両・歩行者の状況をセンサーで確認しながら減速する
- 路肩や安全な場所まで自律的に移動する
- ハザードランプを点灯し、完全停止する
- ドアロックを解除し、乗客に状況を通知する
- 遠隔オペレーターまたは緊急通報システムに自動接続する
今回の武漢の事例では、少なくともステップ2〜3が機能していなかった。車両が道路の真ん中で停止したという事実がそれを物語っている。クラウドとの通信が途絶した瞬間に、車両側が最低限の退避動作すらできなかったとすれば、これはフェイルセーフの根本的な設計不備と言わざるを得ない。
航空業界では「フェイルオペレーショナル」という設計思想が標準になっている。1つのシステムが故障しても、別のシステムが機能を引き継いで安全に運航を継続するという考え方。自動運転にも同様の冗長性が必要だという声は以前からあったが、今回の事件でその主張の正当性が改めて裏付けられた形だ。
大規模運用で浮上するフリート管理の壁
数台の実証実験と500台のフリート運用では、求められるシステム設計がまったく異なる。実証実験フェーズでは1台1台を手厚く監視できるが、数百台規模になると遠隔監視の人員配置、ソフトウェアアップデートの段階的展開（カナリアリリース）、障害時の一斉制御といった「フリート管理」の能力が問われる。
特に重要なのがアップデート戦略。仮にOTAアップデートの不具合が原因だったとすれば、全車両に同時適用するのではなく、まず数台に適用して異常がないことを確認してから段階的に展開する——ソフトウェア業界では当たり前のプラクティスが、果たして実行されていたのかという疑問が残る。
また、保険と責任の問題も避けて通れない。乗客が閉じ込められた場合の責任は誰にあるのか。事故が発生した場合の過失はBaiduなのか、通信キャリアなのか、それとも規制を認可した当局なのか。技術の進歩に法整備が追いついていない状況は、中国に限った話ではなく、日本を含む各国共通の課題だ。
自動運転車のフリート運用は、1台の車を作る技術とは別の「システムズエンジニアリング」の領域。ここでの設計判断が甘ければ、今回のような大規模障害は繰り返し起きる。
まとめ——自動運転の未来はこの失敗から何を学ぶか
今回のBaidu Apollo Goの大規模フリーズは、自動運転技術が「動く」だけでは不十分であることを端的に示した事件だった。
重要なポイントを整理する。
- 事実: 武漢市で100台超のロボタクシーが同時にフリーズし、乗客の閉じ込めや交通事故が発生
- 原因: 警察は「システム障害」と発表。クラウド制御型アーキテクチャの単一障害点が疑われる
- 設計の課題: 「安全に止まる」フェイルセーフが、停止場所によってはむしろ危険を生むというパラドックス
- 運用の課題: 500台規模のフリート管理には、実証実験とは異なる次元のシステム設計が必要
- 規制の課題: 技術の展開速度に安全基準と法整備が追いついていない
自動運転は確実に社会に浸透していく技術であり、その流れ自体は止まらない。だからこそ、今回のような障害事例から具体的な教訓を引き出し、設計と規制の両面で改善に活かすことが求められている。
日本で自動運転タクシーが本格的に普及するのはまだ先の話だが、そのとき私たちが「安心して乗れる」かどうかは、今まさに世界各地で起きている失敗とその対応から決まっていく。技術の進歩を歓迎しつつも、「何が起きたら、どう止まるのか」という問いを忘れずにいたい。
関連する実測・解説記事
- Perplexityとは？AI検索エンジンの使い方・特徴・料金を初心者向けに解説
- 自宅で人型ロボットを訓練するギグワーカーたち——AI開発を支える「見えない労働」の実態
- Suno v5.5の新機能を解説｜Voices・My Taste・Custom Modelsで変わるAI音楽生成
よくある質問（FAQ）
Q: Apollo Goとは何ですか？
A: Baiduが開発・運営するロボタクシー（自動運転タクシー）サービスの名称です。中国を中心に世界26都市で展開されており、武漢市には500台以上が配備されていました。アプリで配車を依頼すると、運転手のいない車両が迎えに来る仕組みです。
Q: 今回の事件でけが人は出ましたか？
A: 武漢市警察の発表時点では、負傷者は確認されていません。ただし、少なくとも1件の交通事故が発生したと報じられています。乗客が車内に閉じ込められたケースや、高速道路上での立ち往生も報告されており、人的被害がなかったのは幸運だったと言えるでしょう。
Q: 日本でも自動運転タクシーに乗れますか？
A: 2023年の改正道路交通法施行により、レベル4の自動運転が法的に認められました。福井県永平寺町で国内初の遠隔監視型自動運転サービスが運行されているほか、東京都心部やお台場エリアでも実証実験が行われています。ただし、武漢のような数百台規模の商用サービスは国内にはまだ存在せず、本格的な普及には数年単位の時間が必要と見られています。
コメント