応用情報技術者 2009年 秋期 午前2 問15

フェールセーフの原則【午前2解説】

正解の理由

解法ステップ

1. 設問のキーワードを抽出する：故障時・安全側・制御 など。
2. 各候補の定義と照合する：
   • 「故障時に安全側へ移す」→ フェールセーフ。
   • 「機能を縮退させて継続」→ フォールトトレランス／グレースフルデグラデーション。
   • 「冗長化して信頼性向上」→ 冗長化（フォールトトレランスに関連）。
   • 「操作ミスを防ぐ設計」→ ユーザビリティ／ポカヨケ（ヒューマンファクタ）。
3. 最もフェールセーフの定義に合致する選択肢を選ぶ（今回ではア）。

選択肢別の誤答解説

• ア：正解。故障時に安全な状態へ制御・遷移させることがフェールセーフの本質。例：信号故障で赤になる、機械の異常で動力遮断して停止する等。
• イ：誤り。これは「フォールトトレランス（fault tolerance）」や「グレースフルデグラデーション（graceful degradation）」の考え方に近く、機能を縮退させて運用を継続することを示す。フェールセーフとは目的が異なり、継続可否やサービス可用性を重視する設計である。
• ウ：誤り。複数の要素を持たせて信頼性を高めるのは「冗長化」やフォールトトレランスの手法。冗長化は停止を避けるために用いるが、必ずしも故障時に安全側へ移行する（危険状態を避ける）ことを意味しない。
• エ：誤り。操作ミスを起こりにくくする設計は「ヒューマンファクタ」「ユーザビリティ」「ポカヨケ（ミスプルーフ）」の領域であり、フェールセーフとは別概念である。操作性を高めても、故障発生時の安全確保（フェールセーフ）とは目的が異なる。

よくある誤解

• フェールセーフ＝故障が起きても動き続ける、という誤解：逆にフェールセーフは「安全のために停止する」ことを含む。動かし続けるのはフォールトトレランスの方向性。
• 冗長化がそのままフェールセーフだと思う誤解：冗長化は可用性向上手段であり、安全優先で停止させるフェールセーフとは目的が異なる。
• 操作ミス防止もフェールセーフに含まれると誤解すること：ユーザビリティ／ポカヨケは人的エラー低減の対策で、フェールセーフは故障時の安全確保が主眼。

補足コラム

• フェールセーフの実装例
  • 鉄道信号：故障時は赤（停止）になる設計。
  • エレベーター：停電時にブレーキが作動して落下を防ぐ。
  • 産業機械：センサーが異常を検知したら動作を停止して人身事故を防ぐ。
• フェールセーフとフォールトトレランスの使い分け
  • フェールセーフ：安全性最優先。故障時に安全を確保する（停止や安全状態への移行）。
  • フォールトトレランス：可用性最優先。冗長化などで機能を維持・縮退運用する。
• セキュリティ観点の類似語：fail-secure（故障時に機密性を守る）という考え方もあり、フェールセーフとは異なる目的（安全 vs セキュリティ）で用いられる。

FAQ