第8章の全体像：何を学ぶ章か
テキスト第11版の目次では、第8章は「モバイル端末のソフトウェア技術」です（リックテレコムの書誌ページ、2026年9月27日確認）。当サイトは、出題カテゴリ「モバイル端末基本機能と端末周辺技術」（MCPC の2級ページの図で20%）に当たると推定しています。
| テーマ | 押さえる中身 | キーワード |
|---|---|---|
| OS の構成 | カーネルからアプリまでの層 | Linux カーネル・HAL・ART・XNU |
| 安全の仕組み | アプリの分離と権限 | サンドボックス・パーミッション |
| アプリの形態 | どこで動き、どう配るか | ネイティブ・Web・ハイブリッド・PWA |
| 配布と審査 | ストア、代替の配布経路、制度 | 審査・公証・スマホソフトウェア競争促進法 |
| 通知と管理 | サーバからの知らせ、企業の端末管理 | APNs・FCM・MDM・MAM |
第8章を読むときの考え方のコツ
第8章は、「アプリを信用しすぎない」という設計思想 を軸に読むと、多くの用語がつながります。サンドボックスはアプリを閉じ込めて他のアプリのデータに触れさせない仕組み、パーミッションは位置情報やカメラなどの利用を利用者に許可させる仕組み、ストアの審査は公開前にアプリを確かめる仕組みです。どれも、端末に入るアプリが常に善意とは限らない、という前提から生まれています。
アプリの形態は、3つの物差し で比べると整理できます。1つ目は「どこで動くか」（OS の上で直接か、ブラウザや WebView の中か）、2つ目は「どう配るか」（ストア経由か、URL を開くだけか）、3つ目は「端末の機能にどこまで触れるか」です。ネイティブは端末の機能を最も広く使え、Web はインストール不要で配りやすく、ハイブリッドと PWA はその中間の選択肢として位置づけられます。
配布の制度は、近年大きく動いた分野です。日本では、スマートフォンにおいて利用される特定ソフトウェアに係る競争の促進に関する法律（スマホソフトウェア競争促進法）が2025年12月18日に全面施行され、公正取引委員会が指定した事業者には、他の事業者のアプリストアの提供を妨げないことなどが求められています。試験対策としては、法律の名前と「競争を促すための法律」という目的を押さえ、最新の運用は公正取引委員会の公開情報で確かめる姿勢が大切です。
アプリを信用しすぎない
端末に入るアプリが常に善意とは限らない
サンドボックス
アプリを閉じ込め、他のアプリのデータに触れさせない
パーミッション
位置情報やカメラなどの利用を、利用者に許可させる
ストアの審査
公開前にアプリを確かめる
3つは役割が違うが、同じ前提から生まれている。
押さえる用語と対比
| 対比 | A | B |
|---|---|---|
| OS の土台 | Android：Linux カーネルの上に HAL、ART とネイティブのライブラリ、Java API フレームワーク | iOS：Darwin の一部である XNU カーネルの上に各層が載る |
| アプリの分離 | Android：アプリごとに別の UID を割り当てて分ける | iOS：アプリごとの専用のホームディレクトリで分ける |
| アプリの形態 | ネイティブ：OS 向けに作って端末に入れる | Web：ブラウザで動く。ハイブリッド：Web の画面を WebView で動かす |
| 通知 | プッシュ：通知サービス（APNs・FCM）経由でサーバ側から届ける | ポーリング：端末が一定間隔で新着を問い合わせる |
| 企業の管理 | MDM：端末全体を管理する | MAM：業務アプリとそのデータを管理する（BYOD 向き） |
詳しくは AndroidとiOSの構成、ネイティブ・Web・ハイブリッドの違い、アプリの配布と審査、プッシュ通知の仕組み、MDMとMAMの違い で解説しています。
間違えやすい点
| 誤解しやすい言い方 | 正しい整理 |
|---|---|
| 自社のサーバが端末へ直接プッシュ通知を送る | APNs や FCM などの通知サービスを経由し、端末ごとのトークンを宛先にする |
| ハイブリッドアプリは端末の機能を一切使えない | プラグインなどでネイティブの処理を呼び出し、カメラなどを使える |
| 日本では公式ストア以外の配布は法律で禁止 | 2025年12月18日全面施行のスマホソフトウェア競争促進法で、指定事業者は他社のアプリストアの提供を妨げてはならないとされた |
| MAM は端末全体を初期化して管理する | MAM は業務アプリとデータが単位。端末全体を管理するのは MDM |
| サンドボックスがあれば権限の確認は不要 | 位置情報やカメラなどは、利用者が許可する権限（パーミッション）の仕組みで別に守る |
具体例：プッシュ通知が届くまでの流れ
通知の問題は、登場する3者（端末のアプリ・アプリ提供者のサーバ・通知サービス）の役割を取り違えさせる形が多くなります。Firebase Cloud Messaging の説明をもとに、流れを当サイトが簡略化して並べました。
- 1
登録
アプリが通知サービス（FCM・APNs）に登録し、トークンを受け取る
- 2
トークンを渡す
アプリがトークンをアプリ提供者のサーバへ送って保存してもらう
- 3
送信を依頼
新着が出たら、サーバがトークンを宛先にして通知サービスへ依頼
- 4
配達と表示
通知サービスが OS の接続で端末へ届け、OS が表示
宛先はトークンなので、サーバは端末の IP アドレスを知らなくてよい。
Firebase Cloud Messaging の説明をもとに、当サイトが簡略化したものです。
- アプリが起動時に通知サービス（Android なら FCM、iOS なら APNs）へ登録し、端末ごとのトークンを受け取る
- アプリがそのトークンを、アプリ提供者のサーバへ送って保存してもらう
- 新着が発生したら、アプリ提供者のサーバがトークンを宛先にして通知サービスへ依頼する
- 通知サービスが、OS が保っている接続を使って端末へ届け、OS が表示する
ポイントは、アプリ提供者のサーバは端末の IP アドレスを知らなくてよいことです。端末は移動して IP アドレスが変わりますが、宛先はトークンなので影響を受けません。また、通知を表示するには利用者の許可が必要な OS が多く、ここで第8章のパーミッションの考え方とつながります。
学習の順番と時間の目安
次の時間は 当サイトの目安 で、公式の推奨ではありません。手元の端末の設定画面（権限・通知・プロファイル）を見ながら進めると理解が早くなります。
- Android と iOS の層構造を、カーネルからアプリまで並べて比べる：45分
- サンドボックスとパーミッションの役割の違いを説明する：30分
- アプリの形態（ネイティブ・Web・ハイブリッド・PWA）を3つの物差しで表にする：45分
- 配布と審査、スマホソフトウェア競争促進法の要点を確認する：30分
- プッシュ通知の流れと、MDM・MAM の違いを整理する：45分
- 確認問題と モバイル2級 無料お試し20問 で仕上げる：30分
合計でおよそ4時間前後が当サイトの目安です。配布の制度は変わりやすいため、受検前に公正取引委員会の公開情報で最新の状態を確かめてください。
確認問題1
プッシュ通知
（当サイトの独自問題）スマートフォンのプッシュ通知の説明として、最も適切なものはどれか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：2。APNs や FCM などの通知サービスを経由し、トークンで端末を指定します。
1：一定間隔の問合せはポーリングです。3：端末へ直接送るのではなく通知サービスを経由します。4：近距離無線での直接のやり取りはプッシュ通知の仕組みではありません。
確認問題2
アプリの形態
（当サイトの独自問題）Web の技術で作った画面を、ネイティブアプリの中の WebView で動かすアプリの形態として、最も適切なものはどれか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：3。ハイブリッドアプリは Web の画面を WebView で動かし、ストアから配布できます。
1：ネイティブアプリは OS 向けの言語・API で作ります。2：Web アプリはブラウザで動き、インストールを前提にしません。4：システムアプリは OS に最初から入っているアプリを指します。
確認問題3
企業の端末管理
（当サイトの独自問題）私物の端末を業務に使う BYOD で、個人の領域に立ち入らずに業務アプリとデータを管理する方式として、最も適切なものはどれか。
選択肢を準備しています。「正解と解説を見る」は先に開けます。
正解と解説を見る
正解：2。MAM は業務アプリとそのデータを単位に管理するため、BYOD に向きます。
1：MDM は端末全体を管理するので、会社支給の端末に向きます。3：SIM ロックは端末で使える SIM を制限する仕組みです。4：キャリアアグリゲーションは無線の帯域を束ねる技術です。