クラウドを使用しないWi-Fi IoT製品を商業的に販売することは可能ですか?


17

スマートフォンを使用して、ライトをオンまたはオフにする単純なWi-Fi接続デバイス、または単純な温度ゲージを制御したい場合、クラウドを経由せずにデバイスと直接通信しないのはなぜですか?データの永続性や重い処理、またはその他の処理が必要なものはありません。

このような単純なIoT製品を設計し、それを大量生産して販売することを妨げるものはありますか?仲介者を削減する方が安く、クラウドのコスト/メッセージ料金を処理する必要がないようです。


7
現在のすべてのソリューションがクラウドサービスに依存していることを暗示しているため、あなたの前提には欠陥があるようです。IoT(ネットワーク接続されたもの)の非常に広い意味では、そうしないアプリケーションがあります。たとえば、スマートホーム設定では、ローカルイントラネットでのみセンサーとそのデータを処理することが可能です。別の例として、Philips Hueシステム(一部の人はIoTと考えています)は、インターネットアクセスなしで、したがってクラウドサービスなしで動作できます。本当の質問は、実際の製品に対するクラウド対応インフラストラクチャの実際の利点(ある場合)です。
ガニマ

わかりました、物事を遠近法に入れます。
BossGiveMeArrays

2
NATが存在するため。IPv6のプッシュに参加してください:)
user253751

@immibisは、自分のLAN内(つまり、WiFiの範囲内)にいる限り、NATはまったく問題になりません。インターネットが登場すると、VPNを設定することでNATの問題を克服できます。NATを使用していなくても、ホームネットワーク全体をインターネットに公開したくないでしょう。
user149408

@ user149408-「NATの問題は、VPNを設定することで克服できます」-そうですか?両方のVPNエンドポイントをNATの背後に実際に配置することはできないため、片方をクラウドに配置します。
user253751

回答:


10

ユーザーの電話との直接接続を介して動作するIoTガジェットを設計できますが、その方法でのみ動作するデバイスは多くのユーザーにとって制限が多すぎる可能性があります。

  • ユーザーが自宅にいない場合、ホームネットワークへのインバウンド接続試行を許可することはセキュリティの観点から一般に受け入れられず、ほとんどのモバイルキャリアはデバイスへのインバウンド接続試行もブロックするため、ユーザーはデバイスと直接対話することはできません電話。代わりに、電話とIoTデバイスの両方からのアウトバウンド接続が到達するサーバーを介して、外出中のリクエストをプロキシする必要があります。

  • ユーザーが自宅にいるが、電話が現在ホームネットワークではなくモバイルネットワーク上にある場合、上記の問題は依然として当てはまります。スマートフォンをモバイルからWi-Fiに切り替えるようにユーザーに依頼することは、さまざまなユーザーに受け入れられる場合と受け入れられない場合があり、ある程度は電話のWi-Fiバッテリー使用量に依存します。また、一部の電話機は、wifiネットワークを必要とする場合に問題となる可能性のある方法で両方を動的に選択します。

  • BTLEのような他の方法による電話とデバイス間の接続は利点になる可能性がありますが、範囲が制限されているため、家や周辺の施設のすべての部分で機能しない場合があり、明らかに家から離れると機能しません。

したがって、自宅外のサーバーインフラストラクチャのサポートを必要としないデバイスを構築できますが、ユーザー設定で到達可能または許可されている場合は、リレーサーバーを効果的に使用できるデバイスを構築することをお勧めします。


13

はい、市場にはすでにクラウドサービスに依存しない多くのアプリケーションがあります。ユーザーが特定の製品とともにインストールすることを選択できる複雑さの階層は、次のようになります。

  1. 専用のリモコンを備えたデバイス
  2. 電話アプリと社内リンクノードを備えたデバイス
  3. 電話によるユーザーリモートアクセスのためにクラウドにリンクされたノード(トンネリングとDNS解決)
  4. クラウドプロビジョニングされたサービスとデータベース

どのプロバイダーもチェーンの一部に対応できます。たとえば、IFTTTはクラウドサービスと電話アプリのみを提供します。サービスはすべてサードパーティです。

GoogleのNESTサーモスタットは、スタンドアロンで正常に動作するはずです(たとえそのモードでの高価な実装であっても)。

防犯カメラは、これらのモデルのさまざまな組み合わせに適合します。これらのモデルは、ユーザーのサブスクリプションまたは一回限りの販売コストに依存するかどうかによって異なります。

商業的な観点から、クラウドインフラストラクチャへの依存には2つの重要なポイントがあります。1つ目は、評価/部分的設置の適合性(初期コストを抑えながら)、2つ目は、バックホール(停電など)がない場合に限られたサービスを維持する能力です。


明確な説明をありがとう。私は今より良い理解を持っている
BossGiveMeArrays

8

家の中だけを制御したい場合は、それが可能であることを確認してください。

問題は、家の外からコントロールを提供したい場合、物事は難しくなります。クライアントもサーバーも静的IPを持っている可能性が低く、ファイアウォールやNATが存在する可能性があります。

ユーザーがルーター/ファイアウォールでポート転送/例外を設定し、動的DNSを設定して動的IPを追跡し、クライアントを動的DNSエントリに向けることができますが、それを行うには技術ユーザーが必要ですセキュリティの問題が発生します。

