第6章SOA在物联网中的技术应用课件

第6章SOA在物联网中的技术应用物联网业务的介绍及发展状况6.1SOA概述及相关技术6.2Web服务的介绍6.3基于SOA的物联网的应用6.4第6章SOA在物联网中的技术应用物联网业务的介绍及发展状况6.1物联网业务的介绍及发展状况6.1.1物联网的业务分类

随着物联网的深入研究和应用的普及，物联网的业务也呈现出种类多样。

目前可以纳入物联网范围的应用很多，分类方式也很多，按照技术特征可以把物联网的业务大致分为4类：身份

相关业务、信息汇聚型业务、协同感知类业务及泛在服务业务。6.1物联网业务的介绍及发展状况6.1.1物联网的业 ①身份相关业务主要是利用射频标志（RFID）、二维码、条码等可以标志身

份的技术，并基于身份所提供的各类

服务。 ①身份相关业务主要是利用射频标志

②信息汇聚型业务主要是由物联网终端采集、处理、经通信网络上报数据，由物联网平台处理，提交给具体的应用和服务，由物联网平台统一对物联网终端、数据、应用和服务，以及第三方进行统一管理。 ②信息汇聚型业务主要是由物联网终端采集、处理、经通信网络

③协同感知类业务是随着物联网的发展，物联网应用应该能够担负起更为重要的任务和更为复杂的业务和服务。 ③协同感知类业务是随着物联网的发展，物联网应用应该能够担

④泛在服务业务以无所不在、无所不包、无所不能为基本特征，以实现在任何时间、任何地点、任何人、任何物都能顺畅地通信为目标，这是人类通信服务的极致。 ④泛在服务业务以无所不在、无所不包、无所不能为基本特征，6.1.2物联网业务的实现机制

人与物之间的交流最好的方式是即时通信系统，它包含了服务器和客户端并遵循点对点系统架构。

服务器的主要作用是传递消息，客户端的主要作用是存储消息。6.1.2物联网业务的实现机制 人与物之间的交流最

消息格式遵循可扩展通信和表示协议。

一个即时通信客户端能直接与人或物进行交流，我们可以称它为一个即时通信代理。

图6-1所示为给出了即时通信系统的架构。 消息格式遵循可扩展通信和表示协议。图6-1即时通信系统结构图图6-1即时通信系统结构图

在局域网中，人们用一个在计算机上运行的即时通信代理，它们通过即时通信服务器连接设备，服务和物体。

当人们在室外的时候，他们用一个运行在移动手机或是PDA上的移动即时通信客户端与其他设备、服务、物体进行通信。 在局域网中，人们用一个在计算机上运行的即时通信代理，图6-2物联网业务应用场景1的通信时序图图6-2物联网业务应用场景1的通信时序图图6-3物联网业务应用场景2的通信时序图图6-3物联网业务应用场景2的通信时序图图6-4物联网业务应用场景3的通信时序图图6-4物联网业务应用场景3的通信时序图6.2SOA概述及相关技术6.2.1SOA概念

面向服务的体系架构（Service-OrientedArchitecture，SOA）也叫面向服务架构，是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构，是面向服务方法的成功架构。6.2SOA概述及相关技术6.2.1SOA概念 SOA的概念最初由Gartner公司提出，由于当时的技术水平和市场环境尚不具备真正实施SOA的条件，因此当时SOA并未引起人们的广泛关注，SOA在当时沉寂了一段时间。 SOA的概念最初由Gartner公司提出，由于当时

伴随着Internet的浪潮，越来越多的企业将业务转移到Internet领域，带动了电子商务的蓬勃发展。

为了能够将公司的业务打包成独立的、具有很强伸缩性的基于Internet的服务，人们提出了Web服务的概念，这可以说是SOA的开始。 伴随着Internet的浪潮，越来越多的企业将业务转 Web服务开始流行以后，Internet迅速出现了大量的基于不同平台和语言开发的Web服务组件。

为了能够有效地对这些数目众多的组件进行管理，人们迫切需要找到一种新的面向服务的分布式Web计算架构。 Web服务开始流行以后，Internet迅速出现了大

该架构要能够使这些由不同组织开发的Web服务能够相互学习和交互，保障安全以及兼顾复用性和可管理性。

由此，人们重新找回面向服务的架构（SOA），并赋予其时代的特征。 该架构要能够使这些由不同组织开发的Web服务能够相互

需求推动技术进步，正是这种强烈的市场需求，使得SOA再次成为人们关注的焦点。

回顾SOA发展历程，可以将其大致分为3个阶段。

下面将分别介绍每个阶段的重要标准和规范。 需求推动技术进步，正是这种强烈的市场需求，使得SOA1．孕育阶段

这一阶段以XML技术为标志，扩展标记语言（XML）系W3C所创建，源自流行的标准通用标记语言（SGML），它在20世纪60年代后期就已存在。

