キングエア機、操縦士との通信途絶時に「Autoland」で安全着陸…FAA・NTSBが調査開始

 (avbrief.com)
1 ポイント 投稿者 GN⁺ 2025-12-23 | 1件のコメント | WhatsAppで共有
  • コロラド州で Beechcraft King Air 200 航空機が操縦士との交信が途絶えた後、Garmin Autolandシステム によって自動着陸した
  • FAAは「操縦士との交信が途絶えた後、緊急自動着陸システムが作動し、ロッキーマウンテン・メトロポリタン空港に安全に着陸した」と発表
  • NTSB も事案を把握しており、調査の実施可否を検討中で、両機関とも詳細は公表していない
  • Garmin は今回の事例について、「試験やデモではない、初の実際の緊急事態におけるAutoland使用」だと確認
  • 操縦士の状態は公表されていないが、搭乗者は全員無事で、自律飛行安全技術の有効性 を示す事例として注目されている

FAAとNTSBの調査開始

  • FAAは12月20日午後2時20分ごろ、コロラド州ロッキーマウンテン・メトロポリタン空港で発生した King Air 200のAutoland作動事案 を調査中
    • FAAの発表によれば、操縦士が管制塔との交信を失った後、機内の緊急自動着陸システム が作動し、搭乗者2人はいずれも無事だった
    • FAAは調査の性質や詳細について追加説明を拒否した
  • NTSB もこの事案を把握しており、「調査開始基準に該当するかを判断するため情報を収集中」と述べた

Garminの公式確認

  • Garminは声明で、「12月20日、コロラド州ブルームフィールドのロッキーマウンテン・メトロポリタン空港で 緊急Autoland作動が発生した」と確認
    • 着陸は成功しており、「適切な時点で追加情報を共有する予定」と述べた
    • Garminは今回が 試験・デモではない実際の状況での初のAutoland使用事例 であると明記した

飛行経路と現場の状況

  • 航空機 N479BR は Buffalo River Outfitters 所属で、アスペンからロッキーマウンテン・メトロポリタン空港へ飛行中だった
    • 飛行追跡愛好家らのSNSによれば、現地時間午後2時ごろ 緊急コード7700 を送信した後にAutolandが作動
    • LiveATCの録音 には、女性音声の自動メッセージが「操縦士の無能力状態」を宣言し、滑走路30番へ着陸すると知らせる場面が含まれている
    • 航空機は無事に着陸し、負傷者は報告されていない
  • 操縦士の状態や意識不明の原因は公表されていない

現場の反応と追加情報

  • 管制官は緊急着陸のため空港を一時閉鎖し、他の航空機からの要請を調整した
  • 一部のSNS投稿では「実際の緊急事態だったのか」に疑問を呈する声もあったが、Garminと運航会社はこの点に関する問い合わせに回答していない
  • 航空機は翌朝、FAAの主要認証技術センターがあるオクラホマシティ に向けて出発した

映像および目撃資料

  • Larry Anglisano はKing Air機種のAutolandデモ映像を別途撮影していた
  • ある目撃者は当日空港で撮影した映像を Instagram に投稿しており、航空機の着陸直後の場面が含まれている

事案の意味

  • 今回の事例は、Garmin Autolandシステムが実際の緊急事態で操縦士の介入なしに着陸を完了した初の事例 として記録される
  • FAAとNTSBの調査が進行中であり、自律飛行安全技術の信頼性と商用化の可能性 を検証する重要な契機になると評価されている

関連記事

