HTTP和WAP共存框架及其安全性研究

蔣軍強(qiáng) ,陳 崗,劉衍斌

(湖南理工學(xué)院 網(wǎng)絡(luò)中心,湖南 岳陽(yáng) 414006)

HTTP和WAP共存框架及其安全性研究

蔣軍強(qiáng) ,陳 崗,劉衍斌

(湖南理工學(xué)院 網(wǎng)絡(luò)中心,湖南 岳陽(yáng) 414006)

為了解決HTTP和WAP共存于同一架構(gòu)的問(wèn)題,本文提出了一種新的框架——wHTTP框架,它主要涉及到一種新的標(biāo)記語(yǔ)言和一種新的通用瀏覽器,二者共同作用可使HTTP和WAP內(nèi)容能共存于同一源文件中.新框架同時(shí)也較好的解決了現(xiàn)在移動(dòng)互聯(lián)網(wǎng)框架中存在的安全鴻溝問(wèn)題.

WAP;WML;HTTP;HTML;瀏覽器;無(wú)線設(shè)備

引言

當(dāng)前Internet已完全融入到人們的日常生活中.超文本傳輸協(xié)議HTTP(Hypertext Transfer Protocol)作為構(gòu)成Internet的基礎(chǔ)之一,在基于網(wǎng)頁(yè)的應(yīng)用系統(tǒng)中扮演著重要的角色.

隨著科學(xué)技術(shù)的快速發(fā)展,通信設(shè)備也變得越來(lái)越小,越來(lái)越輕.現(xiàn)在人們都在使用無(wú)線的通信設(shè)備如手機(jī),掌上計(jì)算機(jī)和PDA,為了使這些無(wú)線設(shè)備相互通信,無(wú)線應(yīng)用協(xié)議WAP[1](Wireless Application Protocol)便應(yīng)運(yùn)而生.

人們通過(guò)使用個(gè)人電腦里的 HTML瀏覽器(如 Microsoft Internet Explorer,Mozilla Firefox,Google Chrome等)在Internet上瀏覽HTML網(wǎng)頁(yè),而小型無(wú)線設(shè)備則使用WML瀏覽器(如各手機(jī)自帶瀏覽器)來(lái)瀏覽WML網(wǎng)頁(yè),HTML瀏覽器不能瀏覽WML網(wǎng)頁(yè),WML瀏覽器同樣不能瀏覽HTML網(wǎng)頁(yè).

從上可知,萬(wàn)維網(wǎng)WWW可分成兩個(gè)獨(dú)立的部分:有線的和無(wú)線的.如果HTML網(wǎng)頁(yè)可以使用小型手持設(shè)備瀏覽,而WML網(wǎng)頁(yè)也可以用PC電腦瀏覽器瀏覽,這顯然會(huì)更好.為了實(shí)現(xiàn)這一設(shè)想,軟件業(yè)的許多研究小組做了不少嘗試,但是成功率并不高.此外,在當(dāng)前的 WAP協(xié)議中,仍然存在一些安全隱患.為了解決上述問(wèn)題,本文提出了一種新的架構(gòu)——wHTTP架構(gòu),它可以有效的克服現(xiàn)有的移動(dòng)因特網(wǎng)中存在的安全鴻溝問(wèn)題,同時(shí)可使HTTP和WAP使用統(tǒng)一的標(biāo)記語(yǔ)言和HTML-WML瀏覽器.

1 通信控制協(xié)議

超文本傳輸協(xié)議HTTP是目前廣泛使用的分布式應(yīng)用程序級(jí)的有線通信協(xié)議;而無(wú)線應(yīng)用協(xié)議(WAP)則是小型手持設(shè)備之間的通信協(xié)議.兼容WAP的的應(yīng)用程序也是用該協(xié)議來(lái)進(jìn)行無(wú)線通信.這兩個(gè)現(xiàn)有的訪問(wèn)控制協(xié)議的描述如下.

1.1 超文本傳輸協(xié)議HTTP

HTTP是一種分布式,協(xié)同合作,超媒體信息系統(tǒng)的應(yīng)用層協(xié)議[1].自1990年以來(lái),HTTP被廣泛的應(yīng)用在萬(wàn)維網(wǎng)WWW上,它遵循請(qǐng)求/響應(yīng)模式,通常運(yùn)行在TCP/IP(傳輸控制協(xié)議/網(wǎng)際協(xié)議)上,但并不依賴TCP/IP協(xié)議,在客戶端——服務(wù)器端的通信鏈路中間媒介上如通道、網(wǎng)關(guān)或代理,HTTP同樣可以存在.如圖1所示.

