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在行動運算中的重要性
多虧了摩斯定理（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的示意圖》 |
|
而rich client（一般而言可以是Win32或Java程式）則自行處理使用者介面與服務啟動等等的工作。對行動裝置而言，如同前面提到的，假以時日，摩斯定理會解決行動裝置的頻寬、運算速度、儲存空間等問題，屆時行動裝置將不需要透過Server來使用Web Services，我們可以預期的使用情境是，當使用者進入新的辦公室，他身上的行動裝置會立刻自動向辦公室內的Server進行個人身份的認證，取得特定時間內使用服務的授權，並且取得這個新環境內可用的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萬筆以上的資料。
如何將買賣雙方的資訊順利配對，是房屋仲介業最大的挑戰。更讓房屋仲介經紀人頭痛的是，很多買主都是在看了房子以後才更清楚自己的需求，因此更增加了成交的難度。永慶房屋的掌上型房地產仲介軟體是全世界仲介業當中第一個將企業資料行動化、放在ＰＤＡ實際運作使用的案例。如今永慶房屋的業務人員在面對客戶時，不需要找個桌子攤開筆記本電腦。直接從口袋掏出ＰＤＡ進行點選就可回答與紀錄客戶的問題，讓客戶的疑問迅速釐清，讓業務員記下所有繁雜的要求而不會掛萬漏一。7
範例三
奇美醫院急診主任林宏榮表示，行動醫療（mobile-computing）是奇美急重診相當特殊的設備。奇美醫院的做法是：在一台推車上裝置筆記型電腦、無線網路、醫療相關用品，像棉花棒、溫度計等一般放在護理站的東西。
這台電腦可讓醫療人員不管在任何時間、地方都能清楚知道這個患者的病歷及用藥須知，醫療人員無須時時回護理站詢問，待在病患身邊的時間便增長了，這也就是以病患為中心的醫療環境。
相對於傳統的護理人員花過多的時間在護理站與病患之間奔跑，而每一次奔跑都代表著一條生命的掙扎，行動醫療確實改善了急重診的醫療品質。有些醫院強調用ＰＤＡ做為醫護的工具，但實際操作後卻發現ＰＤＡ的擴充更新效果不如預期，加上手拿ＰＤＡ，還是要不斷來回在病患及護理站，比起一台什麼都有的行動醫療推車，效能差距立現。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
相關時事單元
相關作者
相關產業類別
相關關鍵字
相關網站單元