專利名稱：一種wap網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法和系統(tǒng)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種WAP網(wǎng)關(guān)提取業(yè)務(wù)(PULL業(yè)務(wù))的實現(xiàn)方法和系統(tǒng)， 具體涉及一種通過設(shè)置緩存加快PULL業(yè)務(wù)處理速度的方法和系統(tǒng)。
考察一個WAP業(yè)務(wù)系統(tǒng)的性能的優(yōu)劣，有一個很重要的指標從終 端發(fā)出請求至收到響應(yīng)的時間間隔。這關(guān)系到用戶的使用體驗?，F(xiàn)有業(yè)務(wù) 中每次終端的業(yè)務(wù)請求都需要得到提供業(yè)務(wù)的第三方(例如SP)的響應(yīng)， 并將響應(yīng)返回給終端。對于大量重復的SP響應(yīng)，例如天氣預(yù)報等信息，每 次終端請求都需要SP進行響應(yīng)，大大浪費了系統(tǒng)的網(wǎng)絡(luò)資源。
現(xiàn)有技術(shù)中缺乏一種能夠?qū)τ诮K端的相同業(yè)務(wù)請求進行快速處理的 業(yè)務(wù)方法。經(jīng)過檢索，也沒有發(fā)現(xiàn)涉及這方面的解決方案。

發(fā)明內(nèi)容
本發(fā)明解決的技術(shù)問題是提出了一種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法和 系統(tǒng)，通過設(shè)置提供業(yè)務(wù)的第三方響應(yīng)緩存，使得WAP網(wǎng)關(guān)在收到用戶請 求的時候，將緩存內(nèi)容直接回復給用戶，而不需要向提供業(yè)務(wù)的第三方發(fā) 起請求。
本發(fā)明采用以下技術(shù)方案
一種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，包括以下處理步驟
1) WAP網(wǎng)關(guān)接收終端的提取業(yè)務(wù)請求；
2) 對于可使用緩存的請求，在緩存模塊中進行匹配；匹配成功，則將 匹配的緩存內(nèi)容直接轉(zhuǎn)發(fā)給用戶，結(jié)束業(yè)務(wù)流程；匹配失敗，則將請求轉(zhuǎn) 發(fā)到提供業(yè)務(wù)的第三方；
3) WAP網(wǎng)關(guān)收到提供業(yè)務(wù)的第三方響應(yīng)后，對于滿足緩存條件的響 應(yīng)，在緩存模塊中進行緩存后再發(fā)給終端；對于不滿足緩存條件的響應(yīng)，
則轉(zhuǎn)發(fā)響應(yīng)到終端。
優(yōu)選的，所述步驟3)中WAP網(wǎng)關(guān)根據(jù)信息內(nèi)容提供商的響應(yīng)類型確 定是否進行緩存。
優(yōu)選的，所述步驟3)中WAP網(wǎng)關(guān)對于信息內(nèi)容提供商的彩信業(yè)務(wù)響 應(yīng)不進行緩存，直接發(fā)給終端。
優(yōu)選的，所述步驟3)中緩存響應(yīng)具體為通過輪詢調(diào)度的方式找到
一個根目錄，并將該相應(yīng)在該目錄下進行緩存。
優(yōu)選的，所述步驟3)中對于響應(yīng)的緩存文件采用位圖的方式進行存儲。
優(yōu)選的，所述步驟3)中當緩存空間不足時，通過LRU方式刪除訪問 頻率最少的舊緩存信息。
一種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)系統(tǒng)，包括WAP網(wǎng)關(guān)，還包括緩 存模塊，用于在所述WAP網(wǎng)關(guān)的控制下存儲提供業(yè)務(wù)的第三方的響應(yīng)， 以及向終端直接提供與其業(yè)務(wù)請求相匹配的緩存內(nèi)容。
優(yōu)選的，所述緩存模塊中設(shè)置有緩存條件，緩存模塊僅存儲滿足緩存 條件的所述提供業(yè)務(wù)的第三方的響應(yīng)。
優(yōu)選的，所述緩存模塊具體為所述WAP網(wǎng)關(guān)中的一個子功能模塊。
優(yōu)選的，所述緩存模塊具體為集中布局緩存模塊，接受各WAP網(wǎng)關(guān)的 緩存控制。
采用本發(fā)明，與現(xiàn)有的WAP網(wǎng)關(guān)PULL業(yè)務(wù)的實現(xiàn)方法相比，從性能上， 是對原有處理流程的一次調(diào)整，減少了業(yè)務(wù)處理時間，縮短了用戶體驗時 間；從技術(shù)上，將緩存內(nèi)容保存到業(yè)務(wù)處理機內(nèi)存與硬盤中，減少了與提 供業(yè)務(wù)的第三方之間的交互，節(jié)約了帶寬。