圖1 使用了中間件的HTTP通信模式

超文本傳輸協(xié)議 HTTP支持多種格式的內(nèi)容,如純文本,超文本標(biāo)記語(yǔ)言(HTML),圖片(bmp,jpeg,gif等),視頻(mpeg,mov等)等等.

1.2 無(wú)線應(yīng)用協(xié)議WAP

1997年6月,愛(ài)立信,摩托羅拉,諾基亞和Openwave聯(lián)合成立了WAP論壇[2],該論壇的主旨就是為了拓展互聯(lián)網(wǎng)在無(wú)線環(huán)境下的應(yīng)用.WAP就是由該論壇維護(hù)并更新的,它是一種無(wú)線設(shè)備訪問(wèn)信息和服務(wù)的協(xié)議.無(wú)線環(huán)境下,由于網(wǎng)絡(luò)帶寬,手持設(shè)備的處理能力,存儲(chǔ)容量,輸入輸出能力均有限,為了解決這些實(shí)際問(wèn)題,無(wú)線應(yīng)用協(xié)議(WAP)就應(yīng)運(yùn)而生.

WAP應(yīng)用于無(wú)線設(shè)備的微瀏覽器,而 HTTP主要是應(yīng)用于有線互聯(lián)網(wǎng)下的網(wǎng)頁(yè)瀏覽器,在以互聯(lián)網(wǎng)為基礎(chǔ)的客戶端/服務(wù)器的應(yīng)用體系里,它們總是扮演客戶端的角色.無(wú)線設(shè)備中的微瀏覽器向服務(wù)器發(fā)送和接受信息,就像 PC電腦中的網(wǎng)頁(yè)瀏覽器向HTTP服務(wù)器發(fā)送和接受信息一樣.為了伺服WAP內(nèi)容,首先要構(gòu)建WAP服務(wù)器.它與HTTP服務(wù)器能共存于同一硬件服務(wù)器上.WAP設(shè)備能直連WAP服務(wù)器.如圖2所示.

圖2 WAP服務(wù)器與客戶端直接通信

服務(wù)器和 WAP客戶端之間有個(gè)中間設(shè)備不可或缺,它就是WAP網(wǎng)關(guān),如圖3所示.在 WAP客戶端和 WAP網(wǎng)關(guān)之間通信使用WAP協(xié)議,在WAP網(wǎng)關(guān)和服務(wù)器之間通信則使用TCP/IP和HTTP協(xié)議.這里WAP網(wǎng)關(guān)的作用就是將來(lái)自WAP客戶端的WAP數(shù)據(jù)翻譯成 WWW 數(shù)據(jù),并將請(qǐng)求數(shù)據(jù)解碼,同時(shí)將服務(wù)器端發(fā)回來(lái)的響應(yīng)數(shù)據(jù)編碼成二進(jìn)制,以使客戶端能夠識(shí)別.

圖3 包含中間網(wǎng)關(guān)的基本W(wǎng)AP框架

2 安全鴻溝

有線互聯(lián)網(wǎng)環(huán)境下,安全問(wèn)題通常交由傳輸層安全協(xié)議 TLS(Transport Layer Security)負(fù)責(zé),無(wú)線環(huán)境下,這一項(xiàng)任務(wù)便被交給了無(wú)線傳輸層安全協(xié)議WTLS[3](Wireless Transport Layer Security).在上一節(jié)中提到,WAP客戶端直接與WAP網(wǎng)關(guān)通信.WTLS就是控制它們之間收發(fā)信息安全的協(xié)議.WAP網(wǎng)關(guān)然后利用TLS協(xié)議與服務(wù)器建立起一個(gè)安全會(huì)話.由此可以看出,網(wǎng)關(guān)在當(dāng)中扮演了不可或缺的編碼和解碼的角色.

圖4 框架中WAP網(wǎng)關(guān)存在安全問(wèn)題

因此,在之前的場(chǎng)景中,實(shí)際上存在著兩個(gè)會(huì)話,一個(gè)位于WAP客戶端和WAP網(wǎng)關(guān)之間,另一個(gè)位于WAP網(wǎng)關(guān)和服務(wù)器之間,如圖4所示.這意味著如果在WAP網(wǎng)關(guān)這一環(huán)節(jié),數(shù)據(jù)沒(méi)有加密,很有可能成為黑客的攻擊目標(biāo),存在安全問(wèn)題.因此,必須采取一些措施來(lái)解決這個(gè)安全鴻溝問(wèn)題.

