（交通信息工程及控制专业论文）基于Web+Service的海事信息交换平台的研究.pdf

摘要 海事信息系统是我国近年来着手研究和发展的热点问题。我国海事信息系统 的发展遇到两个主要的难题：第个是信息孤岛问题，第二个是系统一体化的问 题，也就是：海事部门同步或异步平台之间数据交换没有统一的格式，各部门系统 独立，不能面向最终用户提供一站式服务。海事数据交换平台至今还没有一个完 善的解决方案。 x m l 是w 3 c 提出的数据格式和数据交换标准，x m l 及其相关技术，尤其是 w e bs e r v i c e 的发展为电子政务系统解决方案提出了一个新的思路。本论文正 是基于海事信息系统的特点，将x m l 引入到海事信息系统中来。然后本论文提 出了基于w e bs e r v i c e 的海事信息交换平台的解决方案。海事各部门通过数据交 换平台，可以利用w e bs e r v i c e 将其服务发布到i n t c m c t 上，然后根据业务流程对 这些w e b 组件进行动态的组合和集成，为用户提供一个统一的一站式服务，解决 海事信息一体化问题。 基于x m l 和w e bs e r v i c e 的海事信息交换平台将解决我国海事部门发展的主 要问题，实现政府职能向服务职能的转化，提高政府办事效率和透明度，为企事 业和公众提供更方便快捷的服务。 关键词：海事信息；数据交换；可扩展的标志语言( x l i l ) ；简单对象访问协 议( s o a p ) a b s t r a c t m a r i t i m ei n f o r m a t i o ns y s t e mh a sb e e na f i e l do ff o c u si no u rc o u n t r yr e c e n t l y t h e r ea r et w op r o b l e m si nd e v e l o p m e n to fm a r i t i m ei n f o r m a t i o ns y s t e m t h ef i r s to n e i st h ea b s e n c eo fs h a r i n go ft h ei n f o r m a t i o nr e s u l t i n gi n ”i n f o r m a t i o ni s l a n d s ”；t h eo t h e r i st h ea b s e n c eo fas i n g l ep o i n to fc o n t a c t i n gw i t hm a r i t i m ed e p a r t m e n t t h e r ei su o u n i f o r mf o r m a tf o rd a t at r a n s f e rb e t w e e nd i f f e r e n tm a r i t i m ed e p a r t m e n t sb e c a u s eo f d i f f e r e n tp l a t f o r m s t h eg o v e r n m e n tc a nn o t p r o v i d eo n e - s t o pc o n t a c td u et o t h e i s o l a t i o no ft h ed i f f e r e n tm a r i t i m ed e p a r t m e n t s t h e r ei sn os a t i s f a c t o r yd a t ae x c h a n g e p l a t f o r mf o rm a r i t i m ei n f o r m a t i o ns y s t e m a tp r e s e n t x m li sad a t af o r m a ta n dt h es t a n d a r do fd a t ae x c h a n g ep r o p o s e db yw 3 c x m l a n di t sr e l a t e dt e c h n o l o g i e sa sw e l la st h ed e v e l o p m e n to fw e bs e r v i c es u g g e s tan e w w a y o ft h i n k i n go nt i l es o l u t i o no fe - g o v e r n m e n ts y s t e m t h i sp a p e r , i n t r o d u c e sx m l i n t ot h ef i e l do fm a r i t i m ei n f o r m a t i o ns y s t e mb a s e do ni t sf e a t u r e s as o l u t i o no f m a r i t i m ei n f o r m a t i o nb a s e do nw e bs e r v i c ei sp r o p o s e d b yu s i n gt h ep l a t f o r mo fd a t a e x c h a n g e ，d e p a r t m e n t so fg o v e r n m e n tc a np u b l i s ht h e i rs e r v i c e o ni n t e r n e t t h e n a c c o r d i n gt ot h ep r o c e s so ft h eb u s i n e s s a nt h e s ew e bc o m p o n e n t sa r ei n t e g r a t e da n d a u n i f i e do n e s t o pi sp r o v i d e df o ra l lt h eu s e r ss oa st os o l v et h ep r o b l e mo fm a r i t i m e i n f o r m a t i o ni n t e g r a t i o n t h i sd a t ae x c h a n g ep l a t f o r mc a nb eu s e di nm a r i t i m ed e p a r t m e n t so fo u rc o u n t r y t os o l v et h e p r o b l e m s i nt h e i r d e v e l o p m e n t ，r e a l i z e t h et r a n s f o r m a t i o nf r o m g o v e r n m e n t a lf u n c t i o nt o s e r v i c ef u n c t i o n ，e n h a n c et h e i rw o r k i n ge f f i c i e n c ya n d t r a n s p a r e n c ya n dp r o v i d ea f a s t e ra n dm o r ec o n v e n i e n ts e r v i c et od i f f e r e n td e p a r t m e n t s a n dp u b l i c k e y w o r d s ：m a r i t i 蛳i n f o r m a t i o n ；d a t ae x c h a n g e ；x m l ( e x t e n s i b l em a r k u p l a n g u a g e ) ；s o a p ( s l m i 睡bo b j e c ta c c e s sp r o t o c 0 1 ) 2 大连海事大学学位论文原创性声明和使用授权说明 原创性声明 本人郑重声明：本论文是在导师的指导下，独立进行研究工作所取得的成果， 撰写成博i 硕士学位论文 ：基王巡尘s ! 盟照的盘重信息銮拯壬台的盟窥：。 除论文中已经注明引用的内容外，对论文的研究做出重要贡献的个人和集体，均 已在文中以明确方式标明。本论文中不包含任何未加明确注明的其他个人或集体 已经公丌发表或未公开发表的成果。 本声明的法律责任由本人承担。 论文作者签名：绝刘移2 0 0 6 年 3 月2 日 学位论文版权使用授权书 本学位论文作者及指导教师完全了解“大连海事大学研究生学位论文提交、 版权使用管理办法”，同意大连海事大学保留并向国家有关部门或机构送交学位 论文的复印件和电子版，允许论文被查阅和借阅。本人授权大连海事大学可以将 本学位论文的全部或部分内容编入有关数据库进行检索，也可采用影印、缩印或 扫描等复制手段保存和汇编学位论文。 保密口，在年解密后适用本授权书。 本学位论文属于：保密口 不保密臣九请在以上方框内打“4 ，) 敝作者魏膨绋导师魏唁【趸袭 日期：卵衫年孑月2 f 日 1 1 课题来源及意义 第一章绪论 随着经济全球化步伐的加快，国际贸易与运输量发展迅速，其中8 0 以上的 国际贸易运输都通过海运完成。到2 0 世纪6 0 年代，发生了海运发展史上第二次 革命性变革：集装箱运输。1 9 6 6 年4 月，美国海陆运输公司开辟了北美东岸欧 洲集装箱运输航线，国际海运进入了集装箱运输的新时代。1 9 9 3 年比尔克林顿 “信息高速公路”和1 9 9 8 年阿尔戈尔“数字地球”概念的提出，标志着现代信 息技术将会以前所未有的速度影响人类的传统理念和生活进程。航海信息技术也 将随着基于i n t e r n e t 技术和无线通信技术的飞速发展和广泛应用，逐渐形成以 “海上数字交通”为标志的现代航海信息技术格局，为海上运输安全提供有力保 障。“数字海洋( d i g i t a lo c e a n ) ”是“数字地球( d i g i t a le a r t h ) ”在海洋中的 具体应用，它以空间位置为主线，对三维海洋的多分辨率的数据进行处理。 通过应用i n t e r n e t 数字交通信息技术，建立陆上航运网站和船载移动网站， 是海上数字交通系统的核心。陆上航运网站是未来航海信息系统的信息发布中心， 它具有电子海图数据库、海上气象信息库、航海通告数据库、船舶信息库、全球 港口入港指南、海运货物运输规范、全球港口里程表、航运与货运代理公司信息 库、全球推荐航线库、海运服务信息库、全球航标信息库、以及其他综合信息等。 航运网站将以w e b 方式实时提供各种与航运相关的最新信息，为船舶或其他航运 部门服务，是船舶航行安全保障的信息源。1 1 建立我国自己的海事信息系统，是大势所趋。利用其提供的信息服务，可从 根本上改变传统的航海模式，用新的方法和手段为船舶航行安全提供更加可靠的 技术保障。 目前，在我匿海事信息系统建设过程中，各海事局根据自身的情况与需要， 建立了各自的信息和办公系统，这些系统往往是在不同时期、由不同的公司、利 用不同的工具、在不同的开发平台、采用不同的技术标准开发出来的，并且运行 在不同的操作系统和不同的数据库平台之上，而且客户端与服务器之间通常会有 防火墙或者代理服务器，这些跨平台异构系统形成了一个个信息孤岛，随着电子 政务的进一步发展，各个系统在数据交换与共享方面存在的局限越来越大，主要 体现在： 1 、无法适应政府发展的需要 随着海事信息系统的发展，为公众提供一站式服务的要求，就需要解决信息 孤岛问题，实现这些大量的不同位置、不同格式的数据的共享和交换，进而集成 相关的业务数据，为企业、公众和内部政务系统提供统一和一致的服务。 2 、无法实现真正的协作 在应用系统中，根据实际工作的需要，经常要进行数据的交换以实现协同工 作，比如公文的流转、单据和政令的传递处理等，都需要从一个系统传递数据到 另一个或者多个系统，由于系统本身相对独立的建设方式，导致无法合理地将数 据传递或交换过去，也就无法实现真正意义的协同工作。 3 、无法实现在线业务处理 由于系统建立的方式，导致因为工作需要发生的业务数据和流程变化而自动 变化的处理能力无法完成。大多数业务系统的过程不是僵化不变的，必须根据实 际的工作情况进行具体问题具体处理，这就要求相关的应用系统也必须能够满足 这样的功能需求。 综上所述，海事系统的业务系统需要进行合理的整合，在不破坏现有系统的 情况下，将各种应用系统集成起来，发挥自己的优势，满足海事信息系统发展的 需要。 由于海事信息处理在海事信息系统中的重要地位，海事信息交换平台已经成 为各海事局互连互通的最重要的应用，同时也是电子政务的基础和核心。通过海 事信息交换平台的建设，有助于打破时间、空间和部门分隔的制约，加快海事部 门间信息的传输，把信息传输时间从几天甚至几周提高到几小时甚至几分钟，大 大提高海事部门间信息流转的速度，进而可以提高海事部门行政事务的处理效率， 并可节省大量的人为物力。促进其机构的精简。同时，有效增强不同部门之间的 整体协同性，为实施更高层次的网络协同办公奠定良好基础。 1 2 国内外现状 美国是较早发展电子政务的国家，也是电子政务最发达的国家，计划到2 0 0 6 年2 月全部使用电子文件，酌情使用电子签名。欧盟成员国在电子政务发展方面也 取得了长足的进步。欧盟制定了信息社会行动纲领，各成员国也分别制定了本国 的信息社会行动计划和电子政务规划，并积极付诸行动。英国政府先后发布了一 些政策规划，并提出了至u 2 0 a o 年在英国全面实现政府电子服务的目标。2 0 0 0 年3 月 3 0 日，英国首相御莱尔将全面实施电子政务的时间从2 0 1 0 年提f i 口n 2 0 0 8 年。 亚洲的日本、新加坡等国家电子政务的发展步伐也较快。日本政府于2 0 0 0 年3 月正式启动了“电子政务工程”，将在2 0 0 6 以前比政府各部门的主要业务全部通过 互联网进行，这标志着日本将全面进入办公电子化、无纸化的时代。新加坡从2 0 世纪8 0 年代起就开始发展电子政务，现在己成为世界上电子政务最发达的国家之 一。目前，己基本实现政府部门间的电子数据交换。香港特别行政区政府在2 0 0 1 年1 1 月份正式启用电子化公共服务，现在己经向用户提供3 8 项服务，但特区政府 的电子公文交换系统尚处于一研究开发阶段。 我国电子政务在经过近5 年的发展，目前己有8 0 以上的地市级政府在网上建 立了办事窗口，政府网站也己多达5 0 0 0 多个。然而近期公布的中国电子政务研 究报告却表明目前我国电子政务度仅为2 7 6 ，在提商政府工作效率、转变政府 职能方而的作用得不到很好的体现。截止2 0 0 4 年1 1 月份，我国在电子数据交换方 面的国家规范与标准也还处于制定阶段与研发，只有深圳、佛山、青岛等少数几 个城市开始试用一定区域内的电子数据交换系统。 从上述情况可以看出，目前世界各国的电子政务都还处于基础建设与完善阶 段，主要工作是建立政府网站，真正实现了政府各部门间数据交换的极少。对于 电子数据交换系统这样对安全性有着特殊要求的应用系统，各国都在开发自己的 专用系统，没有商品化的成熟产品。 2 】 国内一些lt 企业相继步入电子政务市场的争夺，进行电子数据交换系统的 研究开发，如东软、长天、北太青鸟、深圳太极、金蝶、黎明网络、科健信息、 北大千方、科瑞软件、书生、美髯公等正在研究开发或刚刚推出各自的系统。 1 3 本文的工作 本文的研究目的即是研究如何利用w e b 服务实现海事信息交换。 论文首先对构建海事信息交换系统所需的x m l 语言，w e bs e r v i c e 及相关技 术进行了研究。然后，在对海事信息系统功能分析的基础上，提出了对我国海事 信息系统的总体设计方案。详细描述了海事信息交换平台的组成，数据格式定义， 部门相关业务处理和实现原则；w e bs e r v i c e 应用过程中对安全性、批量数据的 传输、特殊传输类型支持等问题的具体解决方案。 各章内容安排如下： 第一章绪论 第二章w e bs e r v i c e 的研究 对构建海事信息交换系统所需的x m l 语言，w e bs e r v i c e 及相关技术进行了 研究。 第三章海事信息系统的研究 对海事信息系统功能进行了分析，提出其使用要求，并完成了对海事信息系 统的总体设计。 第四章海事信息交换平台的实现 详细描述了海事信息交换平台的组成，数据格式定义，部门相关业务处理和 实现原则。 第五章w e bs e r v i c e 应用需要解决的问题 详细描述了w e bs e r v i c e 应用过程中对安全性、批量数据的传输、特殊传输 类型支持等问题的具体解决方案。 第六章总结与展望 总结了系统的优缺点，同时对海事信息交换平台的发展方向进行了分析和展 望。 d 2 1 概述 第二章w e bs e r v i c e 的研究 21 1w e bs e r v i c e 定义 w e bs e r v i c e 是一种用于应用程序集成的新技术，它可以减少公司e b u s i n e s s 上的花费和更快速的部署其解决方案。w e bs e r v i c e 2 艺所以能够具备这种功能，是因 为使用了一些建立在现存和正在出现的标准( 或协议) 之上的程序间通讯模型。 这些标准( 或协议) 包括： r r r p ，可扩展语言( x m l ) ，简单对象访问协议( s 0 a p ) ， 网络服务描述语言l ：w s d l ) ，统一描述，发现和集成规范( u d d i ) 。 从表面上看，w c bs e r v i c e 就是一个应用程序，它向外界提供一个能够通过w e b 进行调用的a p i ，也就是说，你能够用现成的方法通过w e b 来调用这个应用程序。 我们把调用这个w e bs e r v i c e 的应用程序叫客户( 也叫服务请求者) 。例如，你想 创建一个w c bs e r v i c e ，它的作用是取得某个公司的股票价格，那么你可以建立一 卟 j s p 页面，它接受股票代号作为查询参数( 字符串) ，然后返回这个股票的当前 价格。可以通过h n 甲g e l 请求方法调用这个服务： h t t p ：w w w m v c o m p a n y c o n k s t o c k q u o t e j s p ? s t o c k = 1 1 1 它返回的结果可能是这样：7 2 5 这个j s p 页面就算是一个w c bs e r v i c e 了，因为它是基于 盯1 1 pg e t 请求，提供 了一个可以通过w e b 调用的a p i 当然，实际的w e bs e r v i c e 可能不会如此简单。 w e bs e r v i c e 的一个更精确的解释是：w e bs e r v i c e 是一种用于应用程序集成的 新技术：是一个建立互操作分布式应用程序的新平台。1 3 1 21 2 典型的w e bs e r v i c e 架构 5 图2 1 典型的w e bs e i c e 结构 f i g 2 1t y p i c a la r c h i t e c t u r eo fw e b s e r v i c e 无论w e bs e r v i c e 是使用何种工具和语言开发的，只要你通过h t t p 使s o a p 协 议来调用它，架构都应如图2 1 所示。 一般的过程是，w e bs e r v i c e 提供者使用合适的编程语言和工具开发出w e b s e r v i c e 并部署使用，客户应用程序根据w e bs e r v i c e 的w s d l 月匣务描述文档中的信 息生成一个s o a p 请求消息来调用这个w e bs e r v i c e 。通常w e bs e r v i c e 都是位于w e b 服务器( 如n s ，a p a c h e 等) 后面的，客户生成的s o a p 请求就会被嵌入在一个h t r p p o s 晡求中，发送到w e b 服务器，w e b 服务器再把这些请求转发给w e bs e r v i c e 请 求服务器( r e q u e s th a n d l e r ) 。收到请求消息后，w e bs e r v i c e 请求处理器就会解析收 到的s o a p 请求，调用w e bs e r v i c e ，然后再生成相应的s o a p 响应消息。w e b 服务 器得到s o a p 应答后，会再通过哪应答的方式把它送回到客户端。 2 2w e bs e r v i c e 模型 w e bs e r v i c e 体系结构基于三个角色之间的相互作用，这三个角色是：服务提 供者( s e r v i c ep r o v i d e r ) ，服务注册处( s e r v i c er e g i s t r y ) 和服务请求者( s e r v i c e r e q u e s t o r ) ，它们之间的相互作用关系如图2 2 示。这些相互作用包括发布 ( p u b l i c a t i o n ) ，发现( d i s c o v e r y ) 和绑定( b i n d i n g ) 等操作。 一个典型的情况是：服务提供者上驻留着一个从网络可以访问的软件模块 ( w e bs e r v i c e 的实现) ，服务提供者还提供了这个服务的描述，并把它发布到服 务请求者或是服务注册处上去。服务请求者使用一个发现操作从本地或者服务注 册处得到有关此服务的描述，接着用这些服务描述来绑定服务并调用这些服务。 服务提供者和服务请求者是两个逻辑上的概念，实际上的服务可能同时具有这两 个特征。 w s d 图2 2w e bs e r v i c e 的角色 f i g 2 2r o l eo fw e b s e r v i c e 2 2 1w e bs e r v i c e 架构中的角色 ( 1 ) 服务提供者 从企业的角度来看它是服务的所有者，从整体体系的角度看它是容纳服务的 平台。 ( 2 ) 服务请求者 从企业的角度来看它是一个寻求一定服务功能的请求者，从整体体系的角度 来看它也是一个寻求和调用服务的应用程序。服务请求者可以是浏览器( 由人操 7 作) ，也可以是一个没有用户界面的程序( 如另外一个w e bs e r v i c e 应用程序) ( 3 ) 服务注册处 它是服务提供者发布其服务描述的地方。服务请求者从这儿发现服务并且得 到绑定信息( 包含在服务描述之中) 。这种绑定可以是静态的绑定( 开发过程中) 也可以是动态的绑定( 运行过程中) 。对于静态的情况来说，服务注册处在整体 的结构体系中是一个可选的角色，因为服务提供者可以将相关的服务描述直接送 到服务请求处。同样的，服务请求者亦可以从其它的地方得到服务描述，例如本 地文件，f r p 站点，w e b 站点，a d s ( a d v e r t i s e m e n ta n dd i s c o v e r ys e r v i c e ) ， d i s c 0 f d i s c o v e f vo fw e bs e r v i c e ) 等等。 2 2 2w e bs e r v i c e 中的操作 如果应用程序想应用w e bs e r v i c e ，必须要有三个操作：发布服务描述，寻找 和发现服务描述；使用服务描述来绑定和调用服务。它们可以单独的使用，也可 能重复交替的使用。 f n 发布( p u b l i c a t i o n ) 如果想一个服务能被访问，就必须先发布有关它的服务描述，至于它要发布 在什么地方则取决于应用程序的要求。 ( 2 ) 发现( d i s c o v e r y ) 在发现这一操作中服务请求者可以直接得到服务描述，亦可以从服务注册处 查询到所需的服务。有两个阶段服务请求者可能会使用发现操作；在设计阶段， 使用该操作以得到服务的接口描述；在运行时则使用该操作来获得与服务相关的 绑定和位置信息以便于调用。 ( 3 ) 绑定( b i n g i n g ) 运行时，绑定操作中服务请求者利用服务描述中的有关绑定的详细信息来定 位，连接和调用一个w e bs e r v i c e 。 2 3w e bs e r v i c e 体系结构 为了实现发布、发现和绑定三个操作，必须要有一个w e bs e r v i c e 堆栈来容纳 各层的标准。图2 3 示意了这个概念上的堆栈体系：图中上一层使用下一层所提供 的功能，最右边的垂直方框是每一层都必须考虑的内容，左边的文字表示的是使 用于堆栈中各层的标准化的技术。 整个w e bs e r v i c e 堆栈的基础是n e t w o r k 层( 网络层) ，因为w e bs e r v i c e 必须能 够从网络上被请求者访问。由于m t p 在各个平台上得到了很好的实现，所以它已 经成为w e bs e r v i c en e t w o r k 层所使用的实际上的标准协议，当然也可以使用其它的 些协议，如s m t p 和f t p 等。对于内部网来说还可以使用m qs e r i e s ，c o r b a 等 些机制。 x m l - b a s e dm e s s a g i n g 层( 基于x m l 的消息层) 使用x m l 作为消息机制，它 选择s o a p 作为其消息协议，之所以这样做有以下几点原因： s o a p 是使用x m l 语法进行文档消息传诵和远程过程调用( r p c ) 的标准化 封装机制。 s o a p 很简单，只用了一个带有x m l 圭十装的 n 1 pp o s t 方法 s o a p 很适合于在h t r pp o s t 方法进行x m l 消息传送中使用，因为它定义 了一个标准的机制( 使用s o a p 头和对操作的标准编码方法) 来包含一些 正交的扩展消息。 4 j s o a p 消息支持w e bs e r v i c e 架构中的发布，发现和绑 定操作。 9 ，s f l s t a t i c u d d l d i r e c t 一 u d d i w s d l s o a p r 兀1 p ，兀p ， e m a i l m q ，i i o p ，e t c s e r v i c ed i s c o v e r y s e r v i c ep u b l i c a t i o n s e r v i c ed e s e r q ) t i o n x m l - b a s e dm e s s a g i n g n e t w o r k 图2 3w e bs e r v i c e 协议堆栈 f i g 2 3t h eh e a po fw e bs e r v i c ep r o t o c o l s 服务描述( s e r v i c ed e s c r i p t i o n ) 层实际上也是一个描述文档的堆栈。首先，w s d l 是基于y d d l 的服务描述事实上的标准( 这也是使w e bs e r v i c e 能互操作的最小的标准 服务描述集合必须包括的协议) ，它定义了服务间互操作的接口和机制。另外还 需要一些附加的描述来确定诸如企业上下文信息( b u s i n e s sc o n t e x t ) ，服务的品质， 服务间的相互关系等内容。可以使用其它的一些附加的描述来确定诸如企业上下 文信息( b u s i n e s sc o n t e x t ) ，服务的品质，服务间的相互关系等内容。可以使用其它 的一些服务描述文档作为补充来描述这些高层次方面内容。例如可以使用u d d i 作 为w s d l 的附加的文档来描述企业上下文信息，使用w s f l ( w e bs e r v i c ef l o w l a n g u a g e ) 文件来描述服务的组建和流等内容。 由于w e bs e r v i c e 是网络可访问的和由服务描述所描述的，所以图2 3 中的堆栈 的头三层是必须要提供的。最简单的堆栈情况可以只包含三层：网络层中使用 h t t p ；x m l 消息层中使用s o a p ；服务描述层中使用w s d l 。这也是所有企业内 部或公共w e bs e r v i c e 进行互操作都必须支持的基本协议堆栈。w c bs e r v i c e ( 特别 是企业内部和私有w e bs e r v i c e ) 还可以支持其它的网络协议和分布式计算技术。 1 0 图2 3 中的最下面三层协议主要是确定一致性和互操作性的技术，而它们上面 的两层( 即服务发布和发现层) 则有多种途径来实现。 在服务请求者的生命期里，任何使得服务请求者能够对w s d l 文档访问的操作， 就可以叫做服务发布。一个最简单的静态的例子是服务提供者将w s d l 文档直接送 到服务请求者那里，这叫做直接发布。e m a i l 就是一种直接发布的工具。对于静态 绑定的应用程序来说，直接发布是有用的。当然，服务提供者也可以将描述服务 的w s d l 文档发布到其它地方，如本地w s d l 拄册处( 1 0 c a lw s d lr e g i s t r y ) ，私有 u d d i 注册处( p r i v a t eu d d ir e g i s t r y ) 或一个u d d i 操作者节点处( t h eu d d in o d e ) 。 由于w e bs e r v i c e 在没有被发布前是不能被发现的，所以服务的发现依赖于服 务的发布。任何使得服务描述可被服务请求者访问并可被应用程序在运行时使用 的机制都可以认为是服务发现。最简单的一个静态的服务发现的例子是从本地文 件中得到w s d l 月匪务描述文档，这些w s d l 文档通常是在直接发布中得到的。 由于w c bs e r v i c e 是由软件模块来实现的，因此可以使用若干个w e bs e r v i c e 来 组成一个另外的w e bs e r v i c e 。这些w e bs e r v i c e 的组合可能同时扮演好几个角色， 如可以将企业内部网组合成一个单个的w e bs e i c e 接口以对外部使用，亦可以协 作几个不同企业的w e bs e r v i c e 使之能够在机器问，企业间进行事物处理。作为选 择，当工作流管理器介入事务后，她可能调用各个w e bs e r v i c e 。图2 3 中的最上面 一层服务流( s e r v i c ef l o w ) 描述了服务问如何通信，协作及如何执行“流”的。w s f l 规范就是用来描述这些交互工作的。 随着电子商务等一些应用的要求越来越严格，w e bs e r v i c e 应用程序还必须提 供一些企业级的基础结构，包括安全性，易管理性和服务的质量等方面内容。图 2 3 中右边的方框中所提到各方面是各个层都必须解决的。 靠近堆栈底部的层代表了基础的w e bs e r v i c e 堆栈，它们相对于上层而言成熟 一些，也更标准化。w e bs e r v i c e 的成熟和使用将会促进堆栈中的高层协议进行发 展和标准化。 2 3 1w e bs e r v i c e 的数据类型 可扩展的标记语言( x m l ) 是w e b s e r v i c e 平台中表示数据的基本格式，除了 1 1 易于创建和易于解析外，x m l 主要的优点在于它既是平台无关的，又是厂商无关 的。无关性是比技术优越性更重要的：软件厂商是不会选择一个由竞争对手发明 的技术的。【5 l x m l 解决了数据表示的问题，但它没有定义一套标准的数据类型，更没有浇怎 么去扩展这套数据类型。例如，整数到底代表什么? 1 6 位，3 2 位，还是6 4 位? 这 些细节对实现互操作性都是很重要的。w 3 c 带j 定的x m l s c h e m a ( x s d ：x m l s c h e m a d e f i n i t i o n l a n g u a g e ) 就是专门解决这个问题的一套标准。它定义了一套标准 的数据类型，并给出了一种语言来扩展这套数据类型。w e bs e r v i c e 平台就是用x s d 来作为其数据类型系统的。当你用某种语言( 如j a v a ，v b n e t 或c 挣) 来构造一个 w e bs e r v i c e 时，为了符合w e bs e r v i c e 标准，所有你使用的数据类型都必须被转换 为x s d 类型。有开发工具自动帮你完成这个转换，但可能会根据需要修改一下转 换过程。有关x s d 的资料参见文献 6 儿7 8 。 2 3 2 网络层 网络层位