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

　　

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