この記事の要点
- 第2章は、どこで計算するか(クラウド・フォグ・エッジ)と、その間をつなぐゲートウェイ、データを起点に動くシステムを扱う章です。
- クラウドのサービスモデル(IaaS・PaaS・SaaS)は NIST SP 800-145 の定義で押さえると、選択肢の言い換えに強くなります。
- 学習時間の目安は 当サイトの目安 で、合計4〜5時間です。
第2章の全体像
第4版の第2章は、クラウドとエッジ、IoTゲートウェイ、データ駆動型システムという見出しで構成されています。以下はテキスト本文ではなく、見出しと一次資料から当サイトが論点を整理したものです。
| 見出し(章立て) | 論点 | 関連する章 |
|---|---|---|
| クラウドとエッジ | 処理の配置、IaaS/PaaS/SaaS、フォグ、MEC | 第1章・第4章 |
| IoTゲートウェイ | 集約・プロトコル変換・前処理・デバイス管理 | 第4章・第7章 |
| データ駆動型システム | 収集→蓄積→分析→フィードバックの循環、デジタルツイン | 第3章 |
← 表は横にスクロールできます →
押さえる用語と対比
| 用語 | 要点 | 対比する相手 |
|---|---|---|
| IaaS | 仮想マシンやストレージなど基盤を借りる。OSから上は利用者の管理 | PaaS(実行環境まで事業者が管理) |
| SaaS | アプリケーションをそのまま使う | IaaS(自由度は高いが管理も多い) |
| フォグコンピューティング | クラウドとデバイスの間の層で分散処理(NIST SP 500-325) | エッジ(デバイスや現場のすぐそば) |
| MEC | 通信事業者網の端に計算資源を置く(ETSIの標準化) | パブリッククラウド |
| ストリーム処理 | 届いた順に逐次処理し、即応する | バッチ処理(まとめて後で処理) |
| デジタルツイン | 現実の対象を仮想空間に写し、状態を同期させる | 単なるシミュレーション(同期がない) |
← 表は横にスクロールできます →
エッジ・フォグ・クラウドの詳しい比較は エッジ・フォグ・クラウドの違い、ゲートウェイは IoTゲートウェイ、処理方式は ストリーム処理とバッチ処理 で扱っています。
第2章を読むときの視点
第2章の問題は、「ある要件のとき、処理をどこに置くのが適切か」という形にすると理解を確かめやすくなります。当サイトの問題でも、遅延・通信量・プライバシー・計算量の4つの観点を組み合わせた設問を多く作っています。
遅延が厳しい制御はエッジ、大量データを横断する学習はクラウド、その中間で複数の現場をまとめる処理はフォグやMEC、という基本の配置を押さえたうえで、例外にも目を向けてください。例えば、学習はクラウドで行い、学習済みモデルをエッジに配って推論だけを現場で行う構成は、両者の長所を組み合わせた典型例です。
クラウドのサービスモデルでは、利用者と事業者の管理範囲の境目が問われやすいと当サイトは見ています。IaaSならOSから上、PaaSならアプリとデータ、SaaSなら設定と利用、というように、利用者の責任範囲を層ごとに書き出すと混乱しません。この境目はセキュリティの責任分担(第7章)ともつながります。
データ駆動型システムは、集めたデータで現実の動きを変える循環として理解すると、第3章のデータ活用とも自然につながります。
間違えやすい点
| よくある誤解 | 正しい理解 |
|---|---|
| PaaSではOSのパッチを利用者があてる | PaaSではOSや実行環境は事業者の管理範囲 |
| フォグとエッジは全く同じ言葉 | 重なる部分はあるが、フォグはクラウドとの間の階層を強調する |
| MECはクラウド事業者のサービス名 | ETSIで標準化が進んだ、通信網の端で計算する枠組み |
| デジタルツインは3D表示のこと | 要点は現実との継続的なデータ同期で、見た目は本質ではない |
← 表は横にスクロールできます →
具体例で確かめる:管理範囲と処理の置き場所
サービスモデルは、NIST SP 800-145 の定義をもとに「利用者が管理するもの」を層ごとに並べると一目で違いが分かります(○が利用者の管理範囲。当サイトの整理)。
| 管理するもの | オンプレミス | IaaS | PaaS | SaaS |
|---|---|---|---|---|
| アプリケーションの設定・データ | ○ | ○ | ○ | ○ |
| アプリケーション本体 | ○ | ○ | ○ | ― |
| ミドルウェア・実行環境 | ○ | ○ | ― | ― |
| OS | ○ | ○ | ― | ― |
| サーバ・ストレージ・ネットワーク | ○ | ― | ― | ― |
← 表は横にスクロールできます →
処理の置き場所の例として、1,000台の振動センサが毎秒1,000回測定する工場を考えます。1回あたり2バイトなら、全体で毎秒約2MB(約16Mbps)の生データになります。これを全てクラウドへ送る代わりに、エッジで1秒ごとの最大値・平均値などの特徴量(例えば1台あたり数十バイト)だけを送れば、通信量は数十分の一以下に減ります。一方、異常の判定基準を作り直す学習には長期間の生データが要るため、学習はクラウド、推論はエッジという分担が合理的です。
よくあるミスは、SaaSでは利用者に責任が一切ないと考えることです。アカウントの管理や、どのデータを入れるかの判断は、どのモデルでも利用者側に残ります。
他の章とのつながり
第2章の内容は、第4章の通信方式と第7章のセキュリティの両方と深く関わります。処理をエッジに寄せれば通信量は減りますが、現場に置く機器が増えるぶん、物理的な盗難や改ざんへの対策が必要になります。逆にクラウドに寄せれば管理は集約できますが、通信の遅延と費用が増えます。
このように、配置の選択には必ず長所と短所がセットで伴います。当サイトでは、エッジ・フォグ・クラウドそれぞれについて「得意なこと」「苦手なこと」「代表的な使い方」の3行をまとめておく方法をすすめています。
ゲートウェイについても同様で、プロトコル変換、データの集約と間引き、一時保存、デバイスの管理と更新の中継といった役割を挙げ、それぞれが通信とセキュリティのどちらに効くかを考えると理解が深まります。
学習の順番と時間の目安
以下は 当サイトの目安 です。
- IaaS・PaaS・SaaSの管理範囲を表にして覚える(1時間)
- エッジ・フォグ・クラウド・MECを「遅延・規模・設置場所」で比べる(1時間)
- ゲートウェイの役割を4つ挙げられるようにする(30分)
- データ駆動型の循環とデジタルツインを例で説明する(30分)
- 問題演習と誤答の見直し(1〜2時間)
腕試しは IoT中級の無料お試し で、本番に近い形式の問題を解けます。
確認問題(オリジナル)
問1 NIST の定義によるPaaSの説明として、最も適切なものはどれか。
ア:利用者は完成したアプリを使い、設定以外はほぼ何も管理しない/イ:利用者は仮想マシンを借り、OSやミドルウェアも自分で管理する/ウ:利用者は開発したアプリを配置し、基盤のOSやサーバは管理しない/エ:利用者は自社の建物に機器を置き、全ての層を自分で管理する
正解:ウ。イはIaaS、アはSaaS、エはオンプレミスの説明です。
問2 工場の設備データから異常を数ミリ秒で検知し、機械を止めたい。処理の配置として最も適切なものはどれか。
ア:全データを遠隔のクラウドへ送り、クラウドで判定させる/イ:設備の近くのエッジで判定し、結果だけをクラウドへ送る/ウ:データを一日分まとめて保存し、夜間にバッチで判定させる/エ:判定は人が画面を見て行い、システムは表示だけを担う
正解:イ。アは往復の遅延が大きく、ウとエは即時性の要件を満たせません。
問3 デジタルツインの説明として、最も適切なものはどれか。
ア:クラウドのデータを二か所に複製して保管するバックアップ/イ:現実とは切り離して、仮定の条件だけで動かす計算モデル/ウ:同じ機器を二台並べ、故障に備えて二重化した構成のこと/エ:現実の対象の状態をデータで継続的に同期させた仮想モデル
正解:エ。イは同期がない一般的なシミュレーション、ウは冗長化、アはバックアップの説明です。
よくある質問
クラウドの細かいサービス名は覚える必要がありますか?
特定の事業者の製品名より、IaaS・PaaS・SaaSのような共通の概念を優先するのが当サイトのおすすめです。
第2章と第4章はどちらを先に読むべきですか?
どちらからでも構いませんが、処理の配置を先に理解すると、通信方式を選ぶ理由が分かりやすくなります(当サイトの考え)。
MECとエッジコンピューティングは同じですか?
MECはエッジコンピューティングの一形態で、通信事業者の網の端に計算資源を置く点が特徴です。
クラウドの責任共有モデルは第2章の範囲ですか?
章の見出しには明記されていませんが、サービスモデルの管理範囲と表裏の関係にあるため、あわせて理解しておくと安心です。
エッジAIはどの章で学べばいいですか?
処理の配置は第2章、学習の手法は第3章が土台です。当サイトの エッジAI の記事もあわせて読んでください。
フォグとエッジはどう区別しますか?
エッジは機器やその近くの現場で処理すること、フォグはエッジとクラウドの間で複数の現場をまとめて処理する中間層を指すことが多い、という整理が出発点です。NIST SP 500-325がフォグの考え方をまとめています。
推論をエッジで行うときの弱点は何ですか?
現場の機器ごとにモデルを配布・更新する手間がかかり、機器の計算能力や電力にも制約があります。台数が多いほど、遠隔からの一括更新と、更新に失敗したときに戻す仕組みが重要になります。
出典・参考
- [1]リックテレコム『IoT技術テキスト 第4版』書誌ページ(目次、2026年9月27日確認)
- [2]NIST SP 800-145 The NIST Definition of Cloud Computing(2026年9月27日確認)
- [3]NIST SP 500-325 Fog Computing Conceptual Model(2018年3月、2026年9月27日確認)
- [4]ETSI Multi-access Edge Computing (MEC)(2026年9月27日確認)
- [5]IEEE 1934-2018 OpenFog Reference Architecture(2026年9月27日確認)
本番と同じペースで腕試し
記事の次は、本番形式の問題で。
公式の出題カテゴリの比率どおりに組んだ無料お試しを、登録不要・カード不要で解けます。続きの模試と章別ドリルは買い切りで、月額はかかりません。
あわせて読みたい
当サイトは、モバイルコンピューティング推進コンソーシアム(MCPC)とは関係のない個人が運営する非公式の学習教材です。掲載している問題はすべて当サイトのオリジナルで、実際の試験問題・過去問題・再現問題ではありません。試験の日程・受検料・出題範囲は公式サイト(https://www.mcpc-jp.org/license/ )で必ず確認してください。合格を保証するものではありません。合格の目安は当サイトの推定です。技術・制度の記述は「最終確認日」時点のものです。