パブリックインターネット上の既知の場所にサーバーを置くことは、動的IP、NATS、出力専用ファイアウォールなどに関係なく、物事が相互に通信できることを確認する最も簡単な方法です。より簡単に監視および更新できるセキュリティポリシーをサーバーに適用します。

Ipv6はNATを失いますが、ダイナミックIPと出力のみのファイアウォールはまだ一般的です。


もう1つの簡単な質問は、たとえクラウドがパブリックであっても、クラウド自体も引き続きIotデバイスにメッセージを送信する必要があることです。クラウドは、デバイスと通信しようとしたときにリストしたものと同じ問題に遭遇しませんか?
BossGiveMeArrays

デバイスがサーバーへの接続を開き、定期的なキープアライブメッセージを送信することで開いたままになっている限り、メッセージはその接続を両方向に通過できます。
ピーターグリーン

クラウドに接続されたIoTデバイスは、引き続きホームネットワークを介してクラウドと通信する必要があります。これは、ルーターのセットアップでそのトラフィックの「穴を開ける」ことによって実現されます。コンピューターや携帯電話とは異なり、それがどれほど安全かはクラウドベンダー次第です。一般に、すべてのIoT接続を独自のルーターに分離し、メインの「ゲートウェイ」ルーターにプラグインする方が安全です。少なくとも、IoTデバイスに感染する悪意のあるソフトウェアは、コンピューターを(おそらく)見ることができません。
DocSalvager

7

通常、IoTは、マシンツーマシン(M2M)通信を超えるデバイス、システム、およびサービスの高度な接続を提供することが期待されています

https://en.wikipedia.org/wiki/Internet_of_things

IoTデバイスは、デバイス間の通信を超えています。たとえば、テレビのリモコンを例にとると、赤外線信号を介してテレビと通信し、チャンネルの変更などの操作をテレビに指示する組み込みデバイスです。これをIoTデバイスと考えますか?

IoTデバイスは「次を超える」:

  • 家庭での自動化を可能にします。
  • 大量のデータを収集し、保存し、ユーザーにとって有用で理解しやすい情報に集約します。
  • ユーザーが自宅の内部から、さらにはインターネットを介して外部からでも情報にアクセスしてデバイスを制御できるようにします。

これらの機能は、クラウドサービスを使用せずに製品に完全に実装できます。IoT製品に必要な機能がクラウドインフラストラクチャの恩恵を受けるかどうかを判断する場合が多くなります。利点はさまざまな分野にあります。


データ

デバイスにストレージメディアを含める代わりに、データをクラウドに保存できます。これには多くの利点があります。

  • 費用対効果-必要なストレージに対してのみ支払います。デバイス上のストレージでは、デバイスごとに固定コストが追加され、100%の使用率はほとんどありません。
  • 柔軟性-必要に応じてストレージを増やすことができます。デバイス上のストレージは固定されており、デバイスが保持できるデータの量を制限します。ユーザーがSDカードのようなストレージメディアを提供できるデバイスを作成できますが、これにより、顧客がニーズに応じて購入するカードについて決定しなければならない別の決定が追加され、この複雑さによって一部の顧客が製品を購入できなくなる可能性があります。
  • 冗長性-通常、クラウドストレージは冗長性対策が含まれた状態で販売されます。これは、データがバックアップされ、失われる可能性が非常に低いことを意味します。
  • 一元化-IoTデバイスが顧客が複数購入できるものである場合、クラウド上でデータをまとめて、より均一なエクスペリエンスを提供できます。
  • データへのアクセス-データがクラウドサービスに保持されている場合、製品プロバイダーとしてあなたはそのデータにアクセスできます。これは、消費者が製品をどのように使用しているかを確認するのに役立ち、製品の改善を形作ることができます。

ソフトウェアサービス

IoTデバイスには、ソフトウェアを介したユーザーとのやり取りの側面がある可能性があります。クラウドを利用することにより、製品ソフトウェアは次の恩恵を受けることができます。

  • 自動更新-製品の新機能を継続的に開発している場合、クラウドを使用するとファームウェア更新の配布が容易になります。デバイスは、更新を自動的にクラウドに照会し、このタスクをユーザーから奪うことができます。これは、製品のセキュリティ問題を発見した場合に特に便利です。既存のすべてのデバイスにパッチをプッシュできるため、一部の顧客がデバイスを手動で更新しないという問題を回避できます。デバイスがハッキングされたり悪意のある目的で使用されたりするのを防ぐと、悪評を受けることを防ぎます。
  • Webテクノロジー-Webアプリケーションは、ユーザーがさまざまなオペレーティングシステムと画面解像度を持つさまざまなデバイスからアプリケーションにアクセスできるという考えに基づいて構築されています。Webアプリはインターネットブラウザーを介してアクセスされるため、ユーザーは自分のデバイスにソフトウェアをインストールする必要はありません。ユーザーはリンクにログインしてIoTインターフェイスにアクセスするだけです。お客様は、各デバイスのソフトウェアを更新するタスクを実行することなく、ソフトウェアインターフェイスで新機能を受け取ることができます。このインターフェイスをオンラインでホストすることにより、デバイスのハードウェア要件も削減されるため、ユニットコストも削減されます。
  • 機能-一部のクラウドサービスを製品に実装して機能を強化できます。たとえば、Amazon Lexは、ユーザーが音声コマンドを使用してデバイスとやり取りできるようにするクラウドサービスとして利用できます。
弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.