專利名稱：一種web網(wǎng)關(guān)適配方法和web網(wǎng)關(guān)的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及通信領(lǐng)域，具體而言，涉及一種WEB網(wǎng)關(guān)適配方法和WEB網(wǎng)關(guān)。
背景技術(shù)：
隨著互聯(lián)網(wǎng)技術(shù)的發(fā)展，用戶對互聯(lián)網(wǎng)提供規(guī)模更大，形式更豐富的服務的需 求也在不斷增長，對用戶和應用提供商的個性化服務需求也不斷的被提提出。目前， WEB網(wǎng)關(guān)作為終端用戶的上網(wǎng)代理，為終端用戶提供了訪問控制，頁面緩存，內(nèi)容轉(zhuǎn) 換、頁面適配等多種服務，如果在現(xiàn)有的適配服務中提出個性化適配，例如對于對不同 網(wǎng)站上的相關(guān)內(nèi)容綜合獲取后進行適配，或者對SP(Service Provider，服務提供商)網(wǎng)站 進行個性化處理，只顯示部分內(nèi)容，對部分內(nèi)容做折疊、直達或者空白去除等處理，則 現(xiàn)有的WEB網(wǎng)關(guān)無法滿足這些需求?？偠灾壳斑@種單一的網(wǎng)頁適配模式已無法滿 足日益變化的多樣化適配需求，隨著用戶個性化的要求越來越多，目前對終端適配的單 一模式將越來越不適用終端顯示互聯(lián)網(wǎng)內(nèi)容的要求。針對相關(guān)技術(shù)中單一網(wǎng)頁適配模式無法滿足多樣化適配需求的問題，目前尚未 提出有效的解決方案。

發(fā)明內(nèi)容
本發(fā)明的主要目的在于提供一種WEB網(wǎng)關(guān)適配方法和WEB網(wǎng)關(guān)，主要解決單 一網(wǎng)頁適配模式無法滿足多樣化適配需求的問題。根據(jù)本發(fā)明的一個方面，提供了一種基于模板架構(gòu)的WEB網(wǎng)關(guān)適配方法，包括 如下步驟WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；WEB網(wǎng)關(guān)將終端訪問 的內(nèi)容按照與請求訪問的SP對應的模板進行適配；WEB網(wǎng)關(guān)將適配后的信息發(fā)送給終端。進一步地，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息的之前，還包 括使用模板制作工具為不同的SP生成不同的模板。進一步地，使用模板制作工具為不同的SP生成不同的模板的步驟包括模板制 作工具對每一個SP所提供的網(wǎng)頁內(nèi)容進行分割提??；模板制作工具按照每一個SP的網(wǎng) 頁內(nèi)容以及不同終端的UACUserAgent，用戶終端參數(shù))信息為每一個SP生成對應的模 板。進一步地，WEB網(wǎng)關(guān)將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適 配的步驟包括WEB網(wǎng)關(guān)按照與請求訪問的SP對應的模板將終端訪問的內(nèi)容進行內(nèi)容 適配和UA適配。進一步地，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息的步驟包括 WEB網(wǎng)關(guān)將符合第一網(wǎng)絡傳輸協(xié)議的消息轉(zhuǎn)換成符合第二網(wǎng)絡傳輸協(xié)議的消息；WEB 網(wǎng)關(guān)將適配后的信息發(fā)送給終端的步驟包括WEB網(wǎng)關(guān)將符合第二網(wǎng)絡傳輸協(xié)議的信息 轉(zhuǎn)換成第一網(wǎng)絡傳輸協(xié)議的信息，并發(fā)送給終端。
進一步地，第一網(wǎng)絡傳輸協(xié)議包括WAPLx傳輸協(xié)議，第二網(wǎng)絡傳輸協(xié)議采用 HTTP傳輸協(xié)議。進一步地，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息之后，還包括 WEB網(wǎng)關(guān)在本地查詢是否有與請求訪問的SP對應的模板，如果查詢成功，則將查詢到的 模板設(shè)置為與請求訪問的SP對應的模板；如果查詢失敗，則向模板服務器獲取與請求訪 問的SP對應的模板。進一步地，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息之后，還包括 若WEB網(wǎng)關(guān)在本地查詢到與請求訪問的SP對應的模板，則WEB網(wǎng)關(guān)在本地的緩存中 查詢終端訪問的內(nèi)容；若WEB網(wǎng)關(guān)在本地的緩存中查詢不到終端訪問的內(nèi)容，則WEB 網(wǎng)關(guān)向SP請求獲取終端訪問的內(nèi)容；若WEB網(wǎng)關(guān)在本地的緩存中查詢到終端訪問的內(nèi) 容，則執(zhí)行將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適配的步驟。根據(jù)本發(fā)明的另一方面，提供了一種WEB網(wǎng)關(guān)，包括接收單元，用于WEB 網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；適配單元，用于WEB網(wǎng)關(guān)將終端訪問 的內(nèi)容按照與請求訪問的SP對應的模板進行適配；發(fā)送單元，用于WEB網(wǎng)關(guān)將適配后 的信息發(fā)送給終端。進一步地，WEB網(wǎng)關(guān)還用于在接收到來自終端的用于請求訪問SP的消息之前使 用模板制作工具為不同的SP生成不同的模板。進一步地，WEB網(wǎng)關(guān)包括提取單元，用于使用模板制作工具對每一個SP所 提供的網(wǎng)頁內(nèi)容進行分割提取；生成單元，用于使用模板制作工具按照每一個SP的網(wǎng)頁 內(nèi)容以及不同終端的UA信息為每一個SP生成對應的模板。進一步地，WEB網(wǎng)關(guān)還包括查詢單元，用于在本地查詢是否有與請求訪問的 SP對應的模板，如果查詢成功，則將查詢到的模板設(shè)置為與請求訪問的SP對應的模板； 如果查詢失敗，則向模板服務器獲取與請求訪問的SP對應的模板。通過本發(fā)明，WEB網(wǎng)關(guān)將SP發(fā)送的終端訪問的響應按照與請求訪問的SP對 應的模板進行適配，解決了單一網(wǎng)頁適配模式無法滿足多樣化適配需求的問題，進而達 到了在不影響WEB網(wǎng)關(guān)性能的條件下，為終端用戶提供了更為個性化和更具針對性的 內(nèi)容，提高了 web網(wǎng)關(guān)業(yè)務開發(fā)的靈活性；此外使用本發(fā)明，方便用戶更快的查看和閱 讀自己的需要和關(guān)心的服務內(nèi)容，可以根據(jù)用戶訪問的URL(Uniform/Universal Resource Locator,統(tǒng)一資源位置)更靈活的控制顯示內(nèi)容和展示風格；而且整個模板服務過程無 需用戶參與，對其透明，從而進一步提高了用戶的體驗；同時可以對SP網(wǎng)站內(nèi)容進行靈 活的定制和組合，從而更進一步的貼近用戶的使用習慣；還可以對不同的網(wǎng)站內(nèi)容進行 組合，提供給用戶更為豐富的訪問內(nèi)容、效果。