3 有線與無(wú)線共存

前面提到,人們使用個(gè)人電腦中的網(wǎng)頁(yè)瀏覽器(如Microsoft Internet Explorer,Mozilla Firefox,Google Chrome等)來(lái)瀏覽站點(diǎn)的HTML內(nèi)容,但不能使用它來(lái)瀏覽WML編寫的內(nèi)容.為了訪問(wèn)某個(gè)網(wǎng)站,首先必須在瀏覽器地址欄里輸入www.sitename.com,然后通過(guò)HTTP協(xié)議來(lái)建立連接.WAP站點(diǎn)名通常是wap.sitename.com.

因?yàn)閭€(gè)人電腦的網(wǎng)頁(yè)瀏覽器只能瀏覽 HTML網(wǎng)頁(yè),而小型無(wú)線手持設(shè)備的微瀏覽器只能瀏覽 WML網(wǎng)頁(yè),這就帶來(lái)了一些問(wèn)題:

(1)網(wǎng)站管理員必須針對(duì)完全相同的內(nèi)容建立和維護(hù)兩個(gè)不同的站點(diǎn),一個(gè)供無(wú)線手持設(shè)備訪問(wèn)的WAP站點(diǎn),一個(gè)供PC電腦訪問(wèn)的WWW站點(diǎn).

(2)程序設(shè)計(jì)開發(fā)人員必須既兼顧到的PC電腦上的網(wǎng)頁(yè)瀏覽器,同時(shí)也必須兼顧到無(wú)線手持設(shè)備上的微瀏覽器.

(3)互聯(lián)網(wǎng)知識(shí)領(lǐng)域被人為的劃分為兩個(gè)子域:有線互聯(lián)網(wǎng)和無(wú)線互聯(lián)網(wǎng).

3.1 相關(guān)研究

為了解決上述問(wèn)題,信息技術(shù)和互聯(lián)網(wǎng)的專家學(xué)者進(jìn)行了大量的嘗試,他們?cè)囍蚱朴芯€和無(wú)線的界限.他們的研究工作都是在開發(fā)一種HTML-WML的轉(zhuǎn)換器,它能將HTML或XML內(nèi)容轉(zhuǎn)換成無(wú)線手持設(shè)備可以識(shí)別的 WML內(nèi)容,最終的目標(biāo)是為移動(dòng)互聯(lián)網(wǎng)用戶提供一個(gè)十分有用的工具利于他們?cè)L問(wèn)互聯(lián)網(wǎng).

Kapadia提出了三種不同轉(zhuǎn)換方法.第一種是編寫一個(gè)Java程序讀取輸入流,提煉所需數(shù)據(jù),添加合適的WML標(biāo)簽最后輸出一個(gè).wml文件.第二種是利用XSLT、XML解析器Xerces[4]、XSLT處理器Xalan[5]和一個(gè)Java文件來(lái)實(shí)現(xiàn)這種轉(zhuǎn)換.第三個(gè)方法基于Java Servlet,利用Cocoon[5],然后像WEB服務(wù)器一樣,只能通過(guò)發(fā)布響應(yīng)文件轉(zhuǎn)換為指定的URL請(qǐng)求.Kapadia提出的這些方法在實(shí)際應(yīng)用中效果并不顯著,首先以XML文檔作為輸入流就是一個(gè)大問(wèn)題,接下來(lái),轉(zhuǎn)換軟件還必須重寫新標(biāo)簽.Html2Wml0.4.1是一個(gè)可以實(shí)時(shí)將HTML轉(zhuǎn)換成WML的工具,它的前提是所輸入的HTML文件是一個(gè)格式良好的文件,但轉(zhuǎn)換后的文件并不是個(gè)有效的WML文件,不能立即在微瀏覽器上表現(xiàn)出來(lái).LazyWAP是另一款可以實(shí)時(shí)轉(zhuǎn)換HTML內(nèi)容成WML兼容格式的工具,這里的輸入源HTML文件應(yīng)該與XHTML兼容.LazyWAP可以應(yīng)付比較簡(jiǎn)單的轉(zhuǎn)換,但只要輸入源稍微復(fù)雜一點(diǎn),它就顯得力不從心,尤其在字符串替換等方面,與JAVA,C或PHP比起來(lái),要遜色不少.XML到HTML的轉(zhuǎn)換可以通過(guò)XSLT(eXtensible Stylesheet Language Transformations)來(lái)實(shí)現(xiàn),但這種轉(zhuǎn)換也僅僅限于它們之間.Kaasinen等提出了解決復(fù)雜HTML轉(zhuǎn)換的方法,后被檢驗(yàn)出對(duì)格式不規(guī)范的HTML的轉(zhuǎn)換也存在問(wèn)題.

