この記事の要点
- 第6章は1級の端末・アプリケーション科目に当たる章で、節は「6-1 モバイル端末のプラットフォームの構成」「6-2 オペレーティングシステム」「6-3 ミドルウェア」「6-4 SIM」の4つです（出版社の目次、2026年9月27日確認）。この記事では、6-2 を RTOS・Linux・Android の比較、6-4 を SIM と eSIM の仕組みとして整理します。
- 2級の「モバイル端末のソフトウェア技術」がアプリから見たOSの話だったのに対し、1級ではOSの中の仕組み（層構造・スケジューリング・プロセス）と、端末を作る側の選択（RTOSか汎用OSか）まで問われると当サイトは見ています。
- 間違えやすいのは、RTOS＝処理が速いOSではなく、応答時間の上限を見積もれるOSという点と、eSIMのLPA（端末側）とSM-DP+（サーバ側）の役割分担です。
- テキストの情報は2023年4月末時点です。その後 Android 17（APIレベル37）が2026年6月16日に公開され、Google Play の対象APIレベルの要件も上がっています（2026年9月27日確認）。
- この記事の説明と確認問題は、一次資料をもとに当サイトが独自に書いたもので、テキストの本文ではありません。
第6章は、どの科目のどこに当たる？
1級の公式テキストは『モバイルシステム技術テキスト エキスパート編 第9版』（リックテレコム、2023年7月中旬発行、定価5,060円（税込）、ISBN 978-4-86594-367-2）です。出版社ページでは B5判・480頁と表示され、第10版の告知は見当たりません（2026年9月27日確認）。記載内容は2023年4月末時点の情報とテキストにあります。改版の有無は公式発表を確認してください。
テキストは3部構成で、試験の3科目と次のように対応します。章と科目の対応は、テキストの目次と MCPC の1級ページの科目範囲の文言を突き合わせた当サイトの整理です。第1章「はじめに」は出題範囲外と当サイトは判断していますが、これは推定です。
| 部 | 章 | 1級の科目 |
|---|---|---|
| — | 第1章 はじめに | 出題範囲外と当サイトは判断（推定） |
| 第I部 ネットワーク/IoT | 第2〜4章 | ネットワーク |
| 第II部 端末/アプリケーション | 第5〜8章（第6章はここ） | 端末・アプリケーション |
| 第III部 モバイルシステム | 第9〜12章 | モバイルシステム |
← 表は横にスクロールできます →
MCPC の1級ページでは、端末・アプリケーション科目の範囲を「各種端末機器の要素技術、構造と開発手法およびシステムアプリケーションの要素技術、開発手法」としています（2026年9月27日確認）。第6章はこのうち端末の開発手法の土台になる章です。試験は1科目43問・60分の4択で、章ごとの出題数は公式に公表されていません。
この記事で使っているのはテキストの目次（章・節の見出し）だけです。本文・図表・巻末のサンプル問題は使っていません。科目全体の進め方は端末・アプリケーション科目の勉強法で扱います。
2級から、どこが深くなる？
2級の公式テキスト（第11版、2026年2月刊）では、第8章「モバイル端末のソフトウェア技術」がOSとアプリを扱います（リックテレコムの目次、2026年9月27日確認）。2級は「アプリがどう動くか」を利用者や開発者の目線で見るのが中心でした。1級の第6章は、端末を設計する側から、OSやミドルウェアをどう選び、どう組み合わせるかに視点が移ります。
| テーマ | 2級で押さえた範囲（目安） | 1級で深くなる所（当サイトの見立て） |
|---|---|---|
| OS | Android と iOS の違い、権限、アプリの配布 | RTOS・Linux・Android の使い分け、スケジューリング、プロセスとメモリの管理 |
| Android の中身 | アプリ・フレームワークの概要 | Linux カーネル・HAL・ART・ネイティブライブラリの層構造と役割 |
| ミドルウェア | ほぼ扱わない | OSとアプリの間で共通機能を担う層（通信・メディア・データ管理など） |
| SIM | SIMカードとeSIMの違い、SIMロック | eUICC・LPA・SM-DP+ によるリモートプロビジョニングの仕組み |
← 表は横にスクロールできます →
2級の内容を忘れている場合は、先にモバイル2級 第8章 端末ソフトウェア技術とAndroidとiOSの違いで土台を戻してから読むと早く進みます。
節ごとの要点は？
テキストの目次では、第6章は4節です。見出しの下に当サイトが押さえるべきと考える論点を、一次資料で確かめた内容で整理しました。
| 節 | 押さえる論点 | キーワード |
|---|---|---|
| 6-1 モバイル端末のプラットフォームの構成 | ハードウェア・OS・ミドルウェア・アプリの層で端末を捉える。どの層を自社で作り、どこを既存のものに頼るか | 層構造・移植性・開発環境 |
| 6-2 オペレーティングシステム | リアルタイム性が要る機器はRTOS、多機能な機器は汎用OS。Android は Linux カーネルの上に HAL・ART などを重ねる | 優先度・プリエンプション・MMU・ART・DEX |
| 6-3 ミドルウェア | OSとアプリの間で、通信・メディア・データ管理などの共通機能を部品として提供する | 再利用・API・移植 |
| 6-4 SIM | 加入者情報（プロファイル）を、差し替えるカードではなく端末内のチップに遠隔で書き込む | UICC・eUICC・LPA・SM-DP+・RSP |
← 表は横にスクロールできます →
Android の層構造：Android Developers の説明では、下から Linux カーネル、ハードウェア抽象化レイヤ（HAL）、Android ランタイム（ART）、ネイティブの C/C++ ライブラリ、Java API フレームワーク、システムアプリの順に重なります。HAL はカメラや Bluetooth などのハードウェアの機能を、上位の Java API フレームワークへ標準のインタフェースで見せる層です。Android 5.0（APIレベル21）以降は、アプリごとに独自のプロセスと ART のインスタンスで動き、DEX 形式のバイトコードを AOT と JIT のコンパイルで実行します（2026年9月27日確認）。
RTOS：小規模な組込み機器向けの RTOS の例として、トロンフォーラムの μT-Kernel 2.0 をもとにした IEEE 2050-2018 があります。IEEE で2018年5月11日に標準として採択され、同年8月24日に発行されました（トロンフォーラムの発表、2026年9月27日確認）。MMU（メモリ管理ユニット）を持たないマイコンでも動くことを想定した仕様です。
eSIM：AOSP の説明では、Android は Android 9 から eSIM を扱う標準の API を持ち、端末の LPA（Local Profile Assistant）と eUICC のOSは GSMA の RSP（リモートSIMプロビジョニング）v2.0 または v2.2 以上に対応する必要があります。LPA は、サーバ側の SM-DP+ と端末内の eUICC の間を取り持つシステムアプリです（2026年9月27日確認）。人が操作しない IoT 機器向けには、GSMA が別の仕様（SGP.31/SGP.32）を定めています。詳しくはSIMとeSIMの違いへ。
RTOSとLinux・Androidは、どう使い分ける？
6-2 は選択肢の比較で問われやすい節だと当サイトは見ています。下の表の観点で違いを言えるようにしておくと、「〜に最も適したOSはどれか」の形に対応できます。
| 観点 | RTOS | Linux（組込みLinux） | Android |
|---|---|---|---|
| 向く機器 | センサ機器、制御機器、通信モジュールなど | ゲートウェイ、ルータ、産業用端末など | スマートフォン、タブレット、業務用ハンディ端末 |
| 重視すること | 決められた時間内に必ず応答すること | 多機能・ネットワーク機能・豊富なソフト資産 | アプリの配布とUI、端末の多様さへの対応 |
| 必要な資源 | 小さいROM/RAM、MMUなしでも動く | MMUとある程度のメモリが要る | Linux より大きな資源が要る |
| アプリの動き方 | タスクを優先度で切り替える | プロセスごとにメモリ空間を分ける | アプリごとのプロセスと ART で分ける |
← 表は横にスクロールできます →
1つの製品の中で、無線モデムや電源制御は RTOS、画面やアプリは Android、のように複数のOSを役割で分けて載せる構成もあります。「リアルタイム性が必要な処理」と「多機能が必要な処理」を切り分けて考えるのがコツです。
間違えやすい所は？
| 誤解しやすい言い方 | 正しい整理 | 見分け方 |
|---|---|---|
| RTOSは処理を速くするOS | 応答にかかる時間の上限を見積もれるようにするOS。平均の速さとは別の話 | 「期限」「最悪の応答時間」「決定的」という言葉 |
| HALはアプリを動かす実行環境 | ハードウェアの差を隠し、上位へ標準のインタフェースを見せる層。アプリを実行するのはART | 「ハードウェアの機能を上位へ」かどうか |
| Android の全アプリは1つの仮想マシンで動く | Android 5.0以降はアプリごとにプロセスと ART のインスタンスを持つ | 「アプリごと」「独自のプロセス」 |
| eSIMのプロファイルはLPAが作る | プロファイルを用意して配るのはサーバ側の SM-DP+。LPA は端末側で取り込みと切り替えを取り持つ | サーバ側か端末側か |
| ミドルウェアはOSの一部 | OSとアプリの間に置く共通部品。OSを差し替えても上のアプリを保てるようにする役割もある | 「OSとアプリの間」という位置 |
← 表は横にスクロールできます →
テキストの後に、何が変わった？（2026年9月時点）
テキストは2023年4月末時点の情報です。第6章に関係する主な変化を、一次資料で確かめたものだけ挙げます。テキストの記述と食い違う場合は、試験がどちらに寄るかは公表されていないため、両方を知っておくのが安全です。
- Android 17 の公開：2026年6月16日、APIレベル37。APIレベル37を対象にしたアプリは、画面が600dpを超える端末で、画面の向きやサイズ変更を固定する古い設定が無視されるなど、大画面への対応が必須になりました（Android Developers Blog、2026年9月27日確認）。
- Google Play の対象APIレベル：2026年8月31日から、新規アプリと更新は Android 16（APIレベル36）以上を対象にする必要があります（Wear OS などは例外あり）。既存アプリは Android 15（APIレベル35）以上でないと、新しいOSの端末の新規利用者に表示されなくなります。延長の申請で2026年11月1日まで猶予を得られます（Google Play の要件ページ、2026年9月27日確認）。
- カーネルまわり：AOSP の Android 17 のリリースノートでは、ION のメモリアロケータに対応するカーネルが2025年12月にサポート終了となったため、どの Android バージョンでも ION を扱わなくなったとしています。Linux の cgroup v2 を使ってアプリのプロセスのメモリ使用を制限する仕組みも加わりました（2026年9月27日確認）。
- アプリの配布と決済のルール：スマホソフトウェア競争促進法が2025年12月18日に全面施行され、端末の開発者が意識する「OS・アプリストア・ブラウザ」の条件が変わりつつあります。法制度としては第12章 法制度の要点で扱います。
確認問題1：RTOSの説明として適切なものは？
（当サイトの独自問題）組込み機器で使うリアルタイムOS（RTOS）の説明として、最も適切なものはどれか。
- CPUの処理能力を高め、すべての処理の平均の実行時間を短くするOSである
- 優先度の高いタスクへ速やかに切り替え、応答時間の上限を見積もれるようにするOSである
- アプリごとに仮想マシンを起動し、アプリどうしのメモリを完全に分けることを主な目的とするOSである
- 画面表示と利用者の操作を中心に設計され、MMUを持つ高性能なCPUでだけ動くOSである
正解：2。RTOSは、優先度にもとづいて実行中のタスクを中断し、より優先度の高いタスクへ切り替える（プリエンプティブな）スケジューリングなどにより、決められた時間内に応答できることを重視します。
1：RTOSが目指すのは平均の速さではなく、最悪の場合の応答時間の予測しやすさです。3：アプリごとにプロセスと実行環境を分けるのは Android などの汎用OSの特徴で、RTOSの主な目的ではありません。4：IEEE 2050-2018 のもとになった μT-Kernel のように、MMUのないマイコンでも動くRTOSがあり、「MMUを持つCPUでだけ動く」は誤りです。
確認問題2：Androidでハードウェアの差を吸収する層は？
（当サイトの独自問題）Android のプラットフォームで、カメラや Bluetooth などのハードウェアの機能を、上位の Java API フレームワークへ標準のインタフェースとして見せる層はどれか。
- Android ランタイム（ART）
- Java API フレームワーク
- システムアプリ
- ハードウェア抽象化レイヤ（HAL）
正解：4。HAL は、ハードウェアごとの違いを隠し、上位の層から同じ呼び方で機能を使えるようにするライブラリのまとまりです。
1：ART はアプリの DEX 形式のコードを実行する実行環境で、ハードウェアの差を吸収する層ではありません。2：Java API フレームワークはアプリ開発者が使う API の層で、HAL の上にあります。3：システムアプリはメールや電話などの標準アプリで、ハードウェアとのやり取りを担う層ではありません。
確認問題3：eSIMでLPAが担う役割は？
（当サイトの独自問題）スマートフォンの eSIM で、LPA（Local Profile Assistant）が担う役割として、最も適切なものはどれか。
- 端末側で、サーバから届くプロファイルの取り込み・有効化・削除を取り持つ
- 通信事業者の設備側で、利用者ごとのプロファイルを作って暗号化する
- 端末に埋め込まれたチップとして、プロファイルそのものを保存する
- 基地局側で、利用者の端末の位置を登録して着信を届ける
正解：1。LPA は端末側のシステムアプリで、サーバ側の SM-DP+ と端末内の eUICC の間を取り持ち、プロファイルのダウンロードや切り替えを管理します。
2：プロファイルを用意して安全に配るのはサーバ側の SM-DP+ の役割です。3：プロファイルを保存するのは eUICC（埋め込み型のチップ）です。4：端末の位置の登録と着信は、コアネットワークの移動管理の話で、LPA とは関係ありません。
確認問題のあとは、何を解けばいい？
間違えた問題は「どの層の話か（ハードウェア・OS・ミドルウェア・アプリ）」「端末側かサーバ側か」の2点で見直してください。第6章は層と役割分担の取り違えが失点の中心になりやすい章です。
本番と同じ4択で確かめるなら、登録不要の端末・アプリケーション科目の無料お試し10問で解説まで読めます。科目ごとの模試と章別ドリルの内容はモバイル1級の対策ページにまとめています。前の章は第5章 モバイル端末・周辺技術、次の章は第7章 インターネットに接続するモバイル技術です。
当サイトはMCPCとは関係のない個人運営の非公式教材です。合格を保証するものではありません。公式テキストの本文・図表・巻末のサンプル問題は使っていません。
よくある質問
第6章でRTOSの製品名を覚える必要はありますか？
当サイトでは、製品名よりも「なぜRTOSを選ぶのか（応答時間の上限を見積もれる、小さな資源で動く）」を説明できることを優先するようすすめています。IEEE 2050-2018 のように標準になった仕様は、名前と位置づけ（小規模な組込みシステム向けのRTOS）まで押さえておくと安心です。
Android の新しいバージョンの機能まで覚えるべきですか？
テキストは2023年4月末時点の情報で、試験がどの時点の情報で作られるかは公表されていません。まずテキストの範囲（層構造・プロセス・ART など変わりにくい仕組み）を固め、Android 17 や Google Play の要件のような新しい変化は「こう変わった」と説明できる程度に押さえるのが効率的です。
eSIMの仕様番号（SGP.22など）は出ますか？
章ごとの出題内容は公表されていません。当サイトでは、番号の暗記より、eUICC（保存する場所）・LPA（端末側の取り持ち）・SM-DP+（サーバ側の用意と配布）の役割分担を先に押さえることをすすめています。
出典・参考
- [1]リックテレコム『モバイルシステム技術テキスト エキスパート編 第9版』（目次・発行・価格、2026年9月27日確認）
- [2]リックテレコム『モバイルシステム技術テキスト 第11版』（2級の目次、2026年9月27日確認）
- [3]MCPC モバイルシステム技術検定［1級］（科目・範囲・形式、2026年9月27日確認）
- [4]Android Developers: Platform architecture（2026年9月27日確認）
- [5]Android Open Source Project: eSIM implementation（2026年9月27日確認）
- [6]Telenor IoT: What Is GSMA SGP.32?（IoT向けeSIM仕様の説明、2026年9月27日確認）
- [7]トロンフォーラム: μT-Kernel 2.0がベースのIEEE 2050-2018がIEEE標準として正式に成立（2026年9月27日確認）
- [8]トロンフォーラム: μT-Kernel 3.0（MMUのないマイコン向けのRTOS、2026年9月27日確認）
- [9]Android Developers Blog: Android 17 is here（2026年6月16日、2026年9月27日確認）
- [10]Android Open Source Project: Android 17 release notes（2026年9月27日確認）
- [11]Google Play: Target API level requirements（2026年9月27日確認）
- [12]公正取引委員会: スマホソフトウェア競争促進法（2026年9月27日確認）
本番と同じペースで腕試し
記事の次は、本番形式の問題で。
出題カテゴリの配分どおりに組んだ無料お試しを、登録不要・カード不要で解けます。続きの模試と章別ドリルは買い切りで、月額はかかりません。
あわせて読みたい
当サイトは、モバイルコンピューティング推進コンソーシアム（MCPC）とは関係のない個人が運営する非公式の学習教材です。掲載している問題はすべて当サイトのオリジナルで、実際の試験問題・過去問題・再現問題ではありません。試験の日程・受検料・出題範囲は公式サイト（https://www.mcpc-jp.org/license/ ）で必ず確認してください。合格を保証するものではありません。合格の目安は当サイトの推定です。技術・制度の記述は「最終確認日」時点のものです。