这是广泛使用的元语言，允许组织增加原始文档数据。1．孕育阶段 这一阶段以XML技术为标志，扩展标记语言2．发展之初

在2000年，W3C接受了一项关于简单对象访问协议（SOAP）规范的提案。

这个规范本来设计用于专有RPC通信。

想法是对于在构件间传输参数数据可以序列化成XML，之后传送，然后序列化成其原生格式。2．发展之初 在2000年，W3C接受了一项关于简单对3．成长阶段

典型的SOA中共有以下3种常用的角色。①服务提供者②服务注册中心③服务请求者3．成长阶段 典型的SOA中共有以下3种常用的角色。 SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来，共同支持业务。 SOA是一个组件模型，它将应用程序的不同功能单元（称6.2.2SOA的标准1．XML标准集2．Web服务标准集3．SOA参考模型6.2.2SOA的标准1．XML标准集图6-5SOA参考模型与其他应用之间的关联图6-5SOA参考模型与其他应用之间的关联6.2.3SOA的贡献及发展趋势1．结构化信息标准促进组织2．开放SOA协作组织3．万维网联盟4．Web服务互操作组织5．Internet工程任务组织6.2.3SOA的贡献及发展趋势1．结构化信息标准促进组6.3Web服务的介绍6.3.1Web服务的相关技术1．XML2．SOAP3．WSDL4．UDDI6.3Web服务的介绍6.3.1Web服务的相关技术 SOA是一种企业架构，因此，它是从企业的需求开始的。

但是，SOA和其他企业架构方法的不同之处在于SOA提供的业务敏捷性。 SOA是一种企业架构，因此，它是从企业的需求开始的。

业务敏捷性是指企业对变更，快速和有效地进行响应、并且利用变更来得到竞争优势的能力。

对架构设计师来说，创建一个业务敏捷的架构意味着创建这样一个IT架构，它可以满足当前还未知的业务需求。 业务敏捷性是指企业对变更，快速和有效地进行响应、并且

要满足这种业务敏捷性，SOA的实践必须遵循以下原则。（1）业务驱动服务，服务驱动技术（2）业务敏捷是基本的业务需求 要满足这种业务敏捷性，SOA的实践必须遵循以下原图6-6SOA的体系结构元素图6-6SOA的体系结构元素 SOA堆栈分成两半，左边的一半集中于体系结构的功能性方面，而右边的一半集中于体系结构的服务质量方面。

现将这两方面详细介绍如下。（1）功能性方面（2）服务质量方面 SOA堆栈分成两半，左边的一半集中于体系结构的功能性 SOA的优点可概括以下6点：

①编码灵活性，可基于模块化的低层服务、采用不同组合方式创建高层服务，从而实现重用，这些都体现了编码的灵活性。此外，由于服务使用者不直接访问服务提供者，这种服务实现方式本身也可以灵活使用。 SOA的优点可概括以下6点：

②明确开发人员角色，例如，熟悉BES的开发人员可以集中精力在重用访问层，协调层开发人员则无须特别了解BES的实现，而将精力放在解决高价值的业务问题上。 ②明确开发人员角色，例如，熟悉BES的开发人员可以集中精力

③支持多种客户类型，借助精确定义的服务接口和对XML、Web服务标准的支持，可以支持多种客户类型，包括PDA、手机等新型访问渠道。 ③支持多种客户类型，借助精确定义的服务接口和对XML、We

④更易维护，服务提供者和服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。 ④更易维护，服务提供者和服务使用者的松散耦合关系及对开放标

⑤更好的伸缩性，依靠服务设计、开发和部署所采用的架构模型实现伸缩性。服务提供者可以彼此独立调整，以满足服务需求。 ⑤更好的伸缩性，依靠服务设计、开发和部署所采用的架构模型实

⑥更高的可用性，该特性在服务提供者和服务使用者的松散耦合关系上得以体现。使用者无须了解提供者的实现细节，这样服务提供者就可以在Web逻辑集群环境中灵活部署，使用者可以被转接到可用的例程上。 ⑥更高的可用性，该特性在服务提供者和服务使用者的松散耦合关 SOA强调松散耦合，强调跨平台集成，这与模型驱动的架构和开发不谋而合。

模型驱动的架构和开发（ModelDrivenArchitecture，MDA以及ModelDrivenDevelopment，MDD）并没有把业务模型和平台无关模型分开来，而是把平台无关模型作为起点。 SOA强调松散耦合，强调跨平台集成，这与模型驱动的 MDA由提出CORBA的模型提出。 MDA认为架构设计者首先要对待创建的系统有一个形式化的UML的模型。 MDA由提出CORBA的模型提出。 MDA认为 MDA首先给出一个平台无关的模型来表示系统的功能需求和用例，根据系统搭建的平台，架构设计者可以由这个平台无关的模型得到平台相关的模型，这些平台相关模型足够详细，以至于可以用来直接生成需要的代码。 MDA首先给出一个平台无关的模型来表示系统的功能需

