（机械电子工程专业论文）企业服务总线在速递信息平台数据交换中的应用.pdf

企业服务总线在速递信息平台数据交换中的应用 捅要 本课题是在0 5 年国家邮政局决定建设速递综合信息处理平台代替原有系统的背景 下进行的。通过速递综合信息处理平台充分实现邮件信息的一点录入、全程共享；为用 户提供邮件的全程实时动态跟踪查询；实现邮件处理信息、系统运行状况、业务运作质 量的监控管理，同时为各级管理者提供真实、有效、及时的管理和决策支持信息，为业 务的快速发展提供支撑。 本课题的目的是通过e s b 总线如何桥接速递综合信息处理平台下的各个子系统进行 研究工作。课题的研究重点是通过设计与开发一个统一的企业服务总线，把各个己经部 署的应用系统集成到这个平台上来，实现不同应用架构系统的互联和低耦合。课题研究 的目标将达到：松散耦合集成到该平台上的应用系统，各个系统之间的数据互操作通过 统一的数据交换协议来实现；平台无关性，方便采用不同程序设计语言实现的应用系统 集成到该平台上来；快速部署，方便服务开发者与使用者快速的部署应用系统；传输协 议无关性；通过面向服务集成的方式来进行企业应用集成，以再利用原有的基础设施。 本课题的特色工作在于将s o a 技术与w e b 服务技术引入到e s b 中，提出了一种基于 s o a 的企业服务总线体系架构( e s b - s o a ) 模型。用e s b 将新老收寄系统联系起来，不同架 构的收寄系统能同时工作。用e s b 完成收寄信息的下发。对e s b 建构系统进行了性能评 测。 关键词：s o a e s bw e b 服务j m s t h ea p p u c a t i o no f e n t e r p l u s es e r v i c eb u s ( e s b ) o ne x p r e s s 删ls e r v i c e ( e m s ) p l a t f o r m a b s t r a c t t h i st o p i cb a s eo ne x p r e s sm a i ls e r v i c e ( e m s ) p l a t f o r mw h i c hw a sd e c i d e d t ob u i l db yt h ep o s to f f i c ei n2 0 0 5 t h r o u g he x p r e s sm a i ls e r v i c e ( e m s ) p l a t f o r m e x p r e s st h ef u l lr e a l i z a t i o no ft h em e s s a g et h a tt h et i m eo fa d m i s s i o n ， t h ew h o l es h a r i n g ；f o rt h ef u l lm a i lu s e r sr e a l t i m e ，d y na m i ct r a c k i n ga n d t r a c i n g ；i m p l e m e n t a t i o n m a i l p r o c e s s i n g ，s y s t e mo p e r a t i o nc o n d i t i o n s ，t h e q u a l i t yo fo p e r a t i o n a lm o n i t o r i n ga n dm a n a g e m e n t ，a n dp r o v i d er e a l ，e f f e c t i v e a n dt i m e l ym a n a g e m e n ti n f o r m a t i o na n dd e c i s i o ns u p p o r tt om a n a g e r sa ta l l l e v e l sf o rt h er a p i dd e v e l o p m e n to fb u s i n e s ss u p p o r t t h ep u r p o s eo ft h i si s s u ei sh o wt ob r i d g ee x p r e s sm a i ls e r v i c e ( e m s ) p l a t f o r mu n d e rt h ev a r i o u ss u b s y s t e m st h r o u g he s b t h es t u d yf o c u s e do nt h e d e s i g na n dd e v e l o p m e n tt h r o u g hau n i f i e de n t e r p r i s es e r v i c eb u s ，h a sb e e n d e p l o y e dt oa l lt h ea p p l i c a t i o n st ot h ep l a t f o r mo fi n t e g r a t i o nt oa c h i e v ed i f f e r e n t a p p l i c a t i o na r c h i t e c t u r e sf o rn e t w o r ks y s t e m sa n dl o wc o u p l i n g r e s e a r c hw i l l a i mt oa c h i e v e ：l o o s e l yc o u p l e di n t e g r a t i o nt ot h ep l a t f o r m ，a p p l i c a t i o n s ，t h e d a t ab e t w e e nt h ev a r i o u ss y s t e m si n t e r o p e r a b l et h r o u g hau n i f i e dd a t ae x c h a n g e a g r e e m e n t t o a c h i e v e ；p l a t f o r m i n d e p e n d e n t ，u s i n g d i f f e r e n t p r o c e d u r e s t o f a c i l i t a t et h ed e s i g nl a n g u a g eo ft h ea p p l i c a t i o n si n t e g r a t e di n t ot h ep l a t f o r m s ； r a p i dd e p l o y m e n t ，c o n v e n i e n ts e r v i c ed e v e l o p e r s a n du s e r so ft h e r a p i d d e p l o y m e n to fa p p l i c a t i o ns y s t e m s ；t r a n s f e rp r o t o c o li r r e l e v a n t ；i n t e g r a t i o n t h r o u g hs e r v i c e o r i e n t e da p p r o a c ht oe n t e r p r i s ea p p l i c a t i o ni n t e g r a t i o n ，t or e u s e e x i s t i n gi n f r a s t r u c t u r e t h i sw o r ki ss u b j e c tt ot h ec h a r a c t e r i s t i c so fs o at e c h n o l o g ya n dw 曲 s e r v i c e st e c h n o l o g yi n t ot h ee s b ，p r e s e n t sas o a - b a s e de n t e r p r i s es e r v i c eb u s a r c h i t e c t u r e ( s o a e s b ) m o d e l e s bw i l lb eu s i n gn e wa n d o l dc o l l e c t i n g s y s t e ml i n k t h ed i f f e r e n ts t r u c t u r eo ft h ec o l l e c t i n gs y s t e mc a nw o r ka tt h e s a m et i m e e s bc o m p l e t e dw i t ht h ec o l l e c t i n gi n f o r m a t i o n c o n s t r u c t i o no ft h e e s bs y s t e mw a sd o n ep e r f o r m a n c ee v a l u a t i o n k 卫yw o r d s ：s o ae s bw e bs e r v i c ej m s 独创性 企业信息门户企业应用服务 心叼 、， 、， 、， 过 e s b 域 企业服务总线 l 啊 |令 ， 、 眵 过 e d a 域一 e c i 域 企业数据架构 企业关联接口 形心 1，7过 e c s i 域一e c s e 域一 邮政内部关联系统邮政外部关联系统 图卜1 总体架构域图 e s b 如何来进行数据互操作与业务协调工作呢? e s b 为平台内外应用系统提供了统 一的数据交互接口，所有应用程序通过该接口收发数据。每个业务操作( 服务) 提供了统 5 北京邮电大学硕士研究生学位论文 一标识唯一表示。e s b 通过智能引擎发现该标识对应的服务进行业务处理与协作。 e s b 能够协助组织内外的数据互操作与业务协调，但是却有下面三个不足： ( 1 ) 数据封装协议不一致。不同的软件提供商提供的e s b 采用的数据传输协议不一 样，因此通用性不足，需要不同的针对软件厂商数据封装协议的操作接口。 ( 2 ) 对服务的发布、发现、调用没有统一的标准。不同的软件提供商采用不同的机制 来实现其服务的发布、发现与调用，因此开发人员开发的服务很难得到组织外的开发人 员的共享。 ( 3 ) 没有统一的体系架构。不同的软件提供商对于e s b 的实现的体系架构不统一， 因此无法通过统一的行业标准来进行互操作。 近年来，w e b 服务技术的出现为组织内外的数据互操作与业务协调提供了一种新途 径。本课题把w e b 服务技术和s o a 技术引入到e s b 中，将e s b 扩展为基于s o a 的 e s b ，即e s b s o a 。e s b s o a 充分发挥了w e b 服务技术与s o a 技术的优势，并通过 e s b 统一对应用提供w e b 服务支持。 1 2 2 课题研究背景 本课题是在0 5 年国家邮政局决定建设速递综合信息处理平台代替原有系统的背景 下进行的。通过速递综合信息处理平台充分实现邮件信息的一点录入、全程共享；为用 户提供邮件的全程实时动态跟踪查询；实现邮件处理信息、系统运行状况、业务运作质 量的监控管理，同时为各级管理者提供真实、有效、及时的管理和决策支持信息，为业 务的快速发展提供支撑。 本课题的目的是通过e s b 总线如何桥接速递综合信息处理平台下的各个子系统进 行研究工作。课题的研究重点是通过设计与开发一个统一的企业服务总线，把各个己经 部署的应用系统集成到这个平台上来，实现不同应用架构系统的互联和低耦合。课题研 究的目标将达到： 松散耦合集成到该平台上的应用系统，各个系统之间的数据互操作通过统一的 数据交换协议来实现。 平台无关性，方便采用不同程序设计语言实现的应用系统集成到该平台上来。 快速部署，方便服务开发者与使用者快速的部署应用系统。 传输协议无关性。支持多种的底层传输协议，如h t t p s m t p 兀甲m q 等。 通过面向服务集成的方式来进行企业应用集成，以再利用原有的基础设施。 整个系统要跟踪当前计算机技术与信息技术的最新发展，具有技术先进性，又 要具备实际的可操作性。 1 3 研究内容与成果 本论文按照以下的方式进行组织： 第一章绪论。主要介绍e s b 的基本概念、课题背景和选题依据，国内外的研究现状 6 北京邮电大学硕士研究生学位论文 和论文的组织结构以及论文的特色性工作。 第二章本章介绍项目背景及接口业务要求。 第三章w e b 服务与s o a 。主要介绍w e b 服务的概念、核心以及互操作栈等技术与 s oa 的概念、原理及原则，以全面的了解w e b 服务技术细节，为提出e s b s o a 架构 模型做准备。 第四章本章详细介绍收寄系统架构设计，相关技术方案研究。 第五章本章就专业收寄系统设计与e s b 队列的设计做详细的介绍，研究如何实现收 寄系统的下发。 第六章实现系统并测试e s b 在实际的应用平台上性能与可靠性。 本文在以下的方面取得了有特色的工作： 1 将s o a 技术与w e b 服务技术引入到e s b 中，提出了一种基于s o a 的企业服务 总线体系架构( e s b s o a ) 模型。 2 用e s b 将新老收寄系统联系起来，不同架构的收寄系统能同时工作。 3 用e s b 完成收寄信息的下发。 4 对e s b 建构系统进行了性能评测。 1 4 小结 本章概括介绍e s b 的概念作用，阐述本课题的研究背景、文章的组织结构及特色 性工作。 7 北京邮电大学硕士研究生学位论文 第二章项目调研及设计要求 本章主要阐述速递综合信息处理平台与相关应用系统进行连接时应遵循的原则以 及连接的方式。 2 1 速递信息系统与各现有系统关联 速递信息处理平台的数据来源于相关的邮政内部应用系统和邮政外部的应用系统， 各个应用系统所提供数据的质量以及详细程度，将很大程度上影响到速递综合信息处理 平台提供动态实时跟踪查询数据的真实性、准确性与完整性。目前各个邮政的内部应用 系统和邮政外部的应用系统的建设情况各不相同，各个系统的信息化程度也不一样，速 递综合信息处理平台与每个应用系统的连接方式、接口方式也各不相同。下图是速递综 合信息处理平台与已有应用系统信息交换需求。 f ；| ：煦出搿磊统 投搿 敬弦是j ：jj 彰伤综玲倪毖 i f ? 二旺1 翟j 臻赞f l ； |! 垡! 垡墅i 墨垫卜疆丽兰豫矿 j # ：t j 。麓，尘歧辔文 l 一收搿口慰，怠嚣 厂1 磊丽磊虿 - 型。 数鸯j 繇酃a 缀 唾i ；滩| ，敢矧毋；1 8 3 k 监巍扳巾 牧? 召绪磐、鹈水烈 2 2 接口设计原则 秘链鹾t 堪，罐 鞋：恐镌f 二，味 织败铃泓系绕 匝互噩垂囹 灞饼耀颤吲l 患，橡 卜塑- 而丽可丙霸 一卜叫仿嚣：t “- ln i ，1 咎l 簿 缮路 ? 。髟、椽 型- 厂i 溺霹 - i 一力l 蟠刘j 骛女l 图2 - 1 速递综合信息处理平台的关联系统 速递综合信息处理平台数据来源应保证从数据的源头上进行采集。 速递综合信息处理平台与各个关联系统之间的数据采集、交换必需保证数据的安全、 可靠、完整，不能出现数据丢失、被篡改的情况，必须具有数据质量控制机制。 o 为保证数据采集的规范性，应制订速递综合信息处理平台与各个关联系统数据接口 8 北京邮电大学硕士研究生学位论文 规范和交换规范，为各个关联系统提供改造的依据。 在速递综合信息处理平台全国中心中设立独立的通讯模块来完成和各个关联系统的 数据交换。通讯模块能屏蔽各个关联系统和速递综合信息处理平台相互变动时( 例 如：网络环境、硬件平台、系统软件、用户界面等) 造成的影响。 通讯模块负责速递综合信息处理平台其他接入渠道的数据交换。 速递综合信息处理平台与邮政内部的各个关联系统的数据交换以及速递综合信息处 理平台本身的内部数据交换通过邮政综合网进行。 各个邮政内部关联系统改造和速递综合信息处理平台建设应同步进行。 2 3 接口设计 速递综合信息处理平台除了支撑速递内部生产、经营和管理外，它还着眼于全网， 本着信息一次录入、全网共享的原则，为邮政综合网的相关环节提供数据，并从相关环 节接收数据；并且要与中国邮政外的相关组织、机构建立信息联系。与速递综合信息处 理平台进行有信息交换要求的系统有：名址库系统、电子化支局系统、邮政短信平台、 中心局两子系统、邮政1 1 1 8 5 系统、邮政1 8 3 网站、邮政量收信息管理系统、国际帐务 中心、邮政航空公司a o c 系统、中邮物流系统、邮政金融系统等邮政内部系统，以及 邮运承运商、万国邮联暨卡哈拉国际邮政组织、合作伙伴( n 盯等) 、用邮大客户等邮 政外系统1 8 j 。 本文仅详细论述设计邮政内部的收寄系统与速递信息平台内部的生产系统的接口 设计实现。 2 3 1 接口设计( 与电子化支局系统连接) 2 3 11 信息特征 【信息来源】电子化支局系统 【信息分布模式】省集中或地市集中 【需跟踪的信息】 原始收寄信息 按收寄局封发的总包信息( 总包号、路单、清单) 投递反馈信息 【实物流】各地邮运部门趟车每日按邮路从各支局网点收集速递总包至速递站点或航站 【实物流频次】5 6 个频次天 2 3 1 2 实现要求 【网络汇接点】综合网省信息中心或地市信息中心 【信息时限要求】 9 北京邮电大学硕士研究生学位论文 电子化支局实时将原始收寄信息提交给速递全国中心 电子化支局在特快邮件封发后1 0 分钟内将按收寄局封发的出口总包信息提交给 速递全国中心 电子化支局实时将速递反馈信息提交给速递全国中心 电子化支局营业终端可实时从速递全国中心获取邮件的实时跟踪信息 2 3 1 3 互连模式 速递综合信息处理平台可以通过以下的互连模式与电子化支局系统进行互连。 信息接口互连模式。在速递综合信息处理平台与电子化支局系统之间，根据业务处理 规则约定一定的信息交换格式，通过进程信息交互或数据共享访问，实现两个不同系 统之间的互连或数据共享。数据共享访问模式处理相对较简单，只要根据数据交换格 式及时限要求，对双方的数据交换“共享池”进行存取处理，缺点是互连安全控制效果 差。进程信息交互模式中，营业的前端表示层、应用服务预处理、信息交换、具体业务 逻辑、数据处理在电子化支局系统中实现，数据存储在电子化支局系统和速递全国中心 两个系统中实现，信息交互模式的实施关键是数据交换接口设计及交换服务系统实现。 其优点是前端界面表示统一、终端连接后台进程数量较少，缺点是系统关联性强、技术 实现较复杂、支局系统改造工作量大、维护较困难。在实施过程中可以考虑在各省部署 一个速递通讯机来完成支局的应用服务器和速递综合信息处理平台的通讯，以缓解支局 应用服务器的通讯压力i _ 。 2 3 1 4 实现流程 速递综合信息处理平台与电子化支局系统互连，主要完成以下四个信息流程： 1 、收寄信息的提交流程 ；蔓揭营j 瞌茼台i ： - ， 图2 - 2 收寄信息的提交流程 流程说明： 当支局营业前台发生收寄( 散件、大宗) 特快邮件时，支局系统除保留原有的业务 逻辑处理流程外，同时还将收寄的原始信息以异步通讯的方式提交给速递综合信息处理 平台，速递综合信息处理平台将保留原始收寄信息以供用户查询使用。 存在的问题： 1 0 北京邮电大学硕士研究生学位论文 由于采用异步通讯的方式可能造成速递综合信息处理平台与支局系统两边数据的 不一致的问题，如果采用同步的方式又势必造成两个系统关联性过强，当速递综合信息 处理平台发生故障时会直接影响到支局前台的收寄业务。 2 、封发信息的提交流程 ；支局割黼i i “ 图2 - 3 封发信息的提交流程 流程说明： 当支局营业前台完成封发的处理环节后，支局系统应在封发结束后1 0 分钟内将速 递总包信息( 路单、清单、原始收寄明细) 发送给速递综合信息处理平台【6 1 。 2 4 小结 本章介绍项目背景及接口业务要求。 北京邮电大学硕士研究生学位论文 第三章服务与面向服务架构( s o a ) 3 1 w e b 服务 3 1 1 w e b 服务概念 w e b 服务的概念可以从不同的角度来描述。从功能的角度描述认为w e b 服务 基于t c p i p 、h t t p 、x m l 等规范而定义，具备如下功能：w e b 上链接文档的浏览、 事务的自动调用、服务的动态发现和发布；从语义的角度描述认为w e b 服务是语 义w e b 的一种应用，语义w e b 可以通过一个通用的框架来跨越不同的应用程序、 组织，进行共享和重用数据，由于考虑了语义信息的描述及表示，w e b 服务能够 更准确地被执行，服务组合( s e r v i c ec o m p o s i t i o n ) 能够按所期望的目标进行； 从网格计算( g r i dc o m p u t i n g ) 的角度指出w e b 服务能用于w e b 上的资源发现、数 据管理及网格计算平台上异构系统的协同设计，提出了网格服务的新概念。从信 息检索的角度提出了在包含了分布策略和路由信息的电子文档之上进行分布式 文档检索的w e b 服务。因此，从不同的角度出发，对w e b 服务的定义的表述是不 一样的。本文对w e b 服务的定义是：w e b 服务是可通过标准的i n t e r n e t 协议( 如 h t t p ) 可编程访问的、自适应、自描述的w e b 组件。 。简单来说，w e b 服务是松散藕合的、可重用的软件模块，它封装了离散的功 能，在i n t e r n e t 上发布后能通过标准的i n t e r n e t 协议( 如h t t p ) 在程序中访问。 w e b 服务具有以下的特征： 1 模块化( m o d u l a r ) ：保证了服务组件( c o m p o n e n t ) 的重用、组合； 2 可访问性( a c c e s s i b l e ) ：保证服务对于那些需要该服务的系统是可见的； 3 良好描述( w e l1 - d e s c r i b e d ) ：服务通过一种机器能识别的服务描述来描述服务 概念、类型以及在什么地方； 4 实现独立( i m p l e m e n t a t i o n i n d e p e n d e n t ) ：服务的接口与服务的实现完全隔离 开来； 5 互操作( i n t e r o p e r a b i l i t y ) ：通过定义标准的数据传输协议来使得不同系统之 间的互操作； 6 自治性( a u t o n o m y ) ：每个w e b 服务在其作用范围内完成某个特定的功能。w e b 服务之间以提供的接口访问，通过w e b 服务的组合来完成更复杂的功能。 1 2 北京邮电大学硕士研究生学位论文 3 1 2 w e b 服务类别 综合当今w e b 应用以及w e b 服务的特征，可根据w e b 服务实施的领域分为以 下四类： 1 面向商务的w e b 服务( b u s i n e s s - o r i e n t e dw e bs e r v i c e ) ：该类w e b 服务是面 向企业级应用的，一个重要的目的是集成企业现有应用系统以及将来部署的应用 系统，把企业应用延伸到组织外，利用i n t e r n e t 广域网，以方便合作伙伴集成 其提供的w e b 服务，通过协作完成某项业务操作。 2 面向消费者的w e b 服务( c o n s u m e r o r i e n t e dw e bs e r v i c e ) ：此类w e b 服务是 在原来的b2 c ( b u s i n e s st oc o n s u m e r ) 应用发展起来的，以方便消费者使用 i n t e r n e t 获得更加便捷的服务。例如在桌面工具中集成查询机票的w e b 服务和 查询股票价格的w e b 服务等。 3 面向设备的w e b 服务( d e v i c e 一0 r i e n t e dw e bs e r v i c e ) ：此类w e b 服务的使用 终端，一般是手持设备( 如手机) 和日用家电，使得w e b 服务真正的无处不在。 4 面向系统的w e b 服务( s y s t e m - o r i e n t e dw e bs e r v i c e ) ：一些传统意义上的系 统服务，比如用户权限认证、系统监控等，当范围扩大到i n t e r n e t 上，作用范 围将从单个系统或局部网络扩展到整个i n t e r n e t 。这样基于同一系统服务的应 用可以采用统一部署的系统w e b 服务。 3 1 3 w e b 服务的核心 w e b 服务是基于丌放的因特网标准，不局限于特定的软件平台。它的结构单 元是简单对象访问协议( s o a p ) w e b 服务描述语言( w e bs e r v i c ed e s c r i p t i o n l a n g u a g e ，w s d l ) 和通用描述发现与集成( u n i v e r s a ld e s c r i p t i o n ，d i s c o v e r y a n di n t e g r a t i o n ，u d d i ) 。这三个结构单元是构建w e b 服务的核心与基础，下面 详细介绍这三个部分的内容。 3 1 3 1 s o a p s o a p 是一个基于x m l 的，在松散分布式环境中交换结构化信息的轻量级协议， 包括四个部分： 1 s o a p 信封( e n v e l o p ) ：它定义了一个整体的表示框架，用来表示消息的内容， 如何处理消息，以及是可选的还是强制的。s o a p 消息的结构如图所示。 1 3 北京邮电大学硕士研究生学位论文 图3 - 1s o a p 的消息结构 s o a p 信封包括一个s o a p 头( h e a d e r ) 和一个s o a p 体( b o d y ) ，s o a p 头是可选 的，它的作用是在松散环境下，且通信方之间尚未达成一致的情况下，扩展s o a p 消息的描述能力。s o a p 体是必需的，它包含需要传输给接收者的具体信息内容。 2 s o a p 编码规贝, l j ( e n c o d i n gr u l e s ) ：是一个定义传输数据类型的通用数据类型系 统，这个简单类型系统包括了程序语言、数据库和半结构数据中不同类型系统的 公共特性。在这个系统中，一个类型是一个简单类型或是一个复合类型。复合类 型由多个部分组成，每个部分也是一个简单类型或复合类型。s o a p 规范只定义 了有限的编码规则，当用户需要使用自己的数据类型时，可以使用自定义的编码 规则，按需求扩展该基本定义。 3 s o a pr p c 表示( r p cr e p r e s e n t a t i o n ) ：定义了远程过程调用( r e m o t ep r o c e d u r e c a l l ，r p c ) 和应答的协定。r p c 的调用和响应都在s o a pb o d y 元素中传送。在 r p c 中使用s o a p 时，需要绑定一种协议，可以使用各种网络协议，如h t i p ， s m t p 等来实现基于s o a p 的r p c ，一般情况下，使用h t t p 来作为s o a p 协议 绑定，s 吼廿通过协议绑定来传送目标对象的u r i ，在h 1 曙中的请求u r i 就是 需要调用的目标s o a p 节点的u r i 。 4 s o a p 绑定( f i n d i n g ) ：定义了一个使用底层传输协议来完成在节点间交换 s o a p 消息的约定。目前s o a p 协议中定义了与h t t p 的绑定。利用h t t p 来传 送s o a p 消息，主要是利用h t t p 的请求响应消息模型，将s o a p 请求的参数 放在h t r p 请求里，将s o a p 响应的参数放在h t t p 响应罩。当需要将s o a p 消息体包含在h 1 曙消息中时，h 1 曙应用程序必须指明使用t e x t x m l 作为媒体 类型。 1 4 北京邮电大学硕士研究生学位论文 3 1 3 2 w s d l w s d l 是基于x m l 格式的文档，用于将w e b 服务描述为一组端, 点( e n d p o i n t ) ， 这些端点对包含面向文档的消息进行操作。它首先对操作和消息进行抽象描述， 然后将其绑定到具体的网络协议和消息格式上以定义端点。相关的具体端点组合 成为抽象端点( 服务) 。w s d l 是可扩展的，使得在通信时可以使用多样的消息格 式或网络协议。 w s d l 文档在w e b 服务的定义中包含7 个重要元素：t y p e s ，i m p o r t ，m a s s a g e ， p o r t t y p e ，o p e r a t i o n ，b i n d i n g ，s e r v i c e 元素。 1 w s d l 声明：d e f i n i t i o n s 元素、t y p e s 元素、i m p o r t 元素 d e f i n i t i o n s 元素是w s d l 的根元素。该元素封装了整个文档，通常包含若干 个x m l 命名空间声明。 t y p e s 元素包含与交换的消息相关的数据类型定义。为了获得最大程度的互操 作性和平台独立性，w s d l 选用x m l 的x s d 作为标准类型系统，并将其当作 固有类型系统。w s d l 允许通过扩展性元素来添加类型系统。扩展性元素可能出 现在t y p e s 元素之下，标识正在使用的类型定义系统并为类型定义提供x m l 容 器元素。该元素的作用与x m ls c h e m a 语言的s c h e m a 元素的作用相似。 i m p o r t 元素使得当前w s d l 文档中可以使用其他w s d l 文档中指定的命名空 间。 2 w s d l 抽象接口：m e s s a g e 元素、p o r t t y p e 元素、o p e r a t i o n 元素 m e s s a g e 元素描述w e b 服务使用的消息的有效负载，代表所传输数据的抽象 定义。消息由一个或多个逻辑片段( p a r t ) 构成。每个片段使用一个消息类型属性 与某个类型系统的类型相关联。消息类型属性的集合是可扩展的。如果使用的名 称空间与w s d l 所用的名称空间不同，还可以定义其它消息类型属性。绑定扩 展性元素也可以使用消息类型属性。 p o r t t y p e 元素描述了w e b 服务的接口，定义了抽象类型和其方法，但是没有 定义实现。 o p e r a t i o n 元素描述了w e b 服务的接口里的每一个方法，采用一个或多个消息 来定义它的输入输出和错误。 3 w s d l 消息传递交换模式 w s d l 提供四个可得到端点支持的传输原语： 单向( o n e w a y ) ：端点接收消息。 请求川匈应( r e q u e s t r e s p o n s e ) ：端点接收消息并发送响应消息。 要求响应( s o l i c i t r e s p o n s e ) ：端点发送消息和接收相关消息。j 2 e ew 曲 s e r v i c e s 暂不支持。 通知( n o t i f i c a t i o n ) ：端点发送消息。j 2 e ew r e bs e r v i c e s 暂不支持。 4 w s d l 实现：b i n d i n g 元素、s e r v i c e 元素、p o r t 元素 1 5 北京邮电大学硕士研究生学位论文 b i n d i n g 元素将p o r t t y p e 定义的操作和消息映射到一组具体协议( 如s o a p 和 帅) 、消息传递样式( r p c 或文档) 以及编码样式( 字面或者s o a p 编码) 。 某个p o r t t y p e ，可能有一个或多个相关联的b l i n d i n g 元素。对于特定的p o r t t y p e ， b i n d i n g 元素描述了如何使用单一的通信传输协议【2 6 1 、使用s m t p 的s o a p l 2 7 1 ，使 用f 曙的s o a p l 2 8 1 ，或者其他有效的网络及通信协议的组合来调用操作；b i n d i n g 元素也定义了调用方式( i n v o c a t i o ns t y l e ) 是r p c 还是d o c u m e n t l 还指定了消息的 目的地( 通过s o a p a c t i o n 指定) 以及输入输出格式。 s e r v i c e 元素用于包含一组相关的p o r t 元素。每个p o r t 元素表示一个不同的服 务。p o r t 元素将u r l 赋给了一个特定b i n d i n g 。服务中的端e l 具有如下关系： 所有端口都不相互通信，以保证其w e b 服务的自治性。 如果一个服务中有几个端口属于同一端口类型，但是使用了不同的绑定或地 址，则这些端口是可以互相替换的端口。每个端口根据每个绑定所规定的传 输限制和消息格式限制提供在语义上等价的行为。 通过检查端口，可以确定服务的端口类型，从而使w s d l 文档的使用者可以 根据所支持的端口类型来确定是否要与特定的服务通信。 p o r t 元素的目的是指定端点的网络地址，该端点是w 曲服务的宿主，也就是 说p o r t 元素把特定协议形式的地址联系到某个b i n d i n g 元素。w s d l 文档中，p o r t 的名称是唯一的。 3 1 3 3 u d d i u d d i 是一套基于w e b 的、分布式的、为w e b 服务提供的信息注册的实现规 范，同时也包含一组使企业能将自身提供的w e b 服务注册以使得别的企业能够 发现的访问协议的实现规范。u d d i 建了一个平台独立、开放的框架，通过因特 网来描述服务，发现业务，并且整合服务。 通过使用u d d i 的发布服务，企业可以单独发布那些希望被别的企业发现的 自身提供的w e b 服务。企业可以通过u d d i 商业注册中心的w e b 界面，或是使 用实现了u d d ip r o g r a m m e r sa p i 标准所描述的编程接口的工具，来将信息加入 到u d d i 的商业注册中心。u d d i 商业注册中心在逻辑上是集中的，在物理上是 分布式的，由多个根节点组成，相互之间按一定规则进行数据同步。当一个企业 在u d d i 商业注册中心的一个实例中实施注册后，其注册信息会被自动复制到其 它u d d i 根节点，于是就能被任何希望发现这些w e b 服务的使用者所发现。 1 u d d i 基本概念 u d d i 规范：u d d i 规范v i 版包括两个规范文本，u d d ip r o g r a m m e r sa p i v 1 0 ( u d d i 程序员a p i 规范1 0 ) 和u d d id a t as t r u c t u r er e f e r e n c ev 1 0 ( u d d i 数 据结构参考1 0 1 前者定义了u d d io p e r a t o rs i t e 能够支持的a p i 接口，而后者则 描述了在a p i 中具体x m l 描述的数据结构的具体定义。u d d i 规范是u d d i o p e r a t o rs i t e 是实现蓝本，也是需要访问u d d ir e g i s t r y 的w | e b 服务的参考规范。 f 二i 前u d d i 己经发展到v 3 版本，由最初的平行结构向层次性结构发展，并在进 北京邮电大学硕士研究生学位论文 一步的发展中。 u d d i r e g i s t r y ( u d d i 注册中心) ：u d d ir e g i s t r y 是所有提供公共u d d i 注册 服务的站点的通称。u d d ir e g i s t r y 是一个逻辑上的统一体，在物理上则是以分 布式系统的架构实施的，而不同站点之间采用数据同步机制来同步数据，因此访 问其中任意一个站点就基本等于访问了u d d ir e g i s t r y ( 数据同步可能有延迟) 。 u d d ir e g i s t r y 可以是公用的商业注册中心，也可是私营的注册中心。 u d d io p e r a t o rs i t e ( u d d i 注册中心操作站点，简称u d d i 操作站点1 ：u d d i o p e r a t o rs i t e 是u d d ir e g i s t r y 中每一个对等结点，对于u d d io p e r a t o rs i t e 的查 询所获得的结果是覆盖整个u d d ir e g i s t r y 中的信息的。操作站点用于查询与发 布w e b 服务。 2 u d d i 信息类型 u d d ix m ls c h e m a 定义了五种主要信息类型。它们是技术人员在需要使用 合作伙伴所提供的w e b 服务时必须了解的技术信息。这些元素构成u d d i 信息 结构。这些结构用于表示一个机构、机构服务、实现技术以及与其他商务的关系。 它们是：业务实体信。窟, ( b u s i n e s se n t r y 结构) 、业务服务信，亩, ( b u s i n e s ss e r v i c e 结构) 、 绑定模板信息( b i n d i n gt e m p l a t e 结构) 、技术规范信息( t m o d e l 结构) 和 p u b l i s h e r a s s e r t i o n 结构。 他们之间的关联如下图表示 图3 - 2u d d i 数据结构关系图 业务实体信息( b u s i n e s se n t r y 结构) ：在概念上，业务实体信息可以划分为通 常所说的白页( w h i t ep a g e ) 、绿页( g r e e np a g e ) 、黄页( y e l l o wp a g e ) 。白页：包括 实体( 企业、政府机构等) 的名称、地址、联系方式等；绿页：包括如何调用服 务的详细信息；黄页：包括实体所提供的服务类型和服务位置的分类信息，标识 实体所属的行业类别。b u s i n e s se n t r y 的具体属性和元素，以及它们的含义： b u s i n e s sk e y 属性是业务实体的唯一标识，由u d d i 运营中心统一分配，不能编 辑修改；o p e r a t o r 属性是u d d i 运营中心的名称，实体在此注册；a u t h o r i z e dn a m e 属性是u d d i 运营中心提供的名称，由u d d i 运营中心统一分配，不能编辑修改； d i s c o v e r y u r l s 元素是d i s c o v e r y u r l 元素的容器，它提供了发现服务的可替换方 1 7 北京邮电大学硕士研究生学位论文 法；n a m e 元素是实体的名称；d e s c r i p t i o n 元素实体的描述；c o n t a c t s 元素是c o n t a c t 元素的容器，它提供了实体的联系信息；b u s i n e s s s e r v i c e s 元素是b u s i n e s s s e r v i c e 的容器，用于描述服务的逻辑分组；i d e n t i f i e r b a g 元素与指向t m o d e l 的 i d e n t i f i e r b a g 元素相同；c a t e g o r y b a g 元素是黄页分类信息，与t m o d e l 的 c a t e g o r y b a g 用法相同。 业务服务信，皂, ( b u s i n e s s s e r v i c e 结构) ：b u s i n e s s s e r v i c e 将一系列有关业务流程 或者分类目录的w e b 服务的描述组合到一起。 b i n d i n g t e m p l a t e 结构从某种意义上说，就是u d d i 的最终目的。其他结构提 供了业务信息、如名称、描述、分类信息等。当要使用某项服务后，需要从 b i n d i n g t e m p l a t e 中获取服务调用的必要技术信息。 技术规范信。窟, ( t m o d e l 结构) ：t m o d e l 的作用一个是定义技术指纹( t e c h n i c a l f i n g e r p r i n t ) ，即各种技术规范说明或预先确定的业务处理协议；另一个是定义标识 号组( i d e n t i f i e r b a g ) 和类别组( c a t e g o r y b a g ) 结构使用的名字空间。t m o d e 与b i n d i n g t e m p l a t e 是通过结构t m o d e l l n s t a n c e d e t a i l 联系起来的。 3 u d d i a p i u d d i 规范提供了两个主要类型的a p i 操作：发布a p i 和查询a p i 。发布a p i 是一组需要进行认证的操作，实体可以使用这些操作在u d d i 注册处发布信息， 除了需要认证标识。号-