标签分类 热门分类
当前位置:首页 > 程序设计电子书 > 物联网电子书网盘下载
物联网开放平台:平台架构、关键技术与典型应用

物联网开放平台:平台架构、关键技术与典型应用 完整超清版电子书

官方价: 14.96

更 新:

物联网开放平台:平台架构、关键技术与典型应用 (pdf、epub、mobi、azw3)下载

下载地址:https://pan.baidu.com/s/1PBcC8WLIyBQptu2Tu1pXm

分享码:ii88

给大家带来的一篇关于物联网相关的电子书资源,介绍了关于物联网、开放平台、平台架构、键技术、典型应用方面的内容,本书是由电子工业出版社出版,格式根据源资源分为PDF、epub、mobi、azw3其中一种或多种格式,资源大小32.4 MB,丁飞编写,目前豆瓣、亚马逊、当当、京东等电子书综合评分为:8.8,更多相关的学习资源可以参阅 程序设计电子书、等栏目。

物联网开放平台:平台架构、关键技术与典型应用 PDF

物联网技术被称作全球大数据产业的第三次浪潮,它将引起人们社会发展运作与生活习惯的刻骨铭心转型。此外,随之业务流程的发展趋势,将来物联网技术产业的发展将由网络信息向全方位认知和智能化运用2个方位拓展、拓宽和攻克,产生“云、管、端”的对外开放网络结构。 这书关键详细介绍物联网技术平台的系统架构、核心技术和典型性运用,主题思想涉及到物联网技术的定义和基本、物联网技术管理体系的基本技术性、从物联网技术产业链绿色生态看开发者平台使用价值、物联网技术开发者平台架构模式与保持、物联网技术开发者平台的开源软件、物联网技术开发者平台的安全性、物联网技术典型性运用。

丁飞,男,博士生,工程师职称,中国移动通信集团江苏省有限责任公司产品研发管理中心物联网技术带头人、互联网技术专业组组长。主持人或重中之重参加國家重特大重点、國家863方案、江苏物联网的应用精品工程、智慧江苏基本建设重中之重示范性示范点工程项目及其公司新项目共20多选。"智能交通移动载具商品管理体系自主创新与经营规模运用”课题研究科研成果具体运用获得显著成果。获国家专利4项,得到厅局级等各种荣誉奖10多选。

