【正文】 據(jù)語(yǔ)義特征來匹配那些滿足要求的Service provider。（因此，語(yǔ)義特征中重要的一點(diǎn)就是對(duì)Service provider的分類。）其次，服務(wù)描述應(yīng)該聲明接口特征，以訪問特定的服務(wù)。最后，服務(wù)描述還應(yīng)聲明各種非功能特征，如安全要求，事務(wù)要求，使用Service provider的費(fèi)用等等。接口特征和非功能特征也可以用來幫助Service requester對(duì)Service provider的查找。注意，服務(wù)描述和服務(wù)實(shí)現(xiàn)是分離的，這使得Service requester可以在Service provider的一個(gè)具體實(shí)現(xiàn)（implementation）正處于開發(fā)階段、部署階段或完成（execution）階段時(shí)，對(duì)其（具體實(shí)現(xiàn)）進(jìn)行綁定。另外，SOA中的組件相互之間必須能夠進(jìn)行交互，才能進(jìn)行上述三種操作。所以Web Services體系結(jié)構(gòu)的另一個(gè)基本原則就是使用標(biāo)準(zhǔn)的技術(shù)，包括服務(wù)描述、通訊協(xié)議以及數(shù)據(jù)格式等。這樣一來，開發(fā)者就可以開發(fā)出平臺(tái)獨(dú)立、編程語(yǔ)言獨(dú)立的Web Services，從而能夠充分利用現(xiàn)有的軟硬件資源和人力資源。最后，SOA體系結(jié)構(gòu)沒有對(duì)Web Service的粒度進(jìn)行限制，因此一個(gè)Web Service即可以是一個(gè)組件（小粒度），該組件必須和其他組件結(jié)合才能進(jìn)行完整的業(yè)務(wù)處理；Web Service也可以是一個(gè)應(yīng)用程序（大粒度）[5]。（2）相關(guān)技術(shù)規(guī)范①協(xié)議及消息傳遞（Protocol and Messaging）SOAP：即簡(jiǎn)單對(duì)象訪問協(xié)議（Simple Object Access Protocol），它是用于交換XML編碼信息的輕量級(jí)協(xié)議。它有三個(gè)主要方面：XMLenvelope為描述信息內(nèi)容和如何處理內(nèi)容定義了框架；將程序?qū)ο缶幋a成為XML對(duì)象的規(guī)則；執(zhí)行遠(yuǎn)程過程調(diào)用（RPC）的約定。SOAP 可以運(yùn)行在任何其它傳輸協(xié)議上。例如，您可以使用 SMTP，即因特網(wǎng)電子郵件協(xié)議來傳遞SOAP消息。在傳輸層之間的頭是不同的，但XML有效負(fù)載保持相同。性能：SOAP 用 XML 將消息編碼，因此在調(diào)用過程的任何一步都極易處理消息。另外，調(diào)試 SOAP 消息的方便性使各種 SOAP 執(zhí)行能快速聚合在一起，這點(diǎn)很重要因?yàn)?SOAP 就是要達(dá)到大范圍的協(xié)同工作。（CORBA、DCOM 和 RMI 對(duì)參數(shù)和返回值使用二進(jìn)制編碼。除此之外，他們假設(shè)發(fā)送端和接收端充分了解消息的前后關(guān)系，因此對(duì)諸如參數(shù)名稱或類型的任何元信息都不編碼。這種方法產(chǎn)生了良好的性能，但使中介很難處理消息。因?yàn)槊總€(gè)系統(tǒng)使用不同的二進(jìn)制編碼，所以建立互操作的系統(tǒng)很難）。表面看來，基于 XML 的模式本應(yīng)比基于二進(jìn)制的慢，但它并不像表面那么簡(jiǎn)單。首先，當(dāng)SOAP被用于通過因特網(wǎng)發(fā)送消息時(shí)，在每個(gè)端點(diǎn)給消息編碼／解碼的時(shí)間與在端點(diǎn)間傳輸字節(jié)的時(shí)間相比較是微不足道的，所以這種情況下使用 XML 沒太大問題。其次，當(dāng)SOAP用于封閉環(huán)境下的點(diǎn)對(duì)點(diǎn)間的消息傳送，如在同一公司部門間的傳送時(shí)，各端點(diǎn)可能將運(yùn)行相同的SOAP執(zhí)行。這樣，這個(gè)特定執(zhí)行就擁有專門的優(yōu)化機(jī)會(huì)。例如，一個(gè)SOAP客戶端可添加一個(gè) HTTP header 標(biāo)記到 SOAP 請(qǐng)求上，這個(gè)請(qǐng)求說明它支持一個(gè)特定的優(yōu)化。如果SOAP服務(wù)器也支持那個(gè)優(yōu)化，它會(huì)在第一個(gè)SOAP響應(yīng)中返回一個(gè) HTTP header 標(biāo)記，告訴客戶端可以在下面的通信中使用這種優(yōu)化。接下來，客戶端和服務(wù)器可以開始使用這種優(yōu)化了。②接口描述（Interface Description）WSDL：WSDL是用來描述網(wǎng)絡(luò)（network）服務(wù)或終端（endpoint）的一種XML語(yǔ)言，它用于定義Web Services以及如何調(diào)用它們（描述Web服務(wù)的屬性，例如它做什么，它位于哪里和怎樣調(diào)用它）。WSDL文檔可用于動(dòng)態(tài)發(fā)布Web Services、查找已發(fā)布的Web Services以及綁定Web Services。在WSDL中包含了使用SOAP的服務(wù)描述的綁定，也包含了使用簡(jiǎn)單HTTP GET和POST請(qǐng)求的服務(wù)描述的綁定。WSDL將Web服務(wù)定義成一系列的端口（port），每個(gè)端口用來表示從抽象端口類型（port type）到用于調(diào)用Web服務(wù)的具體通信協(xié)議的一個(gè)映射。端口類型由一組與Service provider交換信息的操作組成，它支持對(duì)包含消息的數(shù)據(jù)類型的定義。一個(gè)完整的 WSDL 服務(wù)描述是由一個(gè)服務(wù)接口和一個(gè)服務(wù)實(shí)現(xiàn)文檔組成的。 由于服務(wù)接口表示服務(wù)的可重用定義，它在 UDDI 注冊(cè)中心被作為 tModel 發(fā)布。服務(wù)實(shí)現(xiàn)描述服務(wù)的實(shí)例。每個(gè)實(shí)例都是使用一個(gè) WSDL service 元素定義的。服務(wù)實(shí)現(xiàn)文檔中的每個(gè) service 元素都被用于發(fā)布 UDDI businessService。因?yàn)?WSDL 包含了對(duì)服務(wù)接口的完整描述，所以我們可以使用它來創(chuàng)建能簡(jiǎn)化服務(wù)訪問的存根，該存根為一段Java代碼（假設(shè)使用Java），它自動(dòng)生成了訪問Web服務(wù)的類。如果我們需要訪問Web服務(wù)，只需調(diào)用該類中對(duì)應(yīng)的方法即可，而不用在客戶端程序中再寫入那些令人頭疼的配置信息了。通過IBM提供的工具包可以輕松創(chuàng)建WSDL文檔對(duì)應(yīng)的存根。（由此看出，不用WSDL也可以訪問Web服務(wù)）WSDL取代了IBM的NASSL（NetworkAccessible Service Specification Language）和Microsoft的SCL（SOAP Contract Language）。UDDI：即Universal Description, Discovery and Integration。它提供了在Web上描述并發(fā)現(xiàn)商業(yè)服務(wù)的框架。UDDI通過服務(wù)注冊(cè)，以及使用SOAP訪問這些注冊(cè)信息的約定來實(shí)現(xiàn)上述目標(biāo)。UDDI計(jì)劃的核心組件是UDDI商業(yè)注冊(cè)，它使用一個(gè)XML文檔來描述企業(yè)及其提供的Web服務(wù)。從概念上來說，UDDI商業(yè)注冊(cè)所提供的信息包含三個(gè)部分：白頁(yè)(White Page) 包括了地址，聯(lián)系方法，和已知的企業(yè)標(biāo)識(shí)；黃頁(yè)(Yellow page)包括了基于標(biāo)準(zhǔn)分類法的行業(yè)類別；綠頁(yè)(Green Page)則包括了關(guān)于該企業(yè)所提供的Web服務(wù)的技術(shù)信息，其形式可能是一些指向文件或是URL的指針，而這些文件或URL是為服務(wù)發(fā)現(xiàn)機(jī)制服務(wù)的。所有的UDDI商業(yè)注冊(cè)信息存儲(chǔ)在UDDI商業(yè)注冊(cè)中心中。借助XML 和SOAP ，集成和交互的問題將從層次上被簡(jiǎn)化。XML 提供了跨平臺(tái)的數(shù)據(jù)編碼和組織方法，而SOAP 建立在XML 之上，定義了一種跨系統(tǒng)平臺(tái)的信息交換的簡(jiǎn)單包裝方法。綁定于HTTP之上的SOAP協(xié)議，可以跨語(yǔ)言、跨操作系統(tǒng)進(jìn)行遠(yuǎn)程過程調(diào)用(RPC)，實(shí)現(xiàn)了編程語(yǔ)言和系統(tǒng)平臺(tái)的無關(guān)性。而以前的調(diào)用方式則和復(fù)雜的分布式對(duì)象標(biāo)準(zhǔn)或是中間件有密切的關(guān)系，從長(zhǎng)期的眼光來看，這些都不是高效的解決方案。XML 和SOAP 這樣的跨語(yǔ)言、跨平臺(tái)的解決方案大大簡(jiǎn)化了不同企業(yè)系統(tǒng)之間的交互問題。但如果僅僅是XML和SOAP的話，對(duì)于公司間的交流仍存在著巨大的鴻溝。UDDI 規(guī)范在XML 和SOAP 的基礎(chǔ)之上定義了新的一層，在這一層次，不同企業(yè)可以用相同的方法描述自己所能提供的，并能查詢對(duì)方所能提供的服務(wù)。UDDI 注冊(cè)使用的核心信息模型由XML Schema 定義。使用XML 是因?yàn)樗峁┝似脚_(tái)無關(guān)的數(shù)據(jù)描述并很自然的描述了數(shù)據(jù)的層次關(guān)系。而選擇XML Schema 是因?yàn)樗С重S富的數(shù)據(jù)類型，便捷的描述方式及其按信息模型對(duì)數(shù)據(jù)進(jìn)行驗(yàn)證的能力。UDDI XML Schema 定義了四種主要信息類型，它們是技術(shù)人員在需要使用合作伙伴所提供的Web 服務(wù)時(shí)必須了解的技術(shù)信息。它們是：商業(yè)實(shí)體信息、服務(wù)信息、綁定信息和服務(wù)調(diào)用規(guī)范的說明信息UDDI程序員API規(guī)范分為兩個(gè)邏輯部分：查詢API 和發(fā)布API 。查詢API 又分為兩個(gè)部分:一部分被用來構(gòu)造搜索和瀏覽UDDI 注冊(cè)信息的程序，另一部分在Web服務(wù)出現(xiàn)錯(cuò)誤時(shí)使用。程序員可以利用發(fā)布API創(chuàng)建各種類型的工具，以直接與UDDI注冊(cè)中心進(jìn)行交互，便于企業(yè)技術(shù)人員管理businessEntity 或tModel 結(jié)構(gòu)的發(fā)布信息。UDDI調(diào)用模型每一個(gè)獨(dú)立發(fā)布的Web服務(wù)都是使用一個(gè)bindingTemplate結(jié)構(gòu)來建模的。對(duì)這個(gè)Web服務(wù)的調(diào)用通常通過緩存bindingTemplate 數(shù)據(jù)來實(shí)現(xiàn)。注意到這一點(diǎn)后，在你準(zhǔn)備編寫調(diào)用某種Web 服務(wù)的程序時(shí)，該如何使用UDDI 就很清楚了。下面列出了基本步驟：編寫調(diào)用遠(yuǎn)程Web 服務(wù)的程序時(shí)，程序員使用UDDI 商業(yè)注冊(cè)中心(通過使用Web界面或其它基于查詢API 的工具)來定位businessEntity 信息，這些信息是由(或?yàn)?提供該Web 服務(wù)的企業(yè)注冊(cè)的。程序員可以進(jìn)一步獲得更詳細(xì)的businessService信息，或是得到一個(gè)完整的businessEntity結(jié)構(gòu)。因?yàn)閎usinessEntity結(jié)構(gòu)包含了有關(guān)已發(fā)布的Web服務(wù)的所有信息，因此程序員只需簡(jiǎn)單地選擇一個(gè)bindingTemplate 并保存留待以后使用?；赪eb服務(wù)在bindingTemplate的tModel中提供的調(diào)用規(guī)范的相關(guān)信息，程序員可以按照該Web服務(wù)的調(diào)用規(guī)范編寫程序。在運(yùn)行時(shí)，程序可以按需要使用已保存下來的 bindingTemplate的信息來調(diào)用Web服務(wù)[6]。般說來，只要遠(yuǎn)程Web 服務(wù)和調(diào)用它的程序都準(zhǔn)確的實(shí)現(xiàn)了必要的接口(按照在tModel 中所引用的調(diào)用規(guī)范)，對(duì)遠(yuǎn)程服務(wù)的調(diào)用就一定會(huì)成功。 JSP簡(jiǎn)介JSP（JavaServer Pages）是由Sun Microsystems公司倡導(dǎo)、許多公司參與一起建立的一種動(dòng)態(tài)網(wǎng)頁(yè)技術(shù)標(biāo)準(zhǔn)，其網(wǎng)址為。該技術(shù)為創(chuàng)建顯示動(dòng)態(tài)生成內(nèi)容的Web頁(yè)面提供了一個(gè)簡(jiǎn)捷而快速的方法。JSP技術(shù)的設(shè)計(jì)目的是使得構(gòu)造基于Web的應(yīng)用程序更加容易和快捷，而這些應(yīng)用程序能夠與各種Web服務(wù)器，應(yīng)用服務(wù)器，瀏覽器和開發(fā)工具共同工作。JSP規(guī)范是Web服務(wù)器、應(yīng)用服務(wù)器、交易系統(tǒng)、以及開發(fā)工具供應(yīng)商間廣泛合作的結(jié)果。在傳統(tǒng)的網(wǎng)頁(yè)HTML文件(*htm,*.html)中加入Java程序片段(Scriptlet)和JSP標(biāo)記(tag)，就構(gòu)成了JSP網(wǎng)頁(yè)(*.jsp)。Web服務(wù)器在遇到訪問JSP網(wǎng)頁(yè)的請(qǐng)求時(shí)，首先執(zhí)行其中的程序片段，然后將執(zhí)行結(jié)果以HTML格式返回給客戶[7]。程序片段可以操作數(shù)據(jù)庫(kù)、重新定向網(wǎng)頁(yè)以及發(fā)送 等等，這就是建立動(dòng)態(tài)網(wǎng)站所需要的功能。所有程序操作都在服務(wù)器端執(zhí)行，網(wǎng)絡(luò)上傳送給客戶端的僅是得到的結(jié)果，對(duì)客戶瀏覽器的要求最低，可以實(shí)現(xiàn)無Plugin，無ActiveX，無Java Applet，甚至無Frame。 Mosp簡(jiǎn)介MOSP是運(yùn)營(yíng)服務(wù)平臺(tái)MapInTime Operation Services Platform的英文縮寫，它是靈圖軟件技術(shù)有限公司通過整合自有的地理信息系統(tǒng)引擎產(chǎn)品，自主開發(fā)的提供地理信息系統(tǒng)相關(guān)功能的Web Services。MOSP以B2B的方式向其他軟件開發(fā)商或者商業(yè)用戶提供地理信息系統(tǒng)相關(guān)服務(wù)，這些用戶不必自己做地理信息系統(tǒng)相關(guān)的開發(fā)，而是通過使用MOSP提供的服務(wù)，在自己的業(yè)務(wù)中包含地理信息系統(tǒng)的功能。由于MOSP是基于Web Services開發(fā)的，用戶可以在任何地方通過Internet來使用它提供的服務(wù)。你可以用它來建立你的Web應(yīng)用、桌面應(yīng)用、無線應(yīng)用。其構(gòu)架如下圖：圖2 Mosp的架構(gòu)目前，MOSP提供的地理信息系統(tǒng)相關(guān)功能包括：柵格地圖發(fā)布服務(wù)，用來向用戶提供地圖繪制功能；目錄服務(wù)，提供按照特定條件搜索用戶感興趣的地理位置信息的功能；路徑計(jì)算服務(wù)，提供查找從一個(gè)地理位置到另一地理位置的行駛路線的功能[8]。 （1）綜合介紹數(shù)字商務(wù)平臺(tái)是中企動(dòng)力科技集團(tuán)股份有限公司自主研發(fā)的技術(shù)平臺(tái)，它通過強(qiáng)大、靈活的功能模塊以及良好的系統(tǒng)擴(kuò)展性，全面支持企業(yè)網(wǎng)絡(luò)營(yíng)銷、形象宣傳、電子商務(wù)、企業(yè)信息門戶以及移動(dòng)商務(wù)等應(yīng)用，很大程度上滿足了中小企業(yè)常規(guī)網(wǎng)站建設(shè)、電子商務(wù)網(wǎng)站建設(shè)及個(gè)性化信息展示平臺(tái)建設(shè)的不斷變化需求，并以此為契機(jī)，逐步推進(jìn)中小企業(yè)的信息化建設(shè)。透過數(shù)字商務(wù)平臺(tái)，企業(yè)可以享受如下服務(wù)：常規(guī)的網(wǎng)站建設(shè)服務(wù)：能夠充分利用網(wǎng)絡(luò)宣傳自己的企業(yè)，實(shí)現(xiàn)網(wǎng)絡(luò)營(yíng)銷的目的。 信息門戶建設(shè)服務(wù)：企業(yè)能夠?qū)崟r(shí)為自己的客戶提供大量的新聞或資訊。 電子商務(wù)網(wǎng)站建設(shè)服務(wù)：企業(yè)通過移動(dòng)商務(wù)功能以及完備的產(chǎn)品營(yíng)銷功能，能夠輕松開展電子商務(wù)業(yè)務(wù)，進(jìn)行網(wǎng)上直接交易，同時(shí)能夠體驗(yàn)到移動(dòng)商務(wù)帶來的便捷與好處[9]。（2）①支持多種智能終端，實(shí)現(xiàn)移動(dòng)商務(wù)。不僅支持計(jì)算機(jī)的常規(guī)瀏覽，而且支持包括手機(jī)和PDA在內(nèi)的無線終端設(shè)備對(duì)企業(yè)網(wǎng)站的瀏覽，您的客戶可以隨時(shí)隨地、不受限制地訪問您的網(wǎng)站，讓您的潛在客戶群體可以擴(kuò)展到眾多的手機(jī)用戶。②快捷的信息傳遞方式。支持手機(jī)短信，您不需要綁定手機(jī)號(hào)碼，就可向您的客戶發(fā)送短信消息，使您和您的客戶隨時(shí)享受到數(shù)字商務(wù)帶來的快捷服務(wù)。③可靈活定制的組件化產(chǎn)品。通過功能模塊的定制，您可在數(shù)字商務(wù)平臺(tái)提供的功能范圍內(nèi)，自由選擇和搭配，建設(shè)符合您業(yè)務(wù)需求的網(wǎng)站。 ④滿足企業(yè)多語(yǔ)言宣傳要求。數(shù)字商務(wù)平臺(tái)提供了包括中文簡(jiǎn)體版本、中文繁體版本、英文版、日語(yǔ)版、韓語(yǔ)版、西班牙語(yǔ)版等多個(gè)語(yǔ)言版本，能滿足您面向不同文化、不同語(yǔ)言背景客戶宣傳的需要。⑤獨(dú)特的服務(wù)模式。以獨(dú)特的模式讓企業(yè)享受領(lǐng)先的IT應(yīng)用服務(wù)，您只需要專著于自身業(yè)務(wù)的發(fā)展，而無需擔(dān)心系統(tǒng)的升級(jí)與維護(hù)，真正做到省時(shí)、省心、省力。⑥I2SS智能整合無縫解決方案。以J2EE技術(shù)為核心的多層體系架構(gòu)，采用最先進(jìn)的組件化技術(shù)解決用戶界面?zhèn)€性化、業(yè)務(wù)數(shù)據(jù)個(gè)性化、業(yè)務(wù)流程個(gè)性化的問題。它全面支持XML和Web Ser