亚洲成年人黄色一级片,日本香港三级亚洲三级,黄色成人小视频,国产青草视频,国产一区二区久久精品,91在线免费公开视频,成年轻人网站色直接看

一種處理第三方應(yīng)用的方法和終端瀏覽器的制作方法

文檔序號:7792510閱讀:278來源:國知局
專利名稱:一種處理第三方應(yīng)用的方法和終端瀏覽器的制作方法
技術(shù)領(lǐng)域
本發(fā)明涉及無線網(wǎng)絡(luò)領(lǐng)域,特別涉及一種處理第三方應(yīng)用的方法和終端瀏覽器。
背景技術(shù)
隨著互聯(lián)網(wǎng)的發(fā)達,越來越多的用戶使用終端瀏覽網(wǎng)頁。在終端瀏覽器中,用戶只能通過WAP頁面或者HTML頁面顯示攜帶第三方應(yīng)用的內(nèi)容。所謂第三方應(yīng)用,即瀏覽器標準不支持,但通過擴展應(yīng)用技術(shù)實現(xiàn)支持的應(yīng)用,比如FLASH技術(shù)、音視頻技術(shù)、拍照等應(yīng)用?,F(xiàn)有技術(shù)中,一般是用戶在PC上打開包含第三方應(yīng)用內(nèi)容的HTML/WAP頁面時,PC瀏覽器需要解決這些頁面上的插件,PC瀏覽器判斷出能識別這些插件時,調(diào)用相應(yīng)的插件進行處理,而不能直接通過超級鏈接直接點擊進入應(yīng)用。在實現(xiàn)本發(fā)明的過程中,發(fā)明人發(fā)現(xiàn)現(xiàn)有技術(shù)至少存在以下問題:現(xiàn)有技術(shù)在終端瀏覽網(wǎng)頁時,無法處理攜帶第三方應(yīng)用的請求。

發(fā)明內(nèi)容
為了實現(xiàn)在終端瀏覽網(wǎng)頁時處理第三方應(yīng)用,本發(fā)明實施例提供了 一種處理第三方應(yīng)用的方法和瀏覽器。所述技術(shù)方案如下:一種處理第三方應(yīng)用的方法,所述方法包括:檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求;當用戶發(fā)起鏈接請求時,判斷是否支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議;當支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對所述鏈接請求中的協(xié)議體進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。其中,所述檢測用戶是否發(fā)起鏈接請求,具體包括:檢測用戶是否點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求,如果是,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,所述檢測用戶是否發(fā)起鏈接請求,具體包括:檢測到用戶點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求時,檢測所述鏈接請求是否發(fā)生跳轉(zhuǎn),如果檢測到所述鏈接請求發(fā)生跳轉(zhuǎn)時,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,所述鏈接請求具體為〈a href =”協(xié)議名://協(xié)議體”〉鏈接內(nèi)容</a>,所述href為超文本引用,所述協(xié)議名為HTTP協(xié)議或自定義協(xié)議。其中,所述判斷是否支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議,具體包括:判斷所述鏈接請求中的協(xié)議名是否在所述預(yù)存的協(xié)議名中,若是,則判斷出支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議。其中,所述對所述鏈接請求中的協(xié)議體進行處理,具體包括:對所述鏈接請求中的協(xié)議體進行解碼得到資源數(shù)據(jù);
根據(jù)預(yù)存的所述第三方應(yīng)用對應(yīng)的插件對所述資源數(shù)據(jù)進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。本發(fā)明實施例還提供了一種終端瀏覽器,所述終端瀏覽器包括:檢測模塊,用于檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求;判斷模塊,用于當檢測模塊檢測到用戶發(fā)起鏈接請求時,判斷是否支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議;處理模塊,用于當判斷模塊判斷出所述終端瀏覽器支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對所述鏈接請求中的協(xié)議體進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。其中,所述檢測模塊具體用于:檢測用戶是否點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求,如果是,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,所述檢測模塊具體用于:檢測到用戶點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求時,檢測所述鏈接請求是否發(fā)生跳轉(zhuǎn),如果檢測到所述鏈接請求發(fā)生跳轉(zhuǎn)時,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,所述鏈接請求具體為〈a href = ”協(xié)議名://協(xié)議體” > 鏈接內(nèi)容</a>,所述href為超文本引用,所述協(xié)議名為HTTP協(xié)議或自定義協(xié)議。其中,其特征在于,所述終端瀏覽器還包括預(yù)存模塊,所述預(yù)存模塊用于預(yù)存所述終端瀏覽器支持的協(xié)議名;相應(yīng)地,所述判斷模塊具體用于:當檢測模塊檢測到用戶發(fā)起鏈接請求時,判斷所述鏈接請求中的協(xié)議名是否在預(yù)存的協(xié)議名中,若是,則終端瀏覽器判斷出支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議。 其中,所述處理模塊包括解碼單元和處理單元;所述解碼單元,用于對所述鏈接請求中的協(xié)議體進行解碼得到資源數(shù)據(jù);所述處理單元,用于根據(jù)預(yù)存的所述第三方應(yīng)用對應(yīng)的插件對所述資源數(shù)據(jù)進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。本發(fā)明實施例提供的技術(shù)方案帶來的有益效果是:通過預(yù)存終端瀏覽器支持的協(xié)議名,當檢測到用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求時,對該鏈接請求中的協(xié)議體進行處理,得到攜帶第三方應(yīng)用的鏈接請求對應(yīng)的鏈接響應(yīng)信息,實現(xiàn)了終端瀏覽器對第三方應(yīng)用的直接調(diào)用,改善了用戶的體驗流程。


