ソフト・リアルタイムとは？ハードとの違いや制御システムの遅延対策を徹底解説

目次

• はじめに：製造業の制御システムで起こる「最悪の事態」とは？
• ソフト・リアルタイムとは何か？ハード・リアルタイムとの違いを徹底解説
• 「画面が固まったらモーターが暴走」を防ぐリアルタイム性の重要性
• 汎用OSとRTOSの使い分け：Linux/Windows vs μITRON/FreeRTOS
• Watchdog Timer（ウォッチドッグタイマ）によるシステムフリーズの自動復帰
• まとめ

1. はじめに：製造業の制御システムで起こる「最悪の事態」とは？

製造業の現場において、制御システムは工場全体の「神経系」とも呼べる極めて重要な役割を担っています。コンベアの搬送、ロボットアームの軌道制御、工作機械の切削加工など、すべての動作が寸分狂わず連動することで初めて高品質な製品が量産されます。しかし、この制御システムで「最悪の事態」が起こる瞬間があります。それは、システムが処理の遅延を起こし、現実世界の物理的な動きとプログラムの指示が乖離してしまう瞬間です。 たとえば、センサーが異常を検知したにもかかわらず、システムの処理落ちによって停止信号の送信がわずか数十ミリ秒遅れたとします。高速で回転するモーターや重いプレス機は、そのわずかな時間の間に停止位置を通り過ぎ、設備を破壊したり作業者に重大な危険を及ぼしたりします。 こうしたトラブルを防ぐためには、システムが「いつまでに処理を完了しなければならないか」という時間的な制約（タイムリミット）を厳密に管理しなければなりません。特に、新規事業の立ち上げやスタートアップによるハードウェア開発においては、PoC（概念実証：新しいアイデアが実際に実現可能か試すこと）の段階から、この時間制約に対する設計思想を取り入れることが、量産化（DFM：製造性を考慮した設計）を成功させるための大きな分かれ道となります。

2. ソフト・リアルタイムとは何か？ハード・リアルタイムとの違いを徹底解説

制御システムにおける時間管理の概念を正しく理解するためには、まず「リアルタイム処理」の基本構造を知る必要があります。ここでは、ソフト・リアルタイムとハード・リアルタイムの決定的な違いについて、実務的な視点から深掘りしていきましょう。

2-1. リアルタイム処理の基本概念と時間制約

情報処理の世界における「リアルタイム」とは、単に「処理速度が速い」という意味ではありません。リアルタイムシステムとは、「あらかじめ定められた正確な時間制限（デッドライン）の内部に、必ず処理を完了させることができるシステム」を指します。 どれほど処理速度が速いスーパーコンピュータであっても、肝心な瞬間にデッドラインを破ってしまえば、リアルタイムシステムとしては失格となります。逆に、処理そのものはシンプルであっても、指定された時間内に必ず結果を返す仕組みであれば、それは立派なリアルタイムシステムです。 この時間制約の厳しさや、デッドラインを過ぎたときにシステム全体に与える影響の大きさによって、リアルタイム処理はいくつかの種類に分類されます。その代表格が、今回テーマとなる「ソフト・リアルタイム」と、対比される「ハード・リアルタイム」です。

2-2. 「ソフト」と「ハード」の決定的な違い

ソフト・リアルタイムとハード・リアルタイムの最大の違いは、「デッドライン（期限）を一度でも破ったときに、システム全体にどの程度の損害や致命的な故障が発生するか」という点にあります。それぞれの特徴を整理すると、以下のようになります。

• ハード・リアルタイム（厳格な時間制約）：指定された期限を1ミリ秒でも過ぎると、人命に関わる事故や工場の致命的な設備破損につながるシステム。自動車のエアバッグ展開、医療機器、航空宇宙工学の制御などが該当します。
• ソフト・リアルタイム（柔軟な時間制約）：指定された期限を時々オーバーしても、システム全体が致命的な崩壊には至らないシステム。動画のストリーミング再生、音声通話、一般的な産業用HMI（タッチパネル画面）の表示更新などが該当します。

