Est-il possible de vendre commercialement un produit Wi-Fi IoT qui N'UTILISE PAS le cloud?

Si je voulais utiliser mon téléphone pour contrôler un simple appareil connecté Wi-Fi qui allume ou éteint simplement la lumière, ou une simple jauge de température, pourquoi ne communique-je pas directement avec l'appareil au lieu de traverser un nuage? Aucune persistance des données ou traitement lourd ou tout autre élément de fantaisie à gérer.

Y a-t-il quelque chose qui m'empêche de concevoir un produit IoT aussi simple et de commencer à le produire en masse et à le vendre? Il semble moins cher de supprimer l'homme intermédiaire et de ne pas avoir à faire face aux frais de coût / message d'un cloud.

Bien que vous puissiez concevoir un gadget IoT pour qu'il fonctionne via une connexion directe avec le téléphone de l'utilisateur, un appareil qui ne fonctionne que de cette manière peut être trop limitant pour de nombreux utilisateurs:

• Si l'utilisateur n'est pas à la maison, il est peu probable qu'il puisse interagir directement avec l'appareil, car autoriser les tentatives de connexion entrantes vers le réseau domestique est généralement inacceptable du point de vue de la sécurité, et la plupart des opérateurs mobiles bloquent également les tentatives de connexion entrantes vers le téléphone. Au lieu de cela, les demandes hors domicile doivent être transmises par proxy via un serveur atteint par des connexions sortantes à la fois depuis le téléphone et l'appareil IoT.

• Si l'utilisateur est à la maison, mais que son téléphone est actuellement sur un réseau mobile plutôt que sur son réseau domestique, le problème ci-dessus s'applique toujours. Demander à l'utilisateur de basculer son téléphone du mobile au wifi peut être acceptable ou non pour différents utilisateurs et dépend dans une certaine mesure de l'utilisation de la batterie wifi de son téléphone; certains téléphones choisissent également les deux de manière dynamique d'une manière qui peut être problématique si vous avez besoin du réseau wifi.

• La connexion entre le téléphone et l'appareil par une autre méthode comme BTLE peut être un avantage, mais sa portée est limitée et peut ne pas fonctionner dans toutes les parties de la maison ou des propriétés environnantes, et ne fonctionnera évidemment pas lorsque vous n'êtes pas à la maison.

Ainsi, bien que vous puissiez créer un appareil qui ne nécessite pas la prise en charge d'une infrastructure de serveur hors domicile, il est probablement préférable de construire un appareil pouvant utiliser efficacement un serveur relais , s'il est accessible ou autorisé par les paramètres de préférence de l'utilisateur.

Oui, il existe déjà de nombreuses applications sur le marché qui ne dépendent pas des services cloud. La hiérarchie de complexité qu'un utilisateur peut choisir d'installer avec un produit spécifique se présente comme suit:

1. Appareil avec télécommande dédiée
2. Appareil avec application téléphonique et nœud de liaison interne
3. Nœud lié au cloud pour l'accès à distance des utilisateurs par téléphone (tunneling et résolution DNS)
4. Service et base de données provisionnés dans le cloud

Tout fournisseur peut s'adresser à une partie de la chaîne. IFTTT, par exemple, ne fournit que le service cloud et l'application téléphonique - les services sont tous tiers.

