MIRA: a data management and education platform connecting students to robotic telescopes

夜空を、あらゆる星や惑星が読み解かれるのを待っている本である、巨大な宇宙の図書館として想像してみてください。何十年もの間、天文学者たちは、これらの本を借りるために巨大で高価な望遠鏡を使う「司書」でした。しかし、もしあなた自身がその本を読みたいと思ったらどうなるでしょうか？ かつては、博士号を持たない学生や、山のような資金を持たない人々にとって、それはほぼ不可能なことでした。あなたは巨大な機械の目（望遠鏡）を操る方法を学び、完璧な天候を待ち、古いテレビの砂嵐のように見える生のデータ（惑星の画像ではなく）を何時間も凝視しなければなりませんでした。

ここで、「ロボット望遠鏡」の世界が登場します。これらは、図書館の自動配送ドローンのようなものだと考えてください。これらは、人間の手を借りることなく、自ら移動し、ターゲットに焦点を合わせ、写真を撮ることができる望遠鏡です。彼らは、高校生や大学生のような一般の人々が、真の天文学者になるための鍵となります。しかし、ドローンを持っているだけでは不十分です。正しい本をリクエストする方法、読む許可を得る方法、そして見ているものを理解する方法が必要です。それが、この論文が取り組んでいる課題です。単に学生が望遠鏡の向きを変えられるようにするだけでなく、コンピュータが望遠鏡の移動や画像の修正といった難しい部分を処理している間に、申請書の作成から最終的なデータの分析に至るまで、科学者としてのプロセス全体を経験できるシステムをどのように構築するか、という課題です。

---

MIRAプロジェクト：あなた専用の天文学インターンシップ

MIRA（Mentored Investigations using Robotic Astronomy）をご紹介しましょう。MIRAを単なるウェブサイトとしてではなく、スイスの生徒の寝室と、空にある実際の稼働中の望遠鏡をつなぐ魔法の架け橋と考えてください。この論文の目的は、MIRAがどのように構築されたかを示し、その「脳」（どの星をいつ観測するかを決定する部分）が、忙しい観測の夜を処理できるほど賢いかどうかをテストすることです。

星を追う者の旅路
昔、もし学生が星を研究したいと思ったら、望遠鏡を使う時間を数分間だけもらって、あとは運に任せるしかありませんでした。MIRAは、プロの天文学者の実生活をシミュレートすることで、このゲームのルールを変えます。この冒険の仕組みは以下の通りです。

1. プロポーザル（提案）： 学生はログインし、科学者として振る舞います。ターゲット（系外惑星や遠くの星など）を選び、「計画」を作成します。なぜそれを見たいのか、どのように行うのかを説明しなければなりません。これは、上司に対して研究助成金の申請書を書くようなものです。
2. レビュー（上司の承認）： 教師や指導者が計画を確認します。彼らは「よし、やってみろ！」と言うこともあれば、「いや、やり直しだ」と言うこともあり、実際の研究委員会と同じようにフィードバックを与えます。
3. スケジューリング（パズル）： これがこの論文の主役です。計画が承認されると、MIRAはその計画をスケジュールに組み込まなければなりません。望遠鏡は同時に二つの場所にいることはできませんし、雲に隠れていたり、星が空の低い位置にあったりする場合、その星を見ることはできません。システムは、「今、星Aを見たら、後で惑星Bのトランジット（通過）を捉えることができるだろうか？ そして天気は持ちこたえるだろうか？」という、巨大で動的なパズルを解かなければなりません。
4. 実行（ドローンの離陸）： 望遠ブルは自律的に動き、写真を（FITSフレームと呼ばれます）撮影し、それらを送り返します。
5. クリーニング（魔法のフィルター）： 生の望遠鏡データはしばしば乱れています。MIRAは自動的にデータをクリーンアップし、色を校正し、星の明るさを測定します。その後、完成した画像を公開アーカイブに格納し、学生はそれをダウンロードして、プロのようにPythonのチュートリアルを使って結果を分析することができます。