目录

  • 第1章 物联网概念基础 1
  • 1.1 引言 1
  • 1.2 物联网是什么 1
  • 1.3 物联网应用场景 3
  • 1.3.1 物联网场景模型 3
  • 1.3.2 物联网的技术特征 5
  • 1.4 物联网与相关概念 7
  • 1.4.1 物联网与互联网 7
  • 1.4.2 物联网与传感器网络、泛在网 8
  • 1.4.3 物联网与M2M和CPS的关系 10
  • 1.5 物联网政策战略导向 11
  • 1.5.1 美国的“智慧地球” 12
  • 1.5.2 欧洲“物联网行动”计划 12
  • 1.5.3 日本的“U-Japan”计划 16
  • 1.5.4 韩国的“U-Korea”战略 17
  • 1.5.5 新加坡的“下一代I-Hub”计划 17
  • 1.5.6 中国的“感知中国” 18
  • 第2章 物联网体系基础技术 19
  • 2.1 引言 19
  • 2.2 物联网体系结构 19
  • 2.3 感知层 21
  • 2.3.1 RFID技术 21
  • 2.3.2 WSN 23
  • 2.3.3 ZigBee技术 25
  • 2.3.4 视频监控 31
  • 2.3.5 MEMS技术 34
  • 2.3.6 嵌入式技术 36
  • 2.4 网络层 37
  • 2.4.1 LoRa 37
  • 2.4.2 NB-IoT 40
  • 2.4.3 IPv6技术 42
  • 2.4.4 TD-LTE网络 46
  • 2.5 应用层 47
  • 2.5.1 M2M技术 47
  • 2.5.2 通信协议 50
  • 2.5.3 中间件技术 53
  • 2.5.4 云计算技术 57
  • 2.5.5 数据挖掘技术 60
  • 第3章 从物联网产业生态看开放平台价值 63
  • 3.1 引言 63
  • 3.2 物联网产业现状分析 63
  • 3.2.1 物联网产业发展阶段 63
  • 3.2.2 物联网发展驱动与问题分析 65
  • 3.3 物联网平台型生态体系价值 66
  • 3.3.1 Apple与Google带来的启示 66
  • 3.3.2 开放平台商业服务与价值 67
  • 3.4 物联网平台用户体系 69
  • 3.5 物联网开放平台应用产品分类 70
  • 3.6 物联网开放平台服务管理模式 71
  • 3.6.1 物联网生态业务模型 71
  • 3.6.2 业务模式 72
  • 3.7 物联网平台生态发展策略 74
  • 3.7.1 产品开发原理 74
  • 3.7.2 产品合作流程 74
  • 3.7.3 业务集群化 75
  • 3.8 业界其他开放平台架构方式 76
  • 3.8.1 Jasper Wireless 76
  • 3.8.2 Verizon nPhase 77
  • 3.8.3 Baidu Inside 79
  • 第4章 物联网开放平台架构设计与实现 82
  • 4.1 引言 82
  • 4.2 物联网开放平台总体架构 82
  • 4.3 设备管理平台 87
  • 4.3.1 感知外设远程管理 87
  • 4.3.2 传感网管理 90
  • 4.4 连接管理平台 92
  • 4.4.1 终端通信状态查询 92
  • 4.4.2 终端用户支撑系统信息查询 93
  • 4.4.3 通信管理使用鉴权 93
  • 4.4.4 限制终端使用通信业务 94
  • 4.4.5 模拟位置更新 94
  • 4.4.6 向终端发送测试短信 94
  • 4.4.7 终端通信故障快速诊断 95
  • 4.4.8 终端自动监控规则 95
  • 4.5 应用使能平台 95
  • 4.5.1 开发社区 96
  • 4.5.2 开发环境 98
  • 4.5.3 测试环境 99
  • 4.6 应用中心平台 101
  • 4.6.1 商品管理 101
  • 4.6.2 店铺管理 103
  • 4.6.3 营销服务 104
  • 4.6.4 交易管理 104
  • 4.6.5 积分管理 106
  • 4.6.6 代金券管理 107
  • 4.6.7 客服服务 108
  • 4.6.8 计费结算 108
  • 4.6.9 统计分析 108
  • 4.7 资源管理平台 109
  • 4.7.1 执行环境 109
  • 4.7.2 接口适配层 110
  • 4.7.3 运行控制台 110
  • 4.7.4 服务模式 111
  • 4.8 业务分析平台 112
  • 4.8.1 数据管理 112
  • 4.8.2 数据处理 113
  • 4.8.3 数据分析 114
  • 4.8.4 任务引擎 115
  • 第5章 物联网开放平台开源软件研究 116
  • 5.1 引言 116
  • 5.2 开源软件概述 117
  • 5.2.1 开源的概念 117
  • 5.2.2 开源许可证 117
  • 5.2.3 开源软件与商业软件的对比 118
  • 5.3 企业服务总线(ESB)软件研究 119
  • 5.3.1 ESB概述 119
  • 5.3.2 WSO2 ESB 123
  • 5.3.3 其他的典型ESB 128
  • 5.3.4 典型的ESB软件对比及小结 133
  • 5.3.5 ESB软件对平台建设的意义 135
  • 5.4 复杂事件处理(CEP)软件研究 136
  • 5.4.1 CEP概述 136
  • 5.4.2 典型CEP软件的对比 137
  • 5.4.3 Storm 138
  • 5.4.4 CEP软件对平台建设的意义 142
  • 5.5 业务流程管理(BPM)软件研究 142
  • 5.5.1 BPM概述 142
  • 5.5.2 jBPM 145
  • 5.5.3 Activiti BPM 148
  • 5.5.4 Fixflow 151
  • 5.5.5 典型BPM软件的对比及小结 153
  • 5.5.6 BPM软件对平台建设的意义 155
  • 5.6 消息队列(MQ)软件研究 155
  • 5.6.1 MQ概述 155
  • 5.6.2 RabbitMQ 157
  • 5.6.3 MetaQ 160
  • 5.6.4 ZeroMQ 164
  • 5.6.5 典型MQ软件的对比及小结 167
  • 5.6.6 MQ软件对平台建设的意义 168
  • 5.7 本章小结 169
  • 第6章 物联网开放平台高效通信协议研究 170
  • 6.1 引言 170
  • 6.2 IBM MQTT 170
  • 6.2.1 概要 170
  • 6.2.2 消息格式 171
  • 6.2.3 消息列表 177
  • 6.2.4 协议流程 187
  • 6.2.5 MQTT开源实现—Mosquitto 189
  • 6.2.6 MQTT小结 193
  • 6.3 IETF:CoAP 193
  • 6.3.1 协议介绍 193
  • 6.3.2 协议栈结构 194
  • 6.3.3 消息格式 194
  • 6.3.4 请求与应答 196
  • 6.3.5 URI方案 198
  • 6.3.6 业务发现 199
  • 6.3.7 组播机制 199
  • 6.3.8 安全机制 200
  • 6.3.9 交叉代理 201
  • 6.3.10 CoAP小结 201
  • 6.4 OMA-LightweightM2M 201
  • 6.4.1 协议架构 202
  • 6.4.2 接口设计 202
  • 6.4.3 资源组织 207
  • 6.4.4 CoAP承载 208
  • 6.4.5 LWM2M小结 210
  • 6.5 协议比较 210
  • 6.6 本章小结 211
  • 第7章 物联网开放平台安全研究 212
  • 7.1 引言 212
  • 7.2 物联网平台安全威胁 213
  • 7.2.1 物联网业务及平台发展趋势 213
  • 7.2.2 物联网开放平台安全威胁 214
  • 7.2.3 物联网业务安全威胁 220
  • 7.3 物联网开放平台安全方案 230
  • 7.3.1 业务平台安全方案 230
  • 7.3.2 终端安全方案 236
  • 7.3.3 能力开放安全保障方案 239
  • 7.4 物联网开放平台安全能力开放及安全服务前景展望 241
  • 第8章 物联网典型应用 245
  • 8.1 引言 245
  • 8.2 健康医疗 245
  • 8.2.1 项目背景 245
  • 8.2.2 技术方案 245
  • 8.2.3 远程慢性病管理服务 247
  • 8.2.4 家庭远程管理服务 247
  • 8.2.5 紧急救助业务 248
  • 8.3 平安家庭 249
  • 8.3.1 项目背景 249
  • 8.3.2 系统架构 249
  • 8.3.3 业务功能 250
  • 8.4 公车管理 251
  • 8.4.1 项目背景 251
  • 8.4.2 项目需求 252
  • 8.4.3 方案架构 253
  • 8.5 智慧交通 255
  • 8.5.1 项目背景 255
  • 8.5.2 技术架构 256
  • 8.5.3 典型业务 257
  • 8.6 国外物联网业务发展 259
  • 8.6.1 物联网的应用分类 259
  • 8.6.2 信息家电的建设及分类 260
  • 8.6.3 信息家电产品 260
  • 8.6.4 公共设施的物联网建设 262
  • 8.6.5 娱乐类物联网应用 263
  • 参考文献 266