1件のコメント

 
GN⁺ 2025-12-23
Hacker News の意見

  • これは Garmin SafeReturn システムの初の実際の救出事例だ
    デモ動画を見ると、このシステムは地形・気象・燃料を認識するが、滑走路の状態は把握していない
    緊急メッセージを ATC（管制）に自動送信し、空港付近で数回旋回した後に自動着陸する
    着陸後はエンジンを停止するが、タキシングは自動では行わない
    コックピット・客室のボタン、または操縦士の無反応検知で作動し、操縦士が再び操縦権を取り戻すこともできる
    GPS ベースで、補助として レーダー高度計 を使用している

    • 以前の Payne Stewart が乗っていた LearJet 35 の事故のように、機内の気圧喪失で操縦士が無力化されたケースでは、こうしたシステムがあれば命を救えたと思う
      その空港は Ball Aerospace のような防衛関連企業がよく利用する場所なので、詳細はあまり出てこないだろう
    • 乗客が別の空港を選んだり、ATC が強制的に別の滑走路へ誘導したりできるオプションがあるのか気になる
      たとえば滑走路が工事中の場合にどうなるのか知りたい
    • 本当に興味深い
      15年前にパイロットをしていた叔父が「いまは離陸と着陸だけ人がやって、残りはコンピューターがやる」と言っていたが、いまや 完全自動着陸 が可能になった
      魔法のような技術であり、Garmin チームに大きな拍手を送りたい

  • Garmin の開発者にとっては、今回の成果は最高の クリスマスプレゼント だろう

  • VASAviation の字幕付き動画版を見つけた
    タイムスキップがあるので理解しやすい

  • 本当に驚くべき技術だ
    毎日出勤して 人命を救うシステム を作っているというのはすごいことだ

    • 自分も医療機器を開発しているが、現実は文書作業と古いツールだらけだ
      意義のある仕事ではあるが、正直に言えば「move fast and break things」のようなスピード感のある環境のほうが魅力的だ
    • Garmin チームが使っている 限られたリソース（RAM、ストレージ、CPU）と古い C 標準を考えると、なおさら感嘆する
      友人たちがそのチームで働いているのでよく知っている

  • Garmin は現代エンジニアリングの 基準を打ち立てる会社 のように思える
    民生用でも産業用でも堅実な技術力を維持している

    • ハードウェアは素晴らしいが、ソフトウェアとビジネス面 には不満が多い
    • Garmin のソフトウェアを使ったことがあれば分かるが、業界平均より 見劣りする品質 だ

  • これは人々がよく言う「オートパイロットの進化形」のようなものだ
    伝統的な航空機のオートパイロットとは別の概念だ

  • 操縦士の無力化が検知される時点は動画の 11分50秒 付近だ

    • mp3 ファイルは壊れているが再生は可能で、シークするとタイムスタンプが変わる
    • テキストの時刻表示は実際とかなりずれていた
    • これほど重要なシステムなのに、音声合成の品質 があまりに低くて驚いた

  • この技術がどれほどすごいかに驚かされる
    誰が作動させたのか、どの基準で滑走路を選んだのかなどは最終報告書で明らかになるだろう
    ただ、自動音声メッセージの「emergency」の部分が速すぎて、改善の余地がある

    • コックピットのインターフェースは 乗客に優しい 設計になっている
      ボタンを1つ押すだけでシステムが自動的に経路と状況を案内し、乗客は見ているだけでよい
      内蔵された 航法データベースと気象データ を使って適切な滑走路を選ぶ
    • 一部の音声リプレイでは無音区間が切り詰められていた
      実際には2分ごとに約20秒送信しており、混雑した空域ではメッセージをもっと短く する必要がある
    • 「the field」のような表現は一般には使いにくい
      同じ周波数を共有する非管制空港が複数あるためだ
    • おそらくほとんどの ATC はすでにこの 自動音声パターン を知っているだろう
      今後さらに周知されれば、「emergency」の繰り返しはかえって時間の無駄と見なされるかもしれない
    • 実際のパイロットたちよりむしろ 話す速度が遅い という印象を受けた
      関連動画参照

  • 人が遠隔で介入できるのか気になる
    使用頻度が低いので、数人待機しているだけでもよさそうだ
    通信が可能なら、地上の操縦士が 判断と通信を代行 することもできるのではないかと思う

    • ただし 信号遅延 や途絶の可能性を考えると、現実的には難しいと思う

  • 今回の事件は Autoland 技術の大きなマイルストーン だ
    Garmin チームは今日命を救い、これから先もさらに多くの命を救うだろう