此處所說明的附圖用來提供對本發(fā)明的進一步理解，構(gòu)成本申請的一部分，本 發(fā)明的示意性實施例及其說明用于解釋本發(fā)明，并不構(gòu)成對本發(fā)明的不當限定。在附圖 中圖1是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的一種優(yōu)選流程圖；圖2是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)的一種優(yōu)選結(jié)構(gòu)框圖3是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的第二種流程圖；圖4是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的第三種流程圖；圖5是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的第四種流程圖。
具體實施例方式下面結(jié)合附圖和實施例對本發(fā)明WEB網(wǎng)關(guān)適配方法和WEB網(wǎng)關(guān)進行說明。實施例1圖1是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的優(yōu)選流程圖，其包括如下步 驟S102, WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；S104, WEB網(wǎng)關(guān)將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適 配；S106, WEB網(wǎng)關(guān)將適配后的信息發(fā)送給終端。在本優(yōu)選的實施例中，采用了 WEB網(wǎng)關(guān)將SP發(fā)送的終端訪問的響應按照與請 求訪問的SP對應的模板進行適配，從而解決了現(xiàn)有技術(shù)中單一網(wǎng)頁適配模式無法滿足多 樣化適配需求的問題，此外，在本優(yōu)選實施例中，在不影響WEB網(wǎng)關(guān)性能的條件下，為 終端用戶提供了更為個性化和更具針對性的內(nèi)容，提高了 web網(wǎng)關(guān)業(yè)務開發(fā)的靈活性。優(yōu)選的，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息的之前，根據(jù)本發(fā) 明實施例的基于模板架構(gòu)的WEB網(wǎng)關(guān)適配方法還包括使用模板制作工具為不同的SP 生成不同的模板。在本優(yōu)選實施例中，對不同的SP生成不同的模板，進一步方便用戶更 快的查看和閱讀自己的需要和關(guān)心的服務內(nèi)容，可以根據(jù)用戶訪問的URL更靈活的控制 顯示內(nèi)容和展示風格。優(yōu)選的，使用模板制作工具為不同的SP生成不同的模板的步驟包括模板制作 工具對每一個SP所提供的網(wǎng)頁內(nèi)容進行分割提?。荒０逯谱鞴ぞ甙凑彰恳粋€SP的網(wǎng)頁 內(nèi)容以及不同終端的UA信息為每一個SP生成對應的模板。在本優(yōu)選實施例中，進一步 確保對不同的SP生成不同的模板，方便用戶更快的查看和閱讀自己的需要和關(guān)心的服務 內(nèi)容，可以根據(jù)用戶訪問的URL更靈活的控制顯示內(nèi)容和展示風格。優(yōu)選的，WEB網(wǎng)關(guān)將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適配 的步驟包括WEB網(wǎng)關(guān)按照與請求訪問的SP對應的模板將終端訪問的內(nèi)容進行內(nèi)容適 配和UA適配。在本優(yōu)選實施例中，方便用戶更快的查看和閱讀自己的需要和關(guān)心的服 務內(nèi)內(nèi)容，可以根據(jù)用戶訪問的URL更靈活的控制顯示內(nèi)容和展示風格。優(yōu)選的，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息的步驟包括 WEB網(wǎng)關(guān)將符合第一網(wǎng)絡傳輸協(xié)議的消息轉(zhuǎn)換成符合第二網(wǎng)絡傳輸協(xié)議的消息；WEB 網(wǎng)關(guān)將適配后的信息發(fā)送給終端的步驟包括WEB網(wǎng)關(guān)將符合第二網(wǎng)絡傳輸協(xié)議的信息 轉(zhuǎn)換成第一網(wǎng)絡傳輸協(xié)議的信息，并發(fā)送給終端。在本優(yōu)選實施例中，整個模板服務過 程無需用戶參與，對其透明，從而進一步提高了用戶的體驗。優(yōu)選的，第一網(wǎng)絡傳輸協(xié)議包括WAPl.x (Wireless Application Protocol)傳輸協(xié) 議，第二網(wǎng)絡傳輸協(xié)議采用HTTP (Hyper Text Transfer Protocol，超文本傳輸協(xié)議)傳輸協(xié)
議。在本優(yōu)選實施例中，進一步方便了用戶訪問，提高了用戶的體驗。
優(yōu)選的，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息之后，根據(jù)本發(fā)明 實施例的基于模板架構(gòu)的WEB網(wǎng)關(guān)適配方法還包括WEB網(wǎng)關(guān)在本地查詢是否有與請 求訪問的SP對應的模板，如果查詢成功，則將查詢到的模板設(shè)置為與請求訪問的SP對應 的模板；如果查詢失敗，則向模板服務器獲取與請求訪問的SP對應的模板。在本優(yōu)選實 施例中，可以對SP網(wǎng)站內(nèi)容進行靈活的定制和組合，從而更進一步的貼近用戶的使用習 慣；還可以對不同的網(wǎng)站內(nèi)容進行組合，提供給用戶更為豐富的訪問內(nèi)容、效果。優(yōu)選的，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息之后，根據(jù)本發(fā) 明實施例的基于模板架構(gòu)的WEB網(wǎng)關(guān)適配方法還包括若WEB網(wǎng)關(guān)在本地查詢到與請 求訪問的SP對應的模板，則WEB網(wǎng)關(guān)在本地的緩存中查詢終端訪問的內(nèi)容；若WEB網(wǎng) 關(guān)在本地的緩存中查詢不到終端訪問的內(nèi)容，則WEB網(wǎng)關(guān)向SP請求獲取終端訪問的內(nèi) 容；若WEB網(wǎng)關(guān)在本地的緩存中查詢到終端訪問的內(nèi)容，則執(zhí)行將終端訪問的內(nèi)容按照 與請求訪問的SP對應的模板進行適配的步驟。在本優(yōu)選實施例中，加快用戶訪問速度， 改善用戶的體驗。終端UA定義了手機終端的屏幕分辨率、屏幕大小、音頻格式、視頻格式、字符
朱寸寸。優(yōu)選的，UA適配包括終端的硬件信息和軟件信息進行適配，例如根據(jù)終端的屏 幕大小，適配響應內(nèi)容中的字體和圖片。以新浪國際新聞模板制作為例，WEB網(wǎng)關(guān)在接收到終端的請求前，模板服務器 會主動訪問訪問news.sina.com.cn這個網(wǎng)站，根據(jù)返回的內(nèi)容中的標簽，獲取國際新聞板 塊，將整個板塊作為一個國際新聞摸板，并且模板服務器會根據(jù)不同的UA，形成不同的 展示風格，綜合形成不同的模板。這樣，每個模板生成后，即生成一個模板庫對應的Div 特征庫；終端用戶在實際訪問SP內(nèi)容時，通過模板來提取SP內(nèi)容，從而達到了模板定 制的可視化的效果。實施例2圖2是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)的優(yōu)選結(jié)構(gòu)框圖，其包括接收單元 402，用于WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；適配單元404，用于 WEB網(wǎng)關(guān)將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適配；發(fā)送單元406， 用于WEB網(wǎng)關(guān)將適配后的信息發(fā)送給終端。在本優(yōu)選的實施例中，解決了現(xiàn)有技術(shù)中單一網(wǎng)頁適配模式無法滿足多樣化適 配需求的問題，此外，在本優(yōu)選實施例中，在不影響WEB網(wǎng)關(guān)性能的條件下，為終端用 戶提供了更為個性化和更具針對性的內(nèi)容，提高了 web網(wǎng)關(guān)業(yè)務開發(fā)的靈活性。優(yōu)選的，WEB網(wǎng)關(guān)還用于在接收到來自終端的用于請求訪問SP的消息之前使用 模板制作工具為不同的SP生成不同的模板。在本優(yōu)選實施例中，對不同的SP生成不同 的模板，進一步方便用戶更快的查看和閱讀自己的需要和關(guān)心的服務內(nèi)容，可以根據(jù)用 戶訪問的URL更靈活的控制顯示內(nèi)容和展示風格。優(yōu)選的，WEB網(wǎng)關(guān)包括提取單元410，用于使用模板制作工具對每一個SP所 提供的網(wǎng)頁內(nèi)容進行分割提取；生成單元412，用于使用模板制作工具按照每一個SP的 網(wǎng)頁內(nèi)容以及不同終端的UA信息為每一個SP生成對應的模板。在本優(yōu)選實施例中，進 一步確保對不同的SP生成不同的模板，方便用戶更快的查看和閱讀自己的需要和關(guān)心的服務內(nèi)容，可以根據(jù)用戶訪問的URL更靈活的控制顯示內(nèi)容和展示風格。優(yōu)選的，WEB網(wǎng)關(guān)還包括查詢單元408，用于在本地查詢是否有與請求訪問 的SP對應的模板，如果查詢成功，則將查詢到的模板設(shè)置為與請求訪問的SP對應的模 板；如果查詢失敗，則向模板服務器獲取與請求訪問的SP對應的模板。在本優(yōu)選實施例 中，進一步方便用戶更快的查看和閱讀自己的需要和關(guān)心的服務內(nèi)內(nèi)容，可以根據(jù)用戶 訪問的URL更靈活的控制顯示內(nèi)容和展示風格。優(yōu)選的，WEB網(wǎng)關(guān)還用于按照與請求訪問的SP對應的模板將終端訪問的內(nèi)容進 行內(nèi)容適配和UA適配。在本優(yōu)選實施例中，方便用戶更快的查看和閱讀自己的需要和 關(guān)心的服務內(nèi)內(nèi)容，可以根據(jù)用戶訪問的URL更靈活的控制顯示內(nèi)容和展示風格。優(yōu)選的，WEB網(wǎng)關(guān)還用于在接收到來自終端的用于請求訪問SP的消息時將符 合第一網(wǎng)絡傳輸協(xié)議的消息轉(zhuǎn)換成符合第二網(wǎng)絡傳輸協(xié)議的消息；WEB網(wǎng)關(guān)還用于將適 配后的信息發(fā)送給終端時將符合第二網(wǎng)絡傳輸協(xié)議的信息轉(zhuǎn)換成第一網(wǎng)絡傳輸協(xié)議的信 息，并發(fā)送給終端。在本優(yōu)選實施例中，整個模板服務過程無需用戶參與，對其透明， 從而進一步提高了用戶的體驗。優(yōu)選的，第一網(wǎng)絡傳輸協(xié)議包括WAPl.x (Wireless Application Protocol，無線應 用協(xié)議)傳輸協(xié)議，第二網(wǎng)絡傳輸協(xié)議采用HTTP (Hyper Text Transfer Protocol，超文本傳
輸協(xié)議)傳輸協(xié)議。在本優(yōu)選實施例中，進一步方便了用戶訪問，提高了用戶的體驗。優(yōu)選的，WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息之后，還用于若 WEB網(wǎng)關(guān)在本地查詢到與請求訪問的SP對應的模板，則WEB網(wǎng)關(guān)在本地的緩存中查詢 終端訪問的內(nèi)容；若WEB網(wǎng)關(guān)在本地的緩存中查詢不到終端訪問的內(nèi)容，則WEB網(wǎng)關(guān) 向SP請求獲取終端訪問的內(nèi)容；若WEB網(wǎng)關(guān)在本地的緩存中查詢到終端訪問的內(nèi)容， 則執(zhí)行將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適配。在本優(yōu)選實施例 中，加快用戶訪問速度，改善用戶的體驗。實施例3在本實施例中，首先對SP個性化模板進闡述，該SP個性化模板指的是通過模板 定制工具對SP進行個性化定制，用戶在訪問該SP時，通過模板適配后的內(nèi)容更加貼近用 戶的使用習慣和終端顯示效果?？梢越Y(jié)合每一款終端的UA特性定制個性化的模板。web網(wǎng)關(guān)可以在模板架構(gòu)體系中充當模板適配角色，它與模板服務器進行交 互，共同完成SP個性化適配功能。這種服務非常的靈活，可以對任意級別的SP站點進 行適配，并且可以結(jié)合終端UA的特點，更加方便和適合的方式將互聯(lián)網(wǎng)內(nèi)容展示到終端 屏幕上。為了完成本實施例所達到的目的，本實施例需要解決以下三個問題(1) SP個性化模板如何定制？(2)web網(wǎng)關(guān)何時使用模板進行適配？(3)web網(wǎng)關(guān)如何管理個性化模板？優(yōu)選的，可以通過以下步驟來解決上述三個問題第一步，首先通過運維配置終端的UA信息到模板定制工具。第二步，確定需要定制的SP模板列表，通過模板定制工具預先訪問需要定制模 板的SPurl，根據(jù)響應內(nèi)容進行模板定制，并根據(jù)不同的UA信息形成不同風格的模板，定制后的模板保存在模板服務器上。第三步，模板服務器將需要模板SP url信息同步到運維。第四步，啟動web網(wǎng)關(guān)，讀入配置后，終端上線并請求訪問某一個sp url。第五步，web網(wǎng)關(guān)收到http請求后，根據(jù)配置判斷是否需要進行模板適配，如果 需要則向模板服務器獲取模板，并把請求轉(zhuǎn)發(fā)給sp。第六步，web網(wǎng)關(guān)收到http響應后，根據(jù)配置判斷是否需要進行模板適配和UA 適配，并把適配后的結(jié)果轉(zhuǎn)發(fā)給終端用戶。進一步地，上述方法可以具有以下特點web網(wǎng)關(guān)支持radius服務，收到終端請 求后可以查詢到該終端的MSISDN。進一步地，上述方法還可以具有以下特點web網(wǎng)關(guān)支持http協(xié)議和wapl.x協(xié) 議。對于wapl.x協(xié)議的請求，web網(wǎng)關(guān)有能力轉(zhuǎn)換化http請求。進一步地，上述方法還可以具有以下特點web網(wǎng)關(guān)維護一個模板SP uri列表， 終端訪問的url在這個模板SP url列表內(nèi)，才進行模板適配。并且針對終端的UA進行適配。進一步地，上述方法還可以具有以下特點終端在第一次訪問模板SP uri時， web網(wǎng)關(guān)會根據(jù)url和UA信息到模板服務器獲取對應的模板配置信息，訪問后模板配置 信息將緩存在web網(wǎng)關(guān)，后續(xù)訪問同一個SP url將不再需要到模板服務器去獲取模板配置。進一步地，上述方法還可以具有以下特點對于模板適配后的內(nèi)容，運維上也 可以配置為web網(wǎng)關(guān)是否進行緩存處理，以加速模板適配服務過程。進一步地，上述方法還可以具有以下特點支持串行訪問一批模板適配服務資 源，前一次的模板適配后的服務資源的本地緩存可以作為本次模板適配服務請求http內(nèi)容。進一步地，上述方法還可以具有以下特點支持根據(jù)不同終端的UA特性進行 個性化的模板定制。進一步的，上述方法還可以具有如下特點，在模板適配過程中使用到了 DOM(DocumentO bject Module,文檔對象模型)樹技術(shù)和基于正則表達式的方式。實施例4圖3是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的第二種流程圖。本優(yōu)選的實施 例采用了如下四個部件(1)終端101，終端101根據(jù)具體的應用場景，向web網(wǎng)關(guān)102發(fā)送http請求或 者wapl.x請求，并接收web網(wǎng)關(guān)102返回的http響應或者wapl.x響應。(2) web網(wǎng)關(guān)102，接收來自終端101的http請求或者wapl.x請求，根據(jù)終端請 求中的sp url進行，并根據(jù)配置進行緩存處理，將http響應以正確的方式返回給終端。(3)模板服務器103，存儲著網(wǎng)站模板信息，能夠接收來自web網(wǎng)關(guān)102的模板 查詢請求，并返回對應的模板配置給web網(wǎng)關(guān)102。(4) SP服務器(Server) 104，存儲著各類http服務資源，能夠正確接收http請求
并返回http響應。在本實施例中，如圖3所示，上述各個部件執(zhí)行如下步驟
S110，終端101根據(jù)選擇的協(xié)議類型構(gòu)造http請求或者wapLx請求，將終端請 求發(fā)送給web網(wǎng)關(guān)102; Sl 11，web網(wǎng)關(guān)102對wapl.x請求進行協(xié)議轉(zhuǎn)換，轉(zhuǎn)換結(jié)果為http請求；S112，根據(jù)http請求中的SP uri信息進行模板查詢(模板第一次使用時需要到模 板服務器103上獲取，使用后，可以緩存在web網(wǎng)關(guān)102上)，如果模板查詢失敗，則到 模板服務器103上獲取對應的模板；S113，web網(wǎng)關(guān)102根據(jù)模板名稱查詢模板配置內(nèi)容；S114，web網(wǎng)關(guān)102根據(jù)模板配置中定義的內(nèi)容查詢相關(guān)緩存，如果緩存查詢結(jié) 果是http響應錯誤，則執(zhí)行步驟S115，如果緩查詢可以直接查詢出對應的結(jié)果，則執(zhí)行 步驟S125，如果查詢緩存查不到結(jié)果，則執(zhí)行步驟S116;S115，將http錯誤響應返回給終端101;Sl 16，web 網(wǎng)關(guān) 102 向 SP Server 104 發(fā)起 http 請求；Sl 17，SP Server 104 返回 HTTP 響應到 web 網(wǎng)關(guān) 102 ；S118，web網(wǎng)關(guān)102進行模板適配，如果模板中包含次級鏈接，則執(zhí)行步驟 S119 ；Sl 19，web 網(wǎng)關(guān) 102 向 SP Server 104 發(fā)起 http 請求；S120, SP Server 104 返回 http 響應；S121，web網(wǎng)關(guān)102對響應內(nèi)容進行內(nèi)容適配(包括頁面重排、圖片轉(zhuǎn)換、內(nèi)容 直達、分頁、插入文字廣告等操作)，如果終端101只支持wapl.x，則執(zhí)行步驟S122;S122，對響應內(nèi)容進行協(xié)議轉(zhuǎn)換；S123，web網(wǎng)關(guān)102根據(jù)終端的UA Profile信息，進行UA適配；S124，web網(wǎng)關(guān)102對模板的相應內(nèi)容進行緩存更新操作；S125, web網(wǎng)關(guān)102返回http響應給終端101。當然本實施例中，模板服務器103還可以作為WEB網(wǎng)關(guān)102中的一部分執(zhí)行其 功能。實施例5圖4是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的第三種流程圖。在實施例中， 采用了如下四個部件(1)終端201，終端201根據(jù)具體的應用場景，向web網(wǎng)關(guān)202發(fā)送http請求或 者wapl.x請求，并接收web網(wǎng)關(guān)202返回的http響應或者wapl.x響應。(2) web網(wǎng)關(guān)202，接收來自終端201的http請求或者wapl.x請求，根據(jù)終端請 求中的sp url進行，并根據(jù)配置進行緩存處理，將http響應以正確的方式返回給終端。(3)模板服務器203，存儲著網(wǎng)站模板信息，能夠接收來自web網(wǎng)關(guān)202的模板 查詢請求，并返回對應的模板配置給web網(wǎng)關(guān)202。(4)SP服務器204，存儲著各類http服務資源，能夠正確接收http請求并返回http 響應。在本實施例中，如圖4所示，上述各個部件執(zhí)行如下步驟S210,終端201根據(jù)選擇的協(xié)議類型構(gòu)造http請求或者wapl.x請求；將終端請 求發(fā)送給web網(wǎng)關(guān)202;
S211，web網(wǎng)關(guān)202對wapl.x請求進行協(xié)議轉(zhuǎn)換，轉(zhuǎn)換結(jié)果為http請求；
S212，根據(jù)http請求中的SP url信息進行模板查詢(模板第一次使用時需要到 模板服務器203上獲取，使用后，可以緩存在web網(wǎng)關(guān)202上)，若查詢到，則執(zhí)行步驟 S213 ；如果根http請求中的SP url無法查詢到對應的模板，則執(zhí)行步驟S216 ；
S213，web網(wǎng)關(guān)202根據(jù)模板名稱查詢模板配置內(nèi)容；
S214，web網(wǎng)關(guān)202根據(jù)模板配置中定義的內(nèi)容查詢相關(guān)緩存，如果緩存查詢結(jié) 果是http響應錯誤，則執(zhí)行步驟幻15，如果緩查詢可以直接查詢出對應的結(jié)果，則執(zhí)行 步驟S229，如果查詢緩存查不到結(jié)果，則執(zhí)行步驟S218;
S215，將http錯誤響應返回給終端201 ；
S216，到模板服務器203上獲取對應的模板；
S217，模板服務器203返回模板響應；
S218，web 網(wǎng)關(guān) 202 向 SP Server 204 發(fā)起 HTTP 請求；
S219, SP Server 204 返回 HTTP 響應；
S220, web網(wǎng)關(guān)202對http響應內(nèi)容進行模板適配；
S221，web網(wǎng)關(guān)202根據(jù)適配結(jié)果，如果模板中包含次級鏈接，會再次向SP Server 204 發(fā)起 http 請求；
S222, SP Server 返回 http 響應；
S223，web網(wǎng)關(guān)202對響應內(nèi)容進行內(nèi)容適配(包括頁面重排、圖片轉(zhuǎn)換、內(nèi)容 直達、分頁、插入文字廣告等操作)；
S224，如果終端201只支持wapl.x，則需要對響應內(nèi)容進行協(xié)議轉(zhuǎn)換；
S225，web網(wǎng)關(guān)202根據(jù)終端的UA Profile信息，進行UA適配；
S226，web網(wǎng)關(guān)202根據(jù)SP url和模板的名稱的對應關(guān)系，對web網(wǎng)關(guān)202上的 模板進行模板更新；
S227，web網(wǎng)關(guān)202進行相應的模板配置更新操作；
S228，進行緩存更新；
S229, web 網(wǎng)關(guān) 202 返回 http 響應。
在本實施例中，如果終端請求內(nèi)容沒有匹配到任何模板，并且也無法從模板服 務器上獲取到任何的模板信息，則必須按照默認規(guī)則對網(wǎng)關(guān)內(nèi)容進行適配后返回到終端。
當然，在本實施例中，模板服務器203還可以作為WEB網(wǎng)關(guān)202中的一部分執(zhí) 行其功能。
實施例6
圖5是根據(jù)本發(fā)明實施例的WEB網(wǎng)關(guān)適配方法的第四種流程圖。在本實施例 中，采用了以下五個部件
(1)終端300，根據(jù)具體的應用場景，向web網(wǎng)關(guān)302發(fā)送http請求或者wapl.x 請求，并接收web網(wǎng)關(guān)返回的http響應或者wapl.x響應。
(2)web網(wǎng)關(guān)302，接收來自終端300的http請求或者wapl.x請求，根據(jù)終端請 求中的sp url進行，并根據(jù)配置進行緩存處理，將http響應以正確的方式返回給終端。
(3) SP服務器304/310，存儲著各類http服務資源，能夠正確接收http請求并返回http響應。
(4)模板服務器306，存儲著網(wǎng)站模板信息，能夠接收來自web網(wǎng)關(guān)302的模板 查詢請求，并返回對應的模板配置給web網(wǎng)關(guān)302。
(5)模板制作工具308，負責對具體的SP定制模板，主動向SP Server 310發(fā)起 http請求，SP Server返回http響應，模板制作工具通過界面對http響應進行模板化定制， 定制后的模板保存在模板服務器306。
在本實施例中，如圖5所示，上述各個部件執(zhí)行如下步驟
S311，終端300根據(jù)選擇的協(xié)議類型構(gòu)造http請求或者wapl.x請求，終端300將 請求發(fā)送到web網(wǎng)關(guān)302，執(zhí)行步驟S312 ；
S312，web網(wǎng)關(guān)302根據(jù)SP url到模板服務器306獲取模板；
S313，模板服務器306返回模板，執(zhí)行步驟S314 ；
S314，web 網(wǎng)關(guān) 302 向 SP Server304 發(fā)起 http 請求，web 網(wǎng)關(guān) 302 獲取到 SP Server的響應后，進行模板適配和內(nèi)容適配，并將適配后的內(nèi)容返回給終端300。
優(yōu)選的，根據(jù)本發(fā)明實施例的基于模板架構(gòu)的WEB網(wǎng)關(guān)適配方法還包括
S315，模板制作工具308向SP Server310發(fā)起http請求；
S316，SP Server 310 返回 http 響應；
S317，模板制作工具308通過界面對http響應進行模板化定制，定制后的模板保 存在模板服務器306。
當然，在本實施例中，模板服務器306還可以作為WEB網(wǎng)關(guān)302中的一部分執(zhí) 行其功能。
從以上的描述中，可以看出，本發(fā)明實現(xiàn)了如下技術(shù)效果
在不影響web網(wǎng)關(guān)性能的條件下，為終端用戶提供了更為個性化和更具針對性 的內(nèi)容，提高了 web網(wǎng)關(guān)業(yè)務開發(fā)的靈活性；此外使用本發(fā)明，方便用戶更快的查看和 閱讀自己的需要和關(guān)心的服務內(nèi)內(nèi)容，可以根據(jù)用戶訪問的URL更靈活的控制顯示內(nèi)容 和展示風格；而且整個模板服務過程無需用戶參與，對其透明，從而進一步提高了用戶 的體驗；同時可以對SP網(wǎng)站內(nèi)容進行靈活的定制和組合，從而更進一步的貼近用戶的使 用習慣；還可以對不同的網(wǎng)站內(nèi)容進行組合，提供給用戶更為豐富的訪問內(nèi)容、效果。
顯然，本領(lǐng)域的技術(shù)人員應該明白，上述的本發(fā)明的各模塊或各步驟可以用通 用的計算裝置來實現(xiàn)，它們可以集中在單個的計算裝置上，或者分布在多個計算裝置所 組成的網(wǎng)絡上，可選地，它們可以用計算裝置可執(zhí)行的程序代碼來實現(xiàn)，從而，可以將 它們存儲在存儲裝置中由計算裝置來執(zhí)行，并且在某些情況下，可以以不同于此處的順 序執(zhí)行所示出或描述的步驟，或者將它們分別制作成各個集成電路模塊，或者將它們中 的多個模塊或步驟制作成單個集成電路模塊來實現(xiàn)。這樣，本發(fā)明不限制于任何特定的 硬件和軟件結(jié)合。
以上所述僅為本發(fā)明的優(yōu)選實施例而已，并不用于限制本發(fā)明，對于本領(lǐng)域的 技術(shù)人員來說，本發(fā)明可以有各種更改和變化。凡在本發(fā)明的精神和原則之內(nèi)，所作的 任何修改、等同替換、改進等，均應包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種WEB網(wǎng)關(guān)適配方法，其特征在于，包括如下步驟WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；所述WEB網(wǎng)關(guān)將所述終端訪問的內(nèi)容按照與所述請求訪問的SP對應的模板進行適配；所述WEB網(wǎng)關(guān)將適配后的信息發(fā)送給所述終端。
2.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述WEB網(wǎng)關(guān)接收到來自終端的用于 請求訪問SP的消息的之前，還包括使用模板制作工具為不同的SP生成不同的模板。
3.根據(jù)權(quán)利要求2所述的方法，其特征在于，所述使用模板制作工具為不同的SP生 成不同的模板的步驟包括所述模板制作工具對每一個所述SP所提供的網(wǎng)頁內(nèi)容進行分割提??；所述模板制作工具按照每一個所述SP的網(wǎng)頁內(nèi)容以及不同終端的UA信息為所述每 一個SP生成對應的模板。
4.根據(jù)權(quán)利要求1所述的方法，其特征在于，WEB網(wǎng)關(guān)將所述終端訪問的內(nèi)容按照 與所述請求訪問的SP對應的模板進行適配的步驟包括所述WEB網(wǎng)關(guān)按照與所述請求訪問的SP對應的模板將所述終端訪問的內(nèi)容進行內(nèi) 容適配和UA適配。
5.根據(jù)權(quán)利要求1或4所述的方法，其特征在于，所述WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息的步驟包括所述WEB網(wǎng)關(guān)將符合第一網(wǎng)絡傳輸協(xié)議的所述消息轉(zhuǎn)換成符合第二網(wǎng)絡傳輸協(xié)議的 消息；所述WEB網(wǎng)關(guān)將適配后的信息發(fā)送給所述終端的步驟包括所述WEB網(wǎng)關(guān)將符合所述第二網(wǎng)絡傳輸協(xié)議的所述信息轉(zhuǎn)換成所述第一網(wǎng)絡傳輸協(xié) 議的信息，并發(fā)送給所述終端。
6.根據(jù)權(quán)利要求5所述的方法，其特征在于，所述第一網(wǎng)絡傳輸協(xié)議包括WAPl.x 傳輸協(xié)議，所述第二網(wǎng)絡傳輸協(xié)議采用HTTP傳輸協(xié)議。
7.根據(jù)權(quán)利要求1所述的方法，其特征在于，所述WEB網(wǎng)關(guān)接收到來自終端的用于 請求訪問SP的消息之后，還包括所述WEB網(wǎng)關(guān)在本地查詢是否有與所述請求訪問的SP對應的模板，如果查詢成 功，則將所述查詢到的模板設(shè)置為與所述請求訪問的SP對應的模板；如果查詢失敗，則 向模板服務器獲取與所述請求訪問的SP對應的模板。
8.根據(jù)權(quán)利要求7所述的方法，其特征在于，所述WEB網(wǎng)關(guān)接收到來自終端的用于 請求訪問SP的消息之后，還包括若所述WEB網(wǎng)關(guān)在本地查詢到與所述請求訪問的SP對應的模板，則所述WEB網(wǎng)關(guān) 在本地的緩存中查詢所述終端訪問的內(nèi)容；若所述WEB網(wǎng)關(guān)在本地的緩存中查詢不到所述終端訪問的內(nèi)容，則所述WEB網(wǎng)關(guān) 向SP請求獲取所述終端訪問的內(nèi)容；若所述WEB網(wǎng)關(guān)在本地的緩存中查詢到所述終端訪問的內(nèi)容，則執(zhí)行將所述終端訪 問的內(nèi)容按照與所述請求訪問的SP對應的模板進行適配的步驟。
9.一種WEB網(wǎng)關(guān)，其特征在于，包括接收單元，用于WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；適配單元，用于所述WEB網(wǎng)關(guān)將所述終端訪問的內(nèi)容按照與所述請求訪問的SP對 應的模板進行適配；發(fā)送單元，用于所述WEB網(wǎng)關(guān)將適配后的信息發(fā)送給所述終端。
10.根據(jù)權(quán)利要求9所述的WEB網(wǎng)關(guān)，其特征在于，所述WEB網(wǎng)關(guān)還用于在接收到 來自終端的用于請求訪問SP的消息之前使用模板制作工具為不同的SP生成不同的模板。
11.根據(jù)權(quán)利要求10所述的WEB網(wǎng)關(guān)，其特征在于，所述WEB網(wǎng)關(guān)包括提取單元，用于使用所述模板制作工具對每一個所述SP所提供的網(wǎng)頁內(nèi)容進行分割 提??；生成單元，用于使用所述模板制作工具按照每一個所述SP的網(wǎng)頁內(nèi)容以及不同終端 的UA信息為所述每一個SP生成對應的模板。
12.根據(jù)權(quán)利要求9所述的WEB網(wǎng)關(guān)，其特征在于，所述WEB網(wǎng)關(guān)還包括查詢單元，用于在本地查詢是否有與所述請求訪問的SP對應的模板，如果查詢成 功，則將所述查詢到的模板設(shè)置為與所述請求訪問的SP對應的模板；如果查詢失敗，則 向模板服務器獲取與所述請求訪問的SP對應的模板。
全文摘要
本發(fā)明公開了一種WEB網(wǎng)關(guān)適配方法和WEB網(wǎng)關(guān)，其中，該方法包括WEB網(wǎng)關(guān)接收到來自終端的用于請求訪問SP的消息；WEB網(wǎng)關(guān)將終端訪問的內(nèi)容按照與請求訪問的SP對應的模板進行適配；WEB網(wǎng)關(guān)將適配后的信息發(fā)送給終端。本發(fā)明解決了單一網(wǎng)頁適配模式無法滿足多樣化適配需求的問題。
文檔編號H04L29/06GK102025659SQ20101057136
公開日2011年4月20日 申請日期2010年12月2日 優(yōu)先權(quán)日2010年12月2日
發(fā)明者海永軍, 郭孟振, 黃曉兵 申請人:中興通訊股份有限公司