上一篇:幕后产品:打造突破式产品思维  下一篇:如何用数据解决实际问题

展开 +

收起 -

物联网 相关电子书
物联网 学习笔记
网友NO.801422

大型JavaScript应用程序架构设计模式

PDF版的PPT下载地址:http://www.slideshare.net/jibyjohnc/jqquerysummit-largescale-javascript-application-architecture 注:在整理的过程中,发现作者有些思想是返来复去地说,所以删减了一部分,如果你的英文良好,请直接阅读英文的PPT。 以下是本文的主要章节: 1. 什么叫“JavaScript大型程序”? 2. 顾当前的程序架构 3. 长远考虑 4. 头脑风暴 5. 建议的架构 5.1 设计模式 5.1.1 模块论 5.1.1.1 综述 5.1.1.2 Module模式 5.1.1.3 对象自面量 5.1.1.4 CommonJS模块 5.1.2 Facade模式 5.1.3 Mediator模式 5.2 应用到你的架构 5.2.1 Facade - 核心抽象 5.2.2 Mediator - 程序核心 5.2.3 紧密联合运作起来 6. 发布Pub/订阅Sub的延伸:自动注册事件 7. Q nbsp; custom widgets models views controllers templates libraries/toolkits an application core. 你可能还会将程序单独封装成多个modules,或者使用其他的设计模式,这很好,但是如果这些结构完全代表你的架构的话,就可能会有一些潜在的问题,我们来看看几个重要的点: 1.你架构里的东西,有多少可以立即拿出来重用? 有没有一些单独的module不依赖别的代码?是自包含么?如果我到你们正在使用的代码库上去随即挑选一些模块module代码,然后放在一个新页面,是否能立即就能使用?你可能会说原理通就可以了,我建议你长久打算一下,如果你的公司之前开发很多重要……

网友NO.972973

MySQL高级学习笔记(三):Mysql逻辑架构介绍、mysql存储引擎详解

