組み込みソフトRTOS比較｜主要4製品の選び方

RTOSの比較は機能の数を数えても進みません。製造業の機器開発で判断を分けるのは、ライセンスの課金構造、機能安全認証の実績、カーネルの設計思想、そして対象プロセッサのサポート範囲の4点です。編集部はライセンス形態・機能安全認証・カーネル構造・対象プロセッサの観点で整理しました。この4軸を先に押さえると、4製品の性格の違いが見えてきます。

ライセンス費用は「開発時」と「量産時」を分けて見る

RTOSのコストは購入時の一括費用だけではありません。多くの商用RTOSは、開発環境を使うための開発ライセンスと、製品に組み込んで出荷するごとに発生するランタイムライセンス（ロイヤリティ）を分けています。VxWorksはプロジェクト単位のライセンスと、組織全体で使えるエンタープライズライセンスのモデルを持ち、開発ライセンスは利用者数ベース、量産ライセンスは機器への組み込みに応じて発生する構造です。具体的な金額は構成によって変わるため公開されておらず、販売代理店との見積もり相談になります。

μC3も商用製品でライセンス費用が発生しますが、出荷台数連動のロイヤリティを取らない形態を案内している点が特徴です。出荷台数が数万台規模になる量産機器では、台数連動のロイヤリティの有無が総コストを大きく左右します。一方TOPPERS/ASPはTOPPERSライセンスのもとで無償利用が可能で、ライセンス費用そのものは発生しません。ただし無償版は無保証であり、商用利用で品質保証やサポートを求める場合は、商用版・サポート契約を別途検討することになります。QNXは2025年1月から非商用・アカデミック向けのライセンスを開放しましたが、製品に組み込んで出荷する商用利用は従来どおり有償で、価格は個別見積もりです。

選定の失敗例として多いのが、試作段階で無償RTOSや評価版を使って開発を進め、量産直前にライセンス体系を確認したところ、出荷台数連動のロイヤリティで原価計算が崩れたというケースです。年間出荷台数の想定が固まった段階で、開発ライセンス・量産ライセンス・サポート費用の3つを合算した総保有コストを試算しておくと、こうした手戻りを防げます。費用の内訳を考えるときは、購入時に一度だけ発生する開発環境・ツールチェーンの費用、機器1台ごとに乗るランタイム費用、年単位で更新するサポート・保守費用の3区分で分けて見ると、無償RTOSと商用RTOSの総額が出荷台数によって逆転する分岐点が見えてきます。出荷台数が少ない機器では商用RTOSのランタイム費用は小さく、サポートによる開発工数の削減効果のほうが大きいことも珍しくありません。

編集部コメント：ライセンスは「開発ライセンスの安さ」だけで判断すると、量産時の台数連動ロイヤリティで原価計算が崩れる失敗につながりやすい軸です。年間出荷台数をベンダーに伝え、開発・量産・サポートを合算した複数年の総コストで比較しておくと、無償RTOSと商用RTOSの逆転分岐点が見え、後からの手戻りを避けやすくなります。

機能安全認証はカーネルの認証範囲まで確認する

医療機器、産業機械、車載といった分野では、IEC 61508（汎用の機能安全）、ISO 26262（車載）、IEC 62304（医療機器ソフトウェア）への適合が求められます。これらの規格への対応を自社だけで進めると、設計ドキュメントやテストエビデンスの整備に膨大な工数がかかります。認証実績のあるRTOSを使えば、カーネル部分の認証エビデンスの供給を受けられ、その分の工数を圧縮できます。

VxWorksには安全認証向けのCert Editionがあり、産業向け機能安全のIEC 61508 SIL3要件に対応しています。QNXはOS for Safetyとして、最新版がISO 26262 ASIL D、IEC 61508 SIL3、IEC 62304 Class Cの認証を取得しており、車載・医療を含む高い安全要求に対応できます。一方、μC3やTOPPERS/ASPは標準構成でこれらの認証パッケージを前提とした製品ではないため、認証が必須の機器では認証対応版の有無や対応規格をベンダーに個別確認する必要があります。

ここで見落としやすいのが認証の範囲です。RTOSが認証を取得していても、その対象はカーネル本体やランタイム部分に限られます。自社で追加したアプリケーション、デバイスドライバ、ミドルウェアは認証範囲外であり、機器全体の認証取得には別途検証が必要です。「認証済みRTOSを選んだから安全認証は楽になる」という理解だけで進めると、システム全体の安全ケース作成で工数が読めなくなります。RTOSベンダーが提供する認証エビデンスのパッケージに何が含まれるのか、安全マニュアルやセーフティケースのテンプレートが付属するのかを、選定段階で確認しておくと、後工程の工数を見積もりやすくなります。

編集部コメント：4軸のうち最も候補を機械的に絞り込めるのが機能安全認証です。IEC 61508・ISO 26262・IEC 62304のどれが自社機器に関わるかを最初に確定させると、認証パッケージを前提としていない製品をその時点で外せます。一方で「認証済みRTOS」と「機器が認証取得できる」は別物で、自社アプリやドライバは認証範囲外になる点は契約前に押さえておきたいところです。

