接口服务.DOC

智能家电云平台 V2.0  目录 一、 系统概述 2 1．系统构成 2 1.1 云平台 3 1.2 设备联动模型 3 1.3 协议 5 二 、整体架构 6 1．总体架构 6 2．TCP通信服务 7 2.1 概述 7 3．消息推送服务 9 3.1 概述 9 4．数据库服务 12 4.1 概述 12 5．接口服务 14 5.1 概述 14 5.2 功能说明 14 6．管理平台 17 6.1 概述 17 6.2 功能结构 17 6.3 技术 21 6.4 安全措施 22 系统概述 系统原理图 由，客户端，设备端个协议组成 1.1 云平台 云平台是系统的核心五个部分： TCP服务 负责：设备，认证，保持心跳，传输数据指令模块功能TCP Server 负责与设备连接，通信，具备高并发，通信高可靠，是整个系统的，核心。 主要负责：关系数据存储，设备状态数据存储，日志存储，分析数据存储B系统是整个系统的基础，设备数据量大，频次高，数据系统，可靠，高并发是整个系统的基础部分，部分。 服务 负责：手持终端设备提供消息推送服务，设备量大，状态变化，推送频繁，推送系统高稳定，可靠，并发，是整个系统的基础部分，核心部分。 主要负责：为用户手持终端提供Http，的所有操作均通过API service 。接口，可靠，安全。整个系统的基础部分。 主要负责：为管理人员，运营人员，售后人员，以及工厂的品提供设备管理，分析，用户服务，设备检测等功能的平台系统的检测，运营，，维护提供。，，可拓展联动模型 设备之间（）物联网设备常见的场景，的实现有很多种方式，不过基于云的方式是最为的一种。 方案的优点如下： 云服务，易于配置易于管理基于云服务，互动的规则可以随时服务过程可控程度高，易于管理维护。 标准协议，，开发少的逻辑主要的云平台负责了，简单的状态，仅负责上报状态，执行指令，对设备端的计算能力要求低，层面通用标准 不过，方案网络，在无网或者网络不好的，设备会受到影响 该方案模型逻辑清晰，负责传感设备将数据上报给，服务端收到数据后根据预先设定好的规则，查询配对的设备，并将的结果指令的方式下发给设备端。 在此模型中，任何设备都有可能传感设备，同时也是被控设备，这取决于设备之间互动的。 管理后台，可以对类型的设备及其关联类型的互动规则设定。 .3 协议 1.3.1 设备端与云平台—— 根据物联网系统的高实时、快速响应的需求，用户期望在操作手机APP后的最短时间内得到设备控制的真实反馈。为了满足这种用户体验，为了云平台的Server能够快速反向控制物联网设备Client，系统采用采用原生TCP协议，维护长连接以备用户随时的操控Request，此外采用原生TCP协议，定制协议 传统的HTTP协议的请求响应模式则无法承担此任务。如果要采用HTTP，则需要让APP频繁向服务器轮询（polling），浪费云平台网络带宽和用户手机流量，下 TCP HTTP 协议头部长度 20字节 最少数百字节 传输效率 高 低 APP流量耗费 低 较高（需要轮询） 穿防火墙能力 不稳定 强 是否可以长连接 是 否（HTTP1.1有Keep-Alive选项） 负载均衡 网络层/链路层负载均衡，方案较少 HTTP应用层负载均衡，方案众多 运行环境 操作系统层，底层通信 Web服务器，容器 开发难度 高 低 为了追求最佳的用户体验，我们权衡之后采用了TCP长连接的方案。 1.3.2 客户端与云平台Http协议 与服务端进行通信，采用http协议回复保持手机与云平台的数据交互。安全可采用https协议）主要特点如下： Http协议互联网的协议，，可靠性，，应用层多，稳定,8080时http协议默认端口，由器对端口比较友好 简单快速：由于HTTP协议简单，使得HTTP服务器的程序规模小，因而通信速度很快。 无状态：Http短连接，完成之后连接立刻关闭从而占用服务器资源非常小变得非常容易因为的无状态，也特别分布式部署。 服务器端的数据传输格式采用标准json格式数据体积小传输快通用性强 二 、整体服务 1．总体架构 云平台可采用公有云，私有云两种不同，资源层面会有所不同，上层服务的。公有云。 依据服务可以为部分，随着业务的发展会出更多的服务之间松耦合的，可以的资源业务负载部署或者分开部署，负载均衡或作集群部署服务可以上作为一个服务存在也可以直接于公有云比如RDSOSS等。 目前的部分中，底层的服务三个TCP通信服务，消息推送服务，数据服务，的服务有两个，服务分别对服务进行介绍。 2服务 物联网的使用场景要求用户终端随时对设备进行控制，设备端与云平台建立一条稳定的链路常见的方式，设备是否开启，设备通电即与