ＩｏＴでは、ゲートウェイを使う場合と３Ｇで直接送る場合と２通りあると思う

ＩｏＴで、どのようなネットワークを組むかについて

IoTはゲートウェイをつかって、近距離はＩＰ以外、遠距離は３Ｇ等を使うのが主流？
http://blog.goo.ne.jp/xmldtp/e/3ab671b71f3b3bec520314ca1423816f

という話と、


さくらのIoTはUART,I2C,SPIからＬＴＥ，３ＧでサーバーへREST APIで外部へ
http://blog.goo.ne.jp/xmldtp/e/d05f37c4e9b0b65a14b4f57e19789efc


の２つの話を書いているけど、どっちなんだ・・・

っていうと、使い分けがあると思う

ポイントは
・３Ｇにするためのチップは、そこそこの値段する
・近距離通信を市街でやって、いけるのか？
の２点だと思う

---

■センサーの場所がまとまっていて・固定で確実にデータを送りたいならば、まずは有線を考える

無線は、「確実」とはいえない。切れることもあるし、
場合によってはノイズや干渉を起こす可能性もある。
なので、確実に送りたい場合は、有線で送れないかどうかを
まずは検討する。

■センサーの場所が固定で、広範囲でなければ、ＧＷをおくことを考える

　有線では無理な場合、センサーの場所が固定ないしは多少動く程度であれば
近距離の範囲はZigBee,BLE,920特小などで、通信し、いったんＧＷに集約し、
ＧＷでインターネットに変換して、サーバーに送りこむ。

　このとき、ＧＷからサーバーへの送信は、まずは有線で送ることを
考えて、だめなら、WiFi,３Ｇの通信を考える

・なぜ、３Ｇで直接送らないか
　３Ｇの通信モジュールが高いから。そこそこするよ・・・

・なぜＷｉＦｉで直接送らないか
　送ってもよい。センサー数が少ない、あるいはセンサーをいくつか
　まとめられるなら。

　ただ、ＷｉＦｉは、帯域が広く、端末数に限界がある。
　２．４Ｇ、５Ｇの両方を使っても、ある程度までどまり・・・かなと
いう気がする。
　BlueToothも限度がある（BLEとBlueToothはちがう。BLEは制限ない）

　ということで、百個以上のデータを処理したい場合は、WiFiは使えないかも

・なぜＧＷを使って、インターネットにするのか
　扱いやすいから
　まず、近距離は、上記の理由から、ZigBee,BLE,920特小などがいい。
　しかし、サーバーは、インターネットで統一したほうがいい。
　そうなると、ＧＷで変換することになる。
　ＧＷで変換した場合、当然有線でサーバーに送ることを考えるが
　これができない場合は３Ｇにする。なぜ、３Ｇかは後述

■センサーの場所が移動する、広範囲の距離なら３Ｇ等

　３Ｇの場合、ケータイ、スマホとおなじなので、まずまず、
距離は遠くまでとどく。移動しても大丈夫。なので、移動する場合や
ＧＷからサーバーまでが遠距離の時は３Ｇモジュールを使う。

---

　ただし、これは現在の判断。
　３Ｇモジュールとパケット代が安くなれば、
　センサーから直接３Ｇモジュールでサーバーに送ることも考えられる。