AI生成の象徴イメージ。実際の探査機・航法画面・観測写真ではありません。目盛りは実データや換算値を示さず、位置と大きさは縮尺どおりではありません。
「ヤード・ポンド法とメートル法を間違えた宇宙探査機」。マーズ・クライメイト・オービターの喪失は、そんな短い説明で知られる。しかし、単位を書き違えた瞬間だけを見ても、なぜ航行中に問題を解消できなかったのかは分からない。問いたいのは、数値を受け取る仕組みと、異常を解決する仕組みが、どこでつながらなくなったのかである。
1999年9月23日、火星へ到着した探査機は、惑星の陰に入った後、予定された通信を再開しなかった。当日のJPL発表は、直前のデータが正常な状態を示していた一方で、航法上の問題が疑われるとして調査を伝えた。これは、通信が正常だったことと、計算した軌道が正しかったことが別だと分かる出発点になる。JPL・1999年9月23日発表
原因の説明は、同年11月10日の調査委員会第1段階報告で具体化した。当日の疑いと、後の調査で示された内容を混ぜて、最初からすべて分かっていたかのようには扱わない。
問題は、地上で処理する小さなスラスタ噴射のデータにあった。噴射による力積、つまり力が時間を通じて及ぼす量を、あるソフトはポンド重秒で出力した。一方、受け渡しの仕様はニュートン秒で、航法側はその単位として数値を使った。報告が示す差は約4.45倍である。NASA第1段階報告・根本原因
これは長さのインチとセンチメートルの話でも、探査機内の全プログラムが別の単位だったという話でもない。正しい形式の数値を受け取れても、その数値が表す物理量を取り違えれば、計算が扱う現実は変わる。本文では、地上のデータ境界に問題を絞っている。
| 確かめたい段階 | 問い |
|---|---|
| データの受信 | ファイルや値を取得できたか |
| 値の意味 | どの単位・どの物理量として使う約束か |
| 現実との照合 | 観測と予測の違いを説明できるか |
| 異常の解決 | 疑問に担当と結論が付き、未解決のまま残っていないか |
これは本稿の分析用の整理で、当時の正式な業務手順を写したものではない。ファイルが開けるという確認は最初の段階にしか答えない。担当をまたぐシステムでは、それぞれの計算が動くことに加え、両者が同じ意味を受け渡しているかを確かめる必要がある。
委員会は単位不一致だけでなく、地上ソフトの検証や意思疎通の問題も挙げた。航法上の懸念が十分に伝わらず、電子メールでの連絡に依存し、正式な異常報告・解決の仕組みが十分に使われなかったことも指摘している。
本稿では、ここを「誰かが注意すればよかった」で閉じない。疑問が送信されたことと、疑問が処理対象として登録され、解決されたことは異なる。単位を型や仕様として明記する技術的な対策と、違和感を未解決のまま通過させない運用は、役割が違う。どちらか一方だけの教訓では、この事故の説明が狭くなる。
通信は回復せず、探査機は失われた。ただし第1段階報告は、大気中での破壊だけでなく、大気通過後に別の軌道へ出た可能性も記している。本稿では最後の瞬間を映像のように描かず、確認された通信の途絶と、調査が示した航法の問題にとどめる。
計算式が高度でも、境界にある単位の約束は省略できない。そして、その約束を確かめ直す契機となる疑問にも、行き先が要る。二つを分けて理解することが、単位ミスという一行から得られる教訓を具体的にする。
編集責任：週刊あおいみゆ。OpenAIのAIを資料調査と日本語執筆に使用した背景解説です。資料確認日は2026年10月22日。現地取材・人による専門監修ではありません。お問い合わせ・訂正のご連絡