AIインシデントデータベース

にようこそ

ワシントン、6月18日（ロイター） - Alphabet傘下の自動運転車開発会社Waymoは、ソフトウェアの不具合により、車両が閉鎖された高速道路の工事区域に進入し、そのまま走行を続ける可能性があるとして、米国で約3,900台のロボタクシーをリコールすると発表した。

Waymoにとって、わずか1カ月強で2度目のリコールとなる。

​​今回のリコールは、米国道路交通安全局（NHTSA）に提出されたもので、4月初旬以降、カリフォルニア州とアリゾナ州でWaymoの自動運転車（AV）が、ランプ閉鎖の標識を認識せず、事前に計画された高速道路の工事区域や工事中の車線に進入した事例が10件以上発生していることが原因となっている。

同社は当初、高速道路の通行制限を課していたが、高速道路の閉鎖に対する認識と対応を改善した。Waymoは、工事区域への進入を回避するため、車両ソフトウェアをアップデートした。ウェイモは木曜日、ロイター通信への声明で、「高速道路の工事区域周辺における走行性能に関して改善すべき点を特定した。先月、改善作業を行う間、自主的に高速道路での運行を制限した」と述べた。

先月、ウェイモは約3,800台のロボタクシーをリコールした。これは、車両が制限速度の高い冠水道路に進入する可能性があるためだ。

このリコールは、4月20日にサンアントニオでウェイモの車両が悪天候の中、冠水した車線に進入した事故を受けて実施された。ウェイモによると、車両は無人で負傷者は出なかったが、この事故を受けて同社は高速走行と通行不能な冠水道路が絡む同様のシナリオについて再検討を行った。

ウェイモは過去2年間で、牽引車両の動きを不正確に予測する可能性のある問題や、電柱や電柱のような恒久的な障害物に対する車両の検知反応の問題など、複数のリコールを実施している。

一方、ウェイモは、1月にカリフォルニア州サンタモニカの小学校付近で同社の自動運転車が児童をはね、軽傷を負わせた事故を受け、米国道路交通安全局（NHTSA）の調査を受けている。

3月には、国家運輸安全委員会（NTSB）が、1月にウェイモの自動運転車がライトを点灯させたまま停車中のスクールバスを違法に追い越した事故について調査を開始したと発表した。

停車中のスクールバスを違法に追い越すという問題は、昨年12月にウェイモがリコールを実施するきっかけにもなった。

Waymoは、先月サンアントニオで発生した鉄砲水で同社の自動運転車1台が流されたことを受け、3,791台の車両をリコールすると発表した。

Waymoは5月6日、第5世代および第6世代の自動運転システムを搭載した車両のリコールを米国道路交通安全局（NHTSA）に申請した。カリフォルニア州に拠点を置く同社は、4月24日から車両の回収を開始している。

WaymoはNHTSAへの申請書類の中で、「高速道路では、Waymoの自動運転車は、通行不能となる可能性のある冠水車線を検知した場合、減速はするものの停止はしない可能性がある」と述べている。

申請書類によると、同社は車両マップを更新し、「天候関連の運用制御」を強化した。Waymoの広報担当マネージャー、クリス・ボネリ氏によると、サンアントニオでの乗客向けサービスは停止しているものの、同地域では自動運転車は引き続き運行されているという。

「当社は追加のソフトウェア保護対策の導入に取り組んでおり、豪雨時の異常気象対策の改善や、鉄砲水が発生する可能性のある地域への立ち入り制限など、緩和策を実施しています」と、同社は声明で述べた。

ウェイモは4月20日、サラドクリーク付近の冠水した車線に進入した自動運転車1台が近くの水路に流され、走行不能となった。ボネリ氏によると、乗客はおらず、負傷者もいなかった。

「無人のウェイモ自動運転車が、制限速度40mph（約64km/h）の道路で、通行不能な冠水区間に遭遇しました。ウェイモ自動運転車は、通行不能となる可能性のある冠水を検知し、減速して走行しました」と、ウェイモ関係者はNHTSA（米国道路交通安全局）への提出書類で述べている。

Waymoは今年初め、モバイルアプリを通じてサンアントニオの利用者にサービスを開始し、サンアントニオ国際空港への送迎も開始したばかりだった。

ボネリ氏は、Waymoがサンアントニオでの旅客サービスを再開する際には、顧客に通知すると述べた。

BBCのニュース番組「ニュースナイト」の調査によると、グーグルの地震警報システムは、2月に発生したトルコの大地震の前に、多くの住民に警報を届けることができなかったことが明らかになった。

2月6日、トルコはマグニチュード7.8と7.5の2つの強い地震に見舞われ、トルコ南部と南東部で5万人以上が犠牲となった。

グーグルは、同社の警報システムは地震発生の最大1分前に携帯電話に警報を発信できると述べている。

また、最初の最大規模の地震発生前には、数百万人に警報を発信したとしている。

