Чи можливий комерційний продаж продукту Wi-Fi IoT, який НЕ використовує хмару?

Якщо я хотів використати свій телефон для управління простим підключеним до Wi-Fi пристроєм, який просто вмикає або вимикає світло, або простим вимірювачем температури, чому б я просто не спілкувався безпосередньо з пристроєм, а не пройшов через хмару? Немає збереження даних або важкої обробки або будь-яких інших фантазійних речей, з якими не можна працювати.

Чи щось не заважає мені розробити такий простий продукт IoT і просто почати масово його виробляти та продавати? Здається, дешевше вирізати середнього чоловіка та не мати справу з хмарними витратами / платою за повідомлення.

Хоча ви можете створити гаджет IoT для роботи через пряме з'єднання з телефоном користувача, пристрій, який працює лише таким чином, може бути занадто обмежуючим для багатьох користувачів:

• Якщо користувача немає вдома, вони навряд чи зможуть безпосередньо взаємодіяти з пристроєм, оскільки допускаються вхідні спроби підключення до домашньої мережі, як правило, неприйнятні з точки зору безпеки, і більшість мобільних операторів також блокують спроби вхідного зв'язку телефон. Натомість запити поза дому потрібно проксі через сервер, на якому виходять вихідні з'єднання як з телефону, так і з пристрою IoT.

• Якщо користувач перебуває вдома, але його телефон зараз знаходиться в мобільній мережі, а не в домашній мережі, то вищезазначене питання все ще стосується. Попросити користувача переключити свій телефон з мобільного на Wi-Fi може бути або не прийнятним для різних користувачів і певною мірою залежить від використання Wi-Fi у акумуляторі; також деякі телефони вибирають між обома динамічно таким чином, що може бути проблематично, якщо вам потрібна мережа Wi-Fi.

• Зв'язок між телефоном та пристроєм яким-небудь іншим способом, таким як BTLE, може бути перевагою, але це обмежений діапазон, тому він може працювати не у всіх частинах будинку чи навколишньої власності, і, очевидно, не працюватиме, коли ви не вдома.

Тому, хоча ви можете створити пристрій, який не потребує підтримки зовнішньої серверної інфраструктури, можливо, краще створити пристрій, який може використовувати ефект використання ретрансляційного сервера , якщо він доступний або дозволений налаштуваннями налаштувань користувача.

Так, на ринку вже багато додатків, які не покладаються на хмарні сервіси. Спадковість складності, яку користувач може встановити з певним продуктом, має щось подібне:

1. Пристрій із спеціальним дистанційним управлінням
2. Пристрій із телефонним додатком та внутрішнім вузлом зв'язку
3. Вузол, пов’язаний із хмарою, для віддаленого доступу користувача по телефону (тунелювання та роздільна здатність DNS)
4. Служба та база даних, що надаються у хмарі

Будь-який один постачальник може звернутися до частини ланцюга. Наприклад, IFTTT надає лише хмарний сервіс та додаток для телефонів - усі вони є сторонніми.

Термостат Google NEST повинен працювати нормально окремо (навіть якщо це дорога реалізація в такому режимі).

Камери безпеки підходять до різних комбінацій цих моделей, залежно від того, якщо вони покладаються на передплату або одноразові витрати на продаж.

З комерційної точки зору, залежність від хмарної інфраструктури існує два ключових моменти. По-перше, це придатність для оцінки / часткове встановлення (при зменшенні початкових витрат), друге - це можливість підтримувати обмежений сервіс за відсутності ремонту (відключення електроенергії тощо).

Якщо ви хочете лише контролювати всередині будинку, впевнений, що це можливо.

Проблема полягає в тому, якщо ви хочете запропонувати контроль за межами домашніх речей стає важко. Ні клієнт, ні сервер не мають статичної IP-адреси, імовірно, в дорозі будуть брандмауери та / або NAT.

Користувач може налаштувати переадресацію порту / винятки на своєму маршрутизаторі / брандмауері та встановити якийсь динамічний DNS для відстеження їх динамічного IP та вказівки свого клієнта на динамічний запис DNS, але для цього потрібен технічний користувач та це створює проблеми безпеки.

Наявність сервера у відомому місці в загальнодоступному Інтернеті - це найпростіший спосіб переконатися, що ваші речі можуть спілкуватися між собою, незалежно від динамічних IP-адрес, NATS, виходу лише брандмауерів і т. Д. Є ще проблеми з безпекою, але вони зменшуються, наскільки це можливо. застосовувати політику безпеки на сервері, яку ви можете легше контролювати та оновлювати.

