この記事の要点
- エッジはデータが生まれる機器やそのすぐ近くで処理すること、クラウドは遠くのデータセンターにまとめて処理すること、フォグはその間に階層的に置いた計算資源で処理すること。
- 米国NISTの SP 500-325(2018年3月)は、フォグを「端末と従来のクラウド・データセンターの間にある」計算資源の考え方として整理し、エッジとは区別している。
- どこで処理するかは「許容できる遅延」「通信量」「通信が切れたときの継続」「データを外に出せるか」「横断的な分析が要るか」で決める。
- IoT中級では「IoTシステム構成と構築技術」(15〜25%、2026年9月時点)に当たる。3つは排他的な選択ではなく、組み合わせて使うのが前提。
- 確認問題3問で、場面から処理の置き場所を選ぶ練習ができる。
エッジ・フォグ・クラウドとは?一言でいうと
エッジ・フォグ・クラウドとは、IoTのデータを「どこで処理するか」を、データの発生源からの距離で3段階に分けた考え方です。
エッジコンピューティングは、センサを持つ機器そのものや、その近くのゲートウェイで処理します。クラウドコンピューティングは、インターネットの向こうのデータセンターに集めて処理します。フォグコンピューティングは、その間(工場内のサーバ、通信事業者の拠点など)に計算資源を分散して置き、エッジとクラウドの橋渡しをします。
米国国立標準技術研究所(NIST)の SP 500-325「Fog Computing Conceptual Model」(2018年3月)は、フォグを「スマートな端末と従来のクラウド・データセンターの間にある」水平的な計算資源の考え方として定義しています。同文書の付録では、エッジを「端末とその利用者を含むネットワークの層」とし、フォグは階層的で、計算・通信に加えて保存や制御も扱う点がエッジと違う、と説明しています。さらに、フォグをより端末に近づけた軽量な形としてミストコンピューティングも示し、ミストはフォグに必須の層ではないとしています。
なお、フォグの考え方をまとめた OpenFog Consortium の参照アーキテクチャは、2018年に IEEE 1934-2018 として標準化されています。
3つを比べると何が違う?(場所・遅延・処理量)
違いは「距離」から順に決まります。発生源に近いほど遅延は小さく、遠いほど計算資源は大きくなります。
| 観点 | エッジ | フォグ | クラウド |
|---|---|---|---|
| 処理する場所 | 機器そのもの・すぐ近くのゲートウェイ | 工場・ビル・通信事業者の拠点などの中間 | インターネットの向こうのデータセンター |
| 遅延 | 最も小さい | 中程度 | 最も大きくなりやすい |
| 使える計算資源 | 小さい(電力・メモリが限られる) | 中程度(複数のエッジをまとめられる) | 大きく、必要に応じて増減できる |
| 扱うデータの範囲 | その機器・その場所のデータ | 1つの拠点や地域のデータ | 多数の拠点をまたいだ全体のデータ |
| 向く処理 | 即時の判定・制御、データの間引き | 拠点内の集約・連携、エッジの管理 | 長期の蓄積、横断分析、機械学習モデルの学習 |
| 弱み | 台数が多く、更新や管理の手間が大きい | 設計が複雑になりやすい | 通信が切れると使えない、通信量と費用が増える |
← 表は横にスクロールできます →
移動通信の世界では、基地局や局舎の近くにサーバを置く MEC(Multi-access Edge Computing) が ETSI で標準化されています。これは「通信事業者のネットワーク内に置くエッジ」で、端末とクラウドの中間で処理するという点ではフォグと考え方が近いものです(当サイトの整理)。詳しくはMECとはで扱っています。
どこで処理するかはどう決める?
当サイトでは、次の順に確認すると置き場所が決まりやすいと考えています(公式の判断手順ではなく、学習用の整理です)。
- 許容できる遅延を確かめる:機械の非常停止のように、往復の通信を待てない判定はエッジに置く。
- 通信量と通信費を見積もる:高頻度の振動データや映像をすべて送ると回線が足りない場合は、エッジやフォグで特徴量だけに絞る。
- 通信が切れたときに止めてよいかを決める:止められない制御はエッジで完結させ、記録は通信が戻ってからクラウドへ送る。
- データを外に出せるかを確かめる:映像や個人に関わるデータは、エッジで匿名化してから送る設計がある。
- 横断分析が要るかを確かめる:複数拠点の比較や長期の傾向、機械学習モデルの学習はクラウドに置く。
- 運用の手間を見積もる:エッジの台数が増えるほど、ソフトウェア更新や監視の仕組みが必要になる。
実際のシステムでは、「エッジで判定して即座に止める」「フォグで拠点内をまとめる」「クラウドで学習したモデルをエッジへ配る」のように3つを組み合わせます。機械学習のモデルをエッジで動かす考え方はエッジAIとはで説明しています。
IoT中級ではどこで問われる?
IoTシステム技術検定 中級の公式ページに示された出題カテゴリのうち、「IoTシステム構成と構築技術(アーキテクチャ、サービスプラットフォーム)」15〜25% に当たります(2026年9月27日確認)。
公式テキスト『IoT技術テキスト 第4版』では、第2章「IoTシステムのコンピューティング技術」に当たる範囲です。章とカテゴリの対応は当サイトの推定で、使っているのは目次の章名だけです。
4択の形としては、当サイトの作問の観点で次のようなものが考えられます(出題の傾向や頻度を示すものではありません)。
- ある場面(即時制御、長期分析、通信断への備えなど)に最も適した処理の場所を選ぶ
- エッジ・フォグ・クラウドの説明として適切(不適切)なものを選ぶ
- エッジで処理する利点として当てはまらないものを選ぶ
- フォグ・ミスト・MEC などの関連用語の位置づけを選ぶ
試験全体の形式はIoTシステム技術検定 中級とはにまとめています。合格基準は公式に非公開です。
取り違えやすい点は?
| つまずき | 正しい整理 | 見分け方 |
|---|---|---|
| エッジとフォグは同じ意味だと思う | NIST はフォグを階層的で保存・制御も扱うものとして、エッジと区別している | 「階層」「複数のエッジをまとめる」ならフォグ寄り |
| エッジを使えばクラウドは要らないと思う | エッジは即時処理、クラウドは横断・長期の処理と役割が違う | 「複数拠点」「長期」「学習」が出たらクラウド |
| エッジにすると必ず安くなると思う | 通信費は下がっても、機器の台数分の管理・更新の費用が増える | 通信費と運用費を分けて考える |
| ミストをフォグより上の層だと思う | ミストはフォグを端末側に近づけた軽量な形 | ミスト→フォグ→クラウドの順に端末から遠くなる |
| MEC をクラウドの一種だと思う | MEC は通信事業者のネットワーク内に置くエッジ側の計算資源 | 「基地局の近く」「低遅延」が手がかり |
← 表は横にスクロールできます →
確認問題1:即時の停止はどこで判定する?
工場の搬送ラインで、センサが異常な振動を検知したら、できるだけ短い時間でラインを止めたい。工場とクラウドの間の回線は、ときどき数秒間途切れることがある。処理の置き方として最も適切なものはどれか。
- 振動データをすべてクラウドへ送り、クラウドで判定して停止を指示する
- ライン近くのエッジで判定して止め、判定の記録をあとでクラウドへ送る
- 振動データを1日分ためて、夜間にクラウドでまとめて判定し停止を決める
- 担当者がクラウドの画面を見て判断し、手作業で停止の操作を行う
正解:2。即時性が必要で、回線が途切れても止めなければならない判定は、発生源の近く(エッジ)に置きます。記録や傾向分析はクラウドに送れば、両方の利点を使えます。
1 は往復の通信を待つうえ、回線が途切れると停止できません。3 は夜間のまとめ処理で、即時の停止に間に合いません。4 は人の判断を挟むため、最も遅くなります。
確認問題2:フォグの説明として正しいのは?
NIST SP 500-325 の考え方に沿ったフォグコンピューティングの説明として、最も適切なものはどれか。
- クラウドを一切使わず、端末だけで処理を完結させる構成のことである。
- 端末に最も近い軽量な処理で、マイコンだけで動く層のことである。
- 端末とクラウドの間に階層的に置き、計算や保存などを分散して担う。
- エッジと同じ意味の言葉で、両者を区別しないことが定められている。
正解:3。NIST はフォグを、スマートな端末と従来のクラウドの間にある、階層的・分散的な計算資源の考え方として示しています。
1 はクラウドとの連携を前提とするフォグの説明になっていません。2 は、NIST がフォグの軽量な形として示す「ミスト」に近い説明です。4 は誤りで、NIST はエッジとフォグは混同されがちだが重要な違いがある、と区別しています。
確認問題3:エッジ処理の利点に当たらないのは?
IoTシステムでデータをエッジで処理する利点として、当てはまらないものはどれか。
- 発生源の近くで判定できるので、応答までの遅延を小さくできる。
- 送る前にデータを間引けるので、回線の通信量を減らせる。
- 回線が途切れても、その場の判定と制御を続けやすくなる。
- 多数の拠点のデータを横断した長期の傾向分析がしやすくなる。
正解:4。多数の拠点のデータを集めて長期の傾向を見る処理は、データが1か所に集まるクラウドが得意とするものです。エッジが持つのは、基本的にその機器・その場所のデータです。
1・2・3 はいずれもエッジ処理の代表的な利点です。反対に、エッジの弱みは計算資源が小さいことと、台数分の管理が必要になることです。
確認問題のあとは何をすればいい?
迷った問題は、場面の中の「即時」「途切れる」「複数拠点」「長期」といった語に印をつけ、どの語が置き場所を決めたかを書き出してみてください。
本番と同じ4択で、ほかのカテゴリと混ぜて解くなら、登録不要のIoT中級の無料お試し20問で全問の解説まで確認できます。構成の全体像に戻るならIoTシステムの構成、エッジとクラウドの間に立つ機器はIoTゲートウェイとはへ。
よくある質問
エッジコンピューティングとエッジAIは同じですか?
エッジコンピューティングは処理の場所の考え方全般で、エッジAIはその中でも機械学習モデルの推論をエッジで行うことを指すのが一般的です。エッジAIとはで詳しく扱っています。
フォグという言葉は今も使われていますか?
NIST SP 500-325(2018年)や IEEE 1934-2018 のように文書・標準の名前として残っています。ただ、実務では「エッジ」の範囲を広く取り、フォグに当たる中間の層もまとめてエッジと呼ぶ例もあります。試験では、端末とクラウドの中間にある階層的な計算資源として整理しておけば十分です。
IoT中級でこの範囲は何問出ますか?
公式に示されているのはカテゴリ単位の比率だけで、「IoTシステム構成と構築技術」は15〜25%(2026年9月27日確認)です。エッジ・フォグ・クラウドの問題が何問あるかは公表されていません。
出典・参考
本番と同じペースで腕試し
記事の次は、本番形式の問題で。
公式の出題カテゴリの比率どおりに組んだ無料お試しを、登録不要・カード不要で解けます。続きの模試と章別ドリルは買い切りで、月額はかかりません。
あわせて読みたい
当サイトは、モバイルコンピューティング推進コンソーシアム(MCPC)とは関係のない個人が運営する非公式の学習教材です。掲載している問題はすべて当サイトのオリジナルで、実際の試験問題・過去問題・再現問題ではありません。試験の日程・受検料・出題範囲は公式サイト(https://www.mcpc-jp.org/license/ )で必ず確認してください。合格を保証するものではありません。合格の目安は当サイトの推定です。技術・制度の記述は「最終確認日」時点のものです。