しかし、BBCは地震発生地域にある3都市を訪れ、数百人に話を聞いたところ、警報を受け取った人は一人も見つからなかった。

このシステムはAndroid端末、つまりiPhone以外のほぼすべてのスマートフォンで動作する。Android端末は価格が手頃な場合が多く、トルコ国内の携帯電話の約80％を占めている。

「Googleが地震早期警報のようなサービスを提供すると約束、あるいは暗黙の約束をしたのであれば、私にとっては責任の重さが増すことになる」と、太平洋岸北西部地震ネットワークのディレクター、ハロルド・トービン教授は述べている。

「Googleには、人命や身体に直接関わる事柄について、責任を持って約束を履行する義務がある。」

このシステムのプロダクトリーダーであるマイカ・バーマン氏は、システムが正常に機能したと主張した。「このシステムは作動し、警報を送信したと確信している」と、彼はBBCに語った。

しかし、同社はこれらの警報が広く受信されたという証拠は提示しなかった。

早朝にマグニチュード7.8の最初の大きな地震が発生した後、昼食時に周辺地域を揺るがす2度目の大きな地震が発生した。

BBCは、この2度目の地震の警報を受け取ったユーザーを少数ながら確認できた。

GoogleのAndroid地震警報システムは、2021年6月にトルコで発表されました。

このシステムは世界数十カ国で運用されています。Googleは、地震警報の送信機能をAndroidサービスの「中核」機能と位置付けています。

このシステムは、Androidの膨大な数のスマートフォンネットワークを利用して動作します。スマートフォンには、揺れを検知できる小型の加速度センサーが搭載されています。

多数のスマートフォンが同時に揺れると、Googleは震源地を特定し、地震の規模を推定することができます。Googleはこの仕組みについて解説動画を公開しています。

マグニチュード4.5以上の地震が検知されると、Androidシステムは警告を送信します。

「これは、おそらく皆さんがこれまでスマートフォンで見たことのないような警報です。画面全体を覆います」とバーマン氏は述べています。

警告メッセージには「身をかがめ、頭を覆い、じっとしてください」と表示され、大きなアラーム音が鳴ります。

また、ユーザーの「おやすみモード」を自動的に解除するため、ユーザーが手動でオンにする必要はありません。

「携帯電話の状態がどうであれ、警告は届くはずです」とバーマン氏は述べています。

Googleは、2月6日に数百万人に警告が正常に送信されたと主張しています。

地震発生後、数時間、数日、数週間にわたり、震源地では広範囲にわたる報道が行われましたが、BBCに警告を受け取ったという報告は一切ありませんでした。

そこでBBCは、警告を受け取った人を具体的に探し始めました。

BBCの取材班は、震源地から70キロから150キロ離れたアダナ、イスケンデルン、オスマニエの各都市を訪れ、Androidスマートフォンを持つ数百人に話を聞きました。

BBCの取材班は、2度目の地震の警告を受け取った少数の人を見つけることはできましたが、最初の、最も強い地震の前に警告を受け取った人は一人も見つけることができませんでした。

中国中部の都市、株洲市でハロー社製のロボットタクシーが歩行者を負傷させる事故が発生し、中国における急速な商用自動運転への監視が再び強まっている。事故発生時の責任の所在を巡る新たな疑問も浮上している。

12月6日にインターネット上で拡散された映像には、「Hello Autonomous Driving」と表示された車両が横断歩道で停車し、通行人と警察官が車体を持ち上げて下敷きになった人を救出する様子が映っていた。地元メディアの報道によると、負傷者2人が地元の病院に搬送された。地元警察はまだ過失責任の判断を下しておらず、ハロー社もコメントを発表していない。

住民は界面新聞に対し、株洲市では連日激しい散水が行われ、路面が滑りやすくなっていたと語った。ハロー社のカスタマーサービスは、同社が株洲市での自動運転サービスを一時停止したと発表した。ハローアプリでは、ユーザーが現在地を株洲市または江蘇省溧陽市に設定すると自動運転オプションが表示されるものの、配車予約を試みると「サービス停止中」と表示される。ソーシャルメディアに投稿された動画には、複数のHelloロボタクシーが地元の施設から移動される様子が映っており、利用者からは車両を呼び止めることができなくなったとの報告もあった。

今回の事故は、11月28日に株洲市で乗客が乗ったHelloロボタクシーが別の車両に衝突したにもかかわらず、停止せずに目的地まで約200メートル走行し続けたと報告した1週間後に発生した。乗客は遠隔操作の兆候は見られなかったと述べているが、カスタマーサービスからは後に安全オペレーターが介入したと説明を受けた。中国の交通規則では、運転手は衝突後直ちに停止し、現場を保全することが義務付けられている。

Helloは8月から株洲市でレベル4の自動運転試験を開始した。レベル4システムは規定された条件下で人間の操作なしで走行できるが、中国の規則では依然として人間の運転手が責任を負うとされている。同社は、クラウドベースのオペレーションセンターを通じて車両を遠隔操作できると述べている。