圖1是本發(fā)明優(yōu)選實施例中WAP網(wǎng)關(guān)收到終端請求后的處理流程；
圖2是本發(fā)明優(yōu)選實施例中WAP網(wǎng)關(guān)收到SP響應(yīng)的處理流程； 圖3是本發(fā)明緩存模塊在WAP網(wǎng)關(guān)中的布置示意圖。
具體實施例方式
下面結(jié)合附圖并通過具體實施例對本發(fā)明的技術(shù)方案進行詳細說明，
以下實施例中以SP (信息內(nèi)容提供商)作為提供業(yè)務(wù)的第三方的優(yōu)選實施
對于WAP業(yè)務(wù)，用戶體驗的等待時間(終端發(fā)出請求至收到響應(yīng)的 時間間隔)是一個重要的性能指標。本發(fā)明的WAP網(wǎng)關(guān)為了縮短體驗時間 以及減少網(wǎng)絡(luò)擁堵，本實施例中采用分布式布周在每個業(yè)務(wù)處理機上設(shè)置 緩存模塊。也可以選擇采用集中布局緩存模塊，接受各WAP網(wǎng)關(guān)的緩存控 制，在此處不再詳細說明。本實施例中還增加專門了用來處理緩存的業(yè)務(wù) 處理線程，如圖3所示。本發(fā)明采用的緩存處理機制參照了現(xiàn)有Squid業(yè) 務(wù)方式。Squid是Linux環(huán)境下一款比較優(yōu)秀的應(yīng)用程序代理軟件，可以 設(shè)置高速緩存和靈活的策略配置。緩存的存在使得網(wǎng)絡(luò)速度有很大改善， 其原理為當一個用戶訪問一個地址后，Squid把該地址內(nèi)容存到本地內(nèi)存 或硬盤上，下一個用戶再訪問該地址時，Squid如果發(fā)現(xiàn)該地址內(nèi)容沒有 變化，就直接從本地取數(shù)據(jù)發(fā)給用戶，于是速度得到了很大提高，同時減 少了網(wǎng)絡(luò)帶寬占用，這使得別的訪問請求得到高速處理成為可能。多個 Squid服務(wù)器可以級聯(lián)起來，配置成一個更大更快的代理緩存群。同時 Squid還支持FTP、 GOP服R、 SSL和WAIS等協(xié)議。本發(fā)明與Squid不同的 是，WAP網(wǎng)關(guān)不需要對所用的響應(yīng)類型都進行緩存(例如彩信業(yè)務(wù)就不 能使用緩存)，并且為了避免緩存功能對WAP網(wǎng)關(guān)性能上可能帶來的瓶頸， 可以通過前臺運維進行配置，限制WAP網(wǎng)關(guān)只緩存SP訪問頻度最高的SP 的響應(yīng)信息。WAP網(wǎng)關(guān)中增加的緩存功能的具體實現(xiàn)還包括以下技術(shù)細節(jié)
1. WAP網(wǎng)關(guān)的緩存模塊如果采用分布式布局，可以避免集中布局 存在的性能瓶頸；
2. WAP網(wǎng)關(guān)中的緩存文件結(jié)構(gòu)可以借鑒squid軟件中的文件結(jié)構(gòu)；
3. 緩存文件根目錄的選擇采用Round-Roubin (輪詢調(diào)度)方法， 找到一個合適的目錄作為緩存文件的存儲根目錄。輪詢調(diào)度方 法的原理是每一次把來自用戶的請求輪流分配給內(nèi)部中的服務(wù) 器，從1開始，直到N(內(nèi)部服務(wù)器個數(shù))，然后重新開始循環(huán)。 在這里的意思就是業(yè)務(wù)收到SP的響應(yīng)后，如果在本地緩存中 沒有發(fā)現(xiàn)該響應(yīng)被緩存過，則采用Round-Roubin算法，找到一 個合適的根目錄，將該響應(yīng)進行緩存。
4. 子路徑及緩存文件名的命名，采用BitM即(位圖)算法來確定 緩存文件的名字，然后利用現(xiàn)有的文件路徑的計算算法來得到 緩存文件的存放路徑。元數(shù)據(jù)是描述數(shù)據(jù)的數(shù)據(jù)，在文件系統(tǒng)、 巻管理系統(tǒng)、快照系統(tǒng)中經(jīng)常會用到元數(shù)據(jù)，利用元數(shù)據(jù)信息 來描述數(shù)據(jù)的特征。元數(shù)據(jù)信息的格式是多樣的，不同的系統(tǒng) 中元數(shù)據(jù)具有不同的格式。本發(fā)明的緩存處理類似于快照系統(tǒng)， 元數(shù)據(jù)的信息量是比較大的，并且會隨著管理數(shù)據(jù)塊粒度的減 小而增大，諸如文件系統(tǒng)這樣的元數(shù)據(jù)可以采用位圖(bitmap) 的方式進行存儲。
5. 根據(jù)HTTP協(xié)議中對cache的相關(guān)規(guī)則以及WAP網(wǎng)關(guān)自身業(yè)務(wù)的 特點，WAP網(wǎng)關(guān)判斷是否需要進行緩存；
6. 當緩存空間使用殆盡時，使用LRU (least recently used近期
最少使用)算法來判斷一個緩存是否應(yīng)該被刪除。
以下結(jié)合附圖1和2對本發(fā)明的詳細實施進行說明-
圖1說明WAP網(wǎng)關(guān)增加緩存處理模塊后，收到用戶請求后的處理流程。
1、 如果WAP網(wǎng)關(guān)收到用戶的請求信息，先判斷該請求是否允許使用 緩存，如果不允許，則WAP網(wǎng)關(guān)構(gòu)造請求至SP;
2、 否則，根據(jù)用戶請求的URL信息，計算其MD5值作為索引值，査找 本地內(nèi)存中是否存在該索引；
3、 判斷該索引的緩存信息是否可用，如果可用，則通知緩存進程， 更新緩存中的文件映射信息，并由WAP網(wǎng)關(guān)轉(zhuǎn)發(fā)緩存信息至終端； 否則構(gòu)造用戶請求，轉(zhuǎn)發(fā)給SP。
圖2說明WAP網(wǎng)關(guān)增加cache模塊后，在收到SP響應(yīng)后的處理流程。
1、 WAP網(wǎng)關(guān)收到SP響應(yīng)，轉(zhuǎn)至緩存處理進程；
2、 緩存進程判斷是否需要允許進行緩存；
3、 如果允許，判斷磁盤空間是否允許存儲，如果為是，則緩存信息；
否則，采用LRU算法，刪除訪問最少的信息，釋放磁盤空間，保 存新的緩存內(nèi)容，更新本地內(nèi)存中的映射信息
4、 如果不滿足緩存條件，則直接將SP響應(yīng)轉(zhuǎn)發(fā)給業(yè)務(wù)其他處理進程。
以上內(nèi)容是結(jié)合具體的優(yōu)選實施方式對本發(fā)明所作的進一步詳細說 明，不能認定本發(fā)明的具體實施只局限于這些說明。對于本發(fā)明所屬技術(shù) 領(lǐng)域的普通技術(shù)人員來說，在不脫離本發(fā)明構(gòu)思的前提下，還可以做出若 干簡單推演或替換，都應(yīng)當視為屬于本發(fā)明的保護范圍。
權(quán)利要求
1. 一種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，其特征在于，所述方法包括以下處理步驟1)WAP網(wǎng)關(guān)接收終端的提取業(yè)務(wù)請求；2)對于可使用緩存的請求，在緩存模塊中進行匹配；匹配成功，則將匹配的緩存內(nèi)容直接轉(zhuǎn)發(fā)給用戶，結(jié)束業(yè)務(wù)流程；匹配失敗，則將請求轉(zhuǎn)發(fā)到提供業(yè)務(wù)的第三方；3)WAP網(wǎng)關(guān)收到提供業(yè)務(wù)的第三方響應(yīng)后，對于滿足緩存條件的響應(yīng)，在緩存模塊中進行緩存后再發(fā)給終端；對于不滿足緩存條件的響應(yīng)，則轉(zhuǎn)發(fā)響應(yīng)到終端。
2. 根據(jù)權(quán)利要求1所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，其特征在 于，所述步驟3)中WAP網(wǎng)關(guān)根據(jù)信息內(nèi)容提供商的響應(yīng)類型確定是否進 行緩存。
3. 根據(jù)權(quán)利要求2所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，其特征在 于，所述步驟3)中WAP網(wǎng)關(guān)對于信息內(nèi)容提供商的彩信業(yè)務(wù)響應(yīng)不進行 緩存，直接發(fā)給終端。
4. 根據(jù)權(quán)利要求1或2所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，其特 征在于，所述步驟3)中緩存響應(yīng)具體為通過輪詢調(diào)度的方式找到一個 根目錄，并將該相應(yīng)在該目錄下進行緩存。
5. 根據(jù)權(quán)利要求4所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，其特征在 于，所述步驟3)中對于響應(yīng)的緩存文件采用位圖的方式進行存儲。
6. 根據(jù)權(quán)利要求1或2所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，其特 征在于，所述步驟3)中當緩存空間不足時，通過LRU方式刪除訪問頻率 最少的舊緩存信息。
7. —種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)系統(tǒng)，包括WAP網(wǎng)關(guān)，其特征在 于，所述系統(tǒng)還包括緩存模塊，用于在所述WAP網(wǎng)關(guān)的控制下存儲提 供業(yè)務(wù)的第三方的響應(yīng)，以及向終端直接提供與其業(yè)務(wù)請求相匹配的緩存 內(nèi)容。
8. 根據(jù)權(quán)利要求7所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)系統(tǒng)，其特征在 于，所述緩存模塊中設(shè)置有緩存條件，緩存模塊僅存儲滿足緩存條件的所述提供業(yè)務(wù)的第三方的響應(yīng)。
9. 根據(jù)權(quán)利要求7或8所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)系統(tǒng)，其特 征在于，所述緩存模塊具體為所述WAP網(wǎng)關(guān)中的一個子功能模塊。
10. 根據(jù)權(quán)利要求7或8所述的WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)系統(tǒng)，其 特征在于，所述緩存模塊具體為集中布局緩存模塊，接受各WAP網(wǎng)關(guān)的緩 存控制。
全文摘要
本發(fā)明公開了一種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)方法，通過對于可使用緩存的請求，向在緩存模塊中進行匹配；匹配成功，則將匹配的緩存內(nèi)容直接轉(zhuǎn)發(fā)給用戶；匹配失敗，則將請求轉(zhuǎn)發(fā)到提供業(yè)務(wù)的第三方；而WAP網(wǎng)關(guān)收到提供業(yè)務(wù)的第三方響應(yīng)后，對于滿足緩存條件的響應(yīng)，在緩存模塊中進行緩存后再發(fā)給終端。本發(fā)明還公開了一種WAP網(wǎng)關(guān)提取業(yè)務(wù)的實現(xiàn)系統(tǒng)，包括WAP網(wǎng)關(guān)、終端、提供業(yè)務(wù)的第三方，在系統(tǒng)中還設(shè)有緩存模塊。采用本發(fā)明，從性能上，可以減少了業(yè)務(wù)處理時間，縮短用戶體驗時間；從技術(shù)上，將緩存內(nèi)容保存到業(yè)務(wù)處理機內(nèi)存與硬盤中，減少了與提供業(yè)務(wù)的第三方之間的交互，節(jié)約了帶寬。
文檔編號H04L12/56GK101388863SQ200810216149
公開日2009年3月18日 申請日期2008年9月16日 優(yōu)先權(quán)日2008年9月16日
發(fā)明者杰 李 申請人:中興通訊股份有限公司