【文章內(nèi)容簡介】 FL 針對的是商務流程建模和工作流 [1,31]。 Web 服務規(guī)范Web 服務完全是基于標準的技術，只有基于標準，所有的開放廠商才有相同的準則，才能夠在各自的平臺上開發(fā)出具有跨平臺互操作能力的軟件產(chǎn)品和解決方案。標準是達成跨平臺互操作能力的靈魂。在標準的開發(fā)方面，各大技術廠商在標準化組織和承諾下，積極開展工作。目前，介入 Web 服務標準開發(fā)的標準化組織有 W3C、OASIS、WSI 等。這些組織的工作集中在 Web 服務的整體架構、Web 服務的訪問協(xié)議、Web服務的界面描述、UDDI、WSIA、WSRP 以及跨平臺、操作系統(tǒng)和編程語言的 Web 服務架構的互操作。由標準化組織或技術廠商開發(fā)的 Web 服務技術規(guī)范包括 XML、XML Schema、SOAP、WSDL、UDDI 、WSSecurity、WSFL、WSCL、WSXL、WSIA 和 WSRP 等。下面著重介紹一下組成 Web 服務規(guī)范的幾大技術規(guī)范。 Web 服務技術的基石XML 是整個 Web 服務技術架構的基石， XML 規(guī)范是一組由 W3C 定義的規(guī)則，用于用普通文本描述結構化的數(shù)據(jù)。其開始設計時的主要目的是用來彌補 HTML 作為在 Inter 上描述數(shù)據(jù)的標準語言的不足。無論是HTML 還是 XML，都是從 SGML 演化而來的。這三種語言的相互關系可以描述為：XML 是 SGML 的一個子集，而 HTML 是 SGML 的一個具體應用實例，同樣，HTML 也是 XML 的一個應用實例，具體的來說， HTML是由 XML 或 SGML 定義出來的。由于 XML 和 HTML 有著本質(zhì)上的不同——具體地說，就是 XML 比HTML 提供了更多的對內(nèi)容和結構的說明和限制的機制，使得存儲、查詢、管理 XML 文檔相對而言更容易?？傊?， XML 使用一個簡單而又靈活的標準格式，為基于 Web 的應用提供了一個描述數(shù)據(jù)和交換數(shù)據(jù)的有效手段。HTML 描述了顯示全球數(shù)據(jù)的通用方法，而 XML 提供了直接描述處理全球數(shù)據(jù)的通用方法。其主要特點如下。自描述性：這個特性使差異性可以存在，使計算機可以在沒有人為干涉的情況下，理解數(shù)據(jù)的含義?？蓴U展性：文檔通過 DTD 或 XML Schema 來定義文檔結構，使其他信息系統(tǒng)自動了解文檔的內(nèi)容。可校驗性：用戶可以通過 DTD 或 XML Schema 來校驗 XML 文檔的格式是否滿足 DTD 或 XML Schema 的約束。層次結構：能夠保證信息的層次性描述。豐富的鏈接定義：對應于 HTML 單一的單項通道鏈接，XML 提供各種不同的鏈接，如一對多、多對一和雙向鏈接。多樣的樣式表支持：XML 把數(shù)據(jù)內(nèi)容與它們的表現(xiàn)形式分開。這樣既可以只關心數(shù)據(jù)的邏輯結構，也可以通過樣式表來格式化數(shù)據(jù)的表現(xiàn)。13隨著 XML 在 Inter 應用中的不斷普及，XML 從 Web 網(wǎng)站的內(nèi)容管理、內(nèi)容描述起步，逐漸發(fā)散到其他基于 Inter 的應用中。這些所有 XML 相關的應用如下。內(nèi)容管理發(fā)布：人們依靠 XML 的可定義可擴展的能力來描述整個 Web 世界上種類繁多、樣式豐富多彩的數(shù)據(jù)內(nèi)容，依靠一次描述、多次表現(xiàn)的XML 標準應用模式，使得基于 XML 的內(nèi)容能夠以多種形式進行信息發(fā)布。這些發(fā)布方式包括 Web 網(wǎng)站內(nèi)容發(fā)布、電子出版內(nèi)容發(fā)布以及其他出版業(yè)內(nèi)容發(fā)布等。電子商務應用：在這個領域，XML 一般承擔以往 EDI 所承擔的角色，人們依靠 XML 來描述交換商務事務信息，實現(xiàn)分布式的電子商務應用的交互。由于 XML 是可定制的可擴展的，人們制定了很多用于特定領域的商務事務信息描述規(guī)范，諸如 Ariba 的 cXML、Commerce One 的 xCBL 以及 的 ebXML 等。數(shù)據(jù)層集成：對于當代電子商務而言，商務數(shù)據(jù)的交換是應用的關鍵環(huán)節(jié)，隨著在電子商務應用中（比如 B2B，B2C 應用，尤其 B2B 中）商務信息交換的應用模式不斷為主流應用開發(fā)所接受，面向通用領域的數(shù)據(jù)集成數(shù)據(jù)交換應用也成為了一個重要的 XML 應用領域，在這方面，不少電子商務應用領域（尤其 B2B 應用）的解決方案在陸續(xù)進入這一更廣泛化的領域。應用層集成：當 XML 在經(jīng)歷了電子商務應用的經(jīng)驗之后，人們逐漸地不僅在數(shù)據(jù)層上完成應用系統(tǒng)（尤其是商務系統(tǒng)）的連接，同時希望能在業(yè)務層或者函數(shù)層上完成系統(tǒng)的互聯(lián)，這也就是人們常說的 Inter 環(huán)境的應用的廣泛互聯(lián)，這方面的技術主要是以 XML 為技術基礎的 Web 服務系列技術。系統(tǒng)配置信息描述：隨著 XML 在各種各樣應用開放中的延伸，原先系統(tǒng)軟件、應用軟件中使用文本、Profile 文件或者是 INI 文件形式進行系統(tǒng)、應用配置信息管理的方式逐漸被使用 XML 文檔的管理方式所替代。正是由于 XML 的特點和廣泛應用場合，對于 Web 服務而言，無論是 Web服務的調(diào)用（SOAP） 、Web 服務界面的描述（WSDL） ，還是 Web 服務的發(fā)現(xiàn)（UDDI ）都是使用 XML 作為信息描述和交換的標準手段。 調(diào)用 Web 服務Web 服務的發(fā)展離不開電子商務的發(fā)展，電子商務其實遠遠不僅是指像 這樣的網(wǎng)絡零售業(yè)的 B2C 模式的電子商務，其更核心的更重要的是常事潛力比零售業(yè)大幾個數(shù)量級的企業(yè)級電子商務應用，即 B2B。傳統(tǒng)上，B2B 電子商務是基于 EDI 技術的，而 EDI 信息標準的最大缺點是在 EDI 世界內(nèi)部，沒有一個全球通用的標準。自 XML 技術被引入到 B2B電子商務應用中去，人們發(fā)現(xiàn)在 B2B 電子商務應用環(huán)境中 XML 的確是一個非常優(yōu)秀而且極為合適的技術。使用 XML 來描述商務信息使得各種B2B 應用在數(shù)據(jù)層上獲得了開放集成的能力。然而從技術的角度來看，這僅僅完成了應用領域中最低層次的集成：數(shù)據(jù)層集成。但要使 B2B 電子商務應用真正被方便地連接在一起，我們需要在數(shù)據(jù)之外，在模塊層、應用層等方面也需要達成一致。正是為了解決模塊層能夠以一種開放的，自說明的，統(tǒng)一的方式進行集成和交互，IBM，Microsoft，DevelopMentor 等公司協(xié)作制定了 Simple Object Access Protocol（）規(guī)范。SOAP 是在 XML 基礎上定義的，完全繼承 XML 的開放性和描述可擴展性。 SOAP 使用現(xiàn)有基于 TCP/IP 的應用層協(xié)議 HTTP，SMTP，POP3 等，可以獲得與現(xiàn)有的網(wǎng)絡通信協(xié)議最大程度的兼容。SOAP 的消息路徑機制和可擴充的 Header 和 Body 機制又為分布式計算提供了很好的支持。在 2022 年 4 月，在美國 San Jose 召開的 Web 服務研討會上正式確立了SOAP 作為 Web 服務的核心規(guī)范的地位。被設計成跨平臺、跨語言、跨協(xié)議地完成對象互聯(lián)的 SOAP 逐漸顯露出了它的優(yōu)越性。SOAP 可以看成是分布式對象訪問技術的一個新的特性，比起 CORBA，COM+，EJB 這些傳統(tǒng)主流的分布式對象技術，SOAP 合理地解決了異構系統(tǒng)，異構組件對 B2B 電子商務全球化的束縛，加上 XML 已經(jīng)得到廣泛的應用，各種平臺都可以有效地使用 XML，那么使用 XML 重新描述和包裝各種遠程組建訪問協(xié)議，以使各種組建平臺的遠程訪問協(xié)議都能通過同一個標準的消息進行傳輸?shù)?SOAP 就成了大勢所趨。如 圖 所示。CORBA CORBA組件COM+COM/DCOMJ2EEEJBIIOPORPC RMISOAP Message15圖 展示 SOAP 抹平組件平臺差異示意圖SOAP 為在一個松散的、分布的環(huán)境中使用 XML 對等地交換結構化的和類型化的信息提供了一個簡單且輕量級的機制。SOAP 本身并不定義任何應用語義，它只是定義了一種簡單的機制，通過一個模塊化的包裝模型和對模塊中特定格式編碼的數(shù)據(jù)的重編碼機制來表示應用語義。SOAP 的這項能力使得它可被很多類型的系統(tǒng)用語從消息系統(tǒng)到 RPC 的延伸。SOAP 由以下四部分組成。SOAP 信封（SOAP envelope）：它構造定義了一個整體的表示框架，可用于表示在消息（message）中的是什么，誰應當處理它，以及這是可選的還是強制的。SOAP 消息的封裝模型如 圖 所示。SOAP EnvelopeSOAP Header……SOAP 條目SOAP 條目SOAP Body……SOAP 條目SOAP 條目圖 關于 SOAP 消息的封裝模型示意圖SOAP 編碼規(guī)則（SOAP encoding rules）：它定義了一個數(shù)據(jù)的編序機制，通過這樣一個編序機制來定義應用程序中需要使用的數(shù)據(jù)類型，并可用于交換由這些應用程序定義的數(shù)據(jù)類型所衍生的實例。在 SOAP 中，數(shù)據(jù)的編碼風格是基于一個簡單類型系統(tǒng)的，這個簡單類型系統(tǒng)可以看成是程序語言、數(shù)據(jù)庫和半結構數(shù)據(jù)中不同類型系統(tǒng)的公共特性的泛化。SOAP 遠程過程調(diào)用表示（SOAP RPC representation）：它定義了一個用于表示遠端過程調(diào)用和響應的約定。可以想象，為實施一個基于 SOAP 的遠程方法（或過程）調(diào)用，應當需要以下信息：目標 SOAP 結點的 URI（從一般意義上來看，可以認為是 SOAP 結點的入口地址） ；方法或過程調(diào)用；可選的方法或過程的特征；方法或過程的參數(shù)；可選的頭數(shù)據(jù)。使用SOAP Header 的 RPC 如 圖 所示。SOAP 綁定（SOAP binding）：它定義了一個使用低層傳輸協(xié)議來完成在結點間交換 SOAP 信封的約定。對于一個 SOAP 結點來說，接受和發(fā)送SOAP 消息最終是要通過與某個低層通信協(xié)議進行綁定來完成。SOAP 底層協(xié)議綁定沿著 SOAP 消息路徑在相鄰的 SOAP 結點間工作著。SOAP 協(xié)議綁定并不會單獨提供一個處理模型，也不會通過協(xié)議綁定來重新指定SOAP 結點。SOAP 協(xié)議綁定是 SOAP 結點實現(xiàn)的一個組成部分，從外部看，是 SOAP 結點的行為特征之一。SOAP 發(fā)送者應用 ASOAP 處理器消息標識處理器RPC 請求SOAP 接收者應用 BSOAP 處理器消息關聯(lián)性處理器RPC 響應底層協(xié)議 底層協(xié)議服務器 A 服務器 B圖 使用 SOAP Header 的 RPC 描述 Web 服務自最初開始使用 SOAP 之后，在業(yè)界曾出現(xiàn)過多種基于 XML 的接口說明17語言（IDL） ，其中包括 IBM 的 NASSL、Microsoft 的 SDL 和 SCL 等。所有的這些 IDL 識別不同的描述方式，并且包含一些特定于它們所依附的SOAP 實現(xiàn)方案的項目（比如 Apache SOAP 或 Microsoft SOAP 等） 。業(yè)界很快意識到必須進行標準化，以賦予 Web 服務統(tǒng)一的界面描述能力，并獲得最好的互操作能力。由 IBM、Microsoft 以及 Ariba 為首的多個技術提供商向 W3C 提交了WSDL 規(guī)范 版。2022 年 3 月，W3C 接受了這一提案。WSDL 是一種 XML Application，它將 Web 服務描述定義為一組服務訪問點，客戶端可以通過這些服務訪問點對包含面向文檔信息或面向過程調(diào)用的服務進行訪問（類似遠程過程調(diào)用） 。WSDL 首先對訪問的操作和訪問時使用的請求/響應消息進行抽象描述，然后將其綁定到具體的傳輸協(xié)議和消息格式上，以最終定義具體部署的服務訪問點。WSDL 文檔將 Web 服務定義為服務訪問點或端口的集合。在 WSDL 中，由于服務訪問點和消息定義已從具體的服務部署或數(shù)據(jù)格式綁定中分離出來，因此可以對抽象定義進行再次利用：消息，指對交換數(shù)據(jù)的抽象描述；而端口類型，指操作的抽象集合。將 Web 訪問地址于可再次使用的綁定向關聯(lián)，可以定義一個端口，而端口的集合則定義為服務。WSDL 文檔在Web 服務的定義中使用下列元素。WSDL Definition isContainerTypes isContainerMessage isContainerPart name elementOperation messagePortType isContainerBinding portTypePort bindingService isContainerData Type SimpleType ComplexType圖 關于 WSDL 文檔的元素結構圖Types：數(shù)據(jù)類型定義的容器，它使用某種類型系統(tǒng)（一般地使用 XML Schema 中的類型系統(tǒng)） 。Message：通信消息的數(shù)據(jù)結構的抽象類型定義。使用 Types 所定義的類型來定義整個消息的數(shù)據(jù)結構。Operation：對服務中所支持的操作的抽象描述，一般單個 Operation 描述了19一個訪問入口的請求/響應消息對。PortType：某個訪問點類型所支持的操作的抽象集合，這些操作可以由一個或多個服務訪問點來支持。Binding：特定端口類型的具體協(xié)議和數(shù)據(jù)格式規(guī)范的綁定。Port：定義為協(xié)議/數(shù)據(jù)格式綁定與具體 Web 訪問地址組合的單個服務訪問點。Service：相關服務訪問點的集合。以上這七種元素的關系如 圖 所示。Types 是一個數(shù)據(jù)類型定義的容器，包含了所有在消息中需要的 XML 元素的類型定義。Message 具體定義了在通信中使用的消息的數(shù)據(jù)結構，Message 元素包含了一組 Part 元素，