2026年4月、アメリカ航空宇宙局（NASA）による50年以上ぶりの有人月面探査ミッションである「Artemis II（アルテミス2）」は、無事に打ち上げを成功させ、地球から約3万マイル（約4万8000キロメートル）、時速4,275マイル（約6,880キロメートル）の速度で月周回軌道へと向かっている。人類の宇宙探査の歴史に新たな1ページを刻むこの最新鋭の宇宙船で、乗組員たちは極めて地球的で日常的な問題に直面した。それは、Microsoft Outlookの不具合である。
ミッション開始からわずか数時間後、アルテミス2の船長であるReid Wiseman宇宙飛行士は、地上ヒューストンのミッションコントロールセンターに対して、ITサポートセンターに問い合わせるような内容の通信を行った。NASAのライブ配信で記録されたその音声の中で、Wiseman船長は「Microsoft Outlookが2つ立ち上がっており、そのどちらも機能していない」と報告し、ミッションコントロールにリモート接続での対応を依頼したのである。
このやり取りは、最先端の航空宇宙工学の粋を集めたOrion（オリオン）宇宙船の内部で、世界中のオフィスワーカーが毎日経験するようなソフトウェアの不具合が発生している事実を明確に示している。
民生品ソフトウェア（COTS）が宇宙開発に不可欠である理由
宇宙船のシステムにおいて、なぜMicrosoft OutlookやWindowsといった一般的なソフトウェアが使用されているのか。この疑問に対する答えは、現在の宇宙開発におけるシステムアーキテクチャの二層構造にある。
航空宇宙システムにおいて、ナビゲーション、推進、生命維持など、ミッションの成否と乗組員の命に直結するプライマリーフライトシステムは、強烈な宇宙放射線に耐え得るように設計された特殊なハードウェア（耐放射線設計）と、極めて厳格に保守管理された専用のリアルタイムオペレーティングシステムによって稼働している。これらのシステムには、一切の妥協やエラーが許容されない。
一方で、スケジュール管理、地上とのテキストコミュニケーション、電子メールの送受信、手引書の閲覧など、乗組員の日常的なタスクや生産性向上を目的とした機能には、民生品（COTS: Commercial Off-The-Shelf）システムが積極的に採用されている。NASAは長年にわたりMicrosoftのソフトウェアやサービスを標準採用しており、乗組員は地球上で使い慣れたWindows搭載のパーソナルコンピューティングデバイス（PCD、今回はSurface Proと推測される）にアクセスし、Microsoft 365のアプリケーションを使用している。
これには明確な理由がある。特殊な専用ソフトウェアを新たに開発し、乗組員にその運用トレーニングを行うことは莫大な時間とコストを要する。乗組員がすでに熟知しているインターフェースとツールを提供することで、彼らはシステムの学習に余計な労力を割く必要がなくなり、科学実験や探査という本質的なミッションに集中できる。また、地上のミッションコントロールや家族との通信においても、共通のプラットフォームを使用することでデータの互換性が保たれ、コミュニケーションのエラーを防ぐことが可能となる。ソフトウェアの更新頻度やセキュリティの適用においても、民生品の巨大なエコシステムを利用するほうが、独自の閉鎖的なシステムを維持するよりもはるかに効率的である。
アポロ計画の時代から、NASAは独自のOSとソフトウェアを開発し、限られたメモリと計算能力の中で奇跡的な制御を行ってきた。アポロ誘導コンピュータ（AGC）はその最たる例である。しかし、情報技術の爆発的な進化に伴い、現代の宇宙船は極度に複雑なデータセンターへと変貌を遂げた。すべての通信やタスク管理スタックをNASA単独でゼロから開発・維持することは非合理的である。したがって、基礎的なハードウェアとフライト制御システムのみを特注とし、ユーザビリティに関わるアプリケーション層には民生の技術スタックを流用するというアプローチが業界の標準となったのである。
Microsoftのアプリケーション戦略がもたらした混乱
Wiseman船長が報告した「2つのOutlookが存在する」という特異な状況は、Microsoftの近年のアプリケーションおよびブランディング戦略が直接的な原因となっている。
数年前から、MicrosoftはWindowsに標準搭載されていた「メール（Mail）」アプリを廃止し、Webベースの新しいインターフェースを採用した「新しいOutlook for Windows」へと移行する方針を打ち出した。これにより、Windowsデバイスにはオペレーティングシステムの標準として「Outlook」という名前のアプリケーションがインストールされるようになった。しかし、Microsoft 365の法人および個人ユーザーは、長年愛用されてきた従来の多機能なデスクトップ版クライアント、いわゆる「Outlook（Classic）」も継続して使用している。結果として、同じシステム上にアーキテクチャの異なる2つの「Outlook」が共存するという混乱が生じた。
このブランディングの混線によるユーザーインターフェースの実用的な弊害は、地球上のオフィス環境からついに宇宙空間にまで到達した。ミッションコントロールセンターはワイズマン船長のデバイス（PCD 1）にリモート接続し、Outlookをオフラインモードで強制起動することで一応の解決を図った。しかし、ソフトウェアの不確実性が、極限環境における任務遂行に予期せぬ摩擦を引き起こすリスクが存在することは否定できない。
トイレの故障とITトラブルが示す極限状況の現実
人類が深宇宙へと歩みを進める際、私たちはしばしば映画のような完璧なシステムとトラブルのない航行を想像しがちである。しかし、アルテミス2の初期段階で連続して報告されたトラブルは、現実の宇宙探査が泥臭い物理的およびソフトウェア的課題に満ちていることを浮き彫りにしている。
Outlookの不具合の直後には、宇宙船内のトイレの排泄物吸引ファンが機械的に詰まり、警告に対処しなければならない事態も発生した。乗組員が直接ファンにアクセスして詰まりを解消するまでの間、予備の廃棄物管理システムで対応したとはいえ、微小重力環境下でのトイレの故障は重大なインシデントに直結する。
最新鋭の宇宙船でさえ、メールの挙動に戸惑い、機能不全に陥ったトイレのファンを修理するという地球上と同じようなトラブルの連続に見舞われている。これら一連の出来事は、月面ミッションのような壮大な目標の背後にある「システムの運用保守性」の課題を明示している。機械的な故障であれば、今回のように宇宙飛行士がマニュアルに従って物理的に介入し、問題を解決することができる。しかし、民生品ソフトウェアの領域においては、ブラックボックス化が進んでおり、乗組員自身が根本的な解決を図ることは不可能に近い。地上からのリモートデスクトップ接続によるトラブルシューティングは、地球周辺の軌道や月までの距離であれば、通信の遅延が数秒程度であるため辛うじて成立する解決策である。
コマーシャル・オフ・ザ・シェルフと宇宙探査のシステム設計への示唆
アルテミス2での出来事は、宇宙空間という極限環境における「レジリエンス（回復力）」の考え方に新たな視点を提供する。
現在、SpaceXをはじめとする民間宇宙企業も、コックピットのユーザーインターフェースにChromiumベースのWeb技術を採用するなど、開発コストの削減と開発速度の向上を図っている。ソフトウェアに起因する非致死的なトラブルは、システム全体のイノベーションサイクルを加速させる代償として、ある程度許容される構造になっている。
システムのあらゆる階層を完全に無菌状態で隔離するのではなく、軽微なエラーが発生することを前提とし、ミッションコントロールとの連携によってそれを速やかに解決するワークフローが構築されている。宇宙探査の最前線にあっても、人類は地球上で使っているツールと、それに付随するバグの生態系エコシステムを切り離すことはできない。
アルテミス2の宇宙飛行士がヘルプデスクに救いを求めた事実は、偉業を成し遂げる彼らの活動を身近なものにすると同時に、私たちが依存しているデジタルインフラの普遍的な課題を宇宙という巨大なキャンバスに映し出している。今後、火星探査などの長期ミッションにおいては、光の速度による致命的な通信遅延が発生するため、地球からのリアルタイムなリモートサポートは不可能になる。その時、宇宙船内のコンピューティング環境は、自律的にソフトウェアの矛盾を解決できる真の意味での自己修復・フェイルセーフの仕組みへと進化する必要に迫られるだろう。システムの二重化やAIによる自律的なITサポートが、乗組員の新たなパートナーとなる時期が近づいている。
Sources