基于MDA的思想，利用MDD方式，可以对SOA进行建模，在此基础上，实现各种形式的模型转换或扩展实现SOA。

物联网是在Internet的基础上，利用无线射频识别（Radio，RFID）、无线数据通信技术，构造一个覆盖万事万物的网络。 基于MDA的思想，利用MDD方式，可以对SOA进行6.3.2基于SOA的物联网基本框架

实际生产实践过程中通常包含不同硬件和软件类型，数据格式和通信协议通常也存在多种标准兼容性的问题，物联网为这些基础设备提供了信息标识，这些带有RFID的嵌入式设备可以作为生产者同时也可以作为消费者出现。6.3.2基于SOA的物联网基本框架 实际生产实践

但对于服务的整合、兼容各类数据和协议还需要借助面向服务架构。

因此，本小节提出基于SOA的物联网应用基础框架，如图6-7所示。 但对于服务的整合、兼容各类数据和协议还需要借助面向服图6-7基于SOA的物联网应用基础框架图6-7基于SOA的物联网应用基础框架

图6-7所示为将SOA与物联网相结合，将原有SOA3层架构细分为6层体系。

服务提供者（即生产者）可以是利用了RFID技术的各类设备，可以是产品、计划以及生产设备，具备了RFID功能的设备或者产品的数据信息将在企业规定的产品生命周期内被全程跟踪。 图6-7所示为将SOA与物联网相结合，将原有SOA图6-7基于SOA的物联网应用基础框架图6-7基于SOA的物联网应用基础框架

需要注意RFID不是它的唯一设备，各种感知设备皆可应用此处。

数据处理平台是SOA框架的第1层，这层将负责海量数据信息的安全验证，对受“污染”的数据进行排除和过滤，保证数据的完整性和安全性。 需要注意RFID不是它的唯一设备，各种感知设备皆可应

为了对数据进行统一调用，需要利用XML和元数据技术对海量异构数据进行一致性和标准化处理，为数据的统一利用提供可能。 为了对数据进行统一调用，需要利用XML和元数据技术

图6-7所示为将SOA与物联网相结合，将原有SOA3层架构细分为6层体系。

服务提供者（即生产者）可以是利用了RFID技术的各类设备，可以是产品、计划以及生产设备，具备了RFID功能的设备或者产品的数据信息将在企业规定的产品生命周期内被全程跟踪。 图6-7所示为将SOA与物联网相结合，将原有SOA

需要注意RFID不是它的唯一设备，各种

感知设备皆可应用此处。

数据处理平台是SOA框架的第1层，这层

将负责海量数据信息的安全验证，对受“污染”的数据进行排除和过滤，保证数据的完整性和

安全性。 需要注意RFID不是它的唯一设备，各种

为了对数据进行统一调用，需要利用XML和元数据技术对海量异构数据进行一致性和标准化处理，为数据的统一利用提供可能。 为了对数据进行统一调用，需要利用XML和元数据技术图6-8开发平台框架图6-8开发平台框架6.3.3物理层特性及实现机制

传感器作为信息采集系统中的一种前置部件，也是物理层的主要组成部分。

每种传感器网络中使用的传感器数目和类型都不相同。6.3.3物理层特性及实现机制 传感器作为信息采集

随着信息技术的迅速发展和应用的普及，世界上传感器种类不断增加，品种繁多。

所以，针对每一类型的具体传感器进行服务定义是不实际的。

只能给传感器服务一个抽象的定义，从而更好地做到业务需求与技术能力的相互配合。 随着信息技术的迅速发展和应用的普及，世界上传感器种类

但同时，又不能脱离传感器检测物理参数提供环境信息的这一应用特性，详见本书第3章。

无线传感器网络微型节点一般由传感器模块、数据处理模块、数据传输模块和电源管理模块4部分组成。 但同时，又不能脱离传感器检测物理参数提供环境信息的这

传感器模块负责采集监视区域的信息并完成数据转换，采集的信息可以包含温度、湿度、光强度、加速度、大气压力等；数据处理模块负责控制整个节点的处理操作、路由协议、同步定位、功耗管理、任务管理等；数据通信模块负责与其他节点进行无线通信，交换控制消息和收发采集数据；电源管理模块选通所用到的传感器，节点电源由两节1.5V碱性电池组成，今后对电池体积的减少显然是一个重要的指标。 传感器模块负责采集监视区域的信息并完成数据转换，采集

随着IEEE/ZigBee标准的发布，世界各大无线芯片厂商陆续推出了支持该标准的无线收发芯片。

这些芯片大都集成了该标准的物理层功能，可作为传感器节点的通信模块。

采用微控制器作为处理模块实现MAC层功能。 随着IEEE/ZigBee标准的发布，世界各大无线

无线收发芯片的选择主要考虑以下几个因素。①频段②调制方式 无线收发芯片的选择主要考虑以下几个因素。6.3.4传感层特性及实现机制