カーネル構造とフットプリントのトレードオフ

RTOSのカーネル設計は大きく分けて、機能を分離してプロセス間を保護するマイクロカーネル型と、μITRON系に代表される軽量カーネル型があります。VxWorksとQNX Neutrinoはマイクロカーネル型で、メモリ保護やプロセス分離により障害の波及を抑えやすく、POSIXに準拠しているためアプリケーション資産の移植性も確保しやすい構造です。QNX Neutrinoは100% POSIX準拠をうたい、x86・Arm・Powerなど複数アーキテクチャとマルチコアに対応します。

一方、μC3とTOPPERS/ASPはμITRON4.0仕様をベースにした軽量カーネルで、メモリ資源の限られたマイコンに向きます。μC3/Compactはカーネルが最小2.4Kバイト程度、必要なROMもおおよそ2.5〜10Kバイト程度と小さく、シングルチップマイコンでも動作させやすい設計です。TOPPERS/ASPはカーネル内で動的メモリ管理を必要としない範囲に機能を絞り込んでおり、メモリ不足を運用中に起こさないことを重視した、信頼性・安全性・リアルタイム性の高い組み込み機器を主な対象としています。マイクロカーネル型は保護機構が手厚い反面、相応のメモリとプロセッサ性能を要求します。逆に軽量カーネル型は省メモリで動く代わりに、プロセス間のメモリ保護は標準では持たないものが多く、ここがトレードオフの中心です。

編集部コメント：カーネル構造は「保護機構の手厚さ」と「フットプリントの小ささ」が裏表の関係にあり、どちらを取るかは機器のメモリ容量と開発体制で決まります。数十Kバイト規模のマイコンに載せるなら軽量カーネル一択になりますが、複数チームが大規模ソフトを開発するなら、メモリ保護を持つマイクロカーネル型の不具合切り分けのしやすさが効いてきます。

対象プロセッサとサポート体制

選定の早い段階で、採用予定のプロセッサがそのRTOSで正式サポートされているかを確認します。VxWorksはIntel、Arm、Power、RISC-Vのマルチコアプロセッサに幅広く対応し、新しいアーキテクチャへの追従も進んでいます。QNX Neutrinoもx86・Arm・Powerに対応します。μC3はルネサスRX/RAやSTM32など多くのマイコンに対応実績があり、TOPPERS/ASPもオープンソースとして多様な評価ボード向けの移植が公開されています。ただしオープンソースの移植は有志による提供のものも多く、商用機器で長期サポートが必要な場合は、移植の保守を誰が担うのかを明確にしておく必要があります。技術情報の入手しやすさ、日本語サポートの有無、回答までの応答時間も、開発期間に直結する比較材料になります。

4製品の特徴を整理して条件に合うものを絞り込みたい場合は、ITトレンドの組み込みソフトウェアカテゴリで、対応OSや機能などの条件を指定して各製品を比較できます。

4製品はどれが優れているという関係ではなく、機器の安全要求・出荷規模・プロセッサ性能によって向き不向きが分かれます。代表的なケースごとに整理します。

機能安全認証が必須の機器

車載ECU、産業用ロボット、医療機器のように機能安全規格への適合が前提となる機器では、認証実績のあるRTOSが有力な選択肢になります。VxWorks Cert EditionはIEC 61508 SIL3に対応し、QNX OS for SafetyはISO 26262 ASIL DやIEC 62304 Class Cまでカバーします。これらは認証エビデンスや安全マニュアルの供給を受けられるため、自社で安全ケースを一から作るより認証取得の工数を圧縮できます。その代わりライセンス費用とランタイムコストは相応に高くなるため、認証取得にかかる自社工数の削減効果と費用を天秤にかけて判断します。

メモリ容量が限られたマイコン機器

センサーモジュールや小型の制御機器など、ROM/RAMが数十Kバイト規模のマイコンを使う場合は、軽量カーネルのμC3/CompactやTOPPERS/ASPが向きます。マイクロカーネル型RTOSはこうした機器には載りきらないか、リソースを圧迫します。μC3/CompactはコンフィギュレータでカーネルやTCP/IPの設定とコード生成を行えるため、ソースコードを直接書き換えずに構成を調整できる点も、小規模機器の開発では作業効率に効いてきます。

開発コストを抑えたい試作・少量生産

試作や研究開発、出荷台数が少なく原価へのライセンス影響が小さい機器では、無償で利用できるTOPPERS/ASPが選択肢になります。教育・評価用途や、まず動かして検証したい段階にも適します。ただし無償版は無保証であり、不具合対応や移植の保守を自社で担う前提になります。量産に移行する見込みが立った時点で、商用版・サポート契約への切り替えや、ロイヤリティ体系の整理されたμC3のような商用RTOSへの移行を再検討すると、保守リスクを抑えられます。

