エッジ・フォグ・クラウドとは？一言でいうと
エッジ・フォグ・クラウドとは、IoTのデータを「どこで処理するか」を、データの発生源からの距離で3段階に分けた考え方です。
エッジコンピューティングは、センサを持つ機器そのものや、その近くのゲートウェイで処理します。クラウドコンピューティングは、インターネットの向こうのデータセンターに集めて処理します。フォグコンピューティングは、その間（工場内のサーバ、通信事業者の拠点など）に計算資源を分散して置き、エッジとクラウドの橋渡しをします。
米国国立標準技術研究所（NIST）の SP 500-325「Fog Computing Conceptual Model」（2018年3月）は、フォグを「スマートな端末と従来のクラウド・データセンターの間にある」水平的な計算資源の考え方として定義しています。同文書の付録では、エッジを「端末とその利用者を含むネットワークの層」とし、フォグは階層的で、計算・通信に加えて保存や制御も扱う点がエッジと違う、と説明しています。さらに、フォグをより端末に近づけた軽量な形としてミストコンピューティングも示し、ミストはフォグに必須の層ではないとしています。
なお、フォグの考え方をまとめた OpenFog Consortium の参照アーキテクチャは、2018年に IEEE 1934-2018 として標準化されています。
- クラウドインターネットの向こうのデータセンター。計算資源は最も大きい遠い
- フォグ工場内のサーバや通信事業者の拠点など。階層的で、計算・通信に加えて保存や制御も扱う
- ミストフォグを端末に近づけた軽量な形。フォグに必須の層ではない
- エッジセンサを持つ機器そのもの・すぐ近くのゲートウェイ。遅延は最も小さい近い
発生源に近いほど遅延は小さく、遠いほど計算資源は大きい。3つは組み合わせて使う前提です。
フォグとミストの位置づけは NIST SP 500-325（2018年3月）に沿った当サイトの整理です。
3つを比べると何が違う？（場所・遅延・処理量）
処理場所が近ければ通信経路を短くできる場合がありますが、端から端までの遅延や計算資源は距離だけでは決まりません。表と既存図は配置の典型例として読み、機器の負荷・通信路・処理時間を別に確認します。
| 観点 | エッジ | フォグ | クラウド |
|---|---|---|---|
| 処理する場所 | 機器そのもの・すぐ近くのゲートウェイ | 工場・ビル・通信事業者の拠点などの中間 | インターネットの向こうのデータセンター |
| 遅延 | 通信距離を抑えやすい | 通信と処理の負荷に依存 | 遠距離の通信も考慮。総遅延は構成次第 |
| 使える計算資源 | 小さい（電力・メモリが限られる） | 中程度（複数のエッジをまとめられる） | 大きく、必要に応じて増減できる |
| 扱うデータの範囲 | その機器・その場所のデータ | 1つの拠点や地域のデータ | 多数の拠点をまたいだ全体のデータ |
| 向く処理 | 即時の判定・制御、データの間引き | 拠点内の集約・連携、エッジの管理 | 長期の蓄積、横断分析、機械学習モデルの学習 |
| 弱み | 台数が多く、更新や管理の手間が大きい | 設計が複雑になりやすい | 通信が切れると使えない、通信量と費用が増える |
移動通信の世界では、基地局や局舎の近くにサーバを置く MEC（Multi-access Edge Computing） が ETSI で標準化されています。これは「通信事業者のネットワーク内に置くエッジ」で、端末とクラウドの中間で処理するという点ではフォグと考え方が近いものです（当サイトの整理）。詳しくはMECとはで扱っています。
距離ではなく、端から端までの遅延で比べる
表示更新の処理を、通信・待ち・計算の三つに分けた独自例です。近いエッジでは4＋18＋12＝34ミリ秒、遠いクラウドでは20＋2＋4＝26ミリ秒と置きます。通信部分は前者が短くても、全体では後者が短い設定です。
これは実測の性能比較でも、常にクラウドが速いという主張でもありません。同じ仕事と測定範囲で、機器の処理能力、同時利用、キュー、回線の変動を確認するための反例です。NISTの概念モデルが扱う遅延の低減という利点と、個々の要求時間を保証することも分けます。
| 配置の例 | 通信 | 待ち | 処理 | 合計 |
|---|---|---|---|---|
| エッジ | 4ms | 18ms | 12ms | 34ms |
| クラウド | 20ms | 2ms | 4ms | 26ms |
平均時間だけでなく必要な上限やばらつき、障害時の継続条件も確認します。MECなどの配置の意味は既存記事へ戻り、本記事の計算値を製品や安全制御の要件へ流用しないでください。
どこで処理するかはどう決める？
当サイトでは、次の順に確認すると置き場所が決まりやすいと考えています（公式の判断手順ではなく、学習用の整理です）。
- 1
許容できる遅延
往復の通信を待てない判定はエッジ
- 2
通信量と通信費
送りきれないならエッジやフォグで特徴量に絞る
- 3
通信断で止めてよいか
止められない制御はエッジで完結
- 4
データを外に出せるか
映像や個人のデータはエッジで匿名化してから
- 5
横断分析が要るか
複数拠点・長期の傾向・モデルの学習はクラウド
- 6
運用の手間
エッジの台数が増えるほど更新・監視の仕組みが要る
即時・通信断・データの持ち出しはエッジ寄り、横断・長期・学習はクラウド寄りに決まります。
公式の判断手順ではなく、当サイトの学習用の整理です。
- 許容遅延と処理の要件を確かめる：通信・待ち・処理を含む総遅延と、接続断でも必要な動作を確認する。安全に関わる制御は、配置名だけで決めず、要求と専門の安全設計を確認する。
- 通信量と通信費を見積もる：高頻度の振動データや映像をすべて送ると回線が足りない場合は、エッジやフォグで特徴量だけに絞る。
- 通信が切れたときに止めてよいかを決める：止められない制御はエッジで完結させ、記録は通信が戻ってからクラウドへ送る。
- データを外に出せるかを確かめる：映像や個人に関わるデータは、エッジで匿名化してから送る設計がある。
- 横断分析が要るかを確かめる：複数拠点の比較や長期の傾向、機械学習モデルの学習はクラウドに置く。
- 運用の手間を見積もる：エッジの台数が増えるほど、ソフトウェア更新や監視の仕組みが必要になる。
実際のシステムでは、「エッジで判定して即座に止める」「フォグで拠点内をまとめる」「クラウドで学習したモデルをエッジへ配る」のように3つを組み合わせます。機械学習のモデルをエッジで動かす考え方はエッジAIとはで説明しています。
IoT中級ではどこで問われる？
IoTシステム技術検定 中級の公式ページに示された出題カテゴリのうち、「IoTシステム構成と構築技術（アーキテクチャ、サービスプラットフォーム）」15〜25% に当たります（2026年9月27日確認）。
公式テキスト『IoT技術テキスト 第4版』では、第2章「IoTシステムのコンピューティング技術」に当たる範囲です。章とカテゴリの対応は当サイトの推定で、使っているのは目次の章名だけです。
4択の形としては、当サイトの作問の観点で次のようなものが考えられます（出題の傾向や頻度を示すものではありません）。
- ある場面（即時制御、長期分析、通信断への備えなど）に最も適した処理の場所を選ぶ
- エッジ・フォグ・クラウドの説明として適切（不適切）なものを選ぶ
- エッジで処理する利点として当てはまらないものを選ぶ
- フォグ・ミスト・MEC などの関連用語の位置づけを選ぶ
試験全体の形式はIoTシステム技術検定 中級とはにまとめています。合格基準は公式に非公開です。
取り違えやすい点は？
| つまずき | 正しい整理 | 見分け方 |
|---|---|---|
| エッジとフォグは同じ意味だと思う | NIST はフォグを階層的で保存・制御も扱うものとして、エッジと区別している | 「階層」「複数のエッジをまとめる」ならフォグ寄り |
| エッジを使えばクラウドは要らないと思う | エッジは即時処理、クラウドは横断・長期の処理と役割が違う | 「複数拠点」「長期」「学習」が出たらクラウド |
| エッジにすると必ず安くなると思う | 通信費は下がっても、機器の台数分の管理・更新の費用が増える | 通信費と運用費を分けて考える |
| ミストをフォグより上の層だと思う | ミストはフォグを端末側に近づけた軽量な形 | ミスト→フォグ→クラウドの順に端末から遠くなる |
| MEC をクラウドの一種だと思う | MEC は通信事業者のネットワーク内に置くエッジ側の計算資源 | 「基地局の近く」「低遅延」が手がかり |
確認問題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ゲートウェイとはへ。