传感层包括了传感器操作系统和一些传感器的应用。6.3.4传感层特性及实现机制 传感层包括了传感器1．传感器操作系统

开放式的传感器网络架构（OSWA）具有异构传感网络的处理能力，可以采取完全不同的通信协议，包括无线电、蓝牙、ZigBee/IEEE802.11.4这些协议。1．传感器操作系统 开放式的传感器网络架构（OSWA

传感器网络操作系统在很大程度上消除了开发设备驱动程序和分析各种协议栈的工作，是为了集中发展更高层次的中间件。 传感器网络操作系统在很大程度上消除了开发设备驱动程序

对于处理大量的传感器观测和传感器信息相关的数据的目的来说，持久性问题是一个重要方面。

因为在服务之间交换数据的标准格式是XML数据，它符合O&M和SenserML模式，转换包括XML、JAVA对象和相关的数据库之间不同的数据形式。 对于处理大量的传感器观测和传感器信息相关的数据的目的6.3.5服务层特性及实现机制

在服务层中有许多重要的服务，如SensorCollectionService（SCS）、SensorPlanningService（SPS）、WebNotificationService

（WNS）。6.3.5服务层特性及实现机制 在服务层中有许多

传感器采集服务（SCS）用来从传感器中获取监测值或是传感器的拓扑结构。

传感器策划服务（SPS）用来提供一个标准接口来处理资产管理（AM），可以标识、使用和管理可用的信息资源（传感器，传感器平台）以达到信息收集（客户的收集请求）的目的。 传感器采集服务（SCS）用来从传感器中获取监测值或图6-9传感器采集服务框架图6-9传感器采集服务框架图6-10传感器策划服务架构图6-10传感器策划服务架构图6-11Web通知服务框架图6-11Web通知服务框架6.3.6应用层特性及实现机制

应用层主要依靠传感器开发工具或是第三方工具开发更高级别的应用即服务，这些都是与我们息息相关的服务，例如，天气预报、海啸监测、污染监测、智能家居、智能交通、智能医疗等，关于这些应用我们将会在第8章有详细的描述。6.3.6应用层特性及实现机制 应用层主要依靠传感 OA的设计目标是以服务为基础，

通过服务的交互来实现系统动态、松耦合集成，极大地降低了复杂性与成本。

服务提供者将可用的商务过程或信息封装成服务，用独立于平台和语言的方式定义对内和对外的接口，再把接口的描述信息发布到服务注册中心，并动态地响应对自己服务的请求和调用。 OA的设计目标是以服务为基础，

服务注册中心接受服务提供者注册所发布的服务，并对已经注册的服务进行分类，同时为服务请求者提供对信息的查询；服务请求者利用服务注册中心查找服务，找到后动态绑定到相关服务，并调用该服务。由此可知，SOA的核心就是重用和互操作。 服务注册中心接受服务提供者注册所发布的服务，并对已经图6-12服务构造图图6-12服务构造图6.3.7基于SOA的物联网的优势 SOA是近年来IT业界的热点，其受关注度甚至超过云计算。 SOA与物联网的焦点都是信息集成，目标是消除信息孤岛（信息孤岛是指相互之间的功能上不关联互助，信息不共享互换以及信息与业务流程和应用相互脱节的计算机应用系统），实现泛在的互连互通。6.3.7基于SOA的物联网的优势 SOA是近年

物联网技术的要点是要消除“物—物相连的信息孤岛”，而SOA的目标是要消除IT信息孤岛。 SOA作为重要的应用集成中间件技术，必然是物联网所依赖的重要技术之一。 物联网技术的要点是要消除“物—物相连的信息孤岛”，而 SOA将各种应用或子系统看成一个个独立的、自包含并良好定义的服务或组件，通过把这些服务进行组装，统一注册，并在网络系统中发布，让（泛在）网络上的别的应用能够查询、发现和调用这些服务，实现应用集成或构成新的应用。 SOA将各种应用或子系统看成一个个独立的、 SOA（包括相关的WebService、SOAP、SCA等理念）的出现，一统了CORBA、.NET、JavaEE乃至LAMP（Linux、Apache、MySQL、Perl/PHP/Python）等几大技术阵营多年来“水

火不相容”的“不妥协”竞争局面，这也是物

联网技术和产业发展值得借鉴的宝贵经验。 SOA（包括相关的WebService、SOAP SOA的愿景同样是实现“无处不在”的泛在计算和服务。 SODA是一个由IBM和美国Florida大学发起的倡议和联盟，通过引入基于服务（SOA）的编程模型，以规范和简化智能设备与企业应用的集成。 SOA的愿景同样是实现“无处不在”的泛在计算和服务 SODA致力于充分利用嵌入式系统和IT领域已有的标准，为智能设备与SOA技术的融合提供一个标准平台。 SODA的目标是让软件开发者能够像用SOA技术实现IT业务集成那样在诸如远程医疗、军事以及RFID等物联网系统中实现与传感器和执行器的集成。 SODA致力于充分利用嵌入式系统和IT领域已有的标

