（企业管理专业论文）基于Web+Services的企业移动应用模型及其在CRM系统中的实现.pdf

基于w e bs e r v i c e s 的企业移动应用模型 及其在c r m 系统中的实现 摘要 移动通信技术近几年在国内外得到迅速发展，并且无线通信网络与互联网 已经开始逐渐融合。与此同时，实施企业信息化已经成为众多企业提高自身竞 争力的必备手段之一，c r m 、e r p 、s c m 等企业应用系统给企业生产力带来了 革命性的变化。富有远见的企业开始考虑将企业应用系统扩展到移动终端，以 便系统用户能够突破时间和地点的限制，更加快捷的获取信息和处理业务。企 业移动应用是一个正在兴起的领域，将会给企业竞争力带来进一步的提升，也 会给信息产业带来新的发展机会。 本文首先从对企业移动应用进行了理论分析并对比了现有的典型方案，在 此基础上提出了基于w e bs e r v i c e s 的企业移动应用典型模型，从服务器和客户 端两方面综合考虑，实现了松散耦合、无缝集成、易于扩展并具有良好通用性 的企业移动应用。移动客户端向w e bs e r v i c e s 发出请求并传入参数，w e b s e r v i c e s 通过访问系统现有的业务逻辑以及w e bs e r v i c e s 之间的互操作完成相 应任务并将结果返回客户端，两者之间基于s o a p 协议实现交互。 本文以这一模型为基础，分析、设计并实现了一个移动c r m 系统。为增 强系统的运行效率和可靠性，对界面设计、本地存储、w e bs e r v i c e s 粒度等问 题进行了分析；为了使系统具有良好的可扩展性，总体上采用了m v c 设计模 式，同时充分考虑了移动终端在处理能力、显示能力、交互能力等方面都比较 弱的特点，在客户端采用了c s 模式以提高对数据的处理能力。 关键字：企业移动应用；w e bs e r v i c e s ；s o a p ；j 2 m e ；m i d p m o d e lo fe n t e r p r i s em o b i l ea p p l i c a t i o nb a s e do nw e bs e r v i c e sa n d i t si m p l e m e n t a t i o ni nc r ms y s t e m a b s t r a c t m o b i l ec o m m u n i c a t i o nt e c h n o l o g yh a sb e e nd e v e l o p i n gr a p i d l yi nb o t hc h i n a a n da b r o a d ，a n dt h ew i r e l e s sc o m m u n i c a t i o nn e t w o r ki sg r a d u a l l yi n t e g r a t e di n t o i n t e r n e t m e a n w h i l e ，a sa ne s s e n t i a lw a yt oi m p r o v et h ec o m p e t i t i o no fe n t e r p r i s e s ， e n t e r p r i s ea p p l i c a t i o n ss u c ha sc r m ，e r p , s c m ，h a v eb r o u g h tg r e a ti m p r o v e m e n t s t ot h ep r o d u c t i v i t y f o r e s i g h t e de n t e r p r i s e sb e g i nt ot h i n ka b o u tt h ee x t e n s i o no f e n t e r p r i s ea p p l i c a t i o ns y s t e m st om o b i l et e r m i n a l si no r d e rt o a c c e s si n f o r m a t i o n a n dm a n a g eb u s i n e s sm o r ec o n v e n i e n t l yw i t h o u tt h er e s t r i c t i o n so ft i m ea n d l o c a t i o n e n t e r p r i s em o b i l ea p p l i c a t i o n ( e m a ) i saf i e l dt h a tb e g i n st ot h r i v ea n d w i l li m p r o v et h ec o m p e t i t i o no fe n t e r p r i s e s t h i sp a p e rm a k e sat h e o r e t i c a la n a l y s i so ne m aa n dac o m p a r i s o nb e t w e e n t y p i c a lr e s o l u t i o n s t h e ni tp r o p o s e sa ne m as t r u c t u r eb a s e do nw e bs e r v i c e s w h i c hs u p p o r t sw e e kc o u p l i n g ，w e l l i n t e g r a t e da n de x t e n s i b l ee m a m o b i l ec l i e n t s e n d sr e q u e s t sw i t hp a r a m e t e r st ow e bs e r v i c e s ，a n dw e bs e r v i c e ss e n dr e s u l t st o c l i e n ta f t e ra c c e s st h ee x i s t e db u s i n e s sl o g i co fs y s t e m t h et w op o i n t si n t e r a c t b a s e do ns i m p l eo b j e c ta c c e s sp r o t o c o l ( s o a p ) t h i sp a p e ri m p l e m e n t sam o b i l ec r ms y s t e mb a s e do nt h ep r o p o s e ds t r u c t u r e i tu s e sm v c d e s i g n p a t t e r no nt h ee n t i r es y s t e m t oe n s u r et h ee x t e n s i b i l i t ya n du s e s c ss t r u c t u r eo nc l i e n td u et ot h ew e a k n e s so fm o b i l ed e v i c e so i lc o m p u t i n g ， d i s p l a y i n ga n di n t e r a c t i n g i ta l s oc o n c e r n sa b o u tt h ed e s i g no fu i ，l o c a ls t o r a g e a n dt h eg r a n u l a r i t yo fw e bs e r v i c e st oi m p r o v et h ee f f i c i e n c ya n dr e l i a b i l i t yo f m o b i l ec r m k e yw o r d s ：e n t e r p r i s em o b i l ea p p l i c a t i o n ；w e bs e r v i c e s ；s o a p ；j 2 m e ；m i d p 图2 1 图2 2 图2 3 图2 4 图2 5 图2 6 图2 7 图3 1 图3 2 图3 3 图3 4 图3 5 图4 1 图4 2 图4 3 图4 4 图4 。5 图4 6 图4 7 图4 8 图4 9 图4 10 图4 1 】 插图清单 w e bs e r v i c e s 的角色和操作7 s o a p 消息的封装结构8 w s d l 文档结构1 0 j 2 m e 体系结构1 1 m i d p 体系结构1 5 l a d 与j a r 文件的关系1 6 m i d l e t 生命周期1 7 企业移动应用的二维描述1 9 j 2 m e 与j 2 e e 集成的移动应用2 1 基于嵌入式浏览器的移动应用2 2 基于w e bs e r v i c e s 的移动应用2 3 基于w e bs e r v i c e s 的企业移动应用典型模型2 4 e j b 调用过程示例3 0 移动c r m 系统结构图3 0 服务端基本流程3 2 安全认证时序图3 2 客户端查询功能流程设计3 3 客户端的部分u m l 类图3 8 程序界面效果图3 9 c u s t o m e r i n f o s t u b 类的u m l 图4 0 i n f o f o r m 类的u m l 图 客户信息显示 n o k i a $ 4 0 手机显示效果 4 1 4 1 4 2 表格清单 表1 1企业移动应用技术的发展 表2 1c l c d 中的包 表2 2m i d p 所包含的包与对应的功能 表4 1 部分数据表设计一 表4 2 现有系统主要的实体b e a n 4 1 3 1 5 2 9 2 9 独创性声明 本人声明所呈交的学位论文是本人在导师指导下进行的研究工作及取得的研究成果。据我所 知，除了文中特别加以标志利致谢的地方外，论文中不包含其他人已经发表或撰写过的研究成果， 也不包含为获得金世王些盘堂 或其他教育机构的学位或证书而使用过的材料。与我同工作 的同志对本研究所做的任何贡献均已在论文中作了明确的说明并表示谢意。 学位论文作者签字；了乏哮 签字日期：( 形年岁月2 刀日 学位论文版权使用授权书 本学位论文作者完全了解盒魍工业盔堂有关保留、使用学位论文的规定，有权保留并向 国家有关部门或机构送交论文的复印件和磁盘，允许论文被查阅或借阅。本人授权盒目b 王些太 堂一可以将学1 _ ) = 论文的全部或部分论文内容编入有关数据库进行检索，可以采用影印、缩印或扫 描等复制手段保存、汇编学位论文。 ( 保密的学位论文在解密后适用本授权书) 学位论文者虢巧豁 签字日期：彩年月肜日 学位论文作者毕业后去向 工作单位： 通讯地址； 导师签名 韵丢掀 签字日期；庐占年岁月多倔 电话 邮编 致谢 首先谨向我的导师杨善林教授致以衷心的感谢和崇高的敬意! 自入学以来， 杨老师无论在科研工作上还是生活上都给予我极大的帮助、支持和关爱，杨老 师深厚的学术造诣、严谨的工作作风、对科学前沿敏锐的洞察力、勇往直前的 开拓精神以及对我的严格要求都使我受益匪浅。 特别感谢计算机网络系统研究所的马溪骏副教授。马老师一直给予我悉心 的关心和帮助，为我提供了良好的科研条件和实践机会，在论文撰写过程中也 提出了很多宝贵意见。 感谢余本功和付超老师，他们在科研方面给予我很多有益的指导，其扎实 的技术能力和丰富的项目经验使我受益良多。 感谢网络所的梁昌勇、刘业政、左舂荣、潘申、潘若愚、胡笑旋、毛雪岷 等老师和管理学院刘心报、李兴国、何建民等老师对我的帮助和指导，感谢管 理学院所有老师的培养和帮助。 感谢夏卫、孙建、芮阿骥、徐王权、楼旭涛、陈宜义、杨永升、李伟、石 建国、邬幼明等同学和朋友对我的关心和帮助，难忘与他们一起度过的快乐时 光。 深深感谢我的家人，他们对我无私的爱是我奋斗的不竭动力，我所取得的 任何成绩都凝聚着他们的心血。特别感谢妻子刘晓娜对我的理解以及对家庭的 奉献，使我的学业得以顺利完成。 最后，再次向所有关心和帮助过我的人表示衷心的感谢! 作者：王毅 2 0 0 6 年5 月 第一章引言 1 1 研究背景 在过去的十几年中，c r m 、e r p 、s c m 等企业应用系统为企业生产力带来 了革命性的变化，但是，这些系统在应用的方式、时间和地点都受到了限制。 传统的企业应用是基于企业i n t r a n e t 或广域的i n t e r n e t 的，用户并不能实现随时 随地的获取想要的企业信息资源。随着市场竞争的加剧，将企业应用扩展到无 线应用领域的需求日益显的重要而紧迫。例如，企业的采购员可能想在路途中 知道当前仓库中的动态存货量，销售人员在和客户谈判时可能想立刻获知当前 在库产品价格和数量以争取到一笔大的销售定单，在很多情况下，系统用户在 什么时刻需要获得计算机服务是无法预知的，传统的电子商务约束了用户更多 正常行为。企业移动应用( e n t e r p r i s em o b i l ea p p l i c a t i o n ) 是指借助移动通信网 络、互联网、移动终端及其相关技术运行的企业应用。本文所研究的移动应用 特指通过移动通信网络接入互联网实现的移动应用。当前虽然有笔记本电脑通 过无线网卡上网的技术，但是与本文所要研究的情况有很大区别，主要是其网 络速度一般远比移动通信网络快，但是在信号覆盖区域上又远远不如移动通信 网络。借助移动通信技术，企业移动应用可以实现在任何时间、任何地点方便 的完成商务活动，符合现代社会对信息处理的快捷要求：同时，还可能拓展出 以前无法实现的、崭新的应用，因此企业移动应用成为企业在激烈的市场竞争 中的重要砝码。 世界五大著名战略咨询公司之一的罗兰贝格国际管理咨询有限公司发布了 一份有关中国企业移动应用服务与解决方案市场兴起的研究报告。报告显示， 移动通信服务的企业用户市场正在中国悄然兴起，并且具有巨大的发展潜力。 罗兰贝格公司选取了国内1 0 个重点行业中4 0 家领先的中国企业，对其进行了 深入调查，他们发现希望参与和开发这一市场的不仅有通信运营商和终端设备 生产商，也有技术开发商、服务与内容提供商等新兴力量。罗兰贝格公司的这 份报告中所谈到的移动企业服务不仅指如移动银行、手机支付类移动商务，还 包括那些为企业量身定制的能够大幅提高企业运作效率和营销能力的企业移动 应用。这些企业应用包括诸如远程信息处理、定位服务，以及移动客户关系管 理和移动营销等方面 2 1 。 随着第三代无线通信技术( 3 g ) 的发展和商业化，移动应用市场的发展和壮 大是必然的，因为移动应用能够为企业现有投资带来更高的生产率和价值，这 直接关系企业的生存和发展，也是市场最直接的驱动力。对于企业来说，移动 应用能为企业现有投资带来更高的工作效率并节省成本，认识这一点并将其作 为企业发展策略之一，会大大提高企业竞争力并处于行业的领先地位。所以， 企业移动应用对众多企业而言是十分必要的。 另一方面，目前以手机、p d a 和掌上电脑为代表的移动终端已经得到了极 为广泛的应用，我国手机用户数量已超过2 5 亿。这些手持设备具备简单的数 据处理能力，其日益提高的计算性能和图形显示能力已经能够满足部分企业计 算的需要。移动通信网络和互联网的逐渐融合使得这些移动设备不再是孤立的 计算平台，而是可以随时随地接入互联网的信息终端，企业应用系统扩展到移 动终端设备已经具备技术可行性。 1 2 研究现状 1 2 1 移动开发平台 移动终端设备以手机为代表，本文所讨论的问题也是以手机为主，但是原 理同样适用于其它移动终端设备。 目前大多数手枧均采用封闭式操作系统，除非用厂商自己的软件和工具， 否则无法在手机上附加其他应用。s u n 公司推出的j 2 m e 技术为我们提供了摆 脱这些束缚的工具。因为j a v a 语言是跨平台运行的，这一特性使第三方软件开 发商可以很容易参与开发应用程序，也可以很方便地将新开发的应用程序安装 移植到这些设备上，这不仅大大缩短了开发周期，而且还能支持应用程序的动 态下载和版本升级。同时，3 2 m e 提供了h t t p ，t c p 等高级i n t e r n e t 协议，使 手机能以c l i e n t s e r v e r 方式宜接访问i n t e r n e t 的全部信息，不同的c l i e n t 访问 不同的文件，此外还能访问本地存储区，提供高效率的工作方式。 新一代的智能手机逐渐开始采用开放式操作系统，其中s y m b i a n 、w i n d o w s m o b i l e 、p a l m 和l i n u x 操作系统已经占据了嵌入式操作系统的绝大部分市场， 各大手机厂商都在不遗余力的推广智能手机。智能手机往往提供了c + + 或微软 的n e t 开发平台，同时，绝大部分手机支持j 2 m e 。 另一种应用方式是通过w a p 访问i n t e r n e t 即采用手机浏览器通过 b r o w s e r s e r v e r 方式访问i n t e r n e t 。虽然p c 机上采用b s 架构的企业应用已经 非常普遍，在移动终端上这样做却并不合适，因为现在的w a p 解决方案要求 手机通过w a pg a t e w a y 才能访问i n t e r n e t ，并且只能访问w m l 而不是主流的 h t m l 页面。此外，因为应用w a p 的时候需要保持网络连接，而且不能访问 本地存储区，如果进行在线业务会增加服务器负荷，反应速度慢，这也会使无 线网络应用受到很大的制约。 1 2 2 系统集成技术 移动应用显然要和原有的企业应用无缝集成才能发挥出最大价值。移动设 备和计算机、服务器的差别是很大的，这种集成工作既要考虑技术可行性也要 考虑到经济可行性。另外，移动应用的需求变动可能比较大，还要考虑到系统 的灵活性和可扩展性。 同时，随着企业需求越来越复杂，企业内部多种系统之阃必须协同工作， 而企业与业务伙伴如供应商、零售商等亦需要协同工作。这就要求将企业内部 的各种信息系统以及企业与业务伙伴的信息系统集成起来，实现包括客户服务 和支持、计划和预测、生产制造等在内的全面的企业集成【3 】。 由于企业使用的信息系统是多种多样的，给企业的系统集成造成了极大的 困难。这种集成最初体现在e d i ( e l e c t r o n i cd a t ai n t e r c h a n g e ，电子数据交换) 的应用上p 】，它是一种一对一的信息交换和共享，成本高、灵活性低。随着 i n t e r n e t 的迅猛发展，出现了使用c o r b a ( c o m m o n0 b j e c tr e q u e s tb r o k e r a r c h i t e c t u r e ，公用对象请求代理体系结构) 、c o m ( c o m p o n e n t so b j c o tm o d e l ，组 件对象模型) 等技术的集成方案1 5 】1 6 】。但它们与后端数据结构保持紧藕合，可扩 展性和可维护性差，这样的实现方式既无法有效地解决经常发生的企业业务逻 辑的更改，也无法有效地解决各类用户的定制需求。 近期开始发展起来的w e bs e r v i c e s ( w e bs e r v i c e s ) 技术能有效的克服上述 集成方案的弊端。w e bs e r v i c e s 统一地封装信息、行为、数据表现以及商务流 程，无需考虑应用所在的环境是使用何种系统和设备。w e bs e r v i c e s 可以建立 松散耦合的架构，便于系统扩展和维护，提供了高度的灵活性和便利性。 1 2 3 企业移动应用 企业移动应用才刚刚起步，尚未得到大规模应用。相对于手机游戏等火爆 的无线娱乐市场，企业移动应用无论从技术上还是应用模式上都尚未达到成熟 阶段。 短信服务( s m s ) 是目前应用最广泛的技术，也是最成熟的应用模式。数 据可以以短信的方式发送到服务器，服务器将结果以短信将信息返回客户端。 服务器还可以提供p u s h 服务，即不需要客户端请求而直接向其发送信息，有一 定的方便性。但是短信的应用方式比较单一，灵活性差，难以胜任企业应用的 要求。在企业应用中，它可以作为种辅助手段。 近几年国外开始研究无线系统的应用，随着无线网络环境的逐步成熟，有 一些大型的软件开发商如s a p , p e o p l e s o f t ，o r a c l e ，s i e b e l 等公司1 7 1 开始向企业提 供物流管理、客户关系管理等方面的移动应用系统。国内也有一些公司推出了 尝试性的产品，例如用友公司的移动e r p 和联络佳公司的移动进存销系统。从 目前国内的应用状况来看，尚处于探索和起步阶段，软件开发商还未真正推出 成熟的解决方案及产品。许多适于采用移动应用的行业或虽然给工作人员配备 了手机或p d a 等移动设备但其数据同步需要回到公司总部采用串行接口、u s b 接口或红外接口与桌面机连接进行，或是应用了可以连接互联网的移动设备， 但其功能仅限于个人信息管理、移动邮件等横向应用而不是企业真正商业逻辑 意义上的纵向应用。 造成这种局面的因素是多方面的，其一是国内市场需求上的不成熟，企业 移动应用还仅是初露端倪，很多适用行业的企业客户对实施企业移动应用所带 来的益处尚未充分认识。另外的原因除了厂商要保护既有的投资利益而延迟推 出新技术之外，就在于企业移动应用的开发存在投资风险，它的开发很不同于 传统的管理软件的开发，有其特殊性，不少企业持观望态度。 即便同是企业移动应用，软件所采取的技术、体系架构都可能是极为不同 的。应用开发商往往在拟采用的技术、现有的所专长的技术、开发周期及难易 程度、良好的体系架构等方面做出最佳权衡。表1 1 总结了企业移动应用技术 的发展过程中出现的各种技术【8 】，而这些不同的技术在现在的软件开发中都在 不同程度的被采用。 表l 一1 企业移动应用技术的发展 技术工作方式优缺点 离线独立应用，数据同在每个移动设备( 手提电脑、离线使用时不需要依靠任 步掌上电脑等) 上安装可独立运何网络连接环境；对客户 行的客户端系统，员 j 在移动端设备要求高，客户端系 办公时离线使 = j 本机的系统，统维护量大，不能保证信 不定期地与企业的中心系统进息的及时性 行增量数据同步 基于e l m e m a i l s m s系统可以实现将系统内部的即 不需要企业进行大量的设 的简单应用时消息、e m a i l 和工作流程提备投资，开发简单；灵活 示等以短消息的形式单向推送性差，效率低，只是种 到员工的移动电话上，也可以 过渡性解决方案 作为短消息服务器响应员工通 过手机发送的查询请求，从而 实现基于双向s m s 的半即时 移动应用 基丁互联网和浏览器通过支持 n a p 的移动电话和 用户界面友好，部署方便， 的联机应用p d a 等设备实现无线上网，在无需客户端维护，信息的 线访问w m l 页面实时性好；不支持本地存 储，需要持续的网络连接 基于无线网络和无线移动设备上运行智能客户端软 移动设备上软件可以在联 移动设备的联机应用件，通过h t t p 或s s l 实时访机时自动更新，便于维护； 问系统的w e b 服务器，采用可以在本地处理数据 x m l 与服务器交换数据。 从以上三个领域的研究现状来看，各种可选技术比较庞杂，不同实现方案 之间可以有巨大的差别，并且各有优势和不足。个比较完善的企业移动应用 系统无论使用何种方案，都应该满足几点基本要求，即客户端通用性良好、与 原有系统无缝集成、具有良好的可扩展性，同时最好能够使服务端不局限于特 定平台，因为复杂的企业应用系统发展趋势是实现异构平台( 异构的操作系统 和异构的技术平台) 的楚合，企业移动应用应该顺应这一趋势。本文在对研究 现状进行分析的基础上，针对目前存在的问题，提出了基于w e bs e r v i c e s 的企 业移动应用方案，较好的满足了这些要求，为企业移动应用开发提供了一种可 借鉴的思路。 1 3 论文的主要内容与结构 本文从企业移动应用的特性和要求入手，对几种可行方案进行了对比分析。 通过对系统可扩展性、无缝集成性、移动设备软件通用性以及实现难度等方面 的综台考虑，提出了基于w e bs e r v i c e s 的企业移动应用模型。这一模型在服务 器端使用w e bs e r v i c e s 技术，隐藏了不同操作系统和软件语言平台的差异，同 时其松散耦合和互操作等特性非常适合于不同系统之间的集成；移动客户端采 用了得到厂商广泛支持的j 2 m e 的智能客户端技术，软件的通用性得到良好保 障，同时能够对数据进行灵活的处理，并可以访问本地存储区。本文以一个移 动客户关系管理系统为例，以本文提出的模型为基础并结合c r m 系统进行具 体分析，给出了企业移动应用的分析、设计和实现过程。 本文的内容安排如下： 第一章首先介绍了本文的研究背景，指出了企业移动应用的必要性和可行 性，然后对这一领域的研究现状作了介绍和分析。 第二章介绍了实现本文方案的关键技术w e bs e r v i c e s 技术和j 2 m e 技术， 详细解释了箕技术原理、技术体系和相关协议规范。 第三章对企业移动应用进行了理论分析，对目前主流的移动应用方案进行 分析对比，指出了其优点和缺点。随后提出了基于w e bs e r v i c e s 的企业移动应 用典型模型。 第四章以第二章提出的基于w e bs e r v i c e s 的企业移动应用典型模型为基 础，通过个移动c r m 原型系统实例演示了基于w e bs e r v i c e s 的企业移动应 用的设计和实现，完成了系统设计、实现和部署的过程。 第五章对本文所做的工作进行了总结，并结合技术发展趋势提出了下一步 的工作方向。 第二章关键技术介绍 2 1 w e bs e r v i c e s 简介 w e bs e r v i c e s 不是一种软件或产品，而是由一系列协议组成的框架体系， 这些协议都是开放式的，从而得到了各i t 厂商广泛的支持。下面对其做一简要 介绍。 2 1 1w e bs e r v i c e s 概述 w e bs e r v i c e s 是基于网络的、分布式的模块化组件，它执行特定的任务， 遵守具体的技术规范，这些规范使得w e bs e r v i c e s 能与其他兼容的组件进行互 操作。 w e bs e r v i c e s 隐藏了实现服务的细节，允许独立于实现服务基于的硬件或 软件平台和编写服务所用的编程语言使用服务。这允许并支持基于w e b s e r v i c e s 的应用程序成为松散藕合、面向组件和跨技术平台的实现。w e b s e r v i c e s 履行一项特定的任务或一组任务。w e bs e r v i c e s 可以单独或同其它w e b s e r v i c e s 一起用于实现复杂的集成或商业交易。 w e bs e r v i c e s 能够做到让任何平台上的用任何语言编写的服务进行交互； 将应用程序功能概念化成任务，从而形成面向任务的开发和工作流；允许松散 藕合，这意味着，每当其中某个或多个服务在设计或实现中发生变更时，服务 应用程序之间的交互作用可能不会因此而中断；向现有或原有的软件应用程序 提供服务接口，而无需改变原来的应用程序，从而使这些应用程序完全可以运 行在这种服务环境下。 2 1 2w e bs e r v i e e s 体系 w e bs e r v i c e s 的架构包括3 个角色定义，服务提供者、服务请求者和服务 代理。服务提供者负责使用w s d l 来描述和定义那些可以通过编程来访问的应 用程序的功能，在服务注册中心中发布这些服务的信息，使其可以被其他应用 访问、接收，并处理服务请求者的调用；服务请求者负责通过一个或者多个服 务注册中心寻找到他们所需的w e bs e r v i c e s 后，下载定义服务的w s d l 文档， 并且根据服务定义来绑定和调用该服务；服务代理负责发布w e bs e r v i c e s 和允 许服务请求者查询服务定义1 9 1 ，当服务请求者在服务注册中心中找到所需的服 务，接下来的交互工作只需要在服务提供者和服务请求者之间进行，而服务注 册中心将从此退出工作流程。 w e bs e r v i c e s 包括三种操作功能： ( 1 ) 发布( p u b l i s h ) ：提供w e bs e r v i c e s 注册或者宣传功能，是服务提供者 与服务代理之间交互的操作。当服务提供者在服务代理处发布w e bs e r v i c e s 6 后，自然就在整个w e b 社区推广已注册的w e bs e r v i c e s 。发布a p i 的具体细节 取决于服务代理是如何被实施的，从简单的w e bs e r v i c e s 的文档目录到精湛的 实施方案。 ( 2 ) 寻找( f i n d ) ：服务请求者可以直接检索服务描述，也可以从服务注册中 心查询到所需的服务类型。对于服务请求者，可能在两个阶段会牵涉到查找操 作：在设计阶段，为了程序开发而检索服务的接口描述；在运行阶段，为了调 用而检索服务的绑定和位置描述。 ( 3 ) 绑定( b i n d ) ：决定服务请求者与服务提供者运行时的关系，是两者之间 交互的操作。这个操作功能可以是静态的或动态的。使用静态模型时，程序员 需要编写服务请求者的客户端应用程序，用直接连接的方法去调用w e b s e r v i c e s 。使用动态模型时，服务应用器在运行时生成基于服务定义的客户端代 理程序，进行w e bs e r v i c e s 的调用。 w g o 服势请求者使用u d d i 查找合 适的w e b 服务 袖服务提供者使用注册 w o o 服务 图2 - 1w e bs e r v i c e s 的角色和操作 2 1 3w e bs e r v i c e s 协议规范 w e bs e r v i c e s 技术的使用引入了一系列协议规范，这些规范主要有 x m l ( e x t e n s i b l em a r k u pl a n g u a g e ，可扩展标记语言) 、s o a p ( s i m p l eo b j e c t a c c e s sp r o t o c a l ，简单对象访问协议) 、w s d l ( w e bs e r v i c e s d e s c r i p t i o n l a n g u a g e ，w e bs e r v i c e s 描述语言) a nu d d i ( 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 ya n d i n t e g r a t i o n ，统一描述、发现和集成) 等【1 0 】。 ( 1 ) x m l 要让异构平台上不同系统能够相互通信和共享数据，必须使数据在w e b 上 传输时符合一定的标准和格式。这个标准就是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 ，可扩展标记语言) 。 使用x m l 创建数据文档具有下列的优点：第一，简化数据交换。因为不 同组织( 乃至同一组织的不同部门) 很少就单一工具集形成标准，所以要使应用 程序相互交流需要进行大量工作。使用x m l 每个组织可以创建单一的应用程 7 序，该应用程序将该组织的内部数据格式转换成x m l ，反之亦然。第二，易于 扩展。类似于h t m l 语言都是固定格式的标记语言，标记有限，难以扩展。而 x m l 的标记是用户定义的，所以从理论上讲，其数量可以是无限的】。第三， 结构性强。h t m l 不支持深层的结构描述，而x m l 的文件结构嵌套可以复杂 到任意程度，能表示面向对象的等级层次。同时因为可以使x m l 文档结构化 以标识每个非常重要的信息片段( 以及这些片段之间的关系) ，所以可以编写无 需人工干预就能处理这些x m l 文档的代码口“。 ( 2 ) s o a p 为使异构系统能够发送和接收这些标准的x m l 数据，从而达到相互通信 的目的，必须遵守一定的协议，这就是s o a p 协议。s o a p 是一种通用的、独 立的、基于x m l 标准的、文本的对象问访问协议，该协议描述如何调用一段 远程代码的方法。它不与任何现有的对象模式( 如c o m d c o m ，c o r b a 等) 相 关，它可以和各种网络协议( 如h t t p , s m t p , f t p 和i i o p 或m 6 1 上的r m i ) 相 结合使用，或者用这些协议重新封装后使用。简单的说，s o a p 提供了使用完 全独立于平台的访问服务、对象和服务器的技术。s o a p 包括三部分：一个定义 描述消息内容的框架的信封、组表示应用程序定义的数据类型实例的编码规 则，以及表示远程过程调用( r e m o t ep r o c e d u r e c a l l s ，r p c ) 和响应的约定。s o a p 消息的封装结构如图2 2 所示。 图2 2s o a p 消息的封装结构 ( 诃选) 川炙信息 其中，s o a p 绑定( b i n d i n g ) 使用底层协议交换信息，如h t tp ，s m t p 等；s o a p 封装( e n v e l o p ) 定义了一个描述s o a p 消息中的内容是什么，是谁发送的，谁应 当接受并处理它以及如何处理它们的框架，包含一个可选的s o a p 消息头 ( s o a ph e a d e r ) 茅 1 必要的s o a p 消息主体( s o a pb o d y ) 两大部分：消息头包含路 由或者内容数据，可能为空；消息体包括实际消息，也可能为空。 从根本上来看，s o a p 消息是从发送方到接受方的一种传输方法，但是 s o a p 消息一般会和实现模式结合，例如请求响应模式。无论s o a p 与哪种协 议绑定，消息都可以通过消息路径来指定路线发送，消息路径机制使消息在到 达最终目的地之前可以在一个或多个中间服务上处理。这是一个非常有用并且 适合分布式计算环境的一个机制。通过这样一种机制可以实现基于模块化服务 设计，获得良好的系统功能实现。 s o a p 一般可以理解成这样一个开放协议：s o a p = r p c + h t t p + x m l 。采用 h t t p 作为底层通讯协议，r p c 作为一致性的调用途径，x m l 作为数据传送的 格式。x m l 是一个开放、健全、有语义的消息机制，而h t t p 是一个广泛又能 避免许多防火墙的协议，从而允许服务提供者和客户经过防火墙在i n t e r n e t 上 进行通讯交互。 s o a p 的主要优点就在于它的简单性，s o a p 使用h t t p 作为网络通讯协议， 接受和传送数据参数时采用x m l 作为数据格式，提供了更高层次上的抽象， 与平台和环境无关。使用x m l 和s o a p 这样的跨语言、跨平台的解决方案简 化了多个应用之间的一致性问题j 。 ( 3 ) w s d l 由于通信协议和消息格式在w e b 技术发展过程中己经达到了标准化，目前 在w e b 上的应用己经完全接受了x m l 这个基本的标准，基本上所有新出台的 技术都是基于x m l 标准的。w e bs e r v i c e s 的目标是即时封装、松散藕合以及 自动集成的，这意味着描述文档应当是具备被机器识别的能力的。也就是说， 对于使用标准化的通信协议的w e bs e r v i c e s ，它需要以某种结构化的方式( 即 x m l ) 对w e bs e r v i c e s 的调用加以描述，而且实现这一点也显得非常重要，这 是w e bs e r v i c e s 即时装配的基本保证。w s d l 正是这样一种描述语言，w s d l 定义了一套基于x m l 的语法，将w e bs e r v i c e s 描述为能够进行消息交换的服 务访问点的集合，从而满足了这种需求1 1 4 】。 w s d l 将w e bs e r v i c e s 描述定义为一组服务访问点，客户端可以通过这些 服务访问点对包含面向文档信息或面向过程调用的服务进行访问( 类似远程过 程调用) 。w s d l 首先对访问的操作和访问时使用的请求响应消息进行抽象描 述，然后将其绑定到具体的传输协议和消息格式上以最终定义具体部署的服务 访问点。 图3 3 说明了w s d l 的结构，它揭示了w s d l 文档五个部分之间的关系。 w s d l 文档可以分为两部分。顶部分主抽象定义组成，而底部分则由具体 描述组成。抽象部分以独立于平台和语言的方式定义s o a p 消息，它们并不包 含任何随机器或语言而变的元素5 1 。 抽象定义包括： t y p e s ，独立于机器和语言的类型定义； m e s s a g e ，包括函数参数( 输入与输出分开) 或文档描述； p o r t t y p e s ，引用消息部分中消息定义来描述函数签名( 操作名、输入参 数，输出参数) ； 具体描述包括： b i n d i n g s ，p o r t t y p e s 部分的每一操作在此绑定实现： s e r v i c e s ，确定每一绑定的端口地址。 从图2 3 可以看到，m e s s a g e s 引用t y p e s 的定义，p o r t t y p e s 引用m e s s a g e s 的定义；b i n d i n g s 引用了p o r t t y p e s ，s e r v i c e s 引用b i n d i n g s ，p o r t m y p e s 和b i n d i n g s 包含了o p e r a t i o n 元素，而s e r v i c e s 包含了p o r t 元素；p o r t t y p e s 里的o p e r a t i o n 元素由b i n d i n g s 星的o p e r a t i o n 元素迸一步修改或描述。 文档中可能只有一个t y p e s ，或根本没有，所有其他的部分可以有零个、 单个或是多个元素。w s d l 的列表要求所有部分都以固定的顺序出现。 图2 - 3w s d l 文档缩构 ( 4 ) u d d i u d d i 标准是一套基于w e b 的、分布式的、为w e bs e r v i c e s 信息注册中心 实现的标准规范，同时也包含一组使企业能将自身提供的w e bs e r v i c e s 注册以 使别的企业能够发现、访问并使用的标准】。 通过使用u d d i 的发现服务，企业可以单独注册那些希望被别的企业发现 的w e bs e r v i c e s 。企业可以通过u d d i 商业注册中心的w e b 界面，或是使用实 现了u d d i a p i 标准的编程接口工具，来将信息加入到u d d i 的商业注册中心。 u d d i 商业注册中心在逻辑上是集中的，在物理上是分布式的，由多个根节点 组成，相互之间按一定规则进行数据同步。 w e bs e r v i c e s 可以不注册到u d d i ，但如果想让更多的人知道和使用你的 w e bs e r v i c e s ，注册到u d d l 是一个好办法。 2 2 j 2 m e 简介 j 2 m e 是目前得到移动设备商支持最多的技术，其良好的跨平台特性是一 大技术优势。1 2 m e 实际上是一系列规范的集合，由j c p 组织制定相关的j a v a s p e c i f i c a t i o n r e q u e s t ( j s r ) 并发布，各个厂商会按照规范在自己的产品上进行 实现，但是必须要通过兼容性测试，这就保证了j 2 m e 程序在不同设备上良好 的可移植性，非常适合商业应用。 2 2 1j 2 m e 概述 目前j a v a 主要包括以下三种版本m 1 ： ( 1 ) 标准版( j 2 s e ) ：运行在桌面电脑和工作站上； ( 2 ) 企业版( j 2 e e ) ：内置支持s e r v l e t s ，j s p 和x m l ，主要针对服务器端应用； ( 3 ) 微型版( j 2 m e ) ：针对那些具有有限存储、显示屏幕小以及有限处理能力 的设备。 j 2 m e 专门设计为供内存量小和处理能力较低的移动设备作为j a v a 开发平 台使用，包括j v m ( j a v av i r t u a lm a c h i n e ，j a v a 虚拟机) 规范和a p i 规范。其a p i 规范是基于j 2 s e ( j a v a2s t a n d a r de d i t i o n ) 的。j 2 m e 定义了一套适合于移动设 备的类库和虚拟机