イプシロンの0.07秒

（追記）２０１３．０９．１６
２０１３年9月14日、１４時、イプシロン打ち上げが成功し、約１時間後、惑星観測衛星の切り離しに成功した。

-------------------------------------------------------------------------------------------------------------------

戦乱がいつ起こるか分からないのを、
みんなで必死に抑えてる。
その、頑張りが勝利している状態を、平和と呼ぶ・・・

平和ぼけ、とは言うけれど、それを保っているのは多くの
人間が頑張っているからだ。・・・
決して、ぼけていては平和は守れない
（伊坂幸太郎　『死神の浮力』）

８月２７日、７年ぶりに打ち上げられる国産の新型固体燃料ロケット・イプシロンの打ち上げが中止された。打ち上げ１９秒前の中止だった。

打ち上げ７０秒前から自動カウントダウンシーケンスが開始されたが、１９秒前にロケットの姿勢角（３つの姿勢角のうちロケットの進行方向の軸（ロール軸）まわりの角度）の異常を検知したためだという。

地上の発射管制センター（ＬＣＳ）からロケット搭載計算機（ＯＢＣ）を起動する信号を送り、ＯＢＣは姿勢の計算を開始した。
しかし、ＯＢＣはＬＣＳより０．０７秒遅れて動作し、これを想定していなかったＬＣＳはＯＢＣからの計算結果（姿勢角）を得る前に、ロール角の初期値「０」を使って閾値「±１」の「－１～＋１」がロール角の正常値の範囲「＋１～＋３」に合致しないとして異常値判定をしたものらしい。

リハーサルでは、打ち上げ１８秒までのリハーサルを８月２０日に行ったが、その時はロール角の閾値に誤りがあり、「＋１～＋３」が「－１～＋１」に誤って設定されていたため、その修正が間に合わずＬＣＳの監視項目から外れていたという。８月２１日の２回目のリハーサルでも悪天候のためロケットを外に出さず、同様の措置がとられた。

以前はロケット発射場の地下に管制センターがあったが、イプシロンの目玉である「モバイル管制」（少人数による遠隔操作）により、発射場から約２キロメートル離れた管制センター（ＬＣＳ）と、ロケット搭載の「自律点検」を行う人工知能ＲＯＳE（即応運用支援装置）を経由してＯＢＣで計算させるようになっている。

２キロの伝送路は処理遅延とはならないが、ＲＯＳEとＯＢＣの二つの処理装置で合計０．０７秒の遅延が発生するという。
但し、この０．０７秒の処理時間の遅延は認識されていたようなのだが、ＬＣＳ側のソフトの処理はそれを想定した作りにはなっていなかった。

ＪＡＸＡは、「監視のタイミングを遅らせるなど、ソフトの改修」をするというが、他に同様の問題がないか検証する１０数人の検証チームを立ち上げた。

ＬＣＳとＲＯＳE間の「送受信」は、なにも１～２箇所に留まらないと想像すれば、多数の「送受信」をすべて検証する必要がある。その負荷は決して小さなものではないと思う。だからこその１０数人規模の検証チームなのではないか。

そう考えるのも、分散処理における最も基本的な処理方式の考え方に問題がある疑いがあるからだ。なぜなら、０．０７秒の遅延が０．０６秒以下になっても、その処理方式で大丈夫なのかという疑問がでてくる。

遅延時間が問題なのではなく、LCSが、ROSEからの受信をどのように待ち合わせているかの問題なのではないか。
他の処理装置に処理を依頼し、どうしてその結果を確認しないで次の処理にいくようなプログラム仕様にしたのか、恐らく問題の核心はそこにあるように思う。「監視のタイミングを遅らせる」のではなく「OBCからの処理結果を確実に受信してLCSの次の処理を行う」ということだと思う。

今回の件は、日本の宇宙ビジネスと将来の安全保障にも影響を与える最も基本的なシステム上の不具合と思える。もう一度ソフトの仕様を徹底的に検証して再度の打ち上げに臨んで欲しい。
無事、「夢」を打ち上げて欲しいのだ。

（注）もちろん得られる情報から上記記事を書いたので、処理方式についての詳しいところは分かりません。誤っている可能性も大きいかも知れないことをご了解ください。