在SODA的系统架构中，设备集成接口

定义是关键，也就是所谓的API（ApplicationProgrammingInterface）和设备描述语言（DeviceDescriptionLanguage）的定义。

由于末端设备对实时性以及大小要求较高，一般用REST而不是用SOAP来定义和实现WebServices接口。 在SODA的系统架构中，设备集成接口6.4基于SOA的物联网的应用6.4.1对物联网服务的查询1．强化查询和帮助2．服务类型查找6.4基于SOA的物联网的应用6.4.1对物联网服务图6-13寻找服务类型图6-13寻找服务类型图6-14现实世界服务搜索和配置过程图6-14现实世界服务搜索和配置过程

图6-15基于查询策略和模板软件设计模式的概述

图6-15基于查询策略和模板软件设计模式的概述6.4.2对物联网服务的搜索与选择

现实世界的设备是不稳定的，如经常连接上了然后断开，因此，我们需要从实际情况发现服务类型服务。

候选搜索（图6-14中的步骤②）模型发现正在运行的服务的实例。6.4.2对物联网服务的搜索与选择 现实世界的设备

在第一步是为开发人员通过浏览他们的详细资料选择合适的类型服务（图6-16中的步骤①）。

图6-16所示为排序和可选配置服务实例，另外，开发人员可以选择在查询过程中的所有检索类型。 在第一步是为开发人员通过浏览他们的详细资料选择合适的图6-16排序和可选配置服务实例图6-16排序和可选配置服务实例1．语境提取2．搜索服务实例3．服务实例排序1．语境提取6.4.3对物联网服务的发现

如果没有发现运行服务的实例，按需配置服务将首先积极地尝试在网络上与服务实例的匹配。

如果这也失败了，安装服务将选择合适的设备进行。1．设备的服务发现2．在设备上加注所需服务6.4.3对物联网服务的发现 如果没有发现运行服第6章SOA在物联网中的技术应用物联网业务的介绍及发展状况6.1SOA概述及相关技术6.2Web服务的介绍6.3基于SOA的物联网的应用6.4第6章SOA在物联网中的技术应用物联网业务的介绍及发展状况6.1物联网业务的介绍及发展状况6.1.1物联网的业务分类

随着物联网的深入研究和应用的普及，物联网的业务也呈现出种类多样。

目前可以纳入物联网范围的应用很多，分类方式也很多，按照技术特征可以把物联网的业务大致分为4类：身份

相关业务、信息汇聚型业务、协同感知类业务及泛在服务业务。6.1物联网业务的介绍及发展状况6.1.1物联网的业 ①身份相关业务主要是利用射频标志（RFID）、二维码、条码等可以标志身

份的技术，并基于身份所提供的各类

服务。 ①身份相关业务主要是利用射频标志

②信息汇聚型业务主要是由物联网终端采集、处理、经通信网络上报数据，由物联网平台处理，提交给具体的应用和服务，由物联网平台统一对物联网终端、数据、应用和服务，以及第三方进行统一管理。 ②信息汇聚型业务主要是由物联网终端采集、处理、经通信网络

③协同感知类业务是随着物联网的发展，物联网应用应该能够担负起更为重要的任务和更为复杂的业务和服务。 ③协同感知类业务是随着物联网的发展，物联网应用应该能够担

④泛在服务业务以无所不在、无所不包、无所不能为基本特征，以实现在任何时间、任何地点、任何人、任何物都能顺畅地通信为目标，这是人类通信服务的极致。 ④泛在服务业务以无所不在、无所不包、无所不能为基本特征，6.1.2物联网业务的实现机制

人与物之间的交流最好的方式是即时通信系统，它包含了服务器和客户端并遵循点对点系统架构。

服务器的主要作用是传递消息，客户端的主要作用是存储消息。6.1.2物联网业务的实现机制 人与物之间的交流最

消息格式遵循可扩展通信和表示协议。

一个即时通信客户端能直接与人或物进行交流，我们可以称它为一个即时通信代理。

图6-1所示为给出了即时通信系统的架构。 消息格式遵循可扩展通信和表示协议。图6-1即时通信系统结构图图6-1即时通信系统结构图

在局域网中，人们用一个在计算机上运行的即时通信代理，它们通过即时通信服务器连接设备，服务和物体。

当人们在室外的时候，他们用一个运行在移动手机或是PDA上的移动即时通信客户端与其他设备、服务、物体进行通信。 在局域网中，人们用一个在计算机上运行的即时通信代理，图6-2物联网业务应用场景1的通信时序图图6-2物联网业务应用场景1的通信时序图图6-3物联网业务应用场景2的通信时序图图6-3物联网业务应用场景2的通信时序图图6-4物联网业务应用场景3的通信时序图图6-4物联网业务应用场景3的通信时序图6.2SOA概述及相关技术6.2.1SOA概念