上海デバンド法律事務所のシニアパートナーである游雲婷氏は、責任の所在は警察の捜査結果次第だと述べた。レベル4車両に過失があると判断された場合、責任は運行プラットフォーム側にあると游氏は指摘した。民事訴訟は製品品質法に基づいて処理される可能性があり、技術サプライヤーは欠陥のあるシステムを意図的に導入した場合、さらなる法的責任を問われる可能性がある。しかし、それを立証するのは困難であり、入手困難な社内データが必要となる、と彼は付け加えた。

中国で自転車シェアリングプラットフォームで知られるHelloは、中国のロボタクシー業界においては新参者だ。この業界には、Baidu、Pony.ai、AutoXといった、数年前から路上テストを実施している老舗事業者がひしめいている。Helloは、Ant GroupおよびCATLと共同で上海Zaofu Intelligent Technologyを設立し、レベル4（L4）の開発と商用化に30億元（約4億2500万米ドル）以上を投じた後、わずか6月にこの分野に参入した。9月には、初の専用モデルであるHR1を発表し、2026年の量産開始と2027年までに5万台以上の導入を目指している。株洲で発生した事故に関与した車両はHR1ではなかった。

業界関係者によると、ロボタクシーの商用化には、安全性を検証するために広範囲にわたる走行テストが必要となるのが一般的だという。業界関係者の一人によると、Helloの開発期間が短いため、必要なデータを構築する時間が限られているという。元従業員は、チームは既製の技術に大きく依存しており、社内でのアルゴリズム開発は限られていたと述べている。Helloは以前、Baiduの高精度地図の買収を検討したが、実行には至らなかった。

求人情報によると、Helloは自動運転部門を現在も拡大している。Venucia、Alibaba Cloud、Horizon Robotics、Hesaiとの最近の提携契約は、同社の技術スタックがまだ構築段階にあることを示唆している。

株洲市の事例は、中国の都市が自動運転車の実証実験を拡大し、企業が完全自動運転への移行を推進している中で発生した。今回の調査結果は、データ開示、車両の遠隔制御、自動運転システムの故障時の責任の所在に関する規制当局の見解に影響を与える可能性が高い。

Amazon傘下のZooxは火曜日、同社の自動運転システムが交差点付近で車両が中央線を越えたり、横断歩道を塞いだりする可能性があるとの懸念から、リコールを発表した。米国道路交通安全局（NHTSA）に提出された文書によると、この自主回収の対象となる車両は332台。

この問題に関連する衝突事故は発生していないものの、ZooxはNHTSAへの提出書類の中で、衝突リスクを高める可能性があると指摘している。同社はサンフランシスコとラスベガスの一部地域で、自動運転車による無料乗車サービスを提供している。

Zooxの広報担当者はTechCrunchに対し、同社の車両が人間のドライバーにとってはごく一般的な操作であっても、同社の基準を満たさない操作を行った事例がいくつか確認されたと述べた。例えば、赤信号で特定の交差点を塞ぐことを避けるため、ロボットタクシーが横断歩道で停車するケースがあった。また、別のケースでは、ロボットタクシーが右折を遅らせたために、大きく曲がってしまうこともあったと、広報担当者の電子メールによる声明で述べられている。

この問題は、8月26日にZooxのロボットタクシーが大きく右折し、対向車線に部分的に進入して、対向車線の手前で一時的に停車した際に初めて確認されたと、NHTSA（米国道路交通安全局）への提出書類に記載されている。

Zooxは、交差点付近での車線逸脱に関するデータを監視し、最終的に8月26日から12月5日までの間に62件の事例を特定した。同社は提出書類の中で、「これらの事象の頻度、深刻度、および根本原因について、NHTSAと継続的に協議している」と述べている。

同社は、すべての問題に対処するため、11月7日と12月中旬にソフトウェアをアップデートした。

「これらの事象の根本原因に対処するため、的を絞ったソフトウェアの改善策を特定し、展開することに成功した」と声明には記されている。 「本日、当社は自主的なソフトウェアリコールを申請します。透明性と安全性はZooxの根幹であり、当社は技術の継続的な改良と改善について、一般の方々や規制当局に対して透明性を保ちたいと考えています。」

提出書類によると、このソフトウェアリコールは、3月13日から12月18日の間に公道を走行していたZoox車両が対象となります。

Zooxは今年、複数のソフトウェアリコールを実施しており、3月には予期せぬ急ブレーキへの対応としてリコールを実施しました。このリコールは、NHTSA（米国道路交通安全局）がZoox製車両にオートバイが衝突したという報告を2件受けたことを受け、予備調査を開始したことに端を発しています。

5月には、Zooxは他の道路利用者の動きを予測するシステムの能力に関する懸念に対処するため、2件のソフトウェアリコールを実施しました。