社区物联网云服务架构设计

文章目录

- - 1 摘要
  - 2 架构图
  - - 2.1 社区物联网云服务网络拓扑图
    - 2.2 社区物联网云服务通讯流程图
    - 2.3 社区远程开锁功能流程图
  - 3 应用场景

1 摘要

随着社区管理越来越智能化，社区物联网升级与改造的市场空间也越来越大。社区物联网包含楼宇对讲、门禁门锁、通道闸等等设备系统。这些系统可以本地化，也可以云端部署。本文将介绍一种支持云端+本地化社区物联网架构模型。

2 架构图

2.1 社区物联网云服务网络拓扑图

在这里插入图片描述

设计方案说明:

对于社区物联网而言，绝大多数设备都是在社区内部使用，所有设备均在内网进行通讯，而不需要通过云端来远程管理，一旦交付，基本不会与供应商产生关系，因此本地化部署一个管理平台的方案无论是从成本还是功能性上都非常合适。作为低配的方案就可以完全不用考虑云服务。

在本地管理平台的基础上添加云服务，云服务通过对本地平台进行通讯，进而可以操控社区内部的设备。

添加云服务，可以在实现本地管理的同时，还能够实现对设备的远程操作，例如远程开门，访客二维码授权等等。极大地提升客户体验。当然，既然添加了云服务器这一选项，就可以使用更高级的设备，比如直连设备（可以直接连接外网通讯的设备），这种类型的设备安装配置更方便。无论是本地设备还是直连设备，在添加了云服务之后，设备运营商都可以向这些设备推送广告服务，这也是设备厂商的二次盈利能力。

既然添加了云服务这一中间件后为什么不直接去掉社区管理这一层，直接在云服务上给对应的社区开通账户，管理下属设备？

如果这么做，则设备商的运营成本将大幅增加。一个社区有上千台设备，随着业务的推广，云服务接入的设备越来越多，这是需要的服务器配置也就越高，费用也就上去了。同时，如果所有设备都直接连接公网的云服务，设备成本也高，而且还会存在网络连接不稳定的情况。使用本地管理平台来管理所在社区的设备，外部网络不稳定问题就基本没有，在没有外网的情况下，内部系统仍然能够正常工作。综上所属，采用本地平台+云端服务结合的方式更适合社区物联网场景。