Penso che troverai una percentuale abbastanza alta di "# 5, Altro", perché all'elenco manca una delle architetture IoT consumer più comuni: le comunicazioni indirette tramite un gateway interno.
Tutti gli altri metodi che descrivi presentano degli svantaggi in casa: sono difficili da configurare, non sono sicuri o richiedono molte risorse server costose. Un gateway interno evita tali problemi per i singoli dispositivi, esponendo un solo dispositivo a Internet.
Il gateway tipico ha diversi scopi. Innanzitutto, è un protocollo bridge. I dispositivi wireless utilizzano tutti i tipi di protocolli di comunicazione aperti e proprietari, tra cui Z-Wave, Zigbee, RF dedicata a 900 MHz, RF dedicata a 433 MHz, luce infrarossa, Bluetooth, BLE, ANT +, Crestron, ecc. Questi risolvono tutti i tipi di problemi di nicchia, come costo per dispositivo, durata della batteria, reti mesh autoconfiguranti, tempi di risposta rapidi, comunicazioni non sicure, configurazioni semplici che utilizzano un minimo spazio di archiviazione, ecc. In questo modo la maggior parte dei dispositivi IoT consumer non utilizza pacchetti IP, ma consegna i propri dati all'interno di molti cornici più piccole per preservare la durata della batteria. Il gateway convertirà il protocollo proprietario in qualcosa di più trasportabile e interoperabile con una rete basata su IP.
Inoltre, il gateway interno è un buon posto per archiviare le regole del sistema. Se hai intenzione di abilitare regole come "se accendi la luce in cima alle scale, accendi anche la luce dell'ingresso, a meno che la luce della cucina non sia accesa", puoi posizionare le regole negli interruttori della luce, un sistema centralizzato web server o gateway. Mettere le regole in ogni interruttore della luce rende una configurazione fragile che è difficile da impostare, modificare o gestire. L'esecuzione delle regole in un server centralizzato introduce la latenza perché il messaggio deve essere tradotto in TCP, crittografato, inviato su Internet, l'azione deve essere ricevuta, decrittografata e tradotta in Zigbee. Il gateway consente al fornitore di risolvere questi problemi fornendo un unico punto di gestione per il backup e il ripristino e un processore locale per eseguire rapidamente le regole.
La sicurezza è un grosso problema: i dispositivi IoT devono essere economici e i processori economici non hanno grandi CPU e spazio di archiviazione per funzioni di crittografia sicure. Per non parlare del desiderio di evitare le ingenti spese per lo sviluppo di protocolli crittografati in modo sicuro. Quindi implementano una sicurezza molto debole (economica) nei dispositivi dei consumatori, o nessuna sicurezza. Compensano ciò comunicando solo in un intervallo molto limitato: devono solo raggiungere il gateway interno. In questo modo, il gateway gestisce le comunicazioni non protette locali e solo un dispositivo necessita della potenza di elaborazione e dello spazio di archiviazione necessari per comunicare con il cloud su TLS.
Infine, il gateway può fornire un singolo punto conveniente di interfaccia umana ai dispositivi. La maggior parte dei gateway espone un'interfaccia Web, consentendo la configurazione basata sulla GUI. Immagina di provare a configurare una password WiFi di 12 caratteri in un codice Morse in un dispositivo usando solo un pulsante e un LED. Peggio ancora, immagina che il personale di supporto telefonico della tua azienda parli con ogni cliente attraverso quel processo.
Sfortunatamente, questo non risponde ancora direttamente alla tua domanda. Ma mi aspetto che l'architettura gateway sia il modo più comune in cui i dispositivi orientati al consumatore si connettono a Internet.
EDIT: in risposta al tuo commento sui gateway interni utilizzati per i dispositivi IoT, ci sono alcuni tipi di base: uso singolo dedicato, multiuso dedicato e scopo generale. Oltre alle interfacce seguenti, tutte hanno un'interfaccia Ethernet o WiFi per collegare i messaggi da e verso una rete IP.
Un gateway dedicato monouso parla solo ai dispositivi di un determinato produttore. Gli esempi più semplici potrebbero essere un dongle USB che riceve dati da un singolo dispositivo, come un dongle Fitbit. Altri esempi includono il bridge Philips Hue (che comunica solo con lampadine Philips Hue); Liftmaster MyQ Gateway (che comunica solo con gli apriporta per garage Liftmaster, Chamberlain o Craftsman); o Harmony Hub (che comunica con i telecomandi Logitech Harmony e fa lampeggiare IR ai vari componenti dell'home theater.)
Un esempio dell'hub multiuso dedicato sarebbe l'hub SmartThings di Samsung. SmartThings vende un'ampia varietà di dispositivi di automazione domestica, ma parlano solo il protocollo SmartThings. L'hub SmartThings può anche comunicare con molti altri controller di dispositivo tramite IP e ha l'integrazione IFTTT nativa.
I gateway per uso generale possono avere alcuni componenti proprietari, ma spesso supportano più interfacce e possono fungere da interfaccia principale per la casa intelligente. Gli esempi includono Wink Hub (che comunica con i dispositivi Zigbee, Z-Wave, Lutron e Kidde RF); Vera Edge (che comunica con i dispositivi Z-Wave e Insteon e si estende per comunicare con dispositivi esterni).
Infine, ci sono anche alcuni sforzi open source molto attivi nel dominio della domotica per uso generale, inclusi Domoticz e OpenHAB. Si tratta di programmi software che supportano la comunicazione con dispositivi IoT tramite dispositivi bridge dedicati (come un dongle USB Z-Wave o una radio Zigbee), implementano regole e offrono ampie funzionalità di integrazione come IFTTT, MQTT e altri.