自动检测及报警云方案
V1.0.0 Sep.16 2017
文档管理信息表
主题 | 自动检测及报警云方案 |
版本 | V1.0.0 |
内容 | 自动检测及报警云方案 |
关键字 | 云平台,物联网,远程监测 |
创建时间 | 2017.09.16 |
公司 | 郑州诚毅物联网技术有限公司 |
创建人 | 臧卫杰 17337171710 |
最新发布日期 | 2017.09.16 |
文档变更纪录
更改人 | 日期 | 更改内容 |
|
|
|
|
|
|
|
|
|
文档主要评审意见
产品组
评审人员 | 日期 | 意见 |
吴玉鑫 | 2017.09.16 | 无 |
|
|
|
QA组
评审人员 | 日期 | 意见 |
|
|
|
|
|
|
|
|
|
目录
1 方案背景
根据贵公司的需求,先准备开发一台自动化检测及报警云,其中需要开发的有PC端监测管理云平台,手机端APP(安卓,IOS原生),硬件组网方案,从而实现可以远程实时监控我们的每一个终端产品,并可以自动报警。基础技术要求如下:
1. 数据透明传输,运用TCP/IP协议栈,支持TCP/UDP通信协议
2.支持不同权限等级查看各自权限内的设备状态
3.支持动态域名和固定IP访问
4.设备运行异常多种方式告警
5.支持同步软件升级,更新版本维护简便;
6.可支持百万级终端并发,并保证系统长期运行的可靠性。
7.采用4G或者GPRS通讯双向通讯,①可透传数据到服务器进行数据记录,通过后台触发报警,也可通过管理端对终端实施控制。②可通过GSM网络发信息和打电话通知用户报警信息
8.支持多种工作模式,心跳包技术
2 方案架构
2.1 硬件架构
2.2 软件架构
3 需求方案
3.1 硬件组网方式
此处待定。
3.2 云平台方案
设备的报警信息可以通过通讯模块把编组好的设备数据打包上传给服务器,服务器根据我们的通讯协议解析出所有的数据,存入对应的数据库。设备与平台之间连接是通过网络Socket连接,基础通讯协议是TCP/IP协议,数据格式采用Json数据格式,便于管理识别,未来可以预留空白字段,作为后期补充使用。
设备上报平时可以设定上报心跳间隔时间,若有报警,立即上报,并且服务器会有限作出反应,根据公司要求,把报警信息通过短信,或者APP推送到用户手机。心跳上报可检测设备在线信息和实时状态,如果有掉线,也会及时推送信息给维护人员。
云平台支持数据分析服务和用户权限管理。可以根据日期,或者地区来分析检测情况,可根据需求提取任意时间段,任意设备的数据,并以表格,折线图,等直观形式展现。通过总公司下发或者用户自行申请,总公司审核的规则安排不同的客户权限,从而实现分配不同客户可的不同权限,最终解释权归总公司。
3.3 移动端
移动端每次上线首先向服务器请求最新数据,以显示,并且根据用户所绑定的设备显示个人所有的设备终端信息,绑定位置可以通过调系统接口获得,只有安装设备的人员地址有效,并且安装者需要根据公司的要求在安装时提交对应的信息。
4 功能介绍
4.1 硬件组网模块
1. 可以单个模块支持多个终端数据传送到服务器。
2. 可以在室内通过4G或者GPRS无线把数据上传,保证网络可靠性。
3. 通讯模块具有基本断网自动重新连接功能。
4.2 云平台功能
1. 可以与硬件通讯模块建立连接,可以解析通讯模块上传的数据,并把数据存入的数据库中,可以被电脑端调取查看。
2. 电脑端查看数据的权限分为总公司、省、市、区/县、项目等几个用户权限,不同权限只能查看各自权限内的设备数据。
3. 支持百万级别的终端并发处理,并保证稳定性。
4. 云平台要对所有终端设备的数据按照要求进行存储(如存一月数据),包括报警设备信息。
5. 支持百万级的手机用户并发请求发送数据。
6. 提供终端设备增删改查接口。
4.3 手机端功能
1. 手机端分为安卓和苹果两个APP;
2. 手机App可以绑定设备,并可以从云平台获取设备信息;
3. 显示当前绑定的设备列表,并可以查看绑定设备的详情;
4. 可以实时推送报警信息,并作出记录,若报警被处理可以消除报警;
5. 可以查看设备历史数据,通过折线图等方式来显示;
6. 具有个人设置页面和个人信息页面;
7. 具有注册、登录、修改密码、分享等管理功能;
4.4 电脑端功能
1. 电脑端通过网络与服务器建立联系,可以通过操作进而修改数据库和控制硬件模块。
2. 可以根据日期,或者地区来分析检测情况,可根据需求提取任意时间段,任意设备的数据,并以表格,折线图,等直观形式展现。
3. 可以在主页根据权限查看所有权限内设备信息。
4. 增、删、改、查等设备管理操作。
5. 管理用户的登录、注册、修改密码等管理功能。
6. 对数据分析的基本分析展现功能。
5 安全协议
序号 | 相关 板块 | 指标项 | 达到效果 |
1. | 系统 整体 | 平台 | 客户端实现Android、iOS,3个版本;后台采用asp.net技术实现后台管理功能; 服务器端采用socket技术实现与硬件交互。 |
2. | 性能 | 采用分布式架构,当硬件达到指定要求时,可支持1000000个设备建立连接,服务器响应速度在两秒以内(终端网速及硬件配置过低产生的响应速度慢,不包含在此性能范围内),用户操作流畅。 | |
3. | 扩展性 | 系统拥有良好的扩展性,可与第三方平台进行对接和进行二次开发。 | |
4. | 易用性 | 系统功能分布合理,设计美观,用户操作简单方便,杜绝出现异常退出情况。 | |
5. | 易维护性 | 整体代码规范,注释清晰;功能、模块分类合理方便后期维护与二次开发; | |
6. | iOS平台 | 平台需求 | 系统适配iOS 7.0及以上版本,分辨率适配960x640,1136x640,1334x750和2208x1242分辨率; |
7. | 安全性 | 符合相关代码规范和安全,无漏洞; | |
8. | Android平台 | 平台需求 | 系统适配Android 4.4及以上版本,分辨率适配1280x720,1920x1080,854x480和960x540 分辨率; |
9. | 安全性 | 符合相关代码规范和安全,无漏洞; | |
10. | API 接口 | 架构风格 | 接口框架基于RESTful设计和实现; |
11. | 数据格式 | 数据交互采用标准的JSON数据格式; | |
12. | API 接口 | 安全性 | 对客户端进行身份验证和授权;对敏感数据信息进行加密与解密。 |
6 硬件支持
服务器配置根据硬件个数不断升级
1. 当设备达1000台:需要一台2核,4G内存,100G存储的服务器。
2. 当设备达到50000台:需要一台8核,16G内存,256G存储的服务器。
3. 当设备达到100000台:需要一台8核,32G内存,256G存储的应用服务器,需要一台8核,32G内存,512G存储的数据库服务器。(建议自己搭建服务器)。
4. 当设备达到500000台:需要需要一台16核,32G内存,512G存储的应用服务器,需要一台16核,32G内存,1T存储的数据库服务器。
5. 当设备达到1000000台:需要需要一台32核,64G内存,1T存储的应用服务器,需要一台32核,64G内存,4T存储的数据库服务器。(后期根据实际情况可能做出一些变动)。