“主要学物联网概论、物联网硬件基础、无线传感网应用技术、RFID应用技术、M2M应用技术、物联网应用软件开发、Android移动开发等。物联网应用技术培养具有从事WSN、RFID系统、局域网、安防监控系统等工程设计、施工、安装、调试、维护等工作能力的高端技能型人才。”SOA(Service Oriented Architecture)和云计算以及SaaS一样,也是近年来IT业界的热点,其受关注度甚至超过云计算和SaaS。到2008年,从百度指数可以看出,“物联网”、“传感网”、“M2M”这三个词在中文网站中受关注度猛然升高。
焦点是集成
SOA、EAI(Enterprise Application Integration)、M2M乃至物联网等技术的焦点都是信息集成,目标是消除信息孤岛,实现泛在的互联互通。物联网技术的要点是要消除“物-物相联的信息孤岛”,而SOA的目标是要消除所有的IT信息孤岛。
SOA和EAI作为重要的应用集成中间件技术,必然是物联网所依赖的重要技术之一。
计算机应用系统的发展经历了“独立应用系统”(Packaged Applications)和“集成应用系统”(Integrated Applications)两个主要阶段,随着无处不在的网络技术的发展,早年普遍存在的“独立应用系统”越来越少,或“被集成”为“集成应用系统”的一部分。集成应用系统和技术的发展和演变主要围绕EAI和SOA两个理念,SOA是对更早出现的EAI技术和理念的演变和提升。SaaS技术也和SOA密切相关,都强调“服务”,可以说,SaaS是SOA技术和理念的一种扩展和特有的存在形式。
EAI是一种将使用各种不同技术和平台(CORBA、NET、JavaEE、LAMP等)构建的各种异构应用集成的一种技术和方法。国外往往习惯加Enterprise(企业级)这个词,说成是“企业应用集成”,但EAI不只是面向“企业”应用。可以毫不夸张地说,IBM、Oracle、微软、SAP等软件巨头都是EAI公司,早期的EAI公司还有很多,如BEA、WebMethods、SeeBeyond、TIBCO、VITRIA等等。
从架构上看,EAI主要有两种方式:Hub/Spoke和BUS。Hub/Spoke方式好比“中心城市和卫星城市”的构架,所有外延(Spoke)的系统都通过适配器(Adaptor)与中心枢纽(Hub)系统实现多点对一点(非P2P)连接和集成。BUS方式是一种更开放和通用的架构,使用一个统一总线,一般是MQ(Message Queue)或ESB(Enterprise Serice Bus),子系统把消息发送给总线,总线负责消息的路由,可实现P2P服务或总体应用集成。
SOA将各种应用或子系统看成一个个独立的、自包含并良好定义的服务或组件(Service Component Architecture),通过把这些服务进行组装,统一注册,并在网络系统中发布,让(泛在)网络上的别的应用能够查询、发现和调用这些服务,实现应用集成或构成新的应用。SOA(包括相关的Web Service、SOAP、SCA等理念)的出现,一统了CORBA、NET、JavaEE乃至LAMP(Linux、Apache、MySQL、Perl/PHP/Python)等几大技术阵营多年来“水火不相容”的“不妥协”竞争局面, 这也是物联网技术和产业发展值得借鉴的宝贵经验。SOA的愿景同样是实现“无处不在”的泛在计算和服务。
业界一般认为SOA这个理念和技术比EAI晚出现,其实也不尽然,笔者记得SOA的理念早在1996年就在BEA公司内部实现TUXEDO系统的升级开发时就提出来了。从SOA概念诞生之日起,围绕SOA与EAI的重合、关联及差异所展开的争论一直没有平息。顾名思义,EAI以集成应用为己任,通过接口标准化整合应用,而这恰恰也是SOA的核心任务。SOA将一些EAI功能模块进行封装,并使之标准化,以满足应用的整合、拼装和复用的需要。在Intranet(内网)、Extranet(专网)和Internet(互联网)部署环境中,独立应用一般运行在内网,EAI一般运行在专网, SOA一般运行在专网和互联网上。
SOA和EAI是一种相辅相成、共同发展的关系,EAI理念近几年提得较少,笔者在这里再重提EAI,是希望其在物联网、M2M应用中能够得以广大发扬,以MAI(M2M Application Integration)的方式实现物联网的互联互通和大集成,进一步发展到以M2M as a Service(MaaS)或TaaS(Things as a Service)的基于云计算的营运方式提供大规模IOT服务。
SODA:将设备“统领”起来
笔者在《物联网:技术、应用、标准和商业模式》一书中提出并强调“统一的数据交换标准”是物联网技术的核心,中间件是物联网产业发展的关键,也指出了面向于RFID应用的RFID中间件EPCIS、Savant和Edgeware(边缘件),以及ONS、PML等标准对总体物联网技术发展的重要借鉴意义。而基于SOA技术和理念的SODA(Service Oriented Device Architecture,面向服务的设备架构)的提出,包括类似的基于OSGi技术框架的ECF(Eclipse Communication Framework)等,对物联网数据标准和中间件的发展也具有重要的代表意义,值得深入研究。
SODA是一个由IBM和美国Florida大学发起的倡议(Initiative)和联盟(Alliance),通过引入基于服务(SOA)的编程模型,以规范和简化智能设备(Devices)与企业应用的集成。SODA致力于充分利用嵌入式系统和IT领域已有的标准,为智能设备与SOA技术的融合提供一个标准平台。 SODA的目标是让软件开发者能够像用SOA技术实现IT业务集成那样在诸如远程医疗、军事以及RFID等物联网系统中实现与传感器和执行器的集成。
具体来说,SODA提供标准接口,把硬件设备功能转换成与硬件无关的可调用的软件服务,实现如下目标:
1 将应用集成商与设备和传感器制造商无缝对接;
2 Integrate once, Deploy everywhere, 使用户专注于整体应用方案而不是陷于设备连接工作;
3 在应用和众多(泛在)设备协议之间建立一个通用接口和DDL(设备描述语言),形成统一数据交换标准;
4 作为一个中间件平台,为众多行业应用提供应用支持。
在SODA的系统架构中,设备集成接口定义是关键,也就是所谓的API(Application Programming Interface)和设备描述语言(Device Description Language)的定义。由于末端设备对实时性以及footprint大小要求较高,一般用REST而不是用SOAP来定义和实现Web Services接口。
目前SODA的工作基本上还处在研究阶段,中间件和数据接口标准作为物联网的关键和核心,在世界范围内还没有统一标准。SODA属于美国在开展的几个类似项目之一,欧盟已经有了基于SOA的HYDRA物联网中间件项目和EPoSS项目。中国急需参与或自己成立一个联盟,开展类似SODA这样的工作,提出自己的数据标准和中间件参考实现,这是占领物联网产业制高点的关键之一!
联联看
烟草物联网全国布局
9月16日,全国烟草行业物联网建设规划研讨会在无锡召开。中烟电子商务有限责任公司总经理秦前浩、江苏省烟草专卖局(公司)局长、总经理尉彭城等领导出席会议。
会议围绕国家局局长姜成康对行业物联网提出的“全面覆盖、全面感知、全程控制、全面提升”的总体目标要求,对行业物联网建设规划进行了全面的探讨和研究。与会代表着重就《烟草行业物联网总体框架与卷烟物流物联网规划》(讨论稿)的六个方面内容进行了认真的讨论交流,并对《规划》提出了改进完善的建议。
秦前浩在总结讲话中阐述了打造烟草行业物联网的意义,提出了深化行业物联网建设规划工作的具体思路,要求成立烟叶工商各物流环节的专业化工作小组,明确了先行试点单位、试点内容以及试点完成时间,确定了《规划》分步实施、全面实现的步骤和措施。他要求各单位强化组织领导,调动和发挥力量,汇聚资源,共同推动行业物联网建设工程。
尉彭城在讲话中指出,打造中国烟草物联网,是实现“卷烟上水平”的重要内容,是提升企业核心竞争实力的重要支撑。要多听取各方面的好经验、好建议,用创新的思路做好烟草物联网的规划工作,努力实现低成本、高效率。江苏烟草将在物联网规划与实施上作进一步的探索,为打造中国烟草物联网做出自己的贡献。
与会代表还参观了无锡物联网产业研究院以及无锡市烟草专卖局(公司)物流中心。
中移动“宜居通”亮相通信展
物联网应用“宜居通”是中移动在“2010中国国际信息通信展”上展出的、中移动首个基于TD的典型物联网应用。据了解,该业务已于今年5月17日在重庆试商用,随后在北京的一些小区进行了试推广。“宜居通”作为中移动的全国一类业务,在移动内部深受重视。一方面,它是首个基于TD的物联网产品,此前中移动的物联网业务很多用的是GPRS网络;另一方面,它将TD 3G网络以及家庭内部的小型传感网络融合在了一起;再有,此前中移动的物联网业务大多都是政企行业应用,而“宜居通”则是首个面向大众的物联网产品,能将中移动的用户资源与TD业务很好地结合在一起。
“宜居通”整合了家庭安防、智能家居和通信等各种功能。未来,用户可通过家中的TD家庭多功能信息终端和TD手机来 *** 控“宜居通”,如远程控制空调等家电,预警温度、烟雾等危险,使家中的各种设备通过传感器连成了一个小型传感网,并与TD网络进行信息交互。
据了解,“宜居通”最晚将在明年1月在全国大规模试商用,明年6月将正式商用。
为了这一产品的顺利推广,中移动专门制定了家庭场景下的传感网通信标准,目前产业链内上下游厂商针对此标准已经开发了相应的产品。
(作者系同方泰德国际科技公司CTO)周洪波
当许多非技术人员听到“物联网”(IoT)的时候,他们的眼睛变得呆滞,他们露出困倦或迷惑的表情。对那些在科技行业中的人来说,这是从两个方面看的——对一些人来说,这是一个巨大的炒作,但对另一些人来说,这是一个巨大的经济机会。商机,唯一的问题是“什么”和“什么时候”。
我已经把物联网(IoT)是“什么”分成了两个主要的领域,即人类物联网(人类物联网(HIoT))和工业物联网(IIoT)。
熟悉人类物联网(HIoT)的Nike FuelBand、FITTUS、Nest和RANVV,在工业物联网(IIoT)世界中连接商用HVAC和车队系统的情况也一样。例如Digi International、ELon + 209%梯队和飞思卡尔半导体公司都在大范围地追求这一空间。叶我在工业物联网(IIoT)上发表了一篇深刻的潜水论文,但是我会给你下面的删节版本。
工业物联网(IIoT)和人类物联网(HIoT)在未来几年的主要区别在于工业物联网(IIoT)将包含一个世纪以来存在的“棕色油田”基础设施,如商业锅炉和舰队跟踪,而人类物联网(HIoT)则是一组新的“绿色”服务和技术,它们必须构建INFREST结构随着它的成长。
工业物联网(IIoT)的设计需要对解决空间的深刻理解和连接几十年制造的系统的能力。工业物联网(IIoT)支持解决方案供应商,如Digi、Agelon和FiSele,它们在工业控制领域有扎实的根基。在用户体验(UX)和像Nest、FITBIT和RANVV这样的设备设计方面,EN的飞跃。“足够好”的概念不适用于工业界。
正如我们以前的物联网I(IoT)分割纸中提到的,工业物联网(IIoT)端点必须比人类物联网(HIoT)端点更健壮。如果不能生成和传输的数据用于分析,则嵌入在端点中的传感器没有多大帮助。我把这些集合点称为“网关”。
有许多向量可以用来测量端点的“鲁棒性”。下面的表格总结了这些向量:
· 产品生命周期:工业物联网(IIoT)产品有很长的产品周期, 产品通常必须在极端条件下运行, 例如在锅炉旁边, 在汽车和喷气引擎中, 浸泡在腐蚀性液体中, 位于沙漠、雨林、火山、高空等敌对的地理环境· 市场机会: 工业物联网(IIoT)使用布朗菲尔德来描述将超过一个世纪的在职机械和电气系统连接到互联网的机会, 因此可以提供新的基于云的服务和分析后端。认为100年老锅炉和暖通空调系统在高上升
· 解决方案集成: 在数十年的使用中安装和升级的系统系统 (如旧的暖通空调锅炉) 必须至少可以在许多级别的一个 (物理、电气、ABI、API 和网络协议接口) 上进行互 *** 作
· 安全: 诸如暖通空调和电源控制等工业系统必须是安全的, 以防止未经授权的访问和滥用有形基础设施。即使是像温度控制这样简单的特性也会影响深远的现实世界
· 人工交互: 工业物联网(IIoT)系统是基于规则的。因此 IIoT 数据流是不对称的, 主要是上游的, 从传感器到网关到云服务, 只有较小的控制反馈流回下游
· 可用性: 我们通过计数 "九" 来衡量可用性, 并查看每个可用级别上剩余的可用时间。四到五九通常被称为 "高可用性" (HA), 是您在 IIoT 世界中期望的
· 对 Internet 的访问: 工业物联网(IIoT) 系统无法承担对云的连续互联网访问。网络接口失败, 网络本身有时会失败, 外部干扰可能会暂时压倒通信信道的噪音, 并有效地切断连接等
· 对失败的响应: 由于组件和子系统的故障预期, 工业系统必须能够恢复故障。这些系统的设计, 以优雅和确定性的方式失败-一些拯救生命和健康, 如发电和医疗仪器, 其他节省金钱, 资源和时间, 如航空公司调度系统, 使他们可以重新启动修复后快速
· 网络拓扑: 工业物联网(IIoT) 终端设备通常被设计为与更广泛的社区结盟, 以便利用资源和实现更大规模的目标
· 物理连接: 网关应该是本地物理网络不可知的。工业物联网(IIoT) 使用任何物理网络最适合的: 双绞线、电力线、以太网、无线、蜂窝、卫星等
工业互联网的东西工业物联网(IIoT) 青睐的组件和解决方案供应商, 如数码, 梯队, 和飞思卡尔从工业控制世界谁拥有丰富的经验, 各种遗留的工业连接解决方案。这些供应商专门了解特定的工业使用模型, 然后创建领域专门知识, 将这些使用模型转换为传感器、执行器、控制逻辑、数据聚合、本地网络连接和服务层。他们在过去一个世纪建立的遗留工业设备方面积累了经验, 并在数十年的时间里与客户建立了信任。
以上由物联传媒转载,如有侵权联系删除
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)