例えば、工場の監視画面に現在の温度グラフを表示する処理が、負荷の集中によってわずかに遅れたとします。画面の更新がカクついたとしても、それ自体で直ちに工場が爆発するわけではありません。これがソフト・リアルタイムの領域です。しかし、温度異常を検知して燃料バルブを遮断する処理は、一瞬の遅れも許されないためハード・リアルタイムの領域となります。

3. 「画面が固まったらモーターが暴走」を防ぐリアルタイム性の重要性

製造現場において、ソフト・リアルタイムな処理とハード・リアルタイムな処理は、多くの場合、同じ一つのハードウェア基板やネットワーク上で混在して動いています。そのため、それぞれの特性を無視した設計を行うと、予期せぬシステムフリーズや重大な事故を誘発する原因になります。

3-1. 制御システムにおける遅延がもたらすリスク

制御システムにおける遅延（レイテンシ）は、単なる「処理のモタつき」では済まされない実務的なリスクをはらんでいます。例えば、一般的な汎用OS上で動作するユーザーインターフェース（画面操作用プログラム）が、バックグラウンドの重い処理によってフリーズしたとします。 もし、その画面の裏側で「非常停止ボタンの入力監視」や「モーターの速度制御」といった重要なタスクが、画面描画と同じ優先度で処理されていた場合、画面のフリーズに引きずられて制御タスクまでが停止してしまう恐れがあります。

• ユーザーが異常に気づいて停止ボタンを押しても、画面が固まっていてPLC（プログラマブル・ロジック・コントローラ）に信号が届かない
• 高速移動中のロボットアームが減速タイミングを逃し、周囲の治具と激突する
• センサーデータの取りこぼしが発生し、製品の不良率が急増する

このように、ソフト・リアルタイムな処理（画面表示など）の負荷が、ハード・リアルタイムな処理（安全確保）を邪魔してしまう現象は、制御システム開発において絶対に避けなければならない設計上の罠です。

3-2. 現場の安全を守るための正確なタスク管理

こうしたリスクを回避するためには、システム全体の中で「どの処理にどれだけの時間的優先度があるか」を明確に切り分けるタスク管理が不可欠です。現場の安全を守るためのアプローチとして、以下の対策が実務で広く採用されています。

• 重要度に応じた処理の階層化：人命や設備保護に関わるクリティカルな処理は、最優先の割り込み処理として独立させる。
• 高負荷時のリソース保護：画面描画などの重い処理が暴走しても、制御コアのCPUリソースを圧迫しないようにタスクのCPU占有率を制限する。
• フェイルセーフ設計の導入：万が一ネットワーク遅延やソフトのフリーズが発生した際、システムが自動的に安全な状態（全停止など）に移行するハードウェア的な仕組みを併用する。

スタートアップ企業が新規のロボット製品やIoTデバイスを開発する際は、機能の豊富さ（ソフト・リアルタイム性）ばかりに目を奪われがちですが、根幹にある安全制御（ハード・リアルタイム性）との切り分けを初期の設計段階から意識することが極めて重要です。

4. 汎用OSとRTOSの使い分け：Linux/Windows vs μITRON/FreeRTOS

リアルタイムシステムを構築する上で、頭を悩ませるのが「どのオペレーティングシステム（OS）を選択すべきか」という問題です。開発コスト、処理能力、信頼性のバランスを考慮しながら、適切なOSを選定する基準を見ていきましょう。

4-1. 汎用OS（Linux/Windows）の特徴とメリット・デメリット

LinuxやWindowsに代表される汎用OSは、マルチタスク処理に優れ、豊富なライブラリや開発ツールを利用できるため、ソフトウェア開発の効率が非常に高いというメリットがあります。

• メリット：ネットワーク機能やGUI開発が容易であり、開発エンジニアの確保もしやすい。コストパフォーマンスに優れる。
• デメリット：OSの内部処理（メモリ管理や割り込み処理など）の都合により、タスクの実行タイミングにミリ秒単位の「揺らぎ（ジッター）」が発生する。そのため、厳密なデッドラインを守る必要があるハード・リアルタイム制御には不向き。

