AndroidとiOSのアーキテクチャの違い｜2級の要点

一言でいうと、OS を「層」に分けて、それぞれの層の役割と、アプリをどう守るかを比べる話です。スマホのOSは、ハードウェアを直接扱う低い層から、アプリが呼び出す高い層までを積み重ねて作られています。

層に分ける理由は、下の層の違いを上の層から見えなくするためです。たとえばカメラの部品が端末ごとに違っても、アプリは共通の API を呼ぶだけで写真を撮れます。Android の公式ドキュメントは、HAL（ハードウェア抽象化レイヤ）を「端末のハードウェアの機能を上位の API に公開する標準のインタフェース」と説明しています。

Android の公式ドキュメントは、プラットフォームを下から Linux カーネル、HAL、Android Runtime（ART）とネイティブ C/C++ ライブラリ、Java API フレームワーク、システムアプリという層で示しています。iOS は同じ粒度の図を公開ドキュメントで確かめにくいため、ここでは確認できた事実だけを並べます。

Android 5.0 より前は、実行環境として Dalvik が使われていました。ART と Dalvik はどちらも DEX 形式を実行する点が共通で、選択肢で「ART は Java のソースコードをそのまま実行する」とあれば誤りです。ビルドの段階で DEX に変換されます。

Android：公式ドキュメントによると、Android はアプリごとに固有のユーザーID（UID）を割り当て、それぞれ自分のプロセスで動かします。分離はカーネルが Linux の仕組みで強制します。その上に、Android 5.0 で SELinux による強制アクセス制御が加わり、Android 9 では条件を満たすアプリが個別の SELinux のサンドボックスで動くようになりました。

iOS：Apple Platform Security によると、各アプリにはインストール時にランダムに割り当てられる専用のホームディレクトリがあり、自分以外の情報には iOS が明示的に用意したサービスを通じてしか触れられません。機密データへのアクセスには、アプリに署名して組み込まれた「エンタイトルメント」が必要です。

権限（パーミッション）の扱いは、Android では3つに分かれます。

• インストール時の権限：影響の小さい通常の権限と、同じ証明書で署名されたアプリにだけ認める署名権限。インストール時に自動で与えられる。
• 実行時の権限（危険な権限）：位置情報など影響の大きい権限。利用者がシステムの確認画面で明示的に許可する。この方式は Android 6.0（API レベル23）で導入された。
• 特別な権限：他のアプリの上に表示するなど、特に強い操作。設定の「特別なアプリアクセス」で切り替える。

通知を出すことも、Android 13（API レベル33）からは実行時の権限（POST_NOTIFICATIONS）になりました。通知の流れはプッシュ通知の仕組みで扱います。

MCPC の公式ページの図では、モバイルシステム技術検定 2級（100問・100分・4者択一）の出題カテゴリ「モバイル端末基本機能と端末周辺技術」の比率が20%と示されています（2026年9月27日確認）。当サイトでは、公式テキスト『モバイルシステム技術テキスト 第11版』の第8章「モバイル端末のソフトウェア技術」がこの範囲に当たると推定しています（章名からの当サイトの判断で、公式の対応表ではありません）。

4択での問われ方は、次のような型が考えられます。出題頻度の公式データはありません。

• 層の順番：Android の構成要素を下から正しく並べた選択肢を選ばせる。
• 層の役割：HAL・ART・フレームワークと、その役割の組合せを問う。
• サンドボックス：アプリを分ける仕組み（UID、専用ディレクトリ）の説明を選ばせる。
• 権限の種類：実行時に許可を求める権限と、インストール時に与えられる権限の区別を問う。

アプリをどこから配るかという話はアプリの配布と審査の仕組み、アプリの作り方の違いはネイティブ・Web・ハイブリッドアプリの違いで扱います。試験全体はモバイルシステム技術検定2級とはへ。

層の名前を見たら「その層は何を隠し、何を公開するか」を思い出してください。

Android のプラットフォームの構成を、ハードウェアに近い下の層から順に並べたものとして、最も適切なものはどれか。

1. 1HAL → Linux カーネル → Java API フレームワーク → ART → システムアプリ
2. 2Linux カーネル → HAL → ART → Java API フレームワーク → システムアプリ
3. 3Linux カーネル → ART → システムアプリ → HAL → Java API フレームワーク
4. 4ART → Linux カーネル → HAL → システムアプリ → Java API フレームワーク

正解：2。Android の公式ドキュメントは、Linux カーネルを土台に、HAL、ART とネイティブのライブラリ、Java API フレームワーク、システムアプリの順に層を示しています。

1は HAL をカーネルより下に置いており、ハードウェアの機能をカーネルの上で公開するという役割と合いません。3は HAL をアプリより上に置いています。4は実行環境である ART をカーネルの下に置いており、土台がカーネルであることと矛盾します。

Android のアプリケーションサンドボックスに関する記述として、最も適切なものはどれか。

1. 1すべてのアプリを同じユーザーIDの1つのプロセスで動かし、アプリ側の設定で分離する
2. 2アプリの分離は利用者の操作に任され、カーネルは他のアプリへのアクセスを止めない
3. 3アプリごとに固有のユーザーIDを割り当てて別のプロセスで動かし、カーネルが分離する
4. 4アプリをインストールした日付ごとにグループに分け、同じグループの中でだけ共有する

正解：3。Android はアプリごとに固有の UID を割り当てて自分のプロセスで動かし、カーネルが Linux の仕組みで分離を強制します。

1は UID とプロセスを共有するとしている点が、アプリごとに分ける仕組みと逆です。2はカーネルが分離を強制するという説明と矛盾します。4のような日付による分け方は、サンドボックスの仕組みにはありません。

次の文の空欄に入る語句として、最も適切なものはどれか。

「Android 6.0（API レベル23）で導入された権限の方式では、位置情報のように影響の大きい権限について、アプリの（　）に利用者がシステムの確認画面で個別に許可する。」

1. 1実行中
2. 2開発時
3. 3審査時
4. 4出荷時

正解：1。Android 6.0 で、利用者がアプリの権限を実行時に管理する方式が導入されました。影響の大きい「実行時の権限」は、アプリが使う前に確認画面で許可を求めます。

2は開発者がアプリを作る段階で、利用者が許可する場面ではありません。3はストアの審査の段階で、利用者の許可とは関係がありません。4は端末の出荷の段階で、あとから入れるアプリの権限を決めることはできません。

同じ「モバイル端末基本機能と端末周辺技術」の問題を本番と同じ4択で試すなら、登録不要のモバイル2級の無料お試し20問で解説まで確認できます。