3.2 潛在問(wèn)題

盡管為數(shù)不少的技術(shù)先行者已經(jīng)嘗試讓HTML和WML共存于同一架構(gòu)內(nèi),但成功率非常低.為了解決這種情況,一個(gè)能在WAP內(nèi)容和傳統(tǒng)的HTML內(nèi)容之間自由轉(zhuǎn)換的新框架(我們姑且稱它為wHTTP框架)的建立顯得十分必要.這種框架的設(shè)計(jì)包含以下三個(gè)方面:

(1)HTML和WML之間的轉(zhuǎn)換;

(2)網(wǎng)頁(yè)腳本語(yǔ)言(如Javascript,VBscript等)和WMLScript之間的轉(zhuǎn)換;

(3)無(wú)線應(yīng)用環(huán)境WAE(Wireless Application Environment)所支持內(nèi)容格式(如wbmp)和常規(guī)網(wǎng)頁(yè)內(nèi)容格式(如bmp,jpeg等)之間的轉(zhuǎn)換;

3.2.1 HTML和WML之間的轉(zhuǎn)換

HTML擁有超過(guò) 120個(gè)標(biāo)簽,它的規(guī)則通過(guò)標(biāo)準(zhǔn)通用標(biāo)記語(yǔ)言 SGML(Standard Generalized Markup Language)來(lái)定義.XML繼承自SGML,而WML則是XML的一個(gè)應(yīng)用(XML定義的語(yǔ)言),WML有35個(gè)嚴(yán)格的語(yǔ)義標(biāo)簽,它們雖然在某種邏輯上屬于HTML標(biāo)簽的子集,但如果使用對(duì)應(yīng)的WML標(biāo)簽來(lái)直接替換某個(gè)HTML文件中的HTML標(biāo)簽卻不一定可行.

WML是XML定義語(yǔ)言,格式良好.但HTML就不同,它的格式?jīng)]有XML定義的那么嚴(yán)格.HTML規(guī)則使得標(biāo)簽可以松散嵌套,網(wǎng)頁(yè)瀏覽器也能識(shí)別.開始轉(zhuǎn)換之前,這種HTML網(wǎng)頁(yè)必須先轉(zhuǎn)換成格式良好的HTML文件(如XHTML).

HTML標(biāo)簽既可以大寫也可以小寫,相反,WML標(biāo)簽必須全部小寫.因此,轉(zhuǎn)換時(shí)所有的HTML標(biāo)簽必須全部轉(zhuǎn)換成小寫狀態(tài).另外,在文檔組織格式上,WML和HTML也有很大的不同.一個(gè)HTML文件只包含一個(gè)HTML頁(yè)面,但是一個(gè)WML文件可能只包含一個(gè)WML卡片組(deck),一個(gè)卡片組里包含多個(gè)WML卡片(card).瀏覽某個(gè)HTML網(wǎng)頁(yè)時(shí),實(shí)際上看到的就是HTML的內(nèi)容,而瀏覽WML頁(yè)面時(shí),看到的可能是卡片組里的某個(gè)卡片,也就是說(shuō)一個(gè)時(shí)間內(nèi)只能有一個(gè)卡片呈現(xiàn)在客戶端的微瀏覽器上.因此,針對(duì)內(nèi)容組織格式上的不同,在轉(zhuǎn)換過(guò)程中必須謹(jǐn)慎處理.

3.2.2 腳本語(yǔ)言之間的轉(zhuǎn)換

WMLScript也是WAP環(huán)境下的一種客戶端腳本語(yǔ)言,與傳統(tǒng)的網(wǎng)頁(yè)腳本語(yǔ)言(如Javascript,VBScript等)相比,它最大的不同體現(xiàn)在WMLScript使用字節(jié)碼和字節(jié)碼解釋器.在被發(fā)送到客戶端之前,WAP網(wǎng)關(guān)會(huì)將WMLScript編譯成字節(jié)碼,客戶端的微瀏覽器利用WAP預(yù)先定義的微虛擬機(jī)來(lái)執(zhí)行WMLScript的字節(jié)碼.在HTML到WML轉(zhuǎn)換的過(guò)程中,腳本語(yǔ)言的轉(zhuǎn)換也是必須要考慮的.