面向服务的体系架构（Service-OrientedArchitecture，SOA）也叫面向服务架构，是指为了解决在Internet环境下业务集成的需要，通过连接能完成特定任务的独立功能实体实现的一种软件系统架构，是面向服务方法的成功架构。6.2SOA概述及相关技术6.2.1SOA概念 SOA的概念最初由Gartner公司提出，由于当时的技术水平和市场环境尚不具备真正实施SOA的条件，因此当时SOA并未引起人们的广泛关注，SOA在当时沉寂了一段时间。 SOA的概念最初由Gartner公司提出，由于当时

伴随着Internet的浪潮，越来越多的企业将业务转移到Internet领域，带动了电子商务的蓬勃发展。

为了能够将公司的业务打包成独立的、具有很强伸缩性的基于Internet的服务，人们提出了Web服务的概念，这可以说是SOA的开始。 伴随着Internet的浪潮，越来越多的企业将业务转 Web服务开始流行以后，Internet迅速出现了大量的基于不同平台和语言开发的Web服务组件。

为了能够有效地对这些数目众多的组件进行管理，人们迫切需要找到一种新的面向服务的分布式Web计算架构。 Web服务开始流行以后，Internet迅速出现了大

该架构要能够使这些由不同组织开发的Web服务能够相互学习和交互，保障安全以及兼顾复用性和可管理性。

由此，人们重新找回面向服务的架构（SOA），并赋予其时代的特征。 该架构要能够使这些由不同组织开发的Web服务能够相互

需求推动技术进步，正是这种强烈的市场需求，使得SOA再次成为人们关注的焦点。

回顾SOA发展历程，可以将其大致分为3个阶段。

下面将分别介绍每个阶段的重要标准和规范。 需求推动技术进步，正是这种强烈的市场需求，使得SOA1．孕育阶段

这一阶段以XML技术为标志，扩展标记语言（XML）系W3C所创建，源自流行的标准通用标记语言（SGML），它在20世纪60年代后期就已存在。

这是广泛使用的元语言，允许组织增加原始文档数据。1．孕育阶段 这一阶段以XML技术为标志，扩展标记语言2．发展之初

在2000年，W3C接受了一项关于简单对象访问协议（SOAP）规范的提案。

这个规范本来设计用于专有RPC通信。

想法是对于在构件间传输参数数据可以序列化成XML，之后传送，然后序列化成其原生格式。2．发展之初 在2000年，W3C接受了一项关于简单对3．成长阶段

典型的SOA中共有以下3种常用的角色。①服务提供者②服务注册中心③服务请求者3．成长阶段 典型的SOA中共有以下3种常用的角色。 SOA是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来，共同支持业务。 SOA是一个组件模型，它将应用程序的不同功能单元（称6.2.2SOA的标准1．XML标准集2．Web服务标准集3．SOA参考模型6.2.2SOA的标准1．XML标准集图6-5SOA参考模型与其他应用之间的关联图6-5SOA参考模型与其他应用之间的关联6.2.3SOA的贡献及发展趋势1．结构化信息标准促进组织2．开放SOA协作组织3．万维网联盟4．Web服务互操作组织5．Internet工程任务组织6.2.3SOA的贡献及发展趋势1．结构化信息标准促进组6.3Web服务的介绍6.3.1Web服务的相关技术1．XML2．SOAP3．WSDL4．UDDI6.3Web服务的介绍6.3.1Web服务的相关技术 SOA是一种企业架构，因此，它是从企业的需求开始的。

但是，SOA和其他企业架构方法的不同之处在于SOA提供的业务敏捷性。 SOA是一种企业架构，因此，它是从企业的需求开始的。

业务敏捷性是指企业对变更，快速和有效地进行响应、并且利用变更来得到竞争优势的能力。

对架构设计师来说，创建一个业务敏捷的架构意味着创建这样一个IT架构，它可以满足当前还未知的业务需求。 业务敏捷性是指企业对变更，快速和有效地进行响应、并且

要满足这种业务敏捷性，SOA的实践必须遵循以下原则。（1）业务驱动服务，服务驱动技术（2）业务敏捷是基本的业务需求 要满足这种业务敏捷性，SOA的实践必须遵循以下原图6-6SOA的体系结构元素图6-6SOA的体系结构元素 SOA堆栈分成两半，左边的一半集中于体系结构的功能性方面，而右边的一半集中于体系结构的服务质量方面。

现将这两方面详细介绍如下。（1）功能性方面（2）服务质量方面 SOA堆栈分成两半，左边的一半集中于体系结构的功能性 SOA的优点可概括以下6点：

①编码灵活性，可基于模块化的低层服务、采用不同组合方式创建高层服务，从而实现重用，这些都体现了编码的灵活性。此外，由于服务使用者不直接访问服务提供者，这种服务实现方式本身也可以灵活使用。 SOA的优点可概括以下6点：

