Eu acho que você encontrará uma porcentagem razoavelmente alta de "# 5, Outro", porque falta à lista uma das arquiteturas de IoT mais comuns dos consumidores: comunicações indiretas por meio de um gateway doméstico.
Todos os outros métodos que você descreve têm desvantagens em casa: são difíceis de configurar, não são seguros ou consomem muitos recursos caros do servidor. Um gateway doméstico evita esses problemas para os dispositivos individuais, expondo apenas um dispositivo à Internet.
O gateway típico serve a vários propósitos. Primeiro, é uma ponte de protocolo. Os dispositivos sem fio usam todos os tipos de protocolos de comunicação abertos e proprietários, incluindo Z-Wave, Zigbee, RF dedicado de 900 MHz, RF dedicado de 433 MHz, luz infravermelha, Bluetooth, BLE, ANT +, Crestron etc. Isso resolve todos os tipos de problemas de nicho, como custo por dispositivo, duração da bateria, redes mesh autoconfiguráveis, tempos de resposta rápidos, comunicações inseguras, configurações simples usando armazenamento mínimo, etc. Dessa forma, a maioria dos dispositivos IoT de consumo não está usando pacotes IP, mas fornece seus dados dentro de muito quadros menores para preservar a vida útil da bateria. O gateway converterá o protocolo proprietário em algo mais transportável e interoperável com uma rede baseada em IP.
Além disso, o gateway doméstico é um bom local para armazenar as regras do sistema. Se você ativar regras como "se você acender a luz no topo da escada, acenda também a luz da entrada, a menos que a luz da cozinha esteja acesa", você pode colocar as regras nos interruptores de luz, servidor web ou o gateway. A colocação das regras em cada interruptor de luz cria uma configuração frágil, difícil de configurar, alterar ou gerenciar. A execução das regras em um servidor centralizado introduz a latência porque a mensagem precisa ser traduzida para TCP, criptografada, enviada pela Internet, a ação deve ser recebida, descriptografada e traduzida de volta para o Zigbee. O gateway permite que o fornecedor resolva esses problemas, fornecendo um único ponto de gerenciamento para fazer backup e restauração, e o processador local para executar as regras rapidamente.
A segurança é um grande problema: os dispositivos de IoT precisam ser baratos, e os processadores baratos não têm grandes CPUs e armazenamento para funções de criptografia segura. Sem mencionar o desejo de evitar as enormes despesas do desenvolvimento de protocolos criptografados com segurança. Portanto, eles implementam segurança muito fraca (barata) nos dispositivos de consumo, ou nenhuma segurança. Eles compensam isso apenas se comunicando dentro de um intervalo muito limitado - eles só precisam acessar o gateway doméstico. Dessa forma, o gateway lida com as comunicações locais não seguras e apenas um dispositivo precisa da capacidade de processamento e armazenamento necessários para se comunicar com a nuvem por TLS.
Finalmente, o gateway pode fornecer um ponto único conveniente da interface humana para os dispositivos. A maioria dos gateways expõe uma interface da web, permitindo a configuração baseada em GUI. Imagine tentar configurar código Morse uma senha WiFi de 12 caracteres em um dispositivo usando apenas um botão e um LED. Pior, imagine a equipe de suporte por telefone da sua empresa falando com cada cliente nesse processo.
Infelizmente, isso ainda não responde diretamente à sua pergunta. Mas espero que a arquitetura do gateway seja a maneira mais comum de os dispositivos orientados ao consumidor se conectarem à Internet.
EDIT: em resposta ao seu comentário sobre gateways domésticos usados para dispositivos de IoT, existem alguns tipos básicos: uso único dedicado, uso multiuso dedicado e uso geral. Além das interfaces abaixo, todos eles possuem uma interface Ethernet ou WiFi para conectar mensagens de e para uma rede IP.
Um gateway de uso único dedicado fala apenas aos dispositivos de um determinado fabricante. Os exemplos mais simples podem ser um dongle USB que recebe dados de um único dispositivo, como um dongle Fitbit. Outros exemplos incluem o Philips Hue Bridge (que se comunica apenas com lâmpadas Philips Hue); o Liftmaster MyQ Gateway (que se comunica apenas com os abridores de portas de garagem Liftmaster, Chamberlain ou Craftsman); ou o Harmony Hub (que se comunica com o Logitech Harmony remota e pisca o IR para vários componentes de home theater.)
Um exemplo do hub multifuncional dedicado seria o hub SmartThings da Samsung. O SmartThings vende uma ampla variedade de dispositivos de automação residencial, mas eles falam apenas o protocolo SmartThings. O hub SmartThings também pode se comunicar com muitos outros controladores de dispositivos via IP e possui integração IFTTT nativa.
Os gateways de uso geral podem ter alguns componentes proprietários, mas geralmente oferecem suporte a várias interfaces e podem servir como uma interface inicial inteligente principal. Exemplos incluem o Wink Hub (que se comunica com os dispositivos de RF Zigbee, Z-Wave, Lutron e Kidde); Vera Edge (que se comunica com os dispositivos Z-Wave e Insteon e se estende para se comunicar com dispositivos externos).
Finalmente, também existem alguns esforços de código aberto muito ativos no domínio de automação residencial de uso geral, incluindo Domoticz e OpenHAB. Estes são programas de software que oferecem suporte à comunicação com dispositivos IoT por meio de dispositivos bridge dedicados (como um dongle USB Z-Wave ou um rádio Zigbee), implementam regras e oferecem amplos recursos de integração, como IFTTT, MQTT e outros.