物联网产品中终端、网关、协议与PaaS、SaaS之间的关系解析

在互联网产品中，经常提到的终端、网关、协议、PaaS、SaaS之间，到底有什么关系呢？

一、基本概念

在百度/其他地方搜集的信息中，对于终端、网关、协议、PaaS、SaaS的解释各有不同，整理如下：

用一张图来解释下相关定义信息：

举一个小例子：

小A的妈妈买了一个定位器「设备」安装到他电动车上，小A骑电动车出去上学。有一天小A在路上发生了车祸，发生车祸的时候，小A和他的车被碰倒了，于是「设备」发送“告警信息”给小A的妈妈的手机，说小A在路上出车祸了，你快去救他！

以上信息中，上报给谁？这时候上报的位置是「网关」，但是设备不会像我们人类一样用语言说：“喂，你的儿子/女儿在什么什么时间，在哪里哪里好像被车撞到了，然后摔倒了，触发了我这个告警哦”，他们会和「网关」之间协商好用某一种语言来代表这种信息，这一种语言，就是「协议」。那么「网关」在其中扮演什么角色？网关，就是这个“翻译官”，他把设备上报给他的内容，翻译成另一种语言，来和「PaaS」进行沟通交流。

网关把信息传给「PaaS」之后，「PaaS」经过计算后监测到，这个信息很重要啊，我要赶紧推送给他妈，让他的妈妈知道小A出车祸了，快去救他，于是「PaaS」赶紧把这条信息，推送给了小A妈妈的手机上的设备绑定的软件，也就是「SaaS」所以大家对设备、协议、网关、PaaS、SaaS有了基本了解了吧。

二、不同「角色」之间使用不同「语言」的原因

我们都知道终端到网关之间有对应的协议，网关解析信息后到PaaS又是另外一种语言，主要有以下几个原因：

三、如何解决现实中遇到的问题？

背景：在曾经的车联网产品设计生涯中，出现过一个问题，说有一个较大的客户购买了n台定位器设备，但是这些设备里其中有80%的设备已经成功导入到saas平台，并且已经开机了，但是平台显示并没有激活，功能却可以正常使用，开发同事查看代码后，发现设备已经正常激活上线。

分析：那么我们从产品的角度分析下，设备正常的工作流程，设备上报信息（登录包、心跳包）给到网关，网关解析后，到达PaaS，PaaS存储相关登录日志/时间等信息后，同步至SaaS，SaaS正常接受登录包，后端将状态调整为激活，看起来是没有什么问题的，按理来说设备是可以正常激活上线。

以上假想是建立在，设备已经导入平台后，再进行开机上线的，上线后可以正常通过协议上报心跳包、登录包等，若设备先开机上线，再导入到平台，此时，设备的心跳包、登录包已经在导入前上报过相关信息，则无法及时通过上报自己的登录包等包体，网关无法进行解析，则自然而然，状态未激活。