②明确开发人员角色，例如，熟悉BES的开发人员可以集中精力在重用访问层，协调层开发人员则无须特别了解BES的实现，而将精力放在解决高价值的业务问题上。 ②明确开发人员角色，例如，熟悉BES的开发人员可以集中精力

③支持多种客户类型，借助精确定义的服务接口和对XML、Web服务标准的支持，可以支持多种客户类型，包括PDA、手机等新型访问渠道。 ③支持多种客户类型，借助精确定义的服务接口和对XML、We

④更易维护，服务提供者和服务使用者的松散耦合关系及对开放标准的采用确保了该特性的实现。 ④更易维护，服务提供者和服务使用者的松散耦合关系及对开放标

⑤更好的伸缩性，依靠服务设计、开发和部署所采用的架构模型实现伸缩性。服务提供者可以彼此独立调整，以满足服务需求。 ⑤更好的伸缩性，依靠服务设计、开发和部署所采用的架构模型实

⑥更高的可用性，该特性在服务提供者和服务使用者的松散耦合关系上得以体现。使用者无须了解提供者的实现细节，这样服务提供者就可以在Web逻辑集群环境中灵活部署，使用者可以被转接到可用的例程上。 ⑥更高的可用性，该特性在服务提供者和服务使用者的松散耦合关 SOA强调松散耦合，强调跨平台集成，这与模型驱动的架构和开发不谋而合。

模型驱动的架构和开发（ModelDrivenArchitecture，MDA以及ModelDrivenDevelopment，MDD）并没有把业务模型和平台无关模型分开来，而是把平台无关模型作为起点。 SOA强调松散耦合，强调跨平台集成，这与模型驱动的 MDA由提出CORBA的模型提出。 MDA认为架构设计者首先要对待创建的系统有一个形式化的UML的模型。 MDA由提出CORBA的模型提出。 MDA认为 MDA首先给出一个平台无关的模型来表示系统的功能需求和用例，根据系统搭建的平台，架构设计者可以由这个平台无关的模型得到平台相关的模型，这些平台相关模型足够详细，以至于可以用来直接生成需要的代码。 MDA首先给出一个平台无关的模型来表示系统的功能需

基于MDA的思想，利用MDD方式，可以对SOA进行建模，在此基础上，实现各种形式的模型转换或扩展实现SOA。

物联网是在Internet的基础上，利用无线射频识别（Radio，RFID）、无线数据通信技术，构造一个覆盖万事万物的网络。 基于MDA的思想，利用MDD方式，可以对SOA进行6.3.2基于SOA的物联网基本框架

实际生产实践过程中通常包含不同硬件和软件类型，数据格式和通信协议通常也存在多种标准兼容性的问题，物联网为这些基础设备提供了信息标识，这些带有RFID的嵌入式设备可以作为生产者同时也可以作为消费者出现。6.3.2基于SOA的物联网基本框架 实际生产实践

但对于服务的整合、兼容各类数据和协议还需要借助面向服务架构。

因此，本小节提出基于SOA的物联网应用基础框架，如图6-7所示。 但对于服务的整合、兼容各类数据和协议还需要借助面向服图6-7基于SOA的物联网应用基础框架图6-7基于SOA的物联网应用基础框架

图6-7所示为将SOA与物联网相结合，将原有SOA3层架构细分为6层体系。

服务提供者（即生产者）可以是利用了RFID技术的各类设备，可以是产品、计划以及生产设备，具备了RFID功能的设备或者产品的数据信息将在企业规定的产品生命周期内被全程跟踪。 图6-7所示为将SOA与物联网相结合，将原有SOA图6-7基于SOA的物联网应用基础框架图6-7基于SOA的物联网应用基础框架

需要注意RFID不是它的唯一设备，各种感知设备皆可应用此处。

数据处理平台是SOA框架的第1层，这层将负责海量数据信息的安全验证，对受“污染”的数据进行排除和过滤，保证数据的完整性和安全性。 需要注意RFID不是它的唯一设备，各种感知设备皆可应

为了对数据进行统一调用，需要利用XML和元数据技术对海量异构数据进行一致性和标准化处理，为数据的统一利用提供可能。 为了对数据进行统一调用，需要利用XML和元数据技术

图6-7所示为将SOA与物联网相结合，将原有SOA3层架构细分为6层体系。

服务提供者（即生产者）可以是利用了RFID技术的各类设备，可以是产品、计划以及生产设备，具备了RFID功能的设备或者产品的数据信息将在企业规定的产品生命周期内被全程跟踪。 图6-7所示为将SOA与物联网相结合，将原有SOA

需要注意RFID不是它的唯一设备，各种

感知设备皆可应用此处。

数据处理平台是SOA框架的第1层，这层

将负责海量数据信息的安全验证，对受“污染”的数据进行排除和过滤，保证数据的完整性和