3.2.3 WAE內(nèi)容和HTTP內(nèi)容之間的轉(zhuǎn)換

WAP定義了無(wú)線應(yīng)用環(huán)境WAE下的內(nèi)容格式,它們都適合運(yùn)行在存儲(chǔ)容量、計(jì)算能力有限的移動(dòng)設(shè)備上.在HTML到WML轉(zhuǎn)換的過(guò)程中,也涉及到它們各自所支持內(nèi)容格式之間的轉(zhuǎn)換.

4 HTTP和WAP共存的框架

新框架針對(duì)WAE定義和WAP框架本身都作出了一些修改,

(1)用同時(shí)兼容HTTP和WAP的wHTML替換WML;

(2)WMLScript文件的執(zhí)行允許字節(jié)碼重用;

(3)一個(gè)能同時(shí)渲染HTTP和WAP內(nèi)容的瀏覽器;

(4)保證WAP執(zhí)行安全的規(guī)則.

4.1 wHTML

無(wú)線超文本標(biāo)記語(yǔ)言 wHTML(wireless Hypertext Markup Language)是參照 XML定義,能同時(shí)兼容HTTP和WAP且格式良好的標(biāo)記語(yǔ)言,它所編寫的文件的擴(kuò)展名為.whtml,它包含一個(gè)標(biāo)簽集(由HTML標(biāo)簽和WML標(biāo)簽聯(lián)合組成),在此標(biāo)簽集內(nèi)部,屬于HTML的標(biāo)簽將加上前綴‘h’,屬于WML的標(biāo)簽將加上前綴‘w’.前綴的不同有助于語(yǔ)法解析器區(qū)分HTML和WML標(biāo)簽.

4.2 WMLScript的執(zhí)行

WMLScript代碼可以寫在獨(dú)立的文件中,然后在需要它的WML或wHTML文件中引入它.執(zhí)行過(guò)程與Java生成字節(jié)碼過(guò)程類似.在服務(wù)器部署一個(gè)wHTML站點(diǎn)之前,開發(fā)人員必須首先將被源碼文件包含的WMLScript腳本編譯成相應(yīng)的字節(jié)碼[6],在以后的函數(shù)調(diào)用過(guò)程中,wHTML文檔可以直接從字節(jié)碼中調(diào)用.這就避免了WAP網(wǎng)關(guān)在每次頁(yè)面請(qǐng)求到達(dá)時(shí)都要生成字節(jié)碼,提高了代碼的重用率.

4.3 通用瀏覽器

通常網(wǎng)頁(yè)瀏覽器和微瀏覽器使用不同的解析器,不同的解析邏輯.通用瀏覽器使用 wHTML解析器,解析器會(huì)根據(jù)相關(guān)定義檢查wHTML文檔是否格式良好,這種檢查通過(guò)棧來(lái)實(shí)現(xiàn):

(1)解析器遇到開始標(biāo)簽,將它入棧;

(2)當(dāng)遇到與開始標(biāo)簽匹配的結(jié)束標(biāo)簽,則將開始標(biāo)簽出棧;

(3)解析結(jié)束時(shí)如果棧為空,則該文檔格式良好;

(4)解析過(guò)程棧中只要出現(xiàn)與開始標(biāo)簽不匹配的結(jié)束標(biāo)簽,那解析器就視該文檔格式不夠良好;

(5)解析結(jié)束時(shí),如果棧中尚有開始標(biāo)簽未出棧,則視該文檔為格式不良好;

(6)解析器根據(jù)前綴的不同(‘h’或‘w’)來(lái)區(qū)分 HTML 和 WML 標(biāo)簽.

4.4 安全規(guī)則

通常用戶訪問(wèn)某個(gè)網(wǎng)站,直接輸入網(wǎng)址 http://www.sitename.com 即可,為安全起見(jiàn),他可通過(guò)https://www.sitename.com來(lái)訪問(wèn).在 wHTTP框架下,用戶訪問(wèn) WAP站點(diǎn)時(shí),可以輸入wap://www.sitename.com來(lái)實(shí)現(xiàn),對(duì)于安全性較高的交易,可以輸入waps://www.sitename.com.