Le thermostat NEST de Google devrait fonctionner correctement de manière autonome (même s'il s'agit d'une implémentation coûteuse dans ce mode).

Les caméras de sécurité s'adaptent à différentes combinaisons de ces modèles, selon qu'elles dépendent de l'abonnement des utilisateurs ou des coûts de vente uniques.

D'un point de vue commercial, il y a deux points clés à la dépendance à l'égard de l'infrastructure cloud. La première est l'aptitude à l'évaluation / à l'installation partielle (tout en réduisant les coûts initiaux), la seconde est la capacité de maintenir un service limité en l'absence de liaison (coupure de courant, etc.).

Si vous voulez seulement contrôler l'intérieur de la maison, c'est possible.

Le problème est que si vous voulez offrir un contrôle de l'extérieur de la maison, les choses deviennent difficiles. Ni le client ni le serveur ne sont susceptibles d'avoir une adresse IP statique, il y aura probablement des pare-feu et / ou des NAT sur le chemin.

Il est possible pour l'utilisateur de configurer la redirection de port / exceptions dans son routeur / pare-feu et de configurer une sorte de DNS dynamique pour suivre son IP dynamique et diriger son client vers l'entrée DNS dynamique, mais il faut un utilisateur technique pour le faire et cela crée des problèmes de sécurité.

Avoir un serveur à un emplacement connu sur l'Internet public est le moyen le plus simple de s'assurer que vos objets peuvent communiquer entre eux, indépendamment des adresses IP dynamiques, du NATS, des seuls pare-feu de sortie, etc. appliquer des politiques de sécurité sur le serveur que vous pouvez plus facilement surveiller et mettre à jour.

Ipv6 perd le NAT, mais les adresses IP dynamiques et les pare-feu de sortie uniquement sont encore susceptibles d'être courants.

En règle générale, l'IoT devrait offrir une connectivité avancée des appareils, des systèmes et des services qui va au-delà des communications de machine à machine (M2M).

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

Les appareils IoT vont au-delà de la communication inter-appareils. Prenons par exemple une télécommande de téléviseur, c'est un appareil intégré qui communique avec le téléviseur via un signal infrarouge pour demander au téléviseur de faire quelque chose comme changer de chaîne. Considérez-vous cela comme un appareil IoT?

Les appareils IoT vont au-delà en:

• Permettant plus d'automatisation à la maison.
• Collecte, stockage et agrégation de grandes quantités de données en informations utiles à l'utilisateur et faciles à comprendre.
• Permettre aux utilisateurs d'accéder aux informations et de contrôler les appareils de l'intérieur de la maison, et même de l'extérieur via Internet.

Ces fonctionnalités pourraient être entièrement implémentées dans votre produit et sans services cloud, il s'agit plutôt de décider si les fonctionnalités que vous souhaitez que votre produit IoT bénéficie d'une infrastructure cloud. Les avantages viennent dans différents domaines:

Les données

Les données peuvent être conservées sur le cloud au lieu d'inclure un support de stockage sur l'appareil. Cela présente de nombreux avantages:

• Rentable - Ne payez que pour le stockage nécessaire, le stockage sur appareil ajoutera un coût fixe par appareil et une utilisation à 100% est peu probable.
• Flexible - Le stockage peut être augmenté en cas de besoin. Le stockage sur l'appareil est fixe et limitera la quantité de données qu'un appareil peut contenir. Vous pouvez créer un appareil qui permet à l'utilisateur de fournir un support de stockage comme une carte SD, mais cela ajoute une autre décision que le client doit prendre quant à la carte à acheter pour ses besoins et cette complexité peut dissuader certains clients d'acheter le produit.
• Redondance - Le stockage cloud est généralement vendu avec des mesures de redondance incluses, ce qui signifie que les données sont sauvegardées et qu'il est très peu probable qu'elles soient perdues.
• Centralisé - Si votre appareil IoT est un appareil dont les clients peuvent acheter plusieurs, les données peuvent être rassemblées sur le cloud pour offrir une expérience plus uniforme.
• Accès aux données - Si les données sont conservées sur un service cloud, vous, en tant que fournisseur de produits, pouvez accéder à ces données. Ceci est utile pour voir comment les consommateurs utilisent votre produit et peuvent façonner les améliorations de vos produits.

Services logiciels

Il est probable que vos appareils IoT auront un aspect d'interaction avec l'utilisateur via un logiciel. En utilisant le cloud, votre logiciel de produits pourrait bénéficier de:

• Mises à jour automatiques - Si vous développez continuellement de nouvelles fonctionnalités pour votre produit, l'utilisation du cloud peut faciliter la distribution des mises à jour du firmware. Les appareils peuvent interroger automatiquement le cloud pour les mises à jour, ce qui éloigne cette tâche de l'utilisateur. Cela peut être particulièrement utile si vous découvrez un problème de sécurité avec votre produit, le fait de pouvoir envoyer un correctif à tous les appareils existants évitera que certains clients ne mettent pas à jour leurs appareils manuellement. Empêcher vos appareils d'être piratés et utilisés à des fins malveillantes vous empêchera de recevoir une mauvaise publicité.
• Technologie Web - Les applications Web reposent sur l'idée que les utilisateurs peuvent accéder à l'application à partir d'une gamme d'appareils différente, tous avec des systèmes d'exploitation et des résolutions d'écran différents. Comme les applications Web sont accessibles via des navigateurs Internet, l'utilisateur n'a pas besoin d'installer de logiciel sur ses propres appareils, les utilisateurs peuvent simplement accéder à un lien et se connecter pour accéder à leur interface IoT. Les clients peuvent recevoir de nouvelles fonctionnalités dans leur interface logicielle sans avoir à effectuer la tâche de mise à jour du logiciel sur chacun de leurs appareils. L'hébergement de cette interface en ligne réduit également les exigences matérielles de l'appareil et donc le coût unitaire.
• Fonctionnalités - Certains services cloud peuvent être implémentés dans votre produit pour améliorer ses fonctionnalités, par exemple Amazon Lex est disponible en tant que service cloud qui peut être utilisé pour permettre à un utilisateur d'utiliser des commandes vocales pour interagir avec votre appareil.