高機能・ネットワーク連携が中心の機器

エッジコンピューティング機器や通信インフラ機器のように、マルチコアで高い処理性能を使い、POSIX資産やネットワークスタックを活用したい場合は、VxWorksやQNX Neutrinoが向きます。POSIX準拠により、Linuxなどで開発した資産を移植しやすく、プロセス分離により一部の不具合がシステム全体に波及しにくい構造も、複雑なソフトウェアを扱う機器では利点になります。

既存機種からの移行を検討する場合

RTOSの選定は新規開発だけで起きるわけではありません。プロセッサの世代交代や、保守が打ち切られたRTOSからの乗り換えで、既存機種のソフトウェア資産を別のRTOSへ移植する判断を迫られることもあります。このとき移植コストを左右するのが、移行元と移行先のAPIの体系です。μITRON系のμC3とTOPPERS/ASPは同じμITRON4.0仕様をベースにしているため、両者の間ではタスク管理や同期のAPIに共通点が多く、移植の見通しを立てやすい関係にあります。一方、μITRON系からPOSIX系のVxWorksやQNX Neutrinoへ移る場合は、APIの考え方そのものが変わるため、アプリケーションの書き換え範囲が広くなります。逆にLinuxやPOSIX前提で書かれた資産をVxWorksやQNXへ移すなら、POSIX準拠が移植の助けになります。移行を視野に入れるなら、現行資産がどのAPI体系で書かれているかを棚卸しし、書き換え工数を見積もったうえで移行先を選ぶと、想定外の工数増を避けられます。

編集部コメント：使い分けのケースを見ると、安全要求・出荷規模・プロセッサ性能の3つのうち、自社機器でどれが最も強い制約になるかを最初に1つ決めるのが近道です。制約が決まればおのずと候補が2製品程度に絞られ、そこから残りの軸で詰める進め方のほうが、4製品を横並びにするより検討が早く収束します。

選定でコストやスケジュールの読み違いが起きやすいポイントを、あらかじめ把握しておくと手戻りを減らせます。

第一に、ライセンス費用の見積もりは量産フェーズまで含めて行います。開発ライセンスだけを見て安いと判断し、出荷台数連動のランタイムライセンスを後から知ると、原価計算が崩れます。年間出荷台数の想定をベンダーに伝え、開発・量産・サポートを合算した複数年の総コストで比較してください。

第二に、機能安全認証は「RTOSが認証済み」と「機器が認証取得できる」が別物である点に注意します。認証対象はカーネルやランタイムに限られ、自社のアプリケーションやドライバは別途検証が必要です。ベンダーが供給する認証エビデンスの範囲、安全マニュアル、対応する規格バージョンを契約前に確認します。規格の版が機器の要求と合っていないと、認証パッケージがあっても使えないことがあります。

第三に、対象プロセッサのサポート状況とロードマップを確認します。採用予定のプロセッサが正式サポート対象か、サポートが有志提供か公式提供かで、長期保守の安心感が変わります。製品ライフサイクルが10年を超えるような機器では、RTOSベンダーやプロセッサベンダーの供給継続性も判断材料になります。

第四に、軽量カーネルを選ぶ場合はメモリ保護機構の有無を確認します。μITRON系の軽量カーネルはプロセス間のメモリ保護を標準では持たないものが多く、複数チームが大規模なソフトウェアを開発する機器では、不具合の切り分けが難しくなることがあります。機器の規模と開発体制に対してカーネルの保護機構が見合っているかを、設計初期に検討しておくと、後工程での問題切り分けが楽になります。

編集部コメント：ここで挙げた注意点はいずれも、機能の有無だけを見ていると見落としやすいものです。特にライセンスの量産フェーズ試算と、認証範囲がカーネルに限られる点は、後から判明すると原価やスケジュールの前提が崩れるため、可能なら見積もり段階でベンダーに数値や範囲を文書で確認しておくことをおすすめします。

RTOS選定は、機能の多さではなく「自社の機器がどの条件に当てはまるか」で判断すると整理しやすくなります。判断の中心になるのは、安全要求のレベル、想定出荷規模、プロセッサ性能とメモリ容量の3軸です。

機能安全認証が必須なら、認証実績とエビデンス供給のあるVxWorks Cert EditionやQNX OS for Safetyが有力な選択肢になります。メモリの限られたマイコン機器なら、軽量カーネルのμC3/CompactやTOPPERS/ASPが向きます。出荷台数が多い量産機器では、ロイヤリティ体系を含めた総コストの比較が欠かせず、台数連動コストの有無を早めに確認しておくと、原価計算の前提を固めやすくなります。試作や少量生産で開発コストを抑えたい段階ではTOPPERS/ASPが選択肢になりますが、量産移行時には保守体制を見直す前提で進めます。

具体的な製品の対応OS・機能・サポート体制を一覧で比較したい場合は、ITトレンドの組み込みソフトウェアカテゴリで条件を絞り込んで各製品を確認できます。