為了更清楚地說明本發(fā)明實施例中的技術(shù)方案,下面將對實施例描述中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本發(fā)明的一些實施例,對于本領(lǐng)域普通技術(shù)人員來講,在不付出創(chuàng)造性勞動的前提下,還可以根據(jù)這些附圖獲得其他的附圖。圖1是本發(fā)明實施例1中提供的處理第三方應(yīng)用的方法流程圖;圖2是本發(fā)明實施例2中提供的處理第三方應(yīng)用的方法流程圖3是本發(fā)明實施例3中提供的終端瀏覽器的結(jié)構(gòu)示意圖。
具體實施例方式為使本發(fā)明的目的、技術(shù)方案和優(yōu)點更加清楚,下面將結(jié)合附圖對本發(fā)明實施方式作進一步地詳細描述。實施例1參見圖1,本發(fā)明實施例提供了一種處理第三方應(yīng)用的方法,所述方法包括:步驟101:檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求;步驟102:當用戶發(fā)起鏈接請求時,判斷是否支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議;步驟103:當支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對鏈接請求中的協(xié)議體進行處理,得到鏈接請求對應(yīng)的鏈接響應(yīng)信息。其中,第三方應(yīng)用是指終端瀏覽器標準不支持,但通過擴展應(yīng)用技術(shù)實現(xiàn)支持的應(yīng)用,比如FLASH技術(shù)、音視頻技術(shù)、拍照等應(yīng)用。本發(fā)明實施例提供的方法,通過預(yù)存支持的協(xié)議名,當檢測到用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求時,對該鏈接請求中的協(xié)議體進行處理,從而得到攜帶第三方應(yīng)用的鏈接請求對應(yīng)的鏈接響應(yīng)信息,實現(xiàn)了對第三方應(yīng)用的直接調(diào)用,改善了用戶的體驗流程。實施例2參見圖2,本發(fā)明實施例提供了一種處理第三方應(yīng)用的方法,所述方法包括:步驟201:檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求。針對該步驟,終端瀏覽器檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求,該終端可以為手機、手持終端等移動終端,終端瀏覽器可以為手機瀏覽器、手持終端瀏覽器等。其中,第三方應(yīng)用是指終端瀏覽器標準不支持,但通過擴展應(yīng)用技術(shù)實現(xiàn)支持的應(yīng)用,比如FLASH技術(shù)、音視頻技術(shù)、拍照等應(yīng)用。具體地,用戶在終端瀏覽器上點擊攜帶第三方應(yīng)用的鏈接請求時,或,用戶點擊攜帶第三方應(yīng)用的鏈接請求,且該鏈接請求跳轉(zhuǎn)時,或,網(wǎng)頁中有引用其他資源的請求,如圖片、視頻等資源的請求,或,腳本中有資源請求時,終端瀏覽器能夠檢測到用戶是否發(fā)起了攜帶第三方應(yīng)用的鏈接請求,即,終端瀏覽器不僅可以在用戶點擊的行為下檢測識別,也可以由普通的鏈接跳轉(zhuǎn)產(chǎn)生。其中,終端瀏覽器檢測用戶是否點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求,如果是,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。或,終端瀏覽器檢測到用戶點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求時,檢測鏈接請求是否發(fā)生跳轉(zhuǎn),如果檢測到鏈接請求發(fā)生跳轉(zhuǎn)時,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,本發(fā)明實施例中第三方應(yīng)用采用的協(xié)議可以為http(HTTP Hyper TextTransfer Protocol,超文本傳輸協(xié)議),也可以一種自定義協(xié)議。http超文本傳輸協(xié)議是互聯(lián)網(wǎng)上應(yīng)用最為廣泛的一種網(wǎng)絡(luò)協(xié)議,終端瀏覽器中文件的下載普遍使用這種協(xié)議,該協(xié)議的一般格式是:http://服務(wù)器地址:端口 /請求文件的路徑(端口默認是 80,可省略),如:http://news.163.com/index, html。自定義協(xié)議是特殊定義的一種協(xié)議格式,其格式為協(xié)議名://協(xié)議體,協(xié)議名一般由英文字母序列組成,協(xié)議體為協(xié)議包括的字段組合,或者再經(jīng)過加密編碼處理后的文本。如:flash: //10.6.5.108:8080/a/b/c/d.swfvoid://xxxxxximtt://XXXX://前面是協(xié)議名,該協(xié)議名是終端瀏覽器可識別的一種代碼-'-.1l后面是協(xié)議體,該協(xié)議體是依賴相應(yīng)協(xié)議名的一種自有協(xié)議,某一種協(xié)議名對應(yīng)的協(xié)議體的格式可以
是唯一的。 本發(fā)明實施例中,自定義協(xié)議的鏈接請求為:〈a href = ”協(xié)議名://協(xié)議體”〉鏈接內(nèi)容</a>,href為超文本弓I用,協(xié)議名為HTTP協(xié)議或自定義協(xié)議,如本發(fā)明實施例以自定義協(xié)議的鏈接請求為http://news.163.com/index, html,進行如下說明。步驟202:判斷自身是否支持該鏈接請求中的協(xié)議名對應(yīng)的協(xié)議,若是,執(zhí)行步驟203,否則,執(zhí)行步驟205。針對該步驟,終端瀏覽器檢測到用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求時,根據(jù)自定義協(xié)議的格式獲取自定義協(xié)議的協(xié)議名,并判斷當前鏈接請求對應(yīng)的自定義協(xié)議的協(xié)議名是否在預(yù)存的協(xié)議名中,若是,則表明終端瀏覽器支持該協(xié)議名對應(yīng)的協(xié)議,執(zhí)行步驟203,否則執(zhí)行步驟205。其中,本發(fā)明實施例中終端瀏覽器支持某個第三方應(yīng)用時,終端瀏覽器會保存有與該第三方應(yīng)用相關(guān)的協(xié)議對應(yīng)的協(xié)議名,并保存有該協(xié)議對應(yīng)的協(xié)議體。各協(xié)議名和協(xié)議體的內(nèi)容可以以表格的形式存儲在終端瀏覽器,或者可以以數(shù)據(jù)庫的形式存儲在終端瀏覽器,本發(fā)明實施例對終端瀏覽器存儲協(xié)議名和協(xié)議體的方式不進行限定。步驟203:對協(xié)議體進行解碼,判斷解碼是否成功,若解碼成功,則執(zhí)行步驟204 ;若解碼失敗,則執(zhí)行步驟206。其中,步驟203和204為對鏈接請求中的協(xié)議體進行處理,得到鏈接請求對應(yīng)的鏈接響應(yīng)信息的優(yōu)選實現(xiàn)方式,本發(fā)明不對具體的實現(xiàn)方式進行限定。具體地,終端瀏覽器判斷出支持該協(xié)議名對應(yīng)的協(xié)議時,對該協(xié)議名對應(yīng)的協(xié)議體進行解碼,得到資源數(shù)據(jù),該資源數(shù)據(jù)可能是一串數(shù)據(jù),也可以是文件形式。其中,對協(xié)議體進行解碼是現(xiàn)有技術(shù),本發(fā)明在此不再贅述。步驟204:解碼得到資源數(shù)據(jù),調(diào)用預(yù)存的該第三方應(yīng)用對應(yīng)的插件對該資源數(shù)據(jù)進行處理,得到鏈接請求對應(yīng)的鏈接響應(yīng)信息。其中,資源數(shù)據(jù)是對協(xié)議體進行解碼的解碼數(shù)據(jù),根據(jù)協(xié)議體的不同,該資源數(shù)據(jù)表示的內(nèi)容也不同,如當協(xié)議體為登錄協(xié)議時,解碼得到的資源數(shù)據(jù)是登錄信息,此時的資源數(shù)據(jù)能夠直接用于通信服務(wù);當協(xié)議體為flash文件時,由于協(xié)議體比較短,解碼協(xié)議體首先得到flash對應(yīng)的地址,然后根據(jù)該地址去下載flash數(shù)據(jù),此時的資源數(shù)據(jù)為flash數(shù)據(jù)。其中,在終端安裝第三方應(yīng)用對應(yīng)的插件后,該第三方應(yīng)用對應(yīng)的插件就已經(jīng)預(yù)先存儲在終端。終端會預(yù)存各個第三方應(yīng)用及對應(yīng)的第三方應(yīng)用對應(yīng)的插件,因而檢測到用戶發(fā)起攜帶預(yù)存的第三方應(yīng)用的鏈接請求時,可以根據(jù)預(yù)存的第三方應(yīng)用對應(yīng)的插件對該資源數(shù)據(jù)進行處理。具體地,步驟203獲取到協(xié)議體指定的資源數(shù)據(jù)后,加載該資源數(shù)據(jù),并調(diào)用第三方應(yīng)用對應(yīng)的插件對資源數(shù)據(jù)進行處理,從而得到該鏈接請求對應(yīng)的鏈接響應(yīng)信息。步驟205:顯示提示信息,提示用戶下載/安裝第三方插件,或者提示不支持該協(xié)議。該步驟針對終端瀏覽器不支持協(xié)議名對應(yīng)的協(xié)議的情況,此時,終端用戶可以提示用戶由用戶下載/安裝第三方插件,以此來處理第三方應(yīng)用,也可以提示不支持協(xié)議,本次處理第三方應(yīng)用的方式失敗。其中,終端瀏覽器顯示提示信息的方式可以為彈出窗口,該彈出窗口顯示的內(nèi)容為:提示用戶下載/安裝第三方插件時,用戶根據(jù)該提示信息進行下載第三方插件,并安裝第三方插件,此時也能顯示第三方應(yīng)用;該彈出窗口顯示的內(nèi)容為:提示不支持該協(xié)議時,處理第三方應(yīng)用失敗。步驟206:提示格式錯誤,處理該第三方應(yīng)用失敗。其中,步驟203終端瀏覽器對協(xié)議體進行解碼,解碼失敗時,終端瀏覽器提示格式錯誤,此時,終端瀏覽器處理該第三方應(yīng)用失敗。本發(fā)明實施例提供的方法,通過預(yù)存終端瀏覽器支持的協(xié)議名,當檢測到用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求時,對該鏈接請求中的協(xié)議體進行處理,從而得到攜帶第三方應(yīng)用的鏈接請求對應(yīng)的鏈接響應(yīng)信息,實現(xiàn)了終端瀏覽器對第三方應(yīng)用的直接調(diào)用,改善了用戶的體驗流程。實施例3參見圖3,本發(fā)明實施例提供了一種終端瀏覽器,所述終端瀏覽器包括檢測模塊301、判斷模塊302和處理模塊303 ;檢測模塊301,用于檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求;判斷模塊302,用于當檢測模塊301檢測到用戶發(fā)起鏈接請求時,判斷是否支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議;處理模塊303,用于當判斷模塊302判斷出終端瀏覽器支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對鏈接請求中的協(xié)議體進行處理,得到鏈接請求對應(yīng)的鏈接響應(yīng)信息。其中,檢測模塊301具體用于:檢測用戶是否點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求,如果是,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,檢測模塊301具體用于:檢測到用戶點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求時,檢測所述鏈接請求是否發(fā)生跳轉(zhuǎn),如果檢測到所述鏈接請求發(fā)生跳轉(zhuǎn)時,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。其中,鏈接請求具體為〈a href = ”協(xié)議名://協(xié)議體” > 鏈接內(nèi)容</a>, href為超文本弓I用,協(xié)議名為HTTP協(xié)議或自定義協(xié)議。進一步地,終端瀏覽器還包括預(yù)存模塊,預(yù)存模塊用于預(yù)存終端瀏覽器支持的協(xié)議名;相應(yīng)地,判斷模塊302具體用于:當檢測模塊檢測到用戶發(fā)起鏈接請求時,判斷鏈接請求中的協(xié)議名是否在預(yù)存的協(xié)議名中,若是,則終端瀏覽器判斷出支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議。其中,處理模塊303包括解碼單元和處理單元;
解碼單元,用于對鏈接請求中的協(xié)議體進行解碼得到資源數(shù)據(jù);處理單元,用于根據(jù)預(yù)存的第三方應(yīng)用對應(yīng)的插件對資源數(shù)據(jù)進行處理,得到鏈接請求對應(yīng)的鏈接響應(yīng)信息。本發(fā)明實施例提供的終端瀏覽器,通過預(yù)存終端瀏覽器支持的協(xié)議名,當檢測到用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求時,對該鏈接請求中的協(xié)議體進行處理,從而得到攜帶第三方應(yīng)用的鏈接請求對應(yīng)的鏈接響應(yīng)信息,實現(xiàn)了終端瀏覽器對第三方應(yīng)用的直接調(diào)用,改善了用戶的體驗流程。本實施例提供的終端瀏覽器,具體可以與方法實施例屬于同一構(gòu)思,其具體實現(xiàn)過程詳見方法實施例,這里不再贅述。本領(lǐng)域普通技術(shù)人員可以理解實現(xiàn)上述實施例的全部或部分步驟可以通過硬件來完成,也可以通過程序來指令相關(guān)的硬件完成,所述的程序可以存儲于一種計算機可讀存儲介質(zhì)中,上述提到的存儲介質(zhì)可以是只讀存儲器,磁盤或光盤等。以上所述僅為本發(fā)明的較佳實施例,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi),所作的任何修改、等同替換、改進等,均應(yīng)包含在本發(fā)明的保護范圍之內(nèi)。
權(quán)利要求
1.一種處理第三方應(yīng)用的方法,其特征在于,所述方法包括: 檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求; 當用戶發(fā)起鏈接請求時,判斷是否支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議; 當支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對所述鏈接請求中的協(xié)議體進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。
2.如權(quán)利要求1所述的方法,其特征在于,所述檢測用戶是否發(fā)起鏈接請求,具體包括: 檢測用戶是否點擊包括超文本傳輸HTTP協(xié)議或自定義協(xié)議的鏈接請求,如果是,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。
3.如權(quán)利要求1所述的方法,其特征在于,所述檢測用戶是否發(fā)起鏈接請求,具體包括: 檢測到用戶點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求時,檢測所述鏈接請求是否發(fā)生跳轉(zhuǎn),如果檢測到所述鏈接請求發(fā)生跳轉(zhuǎn)時,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。
4.如權(quán)利要求1所述的方法,其特征在于,所述鏈接請求具體為〈ahref=”協(xié)議名://協(xié)議體”〉鏈接內(nèi)容</a>,所述href為超文本弓I用,所述協(xié)議名為HTTP協(xié)議或自定義協(xié)議。
5.如權(quán)利要求1-4任一權(quán)利要求所述的方法,其特征在于,所述判斷是否支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議,具體包括: 判斷所述鏈接請求中的協(xié)議名是否在預(yù)存的協(xié)議名中,若是,則判斷出支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議。
6.如權(quán)利要求1-4任一權(quán)利要求所述的方法,其特征在于,所述對所述鏈接請求中的協(xié)議體進行處理,具體包括: 對所述鏈接請求中的協(xié)議體進行解碼得到資源數(shù)據(jù); 根據(jù)預(yù)存的所述第三方應(yīng)用對應(yīng)的插件對所述資源數(shù)據(jù)進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。
7.—種終端瀏覽器,其特征在于,所述終端瀏覽器包括: 檢測模塊,用于檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求; 判斷模塊,用于當檢測模塊檢測到用戶發(fā)起鏈接請求時,判斷是否支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議; 處理模塊,用于當判斷模塊判斷出所述終端瀏覽器支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對所述鏈接請求中的協(xié)議體進行處理,得到所述鏈接請求對應(yīng)的鏈接響應(yīng)信息。
8.如權(quán)利要求7所述的終端瀏覽器,其特征在于,所述檢測模塊具體用于: 檢測用戶是否點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求,如果是,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。
9.如權(quán)利要求7所述的終端瀏覽器,其特征在于,所述檢測模塊具體用于: 檢測到用戶點擊包括HTTP協(xié)議或自定義協(xié)議的鏈接請求時,檢測所述鏈接請求是否發(fā)生跳轉(zhuǎn),如果檢測到所述鏈接請求發(fā)生跳轉(zhuǎn)時,則確定用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求。
10.如權(quán)利要求7所述的終端瀏覽器,其特征在于,所述鏈接請求具體為〈ahref = ”協(xié)議名:Il協(xié)議體”〉鏈接內(nèi)容</a>,所述href為超文本弓I用,所述協(xié)議名為超文本傳輸協(xié)議或自定義協(xié)議。
11.如權(quán)利要求7-10任一權(quán)利要求所述的終端瀏覽器,其特征在于,所述終端瀏覽器還包括預(yù)存模塊,所述預(yù)存模塊用于預(yù)存所述終端瀏覽器支持的協(xié)議名; 相應(yīng)地,所述判斷模塊具體用于:當檢測模塊檢測到用戶發(fā)起鏈接請求時,判斷所述鏈接請求中的協(xié)議名是否在預(yù)存的協(xié)議名中,若是,則終端瀏覽器判斷出支持所述鏈接請求中的協(xié)議名對應(yīng)的協(xié)議。
12.如權(quán)利要求7-10任一權(quán)利要求所述的終端瀏覽器,其特征在于,所述處理模塊包括解碼單元和處理單元; 所述解碼單元,用于對所述鏈接請求中的協(xié)議體進行解碼得到資源數(shù)據(jù); 所述處理單元,用于根據(jù)預(yù)存的所述第三方應(yīng)用對應(yīng)的插件對所述資源數(shù)據(jù)進行處理,得到所述鏈接 請求對應(yīng)的鏈接響應(yīng)信息。
全文摘要
本發(fā)明公開了一種處理第三方應(yīng)用的方法和終端瀏覽器,屬于無線網(wǎng)絡(luò)領(lǐng)域。所述方法包括檢測用戶是否發(fā)起攜帶第三方應(yīng)用的鏈接請求;當用戶發(fā)起鏈接請求時,判斷是否支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議;當支持鏈接請求中的協(xié)議名對應(yīng)的協(xié)議時,對鏈接請求中的協(xié)議體進行處理,得到鏈接請求對應(yīng)的鏈接響應(yīng)信息。本發(fā)明通過預(yù)存終端瀏覽器支持的協(xié)議名,當檢測到用戶發(fā)起攜帶第三方應(yīng)用的鏈接請求時,對該鏈接請求中的協(xié)議體進行處理,從而得到攜帶第三方應(yīng)用的鏈接請求對應(yīng)的鏈接響應(yīng)信息,實現(xiàn)了終端瀏覽器對第三方應(yīng)用的直接調(diào)用,改善了用戶的體驗流程。
文檔編號H04L29/08GK103179159SQ201110435439
公開日2013年6月26日 申請日期2011年12月22日 優(yōu)先權(quán)日2011年12月22日
發(fā)明者張邦華 申請人:騰訊科技(深圳)有限公司
網(wǎng)友詢問留言 已有0條留言
  • 還沒有人留言評論。精彩留言會獲得點贊!
1