账号:
密码:
最新动态
产业快讯
CTIMES / 文章 /
从Web Services看行动运算
 

【作者: 楊志偉】2004年02月25日 星期三

浏览人次:【9541】

Web Services采用公开且跨平台的技术标准,不论是IBM提的技术堆栈或Microsoft所提的技术架构,都包含这些基本的组成规格,诸如Extensible Markup Language (XML),Simple Object Access Protocol(SOAP),Web Services Description Language(WSDL),Universal Description, Discovery, and Integration(UDDI)。一致的标准也让Web Services的应用在企业间与企业内开始广泛的使用,从B2B、供应链应用、CRM、B2C到ERP,Web Service在行动方面特定的应用并没有特定的标示,但行动应用事实上涵盖了行动员工(Mobile Employees)在企业外以行动装置联机使用公司的ERP、供应链系统,或企业伙伴、客户透过行动装置使用企业的供应链、CRM、B2C系统。


《图一 Web Services的优势:InfoWorld针对CTO做的调查统计》
《图一 Web Services的优势:InfoWorld针对CTO做的调查统计》

Web Services在行动运算中的重要性

多亏了摩斯定理(Moore's Law)与无线科技的建步,人们现在已经可以由各类的行动装置如PDA、移动电话、Smart Phone来与网络联机。行动装置具有随时可以使用、方便性、具备实时连网能力的特性,行动科技的进步也在企业电子化后带动了企业M化(行动化)的浪潮;人的工作环境不一定要被限制在固定的座位上,但是对于如何提供一个应用程序或工作环境,符合行动工作者移动性高的需求,并且能够增加行动工作的工作效率,至目前为止并没有一致的看法。


行动装置有其先天上的限制,例如在运算能力与储存空间上都是有限的,然而用户能取得的数字行动装置其实相当多样化,因此如何在多种不同、但有限的硬件资源上提供客制化的应用程序,便显得相当重要。因为SOAP利用HTTP来当作底层的通讯协议、不仰赖任何特定的信息组件与程序语言、且以XML为描述基础,使Web Services技术拥有开放且轻质量(lightweight)的标准,这个特性正好可以弥补行动装置在先天上的限制;Web services 继承了分布式应用程序商业逻辑集中的优点,能快速开发多样化的客户端程序,只要将商业逻辑以Web services呈现,再针对不同客户端撰写数据展示的方式就可以了。目前市场上的客户端程序开发工具,大多数都支持 Web services 的存取,同时也支持行动装置上应用程序的开发,因此,Web services在未来的行动运算扮演重要的角色。


Web Services在行动运算中的架构

我们以传统thin client与rich client的概念来举例说明Web Service与行动运算结合的运作。thin client一般指的是web browsers,当它联机到web server之后,web server除了提供服务的用户接口之外,也会启动后端的服务来满足thin client的需求。而行动装置透过标准的HTTP通讯协议,将它的需求送到Mobile Web Server,Mobile Web Server会呼叫后端的Web Services来达成用户的需求,最后再将执行结果汇整回传给行动端。


《图二 行动装置透过Server使用Web Services的示意图》
《图二 行动装置透过Server使用Web Services的示意图》

而rich client(一般而言可以是Win32或Java程序)则自行处理用户接口与服务启动等等的工作。对行动装置而言,如同前面提到的,假以时日,摩斯定理会解决行动装置的带宽、指令周期、储存空间等问题,届时行动装置将不需要透过Server来使用Web Services,我们可以预期的使用情境是,当用户进入新的办公室,他身上的行动装置会立刻自动向办公室内的Server进行个人身份的认证,取得特定时间内使用服务的授权,并且取得这个新环境内可用的Web Services。也就是说,用户在经过认证之后,便可以以他的身分与得到的授权来使用周围环境可用的服务。


《图三 行动装置直接使用Web Services的示意图》
《图三 行动装置直接使用Web Services的示意图》

布建Web Services

软件工程当中有所谓「软件积木」的开发方式,企业可以采用Internet或Intranet上的Web Services作为软件组件,以取得执行内部商业行为所需的应用程序功能,就不需独力开发出所有的功能。比方说,企业网站或一般的rich client程序的规划是提供如Google一般强大的搜索引擎功能,网站本身并不需要自行建置数据库系统、搜集、分析、储存企业内的文件数据、再建立搜寻索引,因为Google目前提供免费服务API,企业可以直接使用Google所提供的Web Services,在应用程序中加入搜索引擎的功能。(参考网址:http://www.google.com/apis/)3。类似的例子还有很多,例如Xmethods(http://www.xmethods.com/)4的网站上就整理了许多网络上可用的服务,提供有意开发Web Services的厂商许多共享软件组件,这些现成的Web Services软件组件能作为厂商进行客制化开发时相当有用的参考。


Web Services面临的议题

不过,要真正让Web Services可以在企业间被广泛使用,除了服务内容的多样化之外,无可避免的一定要面对服务安全、质量、与流程跟交易的议题。安全议题一向是因特网的重点,目前已有许多较成熟的规格供用户自由使用,就功能面而言包括认证、授权、讯息完整性、讯息加密等项目,就实作的方式而言,SOAP Digital Signature搭配SSL即可达到基础的讯息加密要求。


但质量方面的规格,目前还是很贫乏,需要克服的问题也很多。比如说,是否可以随时取得服务、服务使用的效能如何、失败的频率如何、讯息在用户跟服务提供商之间是否正确的传送、提供的服务是否使用公开的规格,甚至整个过程的完整性跟隐密性都属于质量议题的范畴。针对可靠性议题的实作上,IBM提出的Reliable HTTP(HTTPR) 5提供同步与异步的数据传输,另外利用现有的Message queue技术也可以达到讯息传递可靠性的要求。


用于交易的Web Services标准

在目前所有Web Services技术的规格中,最缺乏也最困难的就是交易(Transaction)的问题。Transaction在企业流程中是非常重要的一环,它要能够保证一连串相关工作的完整性,并可以被视为一个单一的工作。如果有错误发生,必须能成功恢复为交易前的状态。目前OASIS有一个Business Transactions的技术委员会正在制定名为Business Transaction Protocol(BTP)的标准,希望利用它来达成网络分布式的应用程序交易管理,除了BTP之外,还有BPEL4WS (Business Process Execution Language for Web Services)、UBL(Universal Business Language)、WS-I BP 1.0(Basic Profile 1.0)。不过这些协议尚存在一些困难,制定中的规格也处于草稿阶段,要全面使用还需要一段时间。目前的应用只能以企业内既有商业管理流程工具来作Web Services能力的扩充,并由应用层次上解决transaction与rollback,意即由各个需要交易管理的服务各自提供rollback的功能。


Web Services在行动电子商务上的应用成果

其实不论整合Web Services与否,国内厂商与系统业者早已在多个产业建置企业M化的系统了,走在企业M化浪潮的前端包括:寿险业、房屋中介业、医院、旅游业...,以下列出几个M化案例与读者分享。


范例一

安泰人寿为国内最早投入寿险行动商务的寿险业者,至今已超过三千位保险业务员成功使用PDA来服务客户,今年目标更将达一万人。根据安泰人寿表示,一般寿险Agent最常遇到问题就是营销数据携带不易、保费计算与费率查询耗时不便、成交与未成交之客户管理不易。之后虽然可以利用笔记本电脑减少这些信息取得方面的问题,但是也衍生出其他的问题,因为一台笔记本电脑重约1.5至3公斤,却只能满足部份需求,而且笔记本电脑的蓄电力不够,一般计算机却有使用地方限制、实时性不足等问题。因此,精奇科技就配合安泰人寿既有的电子化业务系统e-Agent,导入手持式装置-PDA,使Agent可将重要的信息随身携带,提供客户最实时的服务,而达到M-Agent的目标。6


范例二

「永庆房屋将领先同业一分钟」,「一分钟,可以和2000个潜在买方接触,看过500间房子。」这一系列永庆房屋关于「一分钟」的广告,颇有与同业一别苗头的味道。


由于房屋中介业单笔成交金额大,每栋房子又有差异,因此,房屋对象信息搜集得愈齐全、分析得愈仔细,为客户找到合适房子的机率就愈高。每栋房子的差异可能包括地段、坪数、格局、设备、采光......等超过50种描述,2000栋房子就有超过10万笔的数据;而每个买主往往也有超过30个选择条件,2万个买主就有60万笔以上的数据。


如何将买卖双方的信息顺利配对,是房屋中介业最大的挑战。更让房屋中介经纪人头痛的是,很多买主都是在看了房子以后才更清楚自己的需求,因此更增加了成交的难度。永庆房屋的掌上型房地产中介软件是全世界中介业当中第一个将企业数据行动化、放在PDA实际运作使用的案例。如今永庆房屋的业务人员在面对客户时,不需要找个桌子摊开笔记本计算机。直接从口袋掏出PDA进行点选就可回答与纪录客户的问题,让客户的疑问迅速厘清,让业务员记下所有繁杂的要求而不会挂万漏一。7


范例三

奇美医院急诊主任林宏荣表示,行动医疗(mobile-computing)是奇美急重诊相当特殊的设备。奇美医院的做法是:在一台推车上装置笔记本电脑、无线网络、医疗相关用品,像棉花棒、温度计等一般放在护理站的东西。


这台计算机可让医疗人员不管在任何时间、地方都能清楚知道这个患者的病历及用药须知,医疗人员无须时时回护理站询问,待在病患身边的时间便增长了,这也就是以病患为中心的医疗环境。


相对于传统的护理人员花过多的时间在护理站与病患之间奔跑,而每一次奔跑都代表着一条生命的挣扎,行动医疗确实改善了急重诊的医疗质量。有些医院强调用PDA做为医护的工具,但实际操作后却发现PDA的扩充更新效果不如预期,加上手拿PDA,还是要不断来回在病患及护理站,比起一台什么都有的行动医疗推车,效能差距立现。8


范例四

东信电讯与台中国立自然科学博物馆「热带兰花展」合作,除建构无线局域网络(WLAN)导览技术外,参观民众还可以手机互传兰花画面。东信营销本部副总经理陈惠群指出,为让民众在生活中亲身体验无线局域网络的便利及多元化运用,东信推陈出新,结合 mobile LAN建置计划与台中科博馆举行「热带兰花展」,进行无线传输导览服务,参加民众可以手机互传兰花画面。 9


结语

从目前的发展来看,Web Services受限于相关技术尚未完整,由Web Services软件组件概念衍生而来的软件租用模式,也尚未有可行的收费机制与商业营利模式出现。尽管各家大厂极看好Web Services技术之未来发展,但仍有众多议题需要努力。行动的趋势虽势不可挡,但是以什么样的行动应用最能符合行动工作者的需求,协助他们提升工作的效率同样也是没有定论。前面的介绍虽然勾勒出不少Web Services与行动运算的威力及可以为企业带来的优势,同时也提到目前发展的限制,企业必须先经过审慎的规划、评估,再依据自己的需求,决定 Web Services 与行动应用的导入时机。


参考数据

[1]Microsoft Web Service Developer Center,http://msdn.microsoft.com/Webservices


[2]Microsoft MSDN .Net研究室专栏-Web services之规划策略与设计模式,http://www.microsoft.com/taiwan/msdn/columns/dotNETResearch/webservicesent_00.htm


[3]Google Web APIs,http://www.google.com/apis/


[4]Xmethods,http://www.xmethods.com/


[5]A Primer for HTTPR,http://www-106.ibm.com/developerworks/library/ws-phtt/


[6]资讯传真周刊,http://infopro.com


[7]掌幄科技,http://www.qebsoft.com/taiwan/success_4.htm


[8]商业周刊


[9]东信电讯,http://www.mobitai.com.tw/mobitai/profile/profile2.jsp


延 伸 阅 读

宏观设计Web Services
本文就服务导向架构 (SOA)的角度来讨论Web Services,作者提到,Web Services协助跨越系统间的鸿沟,扮演SOA的催化剂;但要成功导入 Web Services、获致成效,整个IT架构必须有通盘、全面性的规划,以SOA为大方向和指导原则。

Web Services秘诀:设计服务导向架构
作者Chris McManaman在文中分享使用网络服务(Web Services)和企业流程管理工具来建置一套「服务导向架构」 (SOA)的秘诀,提供从事网络服务设计(SOA)的工作者实用的建议。
电子商务自动化标准- ebXML
随着商业电子化蓬勃发展,各种产业的电子商务标准随着出现,未来也会随之出现这些异质标准整合的问题,而ebXML则是标准整合问题的解决方法之一,并做为共通的描述工具。

逐鹿中原-论WebServices的厂商支持现况
本文就应用服务器(Application Server)、基础架构 (Framework)、整合开发环境(IDE ,Intergrated Development Environment)三个项目列表说明各家厂商对Web Service 的支持现况,并分析Web Service二大阵营升阳Sun One及微软.Net的相异之处。

Web Services之规格现况探讨
本文介绍基本Web Sevices所需要的技术、现阶段流程语言制定的进程、以及用户接口的规格,提供读者必备的Web Sevices的入门知识。
相关组织网站
OASIS首页
W3C的SOAP正式版本网页
Apache的Web Services相关数据
UDDI规格网页
WSDL教学网站
相关文章
强化转型核心动力 打造更强数位韧性
数位转型下的工具机发展趋势
十大云端应用开发趋势与预测
您的开源软体安全吗?
API让模流分析自动化
comments powered by Disqus
相关讨论
  相关新闻
» 应材发表永续报告书 协助半导体制定2040年净零减碳有成
» Valeo与达梭系统携手合作 加速研发数位化
» 微软揭露企业AI领导力五大关键 多元应用赋能企业数位转型
» NETGEAR引进Wi-Fi 7无线路由器 发挥AI平台最大效益
» 达梭系统携手云达虚拟双生 推动永续资料中心解决方案


刊登廣告 新聞信箱 读者信箱 著作權聲明 隱私權聲明 本站介紹

Copyright ©1999-2024 远播信息股份有限公司版权所有 Powered by O3  v3.20.1.HK87G0PA2FSSTACUKI
地址:台北数位产业园区(digiBlock Taipei) 103台北市大同区承德路三段287-2号A栋204室
电话 (02)2585-5526 #0 转接至总机 /  E-Mail: webmaster@ctimes.com.tw