監視と障害対応｜分からなくなった時に備える

観測された時刻と、サーバーが受け取った時刻を分ける。「正常」「異常」に加えて「不明」を持つ。機体が最後に見えた位置で止まっとるのか、表示だけ止まっとるのかは、同じではないんよ。これは一般的な運航支援システムの設計案じゃ。

警告を増やせば安全になるとは限らん。対応できる人へ、対象と理由と次の行動を届ける。受領確認、未対応の引き上げ、解除の根拠まで用意しよう。危険に関わる通知文は方言の勢いで意味をぼかさず、具体的な状態を先に書くんよ。

通信断の時に何をするかは、機体の仕様、現場、飛行条件、運用マニュアル等に依存する。汎用サイトから一律に「上昇」「帰還」「着陸」を指示する設計にはせん。アプリは確認済みの計画と担当への連絡を示し、実機の安全機能との責任分界を定めるんじゃ。

• 時刻が逆行した観測が来た時、最新データを上書きせんか。
• 一つの通知が何度も届いて、別の異常に見えんか。
• 権限のない人が通知を解除できんか。
• 通信復旧で大量の過去データが来た時、今の位置と混ざらんか。
• 担当が交代した時、未解決の異常と根拠が引き継がれるか。

検証は記録の再生やシミュレーションから始めよう。実機運航の試験には別途の安全計画と適切な体制がいるけぇ、段階を踏むんよ。