ロボットの「頭脳と神経」を支える土台 ―― 組み込みOSとは何か
OS（オペレーティングシステム）とは、ひとことで言えば「限られた計算資源を、複数の仕事に配り分ける司会者」である。CPU の時間、メモリ、通信ポート、センサーやモーターといった周辺装置は数が限られている。そこへ「カメラ画像を処理したい」「モーターに指令を出したい」「無線でデータを送りたい」という仕事が同時に押し寄せる。誰にいつ CPU を渡し、どの仕事を先にやらせるかを取り仕切るのが OS の役割だ。
「組み込み（embedded）」とは、この OS が汎用パソコンではなく、機器の中に埋め込まれて特定の目的だけに使われることを指す。ロボットアームの関節基板を思い浮かべてほしい。そこに載った小さなマイコン（マイクロコントローラ）は、エンコーダ（回転角センサー）の値を毎秒 1,000 回読み取り、目標角度とのズレからトルクを計算し、モータードライバに電流指令を返す——これを一定周期で寸分の狂いもなく回し続ける必要がある。もし OS がこの周期を守れず、たまに 5 ミリ秒遅れたら、アームは震え、最悪は暴走する。パソコン用の Windows や macOS が「全体の処理量」や「使い勝手」を最適化するのに対し、ロボットの現場の OS が何より重んじるのは、この「約束した時刻に必ず処理を終える」という決定性（determinism）である。
ここで駆け出しエンジニアが最初につまずくのが、本稿の三主役が実は横並びではない、という点だ。名前に「OS」と付く ROS2 は、厳密には OS ではない。Linux の上で動く「ロボット向けのミドルウェア（部品をつなぐ共通言語と道具箱）」である。TRON は坂村健氏が始めた壮大なプロジェクトの総称で、その中の ITRON／μT-Kernel という系譜が、まさに RTOS（リアルタイム OS）の一種にあたる。そして RTOS は特定製品ではなく「リアルタイム性を保証する OS」というカテゴリー名で、FreeRTOS や Zephyr、VxWorks、QNX、そして μT-Kernel までを含む大きな家族の呼び名だ。つまり関係を正確に描くと、ハードウェアの一番近くに RTOS（μT-Kernel もその一員）が座り、その上に Linux のような高機能 OS が乗り、さらにその上で ROS2 が知能をつなぐ——という積み木になっている。この三層の地図を頭に入れておくと、以降の話がすっと通る。
三者は競合ではなく役割分担 ―― それぞれが強い領域と不向きな領域
ROS2 が輝くのは、開発の速さと生態系の豊かさである。地図を作りながら自律移動する Nav2、アームの経路計画を担う MoveIt2、点群やカメラを扱う知覚パッケージ、物理シミュレータ Gazebo など、ロボットに必要な「車輪の再発明」を避けられる部品が世界中から集まっている。複数のプログラムをネットワーク越しに疎結合でつなげるので、研究・試作・群制御・クラウド連携に向く。反面、苦手なのは、モーターを叩くような硬いリアルタイム制御、自動車や医療機器で求められる機能安全認証、そして数キロバイトしかメモリのない極小マイコンだ。通常 Linux（標準では非リアルタイム）の上で動くため、ミリ秒以下の締め切りを機械のように守る用途には、そのままでは荷が重い。
TRON 系の μT-Kernel が強いのは、まさにその逆側、資源の乏しい小さなマイコンでの決定的な動作である。16 ビットや MMU（メモリ管理ユニット）を持たないチップでも、極小のオーバーヘッドで動く。仕様が無償公開され国際標準にもなっており、日本の家電・車載 ECU・各種センサーで長年使われてきた実績がある。一方で、ROS2 のような「知覚・計画・AI」を担う分厚いロボット向け部品群は持たないため、上位の知能をまるごと μT-Kernel だけで組むのは現実的でない。世界的な開発者コミュニティの厚みという点でも ROS2 には及ばない。
RTOS 全般（FreeRTOS、Zephyr、VxWorks、QNX など）の主戦場は、モーターやセンサーの硬いリアルタイム制御と、安全が人命に直結する領域だ。航空宇宙、車載、医療、産業機械で、認証取得済みの RTOS が選ばれる。半面、ロボット固有の抽象化（トピックやアクションといった概念）は用意されておらず、アプリの論理は自前で書く必要がある。重い画像認識や大規模 AI 推論も本来の守備範囲ではない。
ここにシニアエンジニアの視点を一つ加えたい。現代のロボットの正解はしばしば「二層構造」である。下の層に RTOS（またはリアルタイム化した Linux）を置いて 1kHz のモーターループと安全を担わせ、上の層に Linux＋ROS2 を置いて知覚・計画・AI を担わせる。両者を橋渡しするのが後述する micro-ROS だ。分かりやすい実例がドローンの自律機である。飛行制御は NuttX という RTOS 上の PX4 が硬い周期で担い、その上位の自律判断は別プロセッサの Linux＋ROS2 が担う。ヒューマノイドも同じ発想で、NVIDIA Jetson Thor のような高性能計算機が Linux 上で AI を動かし、各関節のモーター制御は専用の RTOS マイコンが受け持つ。三択で悩むのではなく、階層のどこに何を置くかを設計するのが実務なのだ。
ROS2とは ―― 概要と利用手順
ROS（Robot Operating System）は 2007 年、シリコンバレーの Willow Garage で生まれた。研究者が毎回ゼロから作っていたロボットソフトを共通化しようという運動で、瞬く間に世界の研究室の事実上の標準になった。しかし初代 ROS は中央に「マスター」と呼ばれる司令塔が必要で、通信もリアルタイム性に乏しく、量産の現場には向かなかった。そこで一から作り直したのが ROS2 である。マスターを廃し、後述する DDS という業界標準の通信基盤を採り入れ、リアルタイム性と堅牢性を大きく引き上げた。初代 ROS（最終版 Noetic）は 2025 年 5 月 31 日にサポート終了を迎え、新規開発は ROS2 に一本化された。
運営体制も知っておくとよい。非営利の Open Source Robotics Foundation（OSRF）が母体で、2024 年 4 月に発足した Open Source Robotics Alliance（OSRA）が技術統治委員会を通じて ROS や Gazebo の開発を運営する。かつて有償サポートを担っていた事業部門（OSRC）は 2022 年末に Alphabet 傘下の Intrinsic に取得されたが、ROS や Gazebo 本体は財団側に残った。いまは Intrinsic・NVIDIA・Qualcomm・Canonical が最上位のプラチナ会員、Bosch などがゴールド会員として資金と人を出す。ROS2 は一企業の持ち物ではなく、業界連合で支える公共財に近い性格を帯びている。
ディストリビューション（配布版）は毎年 5 月下旬にリリースされ、偶数年版が 5 年サポートの LTS（長期サポート版）になる。実務で押さえるべきは、2024 年の Jazzy Jalisco（LTS、2029 年 5 月まで）、2025 年の Kilted Kaiju（標準版、2026 年後半まで）、そして 2026 年 5 月に出た最新 LTS の Lyrical Luth（2031 年 5 月まで、Ubuntu 26.04 と組み合わせる）である。開発最前線の「Rolling」は常時更新版で、次の版は 2027 年 5 月の Makoa Mata-mata が予定されている。量産を見据えるなら、まず Lyrical Luth のような LTS を土台に選ぶのが定石だ。
実際の使い始めは驚くほど手軽だ。Ubuntu であれば apt でインストールし、source /opt/ros/lyrical/setup.bash で環境を読み込む。あとは colcon というビルド道具でワークスペースを作り、C++ なら rclcpp、Python なら rclpy というライブラリを使ってノード（後述する処理の単位）を書く。colcon build でビルドし、ros2 run パッケージ名 ノード名 で起動する。動いているノードやトピックは ros2 node list や ros2 topic echo で覗け、rviz2 で三次元可視化、ros2 launch で複数ノードを一括起動できる。Docker イメージや、NVIDIA の Isaac ROS を使えば、GPU 加速の知覚パイプラインまで一気に立ち上がる。この「触ってすぐ動く」体験こそ、ROS2 が研究・試作で圧倒的に選ばれる理由である。
ROS2の機能詳細 ―― ノード、トピック、サービス、アクション、DDS
ROS2 の設計思想は「小さな部品を通信でつなぐ」ことに尽きる。中心概念のノードとは、一つの仕事だけをする小さなプログラムだ。カメラを読む係、経路を計画する係、モーターへ指令を出す係——それぞれを独立したノードにして、故障の切り分けや再利用をしやすくする。
ノード同士のつなぎ方に、用途別の三つの通信様式が用意されているのが ROS2 の肝である。第一のトピックは、放送局とラジオの関係に似た一方向・多対多の連続配信だ。たとえば LiDAR ノードが /scan という話題に距離データを流し続け、興味のあるノードが自由に受信する。送り手と受け手が互いを知らなくてよいので、部品の差し替えが効く。第二のサービスは電話のような一往復の要求・応答で、「オドメトリをリセットして」のように、その場で答えが欲しい命令に使う。第三のアクションは宅配便の追跡に似ている。「あの地点まで移動して」のような時間のかかる目標に対し、途中経過（あと何メートル）を受け取りつつ、必要なら途中でキャンセルできる。ロボットの動作の多くは「時間がかかり、進捗を見たく、中断もしたい」ため、このアクションが実務で多用される。これらに加え、動作中に値を書き換えられるパラメータの仕組みがある。
これらの通信を水面下で運ぶのが DDS（Data Distribution Service）というミドルウェアだ。既定では eProsima 社の Fast DDS が使われ、Eclipse Cyclone DDS や商用の RTI Connext にも差し替えられる。DDS はマスター無しで互いを自動発見し、QoS（通信品質）として「必ず届ける／取りこぼしを許す」「過去データを新規参加者にも配る」「締め切りを設ける」といった細かな指定ができる。ROS2 はこの DDS を RMW という薄い抽象層で包んでいるため、通信基盤そのものを載せ替えられる。近年の大きな動きが、DDS 以外の選択肢として Eclipse Zenoh を採り入れたことだ。Zenoh は 2024 年の Jazzy で実験導入され、2025 年の Kilted で第一級（Tier 1）にまで格上げされた。多数台のロボット群や、帯域の細い無線ネットワークで DDS の重さが問題になる場面での軽量な代替として注目されている。ただし DDS が廃止されたわけではなく、既定は引き続き DDS、Zenoh は有力な選択肢という位置づけだ。
駆け出しエンジニアが誤解しやすいのが「ROS2 はリアルタイムか」という点である。ROS2 はリアルタイムを意識して設計されているが、実際には非リアルタイムの Linux 上で動くことが多く、そのままでは硬いリアルタイム保証は得られない。硬い締め切りが要る場合は、二つの道がある。一つは、2024 年 9 月に Linux 本体へ統合された PREEMPT_RT（リアルタイム化パッチ、カーネル 6.12 で正式取り込み）を使い、標準の Linux をソフト～ファームなリアルタイムに近づける道。もう一つが micro-ROS だ。これは ROS2 のノードを、FreeRTOS・Zephyr・NuttX といった RTOS 上の極小マイコンで直接動かし、母艦の ROS2 とエージェント経由でつなぐ仕組みで、Bosch が主導する。センサーやモーター直近の硬い処理はマイコン側の RTOS が、知恵の要る処理は母艦側の ROS2 が受け持つ——先述の二層構造を、ROS2 の言葉のまま実現できる。さらに量産・安全の壁を越えるために、ドイツの Apex.AI は ROS2 と API 互換を保ったまま、動的メモリ確保を排して静的メモリプールで決定性を担保した Apex.Grace を提供し、自動車の最高安全水準 ISO 26262 ASIL-D 認証を取得している。ROS2 で試作し、そのコード資産を安全認証版へ載せ替える、という現実的な移行路が整いつつある。
TRONとは ―― 概要と利用手順
TRON（The Real-time Operating system Nucleus）は 1984 年、東京大学の坂村健氏の主導で始まった国産のコンピュータ体系構想である。当初は NEC・日立・松下電器・富士通・三菱電機の 5 社で発足し、後に 8 社体制へ広がった。TRON はひとつの製品ではなく複数の枝を持つプロジェクトで、組み込み機器向けの ITRON、パソコン向けの BTRON、通信・交換機向けの CTRON などがあった。このうち世界に広まったのが、リアルタイム性を突き詰めた ITRON の系譜である。
その進化をたどると、ITRON1 仕様（1987 年）に始まり、μITRON へと小型化し、2002 年に公開された T-Kernel、2013 年の μT-Kernel 2.0 を経て、2019 年 12 月に最新の μT-Kernel 3.0 仕様が公開された。節目となったのが 2018 年の国際標準化で、μT-Kernel 2.0 をもとにした仕様が IEEE 2050-2018（小規模組み込みシステム向けリアルタイム OS の標準）として承認され、μT-Kernel 3.0 はこれに完全準拠する。2023 年 6 月には TRON リアルタイム OS ファミリーが IEEE マイルストーンに認定され、認定文には「数十億の組み込み機器」で使われてきたと記された。運営は 2015 年に T-Engine フォーラムから改称した TRON Forum が担い、会員は約 150 団体、会長は今も坂村氏が務める。1951 年生まれの坂村氏は健在で現役、2024 年秋には瑞宝中綬章を受けている。
利用の実際は、ROS2 とはだいぶ趣が異なる。TRON は「仕様」であり、それを各社・各人が実装する文化だ。参照実装のソースは無償のオープンソース（T-License 2.2）で、GitHub の tron-forum/mtkernel_3 から入手できる。ここでの最新版は 2026 年 7 月 9 日リリースの v3.00.08 で、更新は今も続いている。対象は ARM Cortex-M（STM32、東芝 TXZ、ルネサス RX／RA など）といったマイコンで、カーネル本体（mtkernel_3）にボードサポートパッケージ（mtk3_bsp／bsp2）を組み合わせ、GCC や IAR、ルネサスの e² studio といった環境でビルドする。プログラムはタスク生成やセマフォ取得などの API（tk_cre_tsk など）を呼んで書く。日本語・英語のオンライン仕様書が整備されており、規格に沿って書けば実装が違っても知識が移植できるのが、標準化された OS の強みだ。
TRONの機能詳細 ―― 弱い標準化とμT-Kernelの実力
ITRON／μT-Kernel を理解する鍵は「弱い標準化（weak standardization）」という思想にある。ふつう標準化と言えば、どの実装でも寸分違わず同じ動作をさせ、ソフトの可搬性を最大化する方向を目指す。μITRON はあえて逆を行った。API の形は規定しつつ、実装の細部はチップに合わせて最適化してよい、としたのだ。これにより、非力な 8～16 ビットのマイコンでも実行オーバーヘッドとメモリ使用量を切り詰められ、幅広いプロセッサへスケールできる。可搬性を少し犠牲にして効率を取る——大量生産される安価な組み込み機器にとって、これは理にかなった割り切りだった。日本の家電や車載機器で広く採用された背景には、この効率性と、仕様が無償で多数の実装が存在した実績がある。
機能面では、リアルタイム OS の基本部品が一通り揃う。優先度に基づくプリエンプティブなタスク管理（重要な仕事が軽い仕事を割り込んで先に走る）、タスク間の同期・通信を担うセマフォ、イベントフラグ、メールボックス、メッセージバッファ、ミューテックス、そして周期・アラームハンドラなどだ。μT-Kernel 3.0 では、使わない機能を削ってメモリを詰められる構成、市販マイコンボード向けの基本デバイスドライバ、省電力への配慮など、IoT エッジ機器を意識した改良が入っている。
ここで、有名な「TRON は世界で最も使われた OS」という言説を、駆け出しエンジニアのために正しく解説しておきたい。その根拠は主に二つある。一つは前述の IEEE 認定文の「数十億の機器」という表現、もう一つが TRON Forum 自身が毎年行う「組込みシステムにおけるリアルタイム OS の利用動向調査」だ。この調査では「組み込みに使った OS の API」という項目で TRON 系（ITRON と T-Kernel／μT-Kernel の合計）が約 6 割を占め、2024 年度調査（2025 年 6 月発表）で 26 年連続の首位、2025 年度版も 2026 年 6 月に公表された。これは事実だが、読み解くには文脈が要る。第一に、これは TRON Forum が主体となり、日本の展示会来場者と特設ウェブで集めた自己申告のアンケートで、サンプルは日本市場に強く偏る。第二に、測っているのは「出荷台数」ではなく「利用した OS の API 種別（複数回答可）」の割合だ。つまり「日本の組み込み技術者が触れる API として TRON 系が根強く 6 割ある」という話であり、これを「グローバルな出荷台数シェアで世界一」と読み替えるのは慎重であるべきだ。実際、世界の RTOS 市場では FreeRTOS や Zephyr、QNX、VxWorks が主力で、車載は AUTOSAR が標準基盤を握る。TRON 系が組み込みで長く広く使われてきたのは間違いないが、グローバルな出荷台数ベースの最新シェアは公開データからは特定できない。
RTOSとは ―― 概要と利用手順
RTOS（リアルタイム OS）とは、処理を「速く」ではなく「時間どおりに」終えることを保証する OS の総称である。ここで重要なのが、ハードリアルタイムとソフトリアルタイムの区別だ。ハードは締め切りを一度でも破れば致命的（エアバッグの点火、モーターの転倒制御）、ソフトは多少遅れても品質が下がる程度（動画のコマ落ち）を指す。RTOS が売りにするのは、割り込みへの応答時間の上限が読めること、優先度に基づいてプリエンプティブに（高優先度が低優先度を押しのけて）走ること、そして最悪実行時間（WCET）を見積もれる決定性である。汎用 OS が「平均的に速い」を目指すのに対し、RTOS は「最悪でもこの時刻までに終わる」を約束する。
RTOS 界は多士済々だ。無償・軽量の代表格が、Amazon（AWS）が MIT ライセンスで配る FreeRTOS で、数キロバイトのカーネルが持ち味だ。近年ぐんと存在感を増したのが、Linux Foundation が育てる Apache 2.0 ライセンスの Zephyr で、後述するように成長が著しい。ドローンの飛行制御で使われる NuttX は POSIX 準拠と小ささが特徴。かつてマイクロソフトの Azure RTOS だった ThreadX は、2023～2024 年に Eclipse Foundation へ寄贈されて Eclipse ThreadX となり、MIT ライセンスで安全認証付きのまま公開された。商用の重量級では、火星探査でおなじみ Wind River の VxWorks、自動車で圧倒的な BlackBerry の QNX（マイクロカーネル、POSIX 準拠）、航空機の Green Hills INTEGRITY がある。中国発の RT-Thread や、国産で最大 1,024 コアまで対応する eSOL の eMCOS も見逃せない。ここで思い出したいのは、前章の μT-Kernel もこの RTOS 家族の一員だという事実だ。つまり「RTOS 対 TRON」という対立は本来おかしく、TRON は RTOS というカテゴリーの中の一つの流派である。
使い始め方を、勢いのある Zephyr で見てみよう。west という専用ツールと CMake でプロジェクトを管理し、対象ボード（STM32、ESP32、Nordic の nRF など 900 種以上に対応）を選んで west build -b ボード名、west flash で書き込む。ハードの構成は devicetree、機能の取捨は Kconfig という仕組みで宣言的に記述するのが今風だ。より素朴な FreeRTOS では、xTaskCreate でタスクを作り、vTaskDelay で待たせ、キューやセマフォでタスク間をつなぐ。実務では ESP-IDF（ESP32 向け）や STM32Cube のように、チップベンダーの SDK に FreeRTOS が同梱されている形で触れることが多い。いずれも「小さなタスクを優先度付きで並べ、締め切りを守らせる」という発想は共通している。
RTOSの機能詳細 ―― スケジューリング、優先度逆転、機能安全
RTOS の心臓部はスケジューラだ。各タスクに優先度を与え、いつでも最も優先度の高い準備完了タスクを走らせる（固定優先度プリエンプティブ方式）。同じ優先度が並べば時分割で回し、走るべき仕事が無ければ省電力の休止に入る（ティックレス・アイドル）。タスク間の連携には、キュー（データの受け渡し）、セマフォ（資源数の管理）、ミューテックス（排他制御）、イベントグループ（複数条件の待ち合わせ）を使う。メモリは、動的確保による予測不能を嫌い、静的確保を好む。MMU を持たない小さなマイコンでは、代わりに MPU（メモリ保護ユニット）でタスク同士のはみ出しを防ぐ。
RTOS の教科書に必ず出てくる逸話が、優先度逆転（priority inversion）だ。1997 年に火星へ着陸した NASA のパスファインダーは、着陸後に原因不明の再起動を繰り返した。犯人は、VxWorks 上で低優先度のタスクが共有資源のロックを握ったまま、中優先度のタスクに割り込まれ、その間ロック待ちの高優先度タスクが動けなくなる——という優先度の逆転現象だった。地球から遠隔で優先度継承（ロックを持つタスクの優先度を一時的に引き上げる仕組み）を有効化して解決したこの一件は、なぜ RTOS にミューテックスの優先度継承が要るのかを、いまも新人に教えてくれる。
そして商用 RTOS の真価が問われるのが機能安全認証だ。自動車の ISO 26262（最高位 ASIL-D）、産業機器の IEC 61508（SIL）、航空機の DO-178C、医療機器の IEC 62304——人命に関わる製品では、OS が定められた厳格な工程で作られたことの証明が求められる。VxWorks は「600 以上の安全認証を持つ世界一の RTOS」を掲げ（Wind River の主張）、QNX や INTEGRITY、eSOL の eMCOS AUTOSAR（ASIL-D 認証）も認証済みだ。Eclipse ThreadX は「寛容なライセンスで複数の安全・セキュリティ認証を持つ初のオープンソース RTOS」をうたう。無償のオープンソース勢では Zephyr が IEC 61508 の SIL 3 認証に挑んでおり、これが実れば大きな転機になる。
市場の実像も押さえておこう。RTOS 市場の規模は、各調査会社の推計に幅があるものの、2025～2026 年時点でおおむね 70～90 億ドル（約 1.1～1.4 兆円）、年平均成長率は 6～8% 前後とされる。組み込み技術者への大規模調査（AspenCore／VDC Research 系）では、次の案件で使う OS として FreeRTOS と組み込み Linux がそれぞれ約 28%・27% と首位を分け合い、自作（ベアメタル）や旧来の商用 OS は退潮、無償のオープンソースが伸びる構図が繰り返し示されている。個社の勢いを映すのが QNX だ。BlackBerry の 2026 会計年度第 4 四半期（2025 年 12 月～2026 年 2 月）に QNX は四半期最高の売上 7,870 万ドル（約 127 億円、前年同期比 +20%）を計上し、ロイヤリティの受注残高は 9 億 5,000 万ドル（約 1,530 億円）に達した。車 1 台あたり約 5～15 ドル（約 800～2,400 円）というロイヤリティ商売が、ソフトウェア定義車両（SDV）の波で膨らんでいる。技術基盤は 2024 年公開の QNX SDP 8.0 で、安全版の QNX OS for Safety は TÜV Rheinland により ISO 26262 ASIL-D を取得済み、2026 年には BMW の次世代車「ノイエ・クラッセ」への採用も明らかになった。同社は 2027 会計年度の QNX 売上見通しを 2 億 9,500 万～3 億 1,200 万ドル（約 480～500 億円）へ引き上げた。
現場はどう選んでいるか ―― ヒューマノイド時代のOS戦争と報道
2025～2026 年のロボット報道を賑わせるヒューマノイドの世界を見ると、ソフトの土台の選び方が二つの陣営に分かれているのが分かる。一方は、垂直統合で独自スタックを組む量産志向の陣営だ。Figure AI は、知覚・言語・行動を一体で学習する Helix という独自の Vision-Language-Action モデルを核に、素早い反射制御（System 1）と熟慮する上位判断（System 2）を組み合わせた自社スタックを築き、群管理や無線更新まで内製している。標準のオープンソース枠組みには依存していない。Boston Dynamics も、実時間の全身制御は自社技術のままに、2026 年 1 月の CES では Google DeepMind の基盤モデル Gemini Robotics との提携を発表し、トヨタ研究所（TRI）の大規模行動モデルや NVIDIA の計算基盤も取り込む。Tesla の Optimus も、自社の推論ハードとエンドツーエンド学習による独自路線だ。
もう一方は、ROS2 を積極的に受け入れる研究・開発志向の陣営である。中国 Unitree の G1 は、ROS2 の SDK や Python API、遠隔操作インターフェースを最初から同梱し、標準機で 1 万数千ドル（およそ 200 万円台）からという手頃さもあって（開発用の上位版はさらに高価）、世界中の研究室で二足歩行やモーション学習の実験台になっている。両陣営に共通の土台として NVIDIA の Jetson Thor や Isaac ROS が広がりつつある点も見逃せない。ここから読み取れる現場の力学は明快だ。試作・研究・エコシステム活用では ROS2 が圧倒的に強く、量産・安全・決定性が最優先の製品では独自スタックや認証済み RTOS が選ばれる。「ROS2 は試作向きで量産には不向き」という業界で繰り返される論点は、DDS の通信オーバーヘッド、動的メモリ、Linux の非リアルタイム性、安全認証の壁を指している。その壁を越える現実解として、前述の Apex.Grace のような認証版や、自動運転の Autoware のように ROS2 を本番運用まで鍛え上げた事例が登場している。
アナリストや専門メディアの視線も、この二層・混在の構図を裏づける。ABI Research は 2026 年 4 月、ロボットの機能安全向け商用 RTOS のリーダーとして QNX（首位）、Wind River（VxWorks）、SYSGO、Green Hills を挙げた。Gartner は 2026 年の戦略テクノロジー筆頭に「フィジカル AI」を据える。The Robot Report や EE Times、embedded.com といった専門媒体は、安全に関わる領域を認証済み RTOS に、知能に関わる領域を ROS2 や NVIDIA Isaac に委ねる「混在クリティカリティ」設計を繰り返し論じており、2026 年 5 月にボストンで開かれた Robotics Summit & Expo も「ROS か、独自のフィジカル AI か」を主要議題に掲げた。
日本の視点も独自だ。名古屋大学の加藤真平氏が 2015 年に始めたオープンソース自動運転ソフト Autoware は ROS2 を基盤とし、2018 年設立の Autoware Foundation が育てる。2025 年 8 月に 10 周年を迎え、TIER IV は 2026 年初頭からレベル 4 以上の新アーキテクチャを国内 50 拠点のモビリティサービスへ順次実装すると表明した。車載組み込みでは、AUTOSAR を標準基盤に、eSOL の eMCOS（メニーコア対応、ASIL-D 認証）や μT-Kernel が現場を支える。ROS2 の知能、RTOS の確実性、TRON の効率——日本は三者を層で使い分ける文化を早くから持っていたとも言える。近年はここに Rust 言語が加わる。Linux 本体（PREEMPT_RT）や Zephyr、そして 2026 年の FOSDEM で公式クライアントとして発表された ROS2 の Rust バインディング rclrs で、メモリ安全なリアルタイムコードを書く動きが広がり、TÜV SÜD 認定の Rust ツールチェーン Ferrocene（ISO 26262 ASIL-D 適合）のように、安全が問われる領域での実用も現実になりつつある。
2026年後半〜2027年に何が起きるか ―― ロードマップと予測
これから一年強で計測できる具体的な節目を、時期とともに整理する。ROS2 陣営では、2026 年 5 月に出た LTS の Lyrical Luth が今後の量産開発の主軸となり、2031 年まで支えられる。標準版 Kilted Kaiju は 2026 年後半に、旧 LTS の Humble Hawksbill は 2027 年 5 月にサポートを終え、開発者の関心は Lyrical と、2027 年 5 月に控える次版 Makoa Mata-mata へ移る。コミュニティの祭典 ROSCon は 2025 年のシンガポールに続き、2026 年 9 月 22～24 日にカナダ・トロントで「ROSCon Global 2026」として開かれる。通信基盤では、DDS の代替としての Zenoh が群ロボットや細い無線での実運用を通じて成熟していくかが注目点だ。
RTOS 陣営で最大の見どころは Zephyr である。2026 年に誕生 10 周年を迎え、2026 年 4 月のバージョン 4.4 で対応ボードは 1,000 種を超えた。Linux Foundation の記念レポート（2026 年 2 月）によれば、北米企業の約 7 割・欧州の約 6 割がすでに商用製品で Zephyr を採用しているという。機能安全では、IEC 61508 SIL 3 認証に向けた「監査可能ブランチ」と認証成果物の一連の実例づくりを 2026 年内に整えることを目標に掲げるが、完全な認証取得は 2027 年以降にずれ込む可能性も project 自身が認めている。ここが実れば、無償オープンソース RTOS が安全認証の世界に本格参入する歴史的転換になる。TRON 陣営では、2026 年 12 月 9～11 日に「TRON × AI」をテーマとした TRON Symposium が東京で開かれ、賞金総額 500 万円の TRON プログラミングコンテスト 2026（応募は 9 月 30 日締切）も進行中だ。μT-Kernel は 2026 年 7 月の v3.00.08 まで着実に更新が続く。一方で RISC-V への公式対応は現時点で確認できず、ここが今後の一つの試金石になる。車載では QNX が SDV の波で 2027 会計年度も二桁成長を見込み、Linux 側では 2024 年に本流化した PREEMPT_RT の成熟が、標準 Linux 上でのソフトリアルタイムなロボット開発の裾野を広げていく。市場全体では、調査会社 ABI Research がヒューマノイドは 2027 年前後を変曲点に立ち上がり 2030 年に 65 億ドル（約 1 兆円）規模へ育つと予測し、NVIDIA は 2026 年後半、Unitree の H2 Plus に Jetson Thor と Isaac ROS を組み合わせた研究用のリファレンス機を投入する。
最後に、シニアエンジニアとしての見立てを述べたい。この分野はどれか一つが勝ち残る「OS 戦争」ではなく、層ごとに最適な道具を組み合わせる「統合」へ向かっている。リアルタイム化した Linux、認証を備えた RTOS、量産向けに鍛えた ROS2、そしてメモリ安全な Rust——2026 年以降のヒューマノイドや自律機で成功するスタックは、これらを対立させず階層に配置して束ねたものになるだろう。駆け出しのうちは三択で迷いがちだが、実務で問われるのは「どこに何を置くか」という設計眼である。ROS2 でロボットの言語を学び、RTOS で締め切りの厳しさを知り、TRON で標準化と効率の思想に触れる——三者を敵ではなく道具として使い分けられるエンジニアが、次の 10 年の現場で強い。