wHTTP框架在客戶端和服務(wù)器之間部署了一個(gè)網(wǎng)關(guān),服務(wù)器收到客戶端的HTTP或WAP請(qǐng)求時(shí),會(huì)向網(wǎng)關(guān)發(fā)出 wHTML內(nèi)容作為響應(yīng),網(wǎng)關(guān)解析wHTML文檔后,分離出HTTP和WAP內(nèi)容,然后再將它們發(fā)回給客戶端,瀏覽器收到之后會(huì)立即將內(nèi)容呈現(xiàn)出來(lái).其中網(wǎng)關(guān)到服務(wù)器、網(wǎng)關(guān)到 HTTP客戶端之間的通信安全由 TLS協(xié)議控制,網(wǎng)關(guān)到WAP客戶端的通信安全由WTLS協(xié)議控制.如圖5所示.

圖5 wHTTP框架

當(dāng)服務(wù)器接收到HTTPS或WAPS請(qǐng)求時(shí),它將wHTML內(nèi)容發(fā)送到網(wǎng)關(guān),網(wǎng)關(guān)直接將其轉(zhuǎn)發(fā)給客戶端,整個(gè)通信的安全保障交由SSL協(xié)議控制.接收到內(nèi)容后,瀏覽器解析并檢索出HTTP和WAP內(nèi)容后,再根據(jù)請(qǐng)求的類型來(lái)呈現(xiàn)不同的內(nèi)容.

由此可見(jiàn),在WAPS的通信模式下,數(shù)據(jù)在傳輸過(guò)程中包括在網(wǎng)關(guān)中都是以加密的形式存在著,因此第3節(jié)中提到的安全鴻溝問(wèn)題在此框架中根本就不存在,所以無(wú)需考慮這個(gè)問(wèn)題.

5 小結(jié)

WAP的未來(lái)肯定會(huì)擺脫內(nèi)存,帶寬和處理能力的限制,與HTTP的差異也會(huì)越來(lái)越模糊.文中所提到的wHTTP框架,它涉及到一門新的標(biāo)記語(yǔ)言,一種通用的瀏覽器,二者促成了HTTP和WAP內(nèi)容能共存于同一源文件內(nèi).新框架的提出有利于互聯(lián)網(wǎng)知識(shí)域的整合和統(tǒng)一,同時(shí)它也較好的解決了當(dāng)前移動(dòng)互聯(lián)網(wǎng)普遍存在的安全鴻溝問(wèn)題,是對(duì)持續(xù)發(fā)展的互聯(lián)網(wǎng)技術(shù)的一個(gè)較好的補(bǔ)充.

[1]Tanenbaum,A.S.Computer Network[M].2nd Edition.Prentice-Hall,2003

[2]WAP forum.http://www.wapforum.org

[3]代 坤,魯士文.WTLS在WAP網(wǎng)關(guān)中的實(shí)現(xiàn)策略[J].計(jì)算機(jī)應(yīng)用與軟件,2005,22(2):106,129

[4]The Apache Software Foundation,TheAPACHE XMLProject,2010.http://www.xml.Apache.org

[5]The Apache Software Foundation,The Apache Cocoon Project,2010.http://www.cocoon.Apache.org

[6]陳華良,孔令海,陳增強(qiáng),等.一種基于Java的WAP瀏覽器的設(shè)計(jì)及實(shí)現(xiàn)[J].計(jì)算機(jī)工程,2005,31(13):208

The Coexist Framework of HTTP and WAP and Its Safety Study

JIANG Jun-qiang,CHEN Gang,LIU Yan-bin
(Management Center of Campus Network,Hunan Institute of Science and Technology,Yueyang 414006,China )

To solve the problem of HTTP and WAP coexisting in a same framework,a new framework——wHTTP,which refers to a new markup language and a new Generic Browser,is proposed.Under the co-action of two,the contents in HTTP and WAP could be co-restored in a same source file.Meanwhile,the new framework is better for solving the safety problem in the mobile Internet.

WAP;WML;HTTP;HTML;browser;wireless devices

TP393.092

A

1672-5298(2010)04-0027-05

2010-09-02

湖南理工學(xué)院資助項(xiàng)目(2010Y59)

蔣軍強(qiáng)(1980? ),男,湖南寧鄉(xiāng)人,碩士,湖南理工學(xué)院網(wǎng)絡(luò)中心講師.主要研究方向:網(wǎng)絡(luò)應(yīng)用與數(shù)據(jù)庫(kù)