運用の頭脳：スケジューラー
MIRAの中で最も複雑な部分は、そのスケジューラーです。著者らは、ベルマン動的計画法と呼ばれる手法を用いて「脳」を構築しました。あなたが10人分の夕食を作ろうとしているシェフだと想像してください。ただし、コンロは一つしかなく、食材はランダムなタイミングで届き、さらに停電が30分間発生するかもしれません。あなたは、何も焦がすことなく、できるだけ美味しい食事を提供するために、調理の順番を決定しなければなりません。

MIRAのスケジューラーは、これを望遠鏡に対して行います。システムは夜のあらゆる瞬間（1分間隔）を確認し、観測する星の最適な順番を計算します。以下の異なる要因を考慮に入れます。

• 優先度： 惑星が星の前を横切るトランジットのような、時間の制福があるイベントかどうか。
• 空気の質： 星が空の高い位置にあるか（通過する大気が少ない）、あるいは低い位置にあるか（大気が多い）。
• 天候： 雨が降る予定はあるか。

この論文では、この「ベルマン・プランナー」を、3つの一般的なスケジューリング手法（astroplan priority、astroplan sequential、および SCOPES と呼ばれます）に対して、100回の模擬的な夜を用いてテストしました。結果は明白でした。

• 勝者： ベルマン・プランナーが最も効率的でした。このプランナーは、1晩あたり平均7.0回の観測をスケジュールできましたが、優先度スケジューラー（priority scheduler）は6.5回、SCOPESプランナーはわずか4.0回でした。
• トランジット： あのトリッキーで時間制限のある惑星のトランジットを捉える際、ベルマン・プランナーは**79%を捕捉しました。優先度スケジューラーは77%**を捕捉しましたが、他のものは大きく遅れをとりました（それぞれ37%と16%）。
• 品質： より多くの作業を行ったにもかかわらず、ベルマン・プランナーは品質を犠牲にしませんでした。非常に鋭い画像を確保するため、「エアマス（望遠鏡が見る大気の厚さ）」を可能な限り最適なレベルに保ちました。

他のスケジューラーには欠点がありました。「優先度（priority）」型は強欲でした。簡単な仕事を先にこなしてしまいますが、スケジュールに隙間を作ってしまい、時には天候が悪化したり星が低くなったりするまで待ちぼうけを食らったりして、仕事を完了できなくなりました。「SCOPES」プランナーは硬直的すぎました。仕事をぎっしりと詰め込みますが、天候の変化（嵐）が発生した際に適応できず、スケジュールが空欄になったり、最も重要なトランジジットを逃したりすることがよくありました。

アーキテクチャ：専門家チーム
この論文は、MIRAがどのように構築されているかも説明しています。一つの巨大で乱雑なプログラムではなく、それは協力し合う3人のスペシャリストのチームのようなものです。

1. ウェブアプリ： 学生がプロポーザルを書き、データを見るための入り口です。
2. ワークフローエンジン： スケジュールとデータクリーニングを整理するプロジェクトマネージャーです。
3. 望遠鏡制御： 実際に望遠鏡を動かす手足となる部分です。

これら3つの部分は共有のデジタル空間を通じて互いに通信するため、もし一つの部分が多忙であっても、他の部分は作業を続けることができます。この設計により、システムは堅牢です。例えば、望遠鏡のシミュレーターが故障しても、システム全体がクラッシュすることはありません。

今後の展望
現在、MIRAは星の偽の画像を生成するコンピュータシミュレーターを用いてテストされています。著者らは、スケジューリングのロジックが、最初に想定している小規模なグループの学生たちを扱うには十分に機能することを確信しています。次のステップは、MIRAをコンピュータ・ラボから連れ出し、ETHチューリッヒにある実際の0.5m望遠鏡に設置することです。彼らは、実際の天候の変化、ハードウェアの不具合、そして実際の学生たちの興奮といった、現実世界の混沌とした状況をMIRAがどのように処理するかを見たいと考えています。

結論として、MIRAは教室での学習とプロの研究との間の溝をうまく埋めることに成功しています。これは、望遠鏡が重労働を行う一方で、学生に提案、レビュー、そしてデータ分析という本物の経験を与えるものです。これは単に星を眺めるためのものではなく、星を発見した科学者たちのように考える方法を次世代に教えるためのものなのです。