【導讀】短短20年的時間，Web技術已然經歷了3個時代的變遷，尤其是伴。團購網也以不同的業(yè)務形式吸引著廣大用戶的眼球。們對移動數據業(yè)務的需求成為移動通信技術發(fā)展的內在驅動。體化、個性化需求的不斷刺激下，呈現出更加豐富多彩的業(yè)務形態(tài)。如果把互聯網技術和移動增值業(yè)務融合起來，借助各自的資源和網絡。優(yōu)勢開發(fā)新的業(yè)務應用，必將產生更為廣闊的市場前景。該系統是由網站服務器、網絡管理服務器及移動。短信網關仿真器三部分組成。以及網站服務器與網絡管理服務器的接口的設計與實現。體系架構，即Linux操作系統+Apache服務器+MySQL數據庫+PHP腳本語言，具有很好的可擴展性和可維護性。同時，本文還采用了基于MVC軟件開發(fā)模。搜索、下載優(yōu)惠券、管理等基本功能。對于網站服務器與網絡管理服務器的接。之間的數據傳輸與共享。利用服務器壓力測試軟件WST對系統性能進行全面的測試，性能測試結。果表明系統設計合理、性能穩(wěn)定，具有較好的實際應用價值。

　　

【正文】 立于各種操作系統和編程語言之外，因此它可以使 Web Service能夠跨平臺運行。 Web Service 通過代理的方式進行 Web 服務中的客戶端和服務器端溝通。Web Service 進行服務端和客戶端的交互實現過程是非常復雜的。 圖 25 表示Web Service 工作流程 。 圖 25 Web Service 工作流程 Web Service 工作原理及處理流程總結如下： 1） Web 服務 獎自身可提供調用的接口函數提供給客戶端； 2）客戶端通過代理及 WSDL 文件初始化一個 SOAP 的對象，通過其發(fā)送 19 請求信息； 3） Web 服務首先需要在 UDDI 中注冊，然后通過 WSDL 初始化 SOAP 服務對象； 4）服務器端接收客戶端 SOAP 請求消息（該消息被嵌入到 HTTP 的 POST或者 GET中），解析該消息，調用處理請求函數，最后將結果數據重新生成 SOAP消息，再通過 HTTP 的 POST 或者 GET 發(fā)送給客戶端 [24]； 5）客戶 端接受到服務器響應的數據，進行下一步的處理或者顯示。 Web Service 特點是實現“基于 Web 的無縫集成”并提供了一套標準的數據類型，用于不同平臺和編程語言之間進行溝通 。 下面將介紹構成 Web Service平臺的 3 項基本技術 [25]： SOAP（簡單對象訪問協議）、 WSDL（ Web 服務描述語言）和 UDDI（通用發(fā)現、集成、描述）。 WSDL 文檔 WSDL（ Web Service Description Language） 是 用 XML 語言來描述 Web Service。 通過 WSDL，可以了解 Web Service 提供了哪些方法、使用的協議和服務器地址等。 WSDL 文檔主要由 6 部分元素構成： definitions是 WSDL 文檔的根元素。在這里預定義了一些屬性值，包括name（名稱）、 xmlns： soap（ SOAP 協議）、 xmlns： xs（數據類型）和 targetNamespace（命名空間）等，除了 name、 targetName 等少數幾個熟悉的值需要自己命名外，其他熟悉都有固定的值； types元素定義 Web Service 所用到的數據類型。因為 Web Service 是跨平臺的，所以對于類型的定義采用的是 XML 格式。如果不需要聲明數據類型，則 types元素可以省略； message元素包含了 Web Service 用到的信息（包括發(fā)送和接收的全部信息）?？梢詫⒃撛乜醋魇?PHP 函數中的參數； porType元素是最重要的 WSDL 元素，它定義了 Web Service 可使用的方法及相關的消息，可以把它比作一個類庫。每個該元素都有屬于自己的一系列類函數，其中， input 和 output 中的 message 屬性值就是 message元素的 name值； binding元素的作用是綁定 portType、描述 service 的接口和相關的協議與數據格式等信息； 20 service元素用來確定 portType 的地址，它有一個屬性 name。每個service元素包含一個或者多個 port元素都和一個 location（服務器 URL）關聯。 UDDI 規(guī)范 UDDI（ Universal Description， Discovery and Integration） 始于 2020 年，它是一種注冊服務的規(guī)范。 為了加速 Web Service 的推廣，加強 Web Service 的互操作能力，由 Ariba、 IBM 和 Microsoft 等 30 多家公司創(chuàng)立了 UDDI Registries，推出了基于標準的服務描述和發(fā)行的規(guī)范（ specification）。 簡單地講， UDDI 相當于一個中介。企業(yè)或者公司開發(fā)出一個 Web Service服務，首先要在 UDDI 中心進行注冊，然后 UDDI 將注冊的 Web Service 的信息放到 UDDI 的目錄中，當有客戶需要 Web Service 時，便通過 UDDI 目錄來查找自己敢興趣的服務。 UDDI 的原理如 圖 26 所示。 圖 26 UDDI 原理圖 要實現 Web 服務體系必須要有對應的協議棧的 支撐 ，它對體系的 每一層進行標準化規(guī)范 ， Web Service 的一般性協議棧結構如 圖 27 所示。 Web Service協議棧的最底層是網絡層，它 提供 實現 Web 服務調用 必需 的網絡協議， 比如HTTP、 FTP 及 Email 等，而 HTTP 又因其極大的 普及度成為因特網上用于 Web Service 的真正的標準網絡協議。 SOAP 是一種基于 XML 格式語言的消息傳遞協議，用于在各種網絡應用程序間進行數據交換。 WSDL 是 Web Service 的服 21 務描述語言 ， 用于對 Web Service 的業(yè)務和端口等進行描述。 服務流程服務發(fā)現服務發(fā)布服務描述基于 XML 的消息傳遞網絡安全管理服務質量W SFLUDDIUDDIW SDLSOAPHTT P , FTP , Email , MQ 等 圖 27 Web Service 的一般性協議棧 網絡層的 HTTP 協議 、 消息傳遞層的 SOAP 協議以及 Web 服務描述語言WSDL 構成了 Web Service 的基礎 協議棧 ， 如 圖 28 所示。 服務描述基于 XM L 的消息傳遞網絡W SD LSO APHT T P 圖 28 Web Service 的基礎協議棧 SOAP協議 SOAP 全稱為 （ Simple Object Access Protocol） ，即簡單對象訪問協議。SOAP 也是一種使用 XML 語法格式的數據交互協議。當在一 個松散的、分布的環(huán)境中使用 XML 對等地交換結構化和類型化信息是， SOAP 能夠提供一個簡單而輕量級的機制。 SOAP 可以應用于多種協議上，例如， HTTP（超文本傳輸協議）、 MIME（多用途網際郵件擴充協議）、 SMTP（簡單郵件傳輸協議）、RPC（遠程過程調用）等。 SOAP的功能非常豐富而強大，這些功能都是基于 SOAP協議自身的機制，SOAP 具有如下特點： 22 1）支持 Web 應用程序之間的通信； 2）應用于商務對商務的通信及企業(yè)應用集成； 3）以獨立于各種編程語言或者平臺的方式構造消息、處理消息，從而使不同編程語言 寫的程序之間具有互操作性，并且能夠跨平臺運行。 完整的 SOAP 消息 包含 以下 三個方面的內容 [26]： （ 1） SOAP Envelope 元素 ： Envelope 是表示該消息的 XML 文檔的根級元素； （ 2） SOAP Header 元素 ： Header 包含頭部信息，是為了支持松散環(huán)境下，在通信雙方之間尚未預先達成一致的情況下，為 SOAP 消息增加特性的通用機制。 SOAP 定義了很少的一些屬性來用于指明誰可以處理該特性及它是可選的還是強制的； （ 3） SOAP Body： Body 為該消息的最終接受者所要得到的信息提供一個容器。此 外， SOAP 定義了 Body 的一個子元素 Fault 用于報告錯誤。 SOAP 的工作原理如圖 29 所示： 圖 29 SOAP 工作原理圖 Web Service 使不同的應用平臺、操作系統、編程語言之間可以進行任意的溝通。 Web 服務要先注冊到 UDDI，然后才能被客戶端通過 WSDL 調用，服務端才能夠正確地通過 XML 進行響應。 Web Service、 UDDI 和 WSDL 三者間的關系如圖 210 所示。 Web Service 平臺是 SOAP 協議、 WSDL 和 UDDI 三項技術組成，前面我們已 經介紹 Web Service 的工作流程及原理，下面介紹其特點： 1） Web Service 創(chuàng)建了可交互操作的分布式應用程序新平臺； 2）為了達到跨平臺的可操作性， Web Service 完全基于 XML、 XSD 等獨立于平臺、獨立于軟件供應商的標準； 23 3） Web Service 適用于應用程序集成、 B2B 集成、代碼和數據重用及通過Web 進行客戶端和服務器通信等多種場合； 4） Web Service 的應用程序在跨平臺、跨網絡進行通信過程中具有良好的穩(wěn)定性； 5） Web Service 使用 SSL/HTTPS 對連接加密， 使用 XML Encryption 和XMLDSIG 進行數據加密、利用應用服務安全機制、三層加密技術安全保護數據。 圖 210 Web Service、 UDDI 和 WSDL 三者間的關系 24 3 系統 總體 框架和 服務器的設計 對于網站 的 開發(fā)者來說，系統的功能 設計 是首要關注的對象，然而對于 網站的編輯來說， 網站 系統的易用性 和良好的用戶體驗 又 是 十分重要的。 在本章中，我們 將 對 系統 的 總體 框架結構 及 功能 需求 進行 分析與研究， 對 系統 中 的 網站服務器數據庫及 各 個 功能 模塊 進行 規(guī)劃 ， 重點分析 了 網站 服務器的 應用功能及服務器之間的網絡接口 ， 并 搭建了 適 合的 系統 開發(fā)環(huán)境 及 軟件 配置，最 終 詳細設計了一個基于 PHP 的 網站 服務器 以 及 Web Server 和 App Server 之間的網絡接口 程序 。 系統 需求分析 與 總體架構 系統的 需求分析 本 文研究 的目 的 是要建立一個基于 PHP 的 網站 開發(fā) 的綜合信息服務系統。從應用層面上講，該系統是一個能夠提供多元化的電信增值業(yè)務服務的技術平臺，它利用 Inter 互聯網 和電信網的既有資源提供了一種能夠更好地滿足現今消費者對商業(yè)商品信息需求的綜合信息業(yè)務。 具體來說，該系統除了具有一般商業(yè)網站的 基本功能外，還能提供一些新型的信息服務功能，典型的應用包括以下三種： 1）網站折扣券業(yè)務。系統以網頁的方式發(fā)布促銷商品的折扣券信息，用戶瀏覽感興趣的商品促銷信息，在線發(fā)出獲取折扣券的請求后，通過手機短信的方式獲取到折扣券的編號信息，從而得到該商品的優(yōu)惠權利。該業(yè)務可以利用 Inter 網絡的強大效力爭取到更大的用戶量。 2）基于地理位置的廣告 PUSH 業(yè)務。系統根據用戶所處的地理位置進行實時分析和處理，及時向其發(fā)布所在商業(yè)圈附近的最新打折促銷信息。該業(yè)務的廣告 PUSH 功能更具針對性和實用性，同時也向用戶提供更友 好貼心的信息服務。 3）實時獲取折扣信息的業(yè)務。在系統服務范圍內的商業(yè)圈活動進行中，會員通過實地的商家廣告發(fā)現感興趣的優(yōu)惠促銷活動后，通過主動發(fā)送手機短信到系統獲取該商家或商品的折扣券，從而達到隨時隨地享受最新優(yōu)惠的目的。 此 業(yè)務是前兩種業(yè)務的補充，為用戶提供更全面的服務，周到而細致。除了這些典型的應用， 本文研究的 系統還具備完善的管理功能和歷史信息記錄 25 等功能。 為了實現上述的信息服務功能，該系統在技術和實現上必然具備以下特點。首先，該系統由 Web Server 和 Backend Application Server 兩大部分及支撐它們的相應數據庫組成。 Web Server提供系統網站呈現部分的功能，主要面向 inter用戶。 Backend Application Server 是系統的中心服務器，負責處理系統的所有數據邏輯，同時，它也是連接 Web 服務器和 移動 網絡的橋梁，是系統最重要的部分。其次， Web Server 具有 應用 的新興技術特點，如 Ajax 技術 等。同時 Web Server 采用網站開發(fā)的黃金搭檔 —— LAMP（ Linux +Apache +Mysql +PHP）結構的網站開發(fā)體系，開發(fā)框架采用功能 強大的 Zend Framework 架構，這樣的開發(fā)體系可以讓 Web Server 具備更好的可維護性和可擴展性。 總的來說，該系統綜合利用了 Inter 和 移動 的網絡資源，提 供多元化的新型電信增值業(yè)務平臺，不僅最大限度的滿足了商家的廣告宣傳需求，還更好地為 用戶 提供更直接更豐富的產品咨詢和優(yōu)惠信息，遠遠提升了移動網絡的經濟效益和價值功能。 系統的 總體架構 圖 31 系統 的 總體 架構 26 圖 31 為 本文設計的系統的總體架構。在上一節(jié)中，我們 對 整個 系統的 業(yè)務功能 需求進行了全面分析 。此 系統 是 建立在開放的 互聯網 與移動通信網絡之上， 同時具有網站頁面的動態(tài)更新及 用戶 通過移動短信 增值業(yè)務 下載優(yōu)惠卷的功能，因此， 我們 設計了圖 31 所示的 系統總體架構 。該 系統 框架是 由 兩大服務器模塊： 網絡管理 服務器（ App Server）和網站服務器（ Web Server） 及基于Web Service 服務接口技術的網絡接口組成。 整個系統主要包括 Web Server, Backend Application Server兩個服務器模塊以及支撐它們的數據庫模塊 Web DB Se