--- title: "組み込みOSとは？3分類の境界とITRON系の位置づけ・選定判断を実装者向けに解説" url: "https://www.issoh.co.jp/tech/details/16820/" published: 2026-08-22 updated: 2026-09-27 categories: ["OS"] publisher: "株式会社一創" --- # 組み込みOSとは？3分類の境界とITRON系の位置づけ・選定判断を実装者向けに解説 組み込みOSとは、特定の機能を持つ機器に組み込まれ、その機器の制御に必要な範囲だけを担うオペレーティングシステムの総称です。パソコンやサーバーのOSと違い、搭載メモリ、消費電力、製品寿命という3つの制約が先にあり、そこに収まるものしか選べません。この記事では、ベアメタル・RTOS・組み込みLinuxという3分類の境界がどの軸で決まるのか、日本の組み込み現場に残るITRON系がいまどの位置にあるのか、開発者調査が示すシェアの実像は自社の選定にどこまで使えるのかを、実装と調達の両面から整理します。 ## まとめ｜組み込みOSは3分類のどこに載せるかを2軸で先に決める 製品名の比較から入ると、必ず遠回りになります。先に確定させるのは2つの軸です。 1つ目は、守るべき締切があるかどうか。決められた時間内に応答を返さないと機器の機能が成立しない箇所が1つでもあるなら、その処理はベアメタルかRTOSの側に置きます。締切がなく、スループットと機能量が価値を決める機器であれば、組み込みLinuxが土俵になります。 2つ目は、メモリ保護が要るかどうか。第三者製のコードや後から更新されるアプリケーションを同居させるなら、MMUを持つプロセッサと、プロセス空間を分離できるOSが前提です。全コードを自社が管理し、更新も一括で行うなら保護機構は要件から外せます。 この2軸で置き場所を決めたうえで、ライセンスの伝播範囲、機能安全認証の取得経路、SoCの供給年数という調達側の3制約を重ねると、候補はたいてい2つ3つまで絞れます。結論としては、締切なし・保護あり・機能量が多いなら組み込みLinux、締切あり・保護不要・リソース制約が厳しいならRTOS、タスクが5つ前後までで周期も単純ならベアメタルという線引きが実務上の初期解になります。この初期解を崩す例外は、機能安全認証と製品寿命の2つだけです。 ## 組み込みOSの定義と汎用OSとの違いを生む4つのハードウェア制約 用語の定義だけ揃えても設計は進みません。汎用OSとの差がどこから生まれるのかを、制約側から押さえます。 ### 汎用OSと違い組み込みOSが機器の出荷後も固定され続ける理由 汎用OSは、利用者が任意のアプリケーションを追加し、OS自体も定期的に更新される前提で設計されています。組み込みOSはその逆で、出荷時のソフトウェア構成が製品寿命のあいだほぼ固定されます。工場の制御機器や医療機器では、検証を通した組み合わせから1バイトでも変えれば再検証が必要になるためです。 この固定性が、選定の失敗コストを跳ね上げます。汎用OSなら後からライブラリを足せば済むところが、組み込みではハードウェアの再設計に戻る場合もあるわけです。OSの中核が担う役割そのものは[カーネルとは？OSの中核が担う役割と仕組みを実装目線で解説](https://www.issoh.co.jp/tech/details/13534/)で整理しているため、ここでは制約側だけを扱います。 ### ROM・RAMの容量と消費電力が実装できるOSの範囲を決める マイコンの内蔵ROMが数十KB、RAMが数KBという構成は現在も一般的です。この規模ではファイルシステムもプロセス分離も載りません。RTOSのカーネル部分だけで数KBから十数KBを占めるため、残りでアプリケーションを書き切れるかが最初の関門になります。 消費電力の制約も同じ方向に働きます。電池駆動でスリープ復帰を繰り返す機器では、起動シーケンスが長いOSほど平均電流が上がるためです。組み込みLinuxを載せた機器の起動が数秒かかるのに対し、ベアメタル実装ならミリ秒台で走り出せます。 ### 機能安全と長期供給の要求が、調達段階でOS候補を先に絞り込む 産業機器や車載向けでは、IEC 61508やISO 26262といった機能安全規格への適合が求められます。Eclipse財団が2024年12月に公開した開発者調査では、回答者およそ750名のうち47％が安全認証を優先事項に挙げました。認証を要件に含めた時点で、認証パッケージを提供していないOSは候補から外れます。 製品寿命も同様です。10年から15年出荷を続ける機器では、OS側のサポート期間が製品寿命を下回ると、途中でセキュリティ更新が止まります。Zephyrの現行LTSであるZephyr 3.7.0は2024年7月26日にリリースされ、EOLは2029年7月27日と公表されています。この日付と自社の量産終了時期を並べる作業は、設計着手前に済ませておく必要のある工程です。 ## ベアメタル・RTOS・組み込みLinuxを分ける3つの区分軸 3分類の名前は広く知られていますが、どこで線を引くかは曖昧なまま語られがちです。実装から見た境界を定義します。 ### ベアメタルはOSを持たない構成で、割り込みと主ループだけで動く ベアメタルは、OSを載せずにアプリケーションがハードウェアを直接叩く構成です。制御構造は主ループと割り込みハンドラの2つだけで、タスク切り替えの概念そのものがありません。応答遅延は割り込みハンドラの実行時間で決まり、OSのオーバーヘッドがゼロなので最も速く、最も小さく作れます。 代償は保守性です。処理が増えるほど主ループの中で状態機械が肥大し、タイミング依存の不具合が入り込みます。タスク間の優先度をコード上の実行順序で表現することになるため、後から1つ処理を足すたびに全体のタイミング検証をやり直す羽目になるわけです。 ### RTOSはスケジューラで締切を守り、MMUを前提としない層に位置する RTOSは、優先度付きのタスクをスケジューラが切り替えることで、高優先度の処理に一定時間内の実行機会を保証します。MMUを必須としないため、内蔵RAMが数十KBのマイコンにも載ります。FreeRTOS、Zephyr、ThreadX、TOPPERS系、QNX、VxWorksがこの層の代表格です。 スケジューリング方式ごとの応答特性の差、優先度逆転の回避、WCET見積りといった内部機構は[RTOSとは？リアルタイムOSの仕組み・主要製品の比較と採用判断を実装者目線で解説](https://www.issoh.co.jp/tech/details/15829/)で詳述しているため、本記事では分類上の位置づけに留めます。 ### 組み込みLinuxはMMUとファイルシステムを前提に機能を積む 組み込みLinuxは、MMUを持つプロセッサ上でプロセス分離、ファイルシステム、TCP/IPスタック、GUIフレームワークを丸ごと使える構成です。必要RAMは数十MBから、ストレージも数百MB規模になります。標準のLinuxカーネルは締切を保証しないため、PREEMPT\_RTパッチを当ててもRTOSほどの応答保証は得られません。 | 区分 | 締切の保証 | メモリ保護 | 典型的なRAM規模 | | --------- | --------- | -------- | --------- | | ベアメタル | 設計で担保 | なし | 数KBから | | RTOS | スケジューラで保証 | MPUで部分的に | 数十KBから | | 組み込みLinux | 保証しない | MMUで完全分離 | 数十MBから | ### 3分類の境界は、守るべき締切とメモリ保護の必要性の2軸で決まる 表の1列目と2列目が、そのまま判断の2軸です。締切があってメモリ保護が不要ならRTOS、締切がなくて保護が要るなら組み込みLinux、どちらも不要ならベアメタル。締切と保護の両方が要る場合だけは1つのOSで解けず、ハイパーバイザで両者を同居させるか、マイコンとアプリケーションプロセッサを物理的に分ける構成に進みます。 この2軸で決めた置き場所は、後から変えるのが最も高くつく決定です。ベアメタルからRTOSへの移行は現実的でも、RTOSから組み込みLinuxへ移すとハードウェアを作り直すことになるためです。 ## ITRON系の系譜とTOPPERSが国内案件で占めている位置づけ 日本の組み込み現場でITRONの名前が出てきたとき、それが何を指しているのかを取り違えると議論がかみ合いません。 ### ITRONはOSではなく仕様であり、実装は各社に分かれてきた ITRONは特定の製品名ではなく、リアルタイムカーネルのAPIとふるまいを定めた仕様です。仕様が公開されているため、半導体ベンダーやツールベンダーがそれぞれ独自に実装してきました。「ITRONを使っている」という発言は、実際にはμITRON4.0仕様に準拠した何らかのカーネルを指しています。 この構造が、移植性の議論を複雑にします。仕様レベルでは互換でも、実装ごとに拡張APIやビルド環境が違うため、別ベンダーのITRON系カーネルへ載せ替える作業は単純な差し替えになりません。 ### TOPPERSはμITRON4.0を拡張した第3世代カーネル仕様を持つ TOPPERSプロジェクトは、ITRON系の系譜を引き継ぎながらオープンソースとしてカーネルを提供している国内の枠組みです。TOPPERS新世代カーネル統合仕様書はμITRON4.0仕様をベースに、不十分と判断された点を拡張・改良した仕様として整理されています。 公式ドキュメント一覧で確認できる最新版はRelease 1.7.1で、公開は2015年5月30日です。仕様が10年以上更新されていないという事実は、放置ではなく安定を意味します。μITRON4.0準拠カーネルからの移行ガイドも別途提供されており、既存資産を持つ現場が段階的に移れる経路が用意されています。 ### ITRON系を今から選ぶ判断が成り立つ場面と成り立たない場面 成り立つのは、社内にμITRON系のドライバ資産と設計ノウハウが蓄積されており、新機種がその延長線上にある場合です。API互換の資産をそのまま持ち込めるなら、移植工数の差が製品原価に効いてきます。国内ベンダーの日本語サポートを前提にできる点も、体制が小さい組織では現実的な利点になります。 逆に成り立たないのは、無線通信スタックやクラウド接続を前提にする新規機器です。BLEやThread、MQTTクライアントといった構成要素は、ZephyrやFreeRTOSのエコシステム側に集まっています。ITRON系で同等の構成を組もうとすると、ミドルウェアを個別に調達して結合する工数が上乗せされるためです。 ## 開発者調査から読む組み込みOSのシェア動向と2026年時点の勢力図 シェアの数字は、選定の答えではなく前提の確認に使います。一次調査から確認できる範囲だけを並べます。 ### Eclipse財団の2024年調査が示す組み込みLinux優位という構図 Eclipse財団が2024年12月3日に公開したIoT・組み込み開発者調査では、回答者およそ750名のうちEmbedded Linuxが46％、FreeRTOSが29％、Zephyrが21％、ThreadXが13％という採用率でした。複数回答であるため合計は100％を超えます。 この分布は、階層の違いをそのまま映しています。センサーやマイコン層ではFreeRTOSとZephyrが担い、ゲートウェイやエッジ処理の層では組み込みLinuxが既定の選択肢になっているという構図です。1つの製品の中で両方を使う設計も珍しくありません。 ### Zephyrの商用採用が北米7割まで伸びた10年の変化と読み方 Linux Foundationが2026年3月に公開したZephyr 10周年レポートでは、回答者413名（2025年10月から12月調査）のうち、米国とカナダの組織の70％、欧州の62％が商用製品でZephyrを使用済みと回答しました。今後1年で使用を増やす意向が69％、減らす見込みは1％です。 製品サポート期間について、52％の組織が5年から10年以上と回答している点も見逃せません。採用効果として最も多く挙がったのはハードウェア移植性の改善で49％でした。ボードを載せ替えても上位のコードを維持できることが、採用の理由になっているわけです。Zephyr個別の機能や開発環境は[ZephyrOSとは何か？概要と基本的な機能を解説](https://www.issoh.co.jp/tech/details/5077/)にまとめています。 ### 調査のシェア数字を自社の選定にそのまま持ち込めない3つの理由 1つ目は、母集団の偏りです。Eclipse財団もLinux Foundationもオープンソース財団であり、回答者はOSSに親和的な層に寄ります。商用RTOSの実採用は、この種の調査では実態より低く出る傾向があります。 2つ目は、地域差です。ITRON系の資産を抱える国内の現場は、これらの調査の回答者にほとんど含まれていません。国内の組み込みOS別シェアを継続測定した一次統計は、2026年8月時点で確認できませんでした。 3つ目は、採用率と適合性が別物である点です。シェアが高いOSは情報とエコシステムが厚いという利点を持ちますが、自社の締切要件とメモリ制約に合うかどうかは別に判定するしかありません。 ## OS種別を決める4つの選定軸とライセンス・入手性の実務的な制約 2軸で置き場所を決めたあと、実際に候補を1つに落とす段階で効いてくる制約を並べます。 ### リアルタイム性の要求は、締切の有無と許容ジッタの数値で表現する 「リアルタイム性が必要」という要件定義は、そのままでは判定に使えません。どの処理が、何ミリ秒以内に、どれだけのばらつきを許容して完了する必要があるのかを数値で書き出します。制御周期1ミリ秒でジッタ許容が±50マイクロ秒なら、選択肢はベアメタルかRTOSに限られるという判断がその場で立ちます。 ### 機能安全認証は、認証済みOSを買うか自社で取得するかの二択になる 認証済みのOSを購入すれば、認証機関へ提出する成果物一式がベンダーから供給されます。費用はライセンス料として先に見えますが、認証の工数は圧縮できます。一方で自社が認証を通す道を選ぶと、OSのソースコードに対する検証成果物を自前で揃えることになり、期間が読みにくくなるのが実態です。商用RTOSの構造と認証実績については[QNXとは？マイクロカーネル型RTOSの構造とSDP 8.0・安全認証から採用判断まで実装者向けに解説](https://www.issoh.co.jp/tech/details/15825/)で扱っています。 ### ライセンスはGPLの伝播範囲と再配布義務で、選択肢が先に狭くなる 組み込みLinuxを選ぶと、カーネルはGPLv2の下に置かれます。カーネルモジュールとして実装した自社ドライバの扱いは、法務判断を伴う領域です。ユーザー空間のアプリケーションには伝播しませんが、その線引きを設計段階で決めておかないと、出荷直前にソースコード開示の要否で止まります。 FreeRTOSとZephyrはいずれも寛容型のライセンスで、FreeRTOSはMIT、ZephyrはApache 2.0です。ソースコード開示義務がないため、閉じた製品に組み込みやすい構造になっています。Unix系OSの系譜とライセンスの歴史的経緯は[Unixとは？Linuxとの違い・POSIXと認証UNIXの実際から移行判断まで実装者向けに解説](https://www.issoh.co.jp/tech/details/15827/)で整理しました。 ### 開発環境と入手性は、SDKの版と対応SoCの供給年数で判断する OSが対応していても、使いたいSoCのBSPが供給されていなければ実装は進みません。FreeRTOS-LTSは年月ベースの版数で管理され、2026年8月時点の現行は202604.01-LTS、前系列の202406系も202406.05-LTSとして保守が継続しています。この版数体系は、量産機種のソフトウェア構成を何年固定できるかを見積もる材料になります。 あわせて確認するのは、半導体ベンダーが公表する製品供給保証期間です。OSのサポート期間とSoCの供給期間、そして自社の量産終了時期の3つを並べ、最も早く切れるものが実質の設計寿命になります。 ## 組み込みOSを載せる採用条件と、載せない判断に踏み切る具体的な場面 ここからは判断を言い切ります。実案件で線引きに使っている条件です。 ### タスク数と周期の増加がOSを載せる損益分岐点を越える具体的な条件 OSを載せるべきなのは、独立した周期を持つ処理が5つを超えたときです。周期の異なる処理が5つ以上あると、主ループで時分割する設計はタイミング検証が破綻します。加えて、通信スタックのように状態遷移を長く保持する処理が1つでも入るなら、タスクとして切り出せるRTOSの構造に移す価値があります。 もう1つの条件は、開発体制の規模です。3人以上が並行して機能を実装する場合、タスク境界がそのまま担当境界になるため、OSを入れたほうが結合時の事故が減ります。人数が増えるほど、主ループ共有の設計は競合しやすくなるためです。 ### 組み込みLinuxに寄せて後悔する、起動時間と電力の2つの落とし穴 機能量の多さから組み込みLinuxを選んだあとで問題になりやすいのが、起動時間です。電源投入から数秒かかる構成は、産業機器の即応要件や、車載の起動要件を満たしません。回避策としてブートローダの短縮やinitramfsの縮小に取り組むことになりますが、削減幅には限界があります。 もう1つは平均消費電力です。電池駆動で年単位の動作を求める機器では、スリープからの復帰コストが積み上がります。この2点に該当する機器で組み込みLinuxを選ぶのは避け、マイコン側にRTOSを置いて表示や通信だけを別プロセッサに逃がす構成へ倒すのが安全です。 ### OSを載せない判断を選ぶべき案件の条件と、その撤退ラインの引き方 ベアメタルのままで進めてよいのは、周期処理が3つ以下、通信がUARTかI2C程度、製品寿命内で機能追加の計画がない場合に限られます。この3条件が揃っているなら、OSのオーバーヘッドとライセンス確認の手間を負う理由がありません。 撤退ラインは事前に引いておきます。「割り込みハンドラの最大実行時間が制御周期の20％を超えたら」「主ループの状態変数が10個を超えたら」といった観測可能な数値をあらかじめ決め、越えた時点でRTOSへ移す判断をします。実装が進んでから判断すると、移行コストが正当化できない位置まで来てしまうためです。 この線引きは、機器の要件と体制が分かって初めて確定します。IoT機器のソフトウェア構成をゼロから設計する段階で判断材料が足りない場合は、[AI/IoTソリューション](https://www.issoh.co.jp/service/ai/iot/)で機器側の構成検討から相談を受け付けています。IoTという仕組み全体の前提は[IoTとは？仕組み・身近な例・AIとの組み合わせを簡単にわかりやすく解説](https://www.issoh.co.jp/column/details/12931/)で確認してください。 ## よくある質問 ### 組み込みOSと汎用OSは何が違いますか？ 前提となる制約が逆です。汎用OSは利用者が任意にアプリケーションを追加し、OS自身も更新される前提で設計されます。組み込みOSは搭載メモリと消費電力が先に決まっており、出荷時のソフトウェア構成が製品寿命のあいだ固定されることを前提に、必要な機能だけを積みます。 ### ITRONは今でも使われていますか？ 国内の既存機種の後継開発では、いまも使われています。TOPPERS新世代カーネル統合仕様書の最新版はRelease 1.7.1（2015年5月30日）で、μITRON4.0仕様を拡張した仕様として整理されています。ただし無線通信スタックやクラウド接続を前提にする新規機器では、エコシステムの厚いZephyrやFreeRTOSが選ばれる場面が増えました。 ### 組み込みLinuxとRTOSはどちらを選ぶべきですか？ 守るべき締切があるかどうかで決めます。決められた時間内に応答を返さないと機能が成立しない処理があるならRTOS、締切がなく機能量とネットワーク機能が価値を決めるなら組み込みLinuxです。両方の要件が同時にある場合は、1つのOSで解かずにプロセッサを分ける構成を検討してください。 ### 組み込みOSのライセンス費用はどれくらいかかりますか？ OSSであれば、FreeRTOSのMITやZephyrのApache 2.0のようにライセンス料は発生しません。商用RTOSは製品と契約形態によって開発ライセンスとランタイムロイヤリティの構成が異なるため、金額はベンダーの見積りで確認する必要があります。機能安全の認証パッケージは別費用として計上されるのが一般的です。OS以外を含む開発全体の費用相場と見積書の見方は[組み込みソフトウェア開発の工程・費用相場と内製外注の判断基準](https://www.issoh.co.jp/column/details/16837/)で扱っています。 ### 組み込みOSを後から別の種別に変更できますか？ 同じ分類の中での載せ替えは現実的ですが、分類をまたぐ変更はハードウェアの再設計を伴います。ベアメタルからRTOSへは、コードを再構成すれば移行が可能です。RTOSから組み込みLinuxへ移す場合はMMUを持つプロセッサと数十MB規模のRAMが必要になるため、基板からやり直すことになります。 ## 関連記事 - [RTOSとは？リアルタイムOSの仕組み・主要製品の比較と採用判断を実装者目線で解説](https://www.issoh.co.jp/tech/details/15829/)：リアルタイム性の内部機構と製品比較。 - [カーネルとは？OSの中核が担う役割と仕組みを実装目線で解説【2026年版】](https://www.issoh.co.jp/tech/details/13534/)：カーネルが担う役割の全体像。 - [QNXとは？マイクロカーネル型RTOSの構造とSDP 8.0・安全認証から採用判断まで実装者向けに解説](https://www.issoh.co.jp/tech/details/15825/)：商用RTOSの構造と認証実績。 - [ZephyrOSとは何か？概要と基本的な機能を解説](https://www.issoh.co.jp/tech/details/5077/)：OSS系RTOSの機能と開発環境。 - [Unixとは？Linuxとの違い・POSIXと認証UNIXの実際から移行判断まで実装者向けに解説](https://www.issoh.co.jp/tech/details/15827/)：Unix系OSの系譜とライセンス。 - [IoTとは？仕組み・身近な例・AIとの組み合わせを簡単にわかりやすく解説](https://www.issoh.co.jp/column/details/12931/)：IoT機器全体の前提。 --- 出典: [組み込みOSとは？3分類の境界とITRON系の位置づけ・選定判断を実装者向けに解説]()（株式会社一創）