Ipv6 втрачає NAT, але динамічні IP-адреси та лише брандмауери все ще є поширеними.

Як правило, очікується, що IoT пропонує розширене підключення пристроїв, систем та служб, що виходить за межі зв'язку машина-машина (M2M)

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

Пристрої IoT виходять за межі міжпристрою зв'язку. Візьмемо для прикладу пульт телевізора, це вбудований пристрій, який спілкується з телевізором через інфрачервоний сигнал, щоб доручити телевізору робити щось на зразок зміни каналів. Чи вважаєте ви це пристроєм IoT?

Пристрої IoT «виходять за рамки» за:

• Дозвіл більшої автоматизації в будинку.
• Збір, зберігання та агрегація великої кількості даних в інформацію, яка корисна користувачеві та легко зрозуміла.
• Дозволяє користувачам отримувати доступ до інформації та керувати пристроями зсередини будинку та навіть ззовні через Інтернет.

Ці функції можуть бути повністю реалізовані у вашому продукті та без хмарних сервісів. Це скоріше вирішити, чи функції, які ви хочете, щоб ваш продукт IoT мали б користь від хмарної інфраструктури. Переваги мають різні сфери:

Дані

Дані можна зберігати у хмарі, а не на носіях пристрою. Це має багато переваг:

• Економічно - платіть лише за необхідне зберігання, на зберігання пристрою додадуть фіксовану вартість за пристрій, і 100% використання малоймовірно.
• Гнучкі - зберігання можна збільшити при необхідності. На пристрої зберігання фіксовано і обмежує кількість даних, які може зберігати пристрій. Ви можете створити пристрій, який дає змогу користувачеві надавати носій пам’яті, як SD-карта, однак це додає ще одне рішення, яке повинен прийняти клієнт щодо того, яку карту придбати для своїх потреб, і ця складність може відштовхувати деяких клієнтів від придбання товару.
• Надмірність - Хмарне сховище зазвичай продається з включеними заходами надмірності, тобто дані є резервними копіями і малоймовірно, що вони будуть втрачені.
• Централізовано - якщо ваш пристрій IoT - це той, який клієнти можуть придбати кілька, дані можна зібрати на хмарі, щоб забезпечити більш рівномірний досвід.
• Доступ до даних - Якщо дані зберігаються у хмарній службі, ви як постачальник продукту можете отримати доступ до цих даних. Це корисно, щоб побачити, як споживачі використовують ваш продукт та чи можуть вдосконалювати ваші товари.

Програмні послуги

Цілком імовірно, що ваші пристрої IoT матимуть аспект взаємодії з користувачем через програмне забезпечення. Використовуючи хмару, програмне забезпечення ваших продуктів може отримати користь від:

• Автоматичні оновлення - Якщо ви постійно розробляєте нові функції свого продукту, використання хмари може полегшити розповсюдження оновлень програмного забезпечення. Пристрої можуть запитувати хмару про оновлення автоматично, відводячи це завдання від користувача. Це може бути особливо корисно, якщо ви виявите проблеми із безпекою свого продукту, якщо можливість натиснути патч на всі існуючі пристрої, ви уникнете проблеми деяких клієнтів не оновлювати свої пристрої вручну. Якщо уникнути зламування та використання ваших пристроїв у зловмисних цілях, ви не зможете отримувати погану рекламу.
• Веб-технології - Веб-додатки побудовані на ідеї, що користувачі можуть отримувати доступ до програми з іншого діапазону пристроїв, все з різними операційними системами та роздільною здатністю екрана. Оскільки доступ до веб-додатків здійснюється через веб-браузери, користувачеві не потрібно встановлювати програмне забезпечення на власні пристрої, користувачі можуть просто перейти на посилання та увійти, щоб отримати доступ до свого інтерфейсу IoT. Клієнти можуть отримувати нові функції у своєму програмному інтерфейсі без необхідності проходити завдання оновлення програмного забезпечення на кожному з своїх пристроїв. Хостинг цього інтерфейсу в Інтернеті також зменшує вимоги до обладнання пристрою і, таким чином, одиницю витрат.
• Особливості - Деякі хмарні сервіси можуть бути впроваджені у ваш продукт, щоб покращити його функції, наприклад, Amazon Lex доступний як хмарний сервіс, який можна використовувати, щоб користувач міг використовувати голосові команди для взаємодії з вашим пристроєм.