Mysql逻辑架构介绍 总体概览 和其它数据库相比,MySQL有点与众不同,它的架构可以在多种不同场景中应用并发挥良好作用。主要体现在存储引擎的架构上,插件式的存储引擎架构将查询处理和其它的系统任务以及数据的存储提取相分离 。 这种架构可以根据业务的需求和实际需要选择合适的存储引擎。 controller层: Connectors:连接层,c 、java等连接mysql 业务逻辑处理成: Connection Pool:连接层 c3p0连接池等 Manager Service util:备份、容灾恢复、集群等 sql interface:存储过程、视图触发器 parser:查询事物、对象的权限 如果是select开头的就认为是读的操作,insert开头的就是写的操作, sql语句的加载从from开始,转换成mysql能够读懂的形式 optimizer:mysql优化器 ,经过前面的转换,这里mysql会优化成mysql自己认为最优的方式 ,并不是我们人为的优化 caches logs 1.连接层 最上层是一些客户端和连接服务,包含本地sock通信和大多数基于客户端/服务端工具实现的类似于tcp/ip的通信。主要完成一些类似于连接处理、授权认证、及相关的安全方案。在该层上引入了线程池的概念,为通过认证安全接入的客户端提供线程。同样在该层上可以实现基于SSL的安全链接。服务器也会为安全接入的每个客户端验证它所具有的操作权限。 2.服务层 2.1 Management ……

网友NO.578784

MySQL高可用MMM搭建方案及架构原理详解

先来看看架构,如下图: 部署 1.修改hosts 在所有的服务器中执行相同的操作。 vim /etc/hosts 192.168.137.10 master192.168.137.20 backup192.168.137.30 slave192.168.137.40 monitor 2.添加mysql用户 只需要在所有的数据库端执行即可,监控端不需要。 GRANT REPLICATION CLIENT ON *.* TO mmm_monitor@192.168.137.% IDENTIFIED BY mmm_monitor; GRANT SUPER,REPLICATION CLIENT, PROCESS ON *.* TO mmm_agent@192.168.137.% IDENTIFIED BY mmm_agent;flush privileges; 注意:repl用户在搭建主从服务的时候已经创建好了。 3.安装监控软件 注意:监控端全部安装,但是监控端只需要用到mysql-mmm-monitor,mysql-mmm-agent不需要启动。 数据库端只需要安装mysql-mmm-agent 1.在监控服务器执行 wget http://mirrors.ustc.edu.cn/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpmrpm ivh epel-release-6-8.noarch.rpmyum y install mysql-mmm* 2.在数据库服务器上执行,每个数据库服务器上都要执行 wget http://mirrors.ustc.edu.cn/fedora/epel/6/x86_64/epel-release-6-8.noarch.rpmrpm ivh epel-release-6-8.noarch.rpmyum -y install mysql-mmm-agent 路径说明: 4.配置文件 db服务器配置文件: mmm_agent.conf,mmm_common.conf 监控服务器的配置文件: mmm_mon.conf,mmm_common.conf (该文件所有服务器一样) 配置db服务器 1.修改master服务器 vim /etc/mysql-mmm/mmm_common.conf active_master_role writer ###积极的master角色的标示,所有的db服务器都需要开……

网友NO.441702

mysql数据库应付大流量网站的的3种架构扩展方式介绍

数据库扩展大概分为以下几个步骤: 1、读写分离: 当数据库访问量还不是很大的时候,我们可以适当增加服务器,数据库主从复制的方式将读写分离; 2、垂直分区: 当写入操作一旦增加的时候,那么主从数据库将花更多的时间的放在数据同步上,这个时候服务器也是不堪重负的;那么就有了数据的垂直分区,数据的垂直分区思路是将写入操作比较频繁的数据表,如用户表_user,或者订单表_orders,那么我们就可以把这个两个表分离出来,放在不同的服务器,如果这两个表和其他表存在联表查询,那么就只能把原来的sql语句给拆分了,先查询一个表,在查询另一个,虽然说这个会消耗更过性能,但比起那种大量数据同步,负担还是减轻了不少; 3、水平分区: 但是往往事情不尽人意,可能采取垂直分区能撑一段时间,由于网站太火了,访问量又每日100w,一下子蹦到了1000w,这个时候可以采取数据的进行分离,我们可以根据user的Id不同进行分配,如采取%2的形式,或者%10的形式,当然这种形式对以后的扩展有了很大的限制,当我由10个分区增加到20个的时候,所有的数据都得重新分区,那么将是一个的很庞大的计算量;以下提供几种常见的算法: 哈希算法:就是采用user_id%的方式; 范围:可以根据user_id字符值范围分区,如1-1000为一……

码小辫

码小辫 发起

资源
24
粉丝
40
喜欢
262
评论
17

    Copyright 2018-2019 xz577.com 码农之家

    版权责任说明