安全性。 需要注意RFID不是它的唯一设备，各种

为了对数据进行统一调用，需要利用XML和元数据技术对海量异构数据进行一致性和标准化处理，为数据的统一利用提供可能。 为了对数据进行统一调用，需要利用XML和元数据技术图6-8开发平台框架图6-8开发平台框架6.3.3物理层特性及实现机制

传感器作为信息采集系统中的一种前置部件，也是物理层的主要组成部分。

每种传感器网络中使用的传感器数目和类型都不相同。6.3.3物理层特性及实现机制 传感器作为信息采集

随着信息技术的迅速发展和应用的普及，世界上传感器种类不断增加，品种繁多。

所以，针对每一类型的具体传感器进行服务定义是不实际的。

只能给传感器服务一个抽象的定义，从而更好地做到业务需求与技术能力的相互配合。 随着信息技术的迅速发展和应用的普及，世界上传感器种类

但同时，又不能脱离传感器检测物理参数提供环境信息的这一应用特性，详见本书第3章。

无线传感器网络微型节点一般由传感器模块、数据处理模块、数据传输模块和电源管理模块4部分组成。 但同时，又不能脱离传感器检测物理参数提供环境信息的这

传感器模块负责采集监视区域的信息并完成数据转换，采集的信息可以包含温度、湿度、光强度、加速度、大气压力等；数据处理模块负责控制整个节点的处理操作、路由协议、同步定位、功耗管理、任务管理等；数据通信模块负责与其他节点进行无线通信，交换控制消息和收发采集数据；电源管理模块选通所用到的传感器，节点电源由两节1.5V碱性电池组成，今后对电池体积的减少显然是一个重要的指标。 传感器模块负责采集监视区域的信息并完成数据转换，采集

随着IEEE/ZigBee标准的发布，世界各大无线芯片厂商陆续推出了支持该标准的无线收发芯片。

这些芯片大都集成了该标准的物理层功能，可作为传感器节点的通信模块。

采用微控制器作为处理模块实现MAC层功能。 随着IEEE/ZigBee标准的发布，世界各大无线

无线收发芯片的选择主要考虑以下几个因素。①频段②调制方式 无线收发芯片的选择主要考虑以下几个因素。6.3.4传感层特性及实现机制

传感层包括了传感器操作系统和一些传感器的应用。6.3.4传感层特性及实现机制 传感层包括了传感器1．传感器操作系统

开放式的传感器网络架构（OSWA）具有异构传感网络的处理能力，可以采取完全不同的通信协议，包括无线电、蓝牙、ZigBee/IEEE802.11.4这些协议。1．传感器操作系统 开放式的传感器网络架构（OSWA

传感器网络操作系统在很大程度上消除了开发设备驱动程序和分析各种协议栈的工作，是为了集中发展更高层次的中间件。 传感器网络操作系统在很大程度上消除了开发设备驱动程序

对于处理大量的传感器观测和传感器信息相关的数据的目的来说，持久性问题是一个重要方面。

因为在服务之间交换数据的标准格式是XML数据，它符合O&M和SenserML模式，转换包括XML、JAVA对象和相关的数据库之间不同的数据形式。 对于处理大量的传感器观测和传感器信息相关的数据的目的6.3.5服务层特性及实现机制

在服务层中有许多重要的服务，如SensorCollectionService（SCS）、SensorPlanningService（SPS）、WebNotificationService

（WNS）。6.3.5服务层特性及实现机制 在服务层中有许多

传感器采集服务（SCS）用来从传感器中获取监测值或是传感器的拓扑结构。

传感器策划服务（SPS）用来提供一个标准接口来处理资产管理（AM），可以标识、使用和管理可用的信息资源（传感器，传感器平台）以达到信息收集（客户的收集请求）的目的。 传感器采集服务（SCS）用来从传感器中获取监测值或图6-9传感器采集服务框架图6-9传感器采集服务框架图6-10传感器策划服务架构图6-10传感器策划服务架构图6-11Web通知服务框架图6-11Web通知服务框架6.3.6应用层特性及实现机制

应用层主要依靠传感器开发工具或是第三方工具开发更高级别的应用即服务，这些都是与我们息息相关的服务，例如，天气预报、海啸监测、污染监测、智能家居、智能交通、智能医疗等，关于这些应用我们将会在第8章有详细的描述。6.3.6应用层特性及实现机制 应用层主要依靠传感 OA的设计目标是以服务为基础，

通过服务的交互来实现系统动态、松耦合集成，极大地降低了复杂性与成本。

服务提供者将可用的商务过程或信息封装成服务，用独立于平台和语言的方式定义对内和对外的接口，再把接口的描述信息发布到服务注册中心，并动态地响应对自己服务的请求和调用。 OA的设计目标是以服务为基础，

服务注册中心接受服务提供者注册所发布的服务，并对已经注册的服务进行分类，同时为服务请求者提供对信息的查询；服务请求者利