近年の産業用Linuxでは、「PREEMPT_RT」パッチなどを適用してリアルタイム性を高める試みも行われていますが、ハードウェアの完全な即時性を保証するには高度なチューニングが必要です。

4-2. RTOS（μITRON/FreeRTOS）の特徴と適用領域

一方で、RTOS（Real-Time Operating System：リアルタイムOS）は、名前の通り「リアルタイム処理の確実性」に特化して設計された軽量なOSです。日本の製造業では「μITRON（マイクロアイトロン）」が長年広く使われており、世界的には「FreeRTOS」などがマイコン向けのオープンソースとして普及しています。

• メリット：タスクの切り替え時間が極めて短く、予測可能性が高い。デッドラインを厳守するハード・リアルタイム制御に最適。
• デメリット：汎用OSに比べてGUI機能やファイルシステムが貧弱である場合が多く、開発難易度ややや高い。

RTOSは、自動車のエンジン制御、モータードライバ、各種センサーの精密なサンプリングなど、一瞬の遅延も許されない組み込み機器の心臓部で圧倒的なシェアを誇っています。

4-3. 開発コストと信頼性に応じた選定基準

実際の製品開発においては、Linuxなどの汎用OSとRTOSを組み合わせて使う「ハイブリッド構成」が採用されることも多くあります。例えば、リッチなタッチパネル操作やクラウド通信にはLinuxを搭載したメインプロセッサを使い、モーターの精密制御や安全監視にはRTOSを搭載したサブマイコンを配置するといった手法です。

• 製品のGUIやネットワーク機能を重視するか？（汎用OSの検討）
• 開発チームのスキルセットと、将来的な量産化における部品調達コストのバランスは取れているか？

5. Watchdog Timer（ウォッチドッグタイマ）によるシステムフリーズの自動復帰

どれほど綿密に設計・テストを行った制御システムであっても、メモリリーク、想定外のノイズ、無限ループなどの不具合によって「システムが完全にフリーズするリスク」をゼロにすることはできません。特に無人で稼働する産業用ロボットやIoTデバイスにおいて、現場でのフリーズは致命的な稼働停止を意味します。この最終防衛ラインとして機能するのが「ウォッチドッグタイマ（WDT）」です。

5-1. なぜシステムはフリーズするのか？その原因と対策

制御システムが突然フリーズする原因は多岐にわたります。主な原因としては、以下のようなものが挙げられます。

• 割り込み処理の競合やデッドロック：複数のタスクが互いにリソースの解放を待ち続け、CPUがどの処理も進められなくなる現象。
• 外部ノイズによるメモリ化け：工場の高圧モーターやインバータから発生する電磁ノイズがマイコンに影響を与え、プログラムカウンタが異常な番地にジャンプしてしまう現象。
• 動的メモリの枯渇：長期間の連続稼働によってヒープ領域が断片化し、メモリ確保に失敗してシステムがクラッシュする現象。

これらの原因に対して、ソフトウェアの静的解析やストレステストを行うことは基本ですが、それでも防ぎきれない「予期せぬ沈黙」に備える仕組みが不可欠となります。

5-2. ウォッチドッグタイマの仕組みと実装方法

ウォッチドッグタイマ（WDT）とは、システムが正常に動作しているかを監視するための「独立したハードウェアタイマ回路」です。その仕組みは非常にシンプルかつ強力です。

• キック（クリア）の原則：メインプログラムは、正常にループが回っていることを示すために、定期的にウォッチドッグタイマのカウンタをリセット（キック）し続けなければなりません。
• タイムアウト時の自動リセット：もしプログラムがフリーズしたり無限ループに陥ったりすると、タイマをキックできなくなります。制限時間が経過すると、タイマは「システムが異常事態にある」と判断し、ハードウェア的に強制リセット信号をCPUに送り、システムを強制的に再起動させます。

このウォッチドッグタイマを適切に実装することで、現場で万が一システムが固まっても、人間が駆けつけて電源を入れ直さずとも、自動的に復帰して運転を継続することが可能になります。信頼性の高い制御システムを構築する上では、なくてはならない必須の技術です。

6. まとめ