一種網(wǎng)頁請求處理方法及裝置制造方法
【專利摘要】本發(fā)明適用于網(wǎng)頁【技術(shù)領(lǐng)域】,提供了一種網(wǎng)頁請求處理方法及裝置,包括:根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求;攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的URL的類型是否為預(yù)設(shè)類型;當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射瀏覽器本地功能;調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。本發(fā)明在網(wǎng)頁中產(chǎn)生用戶操作事件時發(fā)起請求,以攔截請求中攜帶的URL,當(dāng)攔截的URL為特定類型的URL時,則將該特定類型的URL映射成相應(yīng)的瀏覽器本地功能并進(jìn)行調(diào)用,從而實(shí)現(xiàn)網(wǎng)頁對瀏覽器內(nèi)核以外的瀏覽器本地功能的調(diào)用。
【專利說明】—種網(wǎng)頁請求處理方法及裝置
【技術(shù)領(lǐng)域】
[0001 ] 本發(fā)明屬于網(wǎng)頁【技術(shù)領(lǐng)域】,尤其涉及一種網(wǎng)頁請求處理方法及裝置。
【背景技術(shù)】
[0002]通常情況下,瀏覽器內(nèi)核向網(wǎng)頁開發(fā)者開放了一些系統(tǒng)本地功能,通過使用腳本語言JavaScript (以下簡稱JS),當(dāng)網(wǎng)頁中產(chǎn)生用戶操作事件時,例如,當(dāng)用戶在網(wǎng)頁的文本框輸入字符時,可以不必經(jīng)由網(wǎng)絡(luò)傳輸來使服務(wù)器返回包含了輸入字符的頁面,而是直接通過瀏覽器內(nèi)核提供的系統(tǒng)本地功能,對用戶操作事件進(jìn)行響應(yīng)。
[0003]然而,隨著超文本標(biāo)記語言版本五(Hypertext Markup Language5, HTML5)的盛行,網(wǎng)頁開發(fā)者在使用HTML5開發(fā)網(wǎng)頁的時候,往往希望調(diào)用到瀏覽器本地的另一些功能,例如,調(diào)用瀏覽器回到起始頁面的功能、進(jìn)入多窗口的功能或者網(wǎng)頁分享界面的實(shí)現(xiàn)功能,上述功能與瀏覽器的功能實(shí)現(xiàn)相關(guān),但卻不是依賴于瀏覽器內(nèi)核來實(shí)現(xiàn)的,因此,通過傳統(tǒng)的JS方法,當(dāng)產(chǎn)生相應(yīng)的網(wǎng)頁請求時,無法實(shí)現(xiàn)這些瀏覽器本地功能的調(diào)用。
【發(fā)明內(nèi)容】
[0004]本發(fā)明實(shí)施例提供一種網(wǎng)頁請求處理方法,旨在解決現(xiàn)有技術(shù)中網(wǎng)頁無法調(diào)用瀏覽器內(nèi)核以外的瀏覽器本地功能的問題。
[0005]本發(fā)明實(shí)施例是這樣實(shí)現(xiàn)的,一種網(wǎng)頁請求處理方法,包括:
[0006]根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求;
[0007]攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的統(tǒng)一資源定位符URL的類型是否為預(yù)設(shè)的URL類型;
[0008]當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)的URL類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射瀏覽器本地功能;
[0009]調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。
[0010]本發(fā)明實(shí)施例的另一目的在于提供一種網(wǎng)頁請求處理裝置,包括:
[0011]網(wǎng)頁請求發(fā)起單元,用于根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求;
[0012]判斷單元,用于攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的統(tǒng)一資源定位符URL的類型是否為預(yù)設(shè)的URL類型;
[0013]映射單元,用于當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)的URL類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射瀏覽器本地功能;
[0014]本地調(diào)用單元,用于調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。
[0015]本發(fā)明實(shí)施例在網(wǎng)頁中產(chǎn)生用戶操作事件時發(fā)起請求,以攔截請求中攜帶的URL,當(dāng)攔截的URL為特定類型的URL時,則將該特定類型的URL映射成相應(yīng)的瀏覽器本地功能并進(jìn)行調(diào)用,從而實(shí)現(xiàn)網(wǎng)頁對瀏覽器內(nèi)核以外的瀏覽器本地功能的調(diào)用。
【專利附圖】
【附圖說明】[0016]圖1是本發(fā)明實(shí)施例提供的網(wǎng)頁請求處理方法的實(shí)現(xiàn)流程圖;
[0017]圖2是本發(fā)明另一實(shí)施例提供的網(wǎng)頁請求處理方法的實(shí)現(xiàn)流程圖;
[0018]圖3是本發(fā)明實(shí)施例提供的網(wǎng)頁請求處理方法步驟S103的實(shí)現(xiàn)流程圖;
[0019]圖4是本發(fā)明實(shí)施例提供的網(wǎng)頁請求處理方法的實(shí)現(xiàn)流程圖;
[0020]圖5是本發(fā)明實(shí)施例提供的網(wǎng)頁請求處理裝置的結(jié)構(gòu)框圖。
【具體實(shí)施方式】
[0021]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點(diǎn)更加清楚明白,以下結(jié)合附圖及實(shí)施例,對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解,此處所描述的具體實(shí)施例僅僅用以解釋本發(fā)明,并不用于限定本發(fā)明。
[0022]本發(fā)明實(shí)施例在網(wǎng)頁中產(chǎn)生用戶操作事件時發(fā)起請求,以攔截請求中攜帶的URL,當(dāng)攔截的URL為特定類型的URL時,則將該特定類型的URL映射成相應(yīng)的瀏覽器本地功能并進(jìn)行調(diào)用,從而實(shí)現(xiàn)網(wǎng)頁對瀏覽器內(nèi)核以外的瀏覽器本地功能的調(diào)用。
[0023]進(jìn)一步地,本發(fā)明實(shí)施例可以基于IOS系統(tǒng)提供的瀏覽器控件nWebView實(shí)現(xiàn),且通過HWebView攔截請求中攜帶的URL,其中,UIffebView為IOS系統(tǒng)內(nèi)置的瀏覽器控件,其對瀏覽器內(nèi)核進(jìn)行了封裝,因此,對開發(fā)者而言,瀏覽器內(nèi)核為一個黑盒,網(wǎng)頁開發(fā)者僅僅通過JS無法實(shí)現(xiàn)瀏覽器本地功能的調(diào)用。
[0024]圖1示出了本發(fā)明實(shí)施例提供的網(wǎng)頁請求處理方法的實(shí)現(xiàn)流程,詳述如下:
[0025]在步驟SlOl中,根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求。
[0026]其中,基于HTML網(wǎng)頁的動態(tài)功能,網(wǎng)頁中會產(chǎn)生各種用戶操作事件,用戶操作事件包括但不限于用戶在通過瀏覽器展示出來的網(wǎng)頁中進(jìn)行的各項用戶操作,例如,用戶在網(wǎng)頁中點(diǎn)擊“分享”按鈕、用戶對網(wǎng)頁內(nèi)容執(zhí)行“添加書簽”操作,等等。上述用戶操作事件可以由用戶利用鼠標(biāo)、鍵盤、觸摸屏等輸入設(shè)備在網(wǎng)頁中執(zhí)行相應(yīng)的指令輸入操作來完成。
[0027]在本實(shí)施例中,具體地,可以通過JS編寫特定的方法,一旦檢測到網(wǎng)頁中觸發(fā)了上述用戶操作事件之后,即通過nWebView發(fā)起網(wǎng)頁請求,該網(wǎng)頁請求用于請求服務(wù)器或者本地針對用戶操作事件返回相應(yīng)的響應(yīng)頁面,因此,在網(wǎng)頁請求中攜帶了請求的響應(yīng)頁面的URL。
[0028]在步驟S102中,攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的URL的類型是否為預(yù)設(shè)的URL類型。
[0029]對于I OS系統(tǒng)中內(nèi)置的Π WebVi ew來說,在進(jìn)行網(wǎng)頁瀏覽的過程中,一旦有網(wǎng)頁請求發(fā)起時,都會由回調(diào)函數(shù)shouldStartLoadWithRequest產(chǎn)生回調(diào),因此,在本實(shí)施例中,一旦發(fā)起了網(wǎng)頁請求,UIWebView的回調(diào)函數(shù)shouldStartLoadWithRequest即會攔截該網(wǎng)頁請求。
[0030]在本實(shí)施例中,通過攔截發(fā)起的網(wǎng)頁請求,提取網(wǎng)頁請求中攜帶的響應(yīng)頁面的URL,并對響應(yīng)頁面的URL進(jìn)行解析,根據(jù)URL的前綴部分判斷網(wǎng)頁請求中攜帶的URL的類型是否為預(yù)設(shè)的URL類型。
[0031]由于每一種URL類型必定對應(yīng)一種類型的響應(yīng)頁面,因此,可以通過不同的URL類型來區(qū)分該網(wǎng)頁請求是否能夠通過調(diào)用瀏覽器本地功能來返回響應(yīng)頁面,將能夠通過瀏覽器本地功能來實(shí)現(xiàn)的URL類型存儲為預(yù)設(shè)的URL類型。當(dāng)請求的響應(yīng)頁面能夠通過調(diào)用瀏覽器本地功能實(shí)現(xiàn)時,其對應(yīng)的URL類型也必定對應(yīng)一種瀏覽器本地功能,因此,作為本發(fā)明的一個實(shí)施例,在步驟SlOl之前,建立預(yù)設(shè)的URL類型與該URL類型對應(yīng)的瀏覽器本地功能的映射關(guān)系,以方便在后續(xù)步驟中對相應(yīng)的瀏覽器本地功能進(jìn)行調(diào)用。
[0032]例如,檢測到的URL 為 mtt:mmon: share (options, succCallback, errCallback),根據(jù)其前綴部分“mtt:mmon: share”即可以判斷出其為一種預(yù)設(shè)的URL類型,該URL產(chǎn)生的響應(yīng)頁面的作用是分享web應(yīng)用中的網(wǎng)頁內(nèi)容;又例如,檢測到的URL為mtt: common:back(options, succCallback, errCallback),根據(jù)其前綴部分 “mtt: common:back” 也可以判斷出其為一種預(yù)設(shè)的URL類型,該URL產(chǎn)生的響應(yīng)頁面的作用是從web應(yīng)用的當(dāng)前頁面中后退,包括后退到起始頁或者后退到當(dāng)前頁面的前一頁面。
[0033]上述預(yù)設(shè)的URL類型均為能夠進(jìn)行瀏覽器本地功能調(diào)用的URL類型,預(yù)設(shè)的URL類型可以根據(jù)瀏覽器的本地功能來進(jìn)行具體設(shè)置,且能夠同時預(yù)設(shè)多個,在此不一一限定。
[0034]在步驟S103中,當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)的URL類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射瀏覽器本地功能。
[0035]在步驟S104中,調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。
[0036]在本實(shí)施例中,當(dāng)判斷出網(wǎng)頁請求中的URL的類型為預(yù)設(shè)的URL類型時,則不向服務(wù)器發(fā)起網(wǎng)絡(luò)請求,而是根據(jù)此前建立的該預(yù)設(shè)的URL類型與對應(yīng)的瀏覽器本地功能的映射關(guān)系,映射對應(yīng)的瀏覽器本地功能,并調(diào)用該瀏覽器本地功能,根據(jù)網(wǎng)頁請求返回響應(yīng)頁面,以實(shí)現(xiàn)對網(wǎng)頁請求的處理。
[0037]在瀏覽器本地功能的調(diào)用過程中,可能會使用到傳入?yún)?shù),且在調(diào)用完成之后,可能會生成返回參數(shù)。作為本發(fā)明的一個實(shí)施例,調(diào)用瀏覽器本地功能過程中產(chǎn)生的傳入?yún)?shù)和返回參數(shù)通過json格式進(jìn)行傳遞,以使得一次調(diào)用過程能夠同時傳遞多個字符串,提高網(wǎng)頁請求的處理效率。
[0038]結(jié)合本實(shí)施例,接下來以具體的例子來對本發(fā)明圖1實(shí)施例步驟S104進(jìn)行詳細(xì)說明:
[0039]在很多網(wǎng)頁應(yīng)用中,均需要使用到用戶身份,為了避免用戶反復(fù)地輸入同一用戶賬戶,網(wǎng)頁開發(fā)者往往希望通過調(diào)用瀏覽器本地功能來直接獲取到瀏覽器賬號中心上已登錄的用戶賬號。因此,以上述應(yīng)用場景為例,其發(fā)起的網(wǎng)頁請求中的URL如下:
[0040]mtt: common:getProfiIeCenterQQNumber(options, succCallback, errCallback),
[0041]其中,“options”用于指示調(diào)用瀏覽器本地功能過程中需要用到的傳入?yún)?shù)所在的內(nèi)存地址,“succCallback”用于指示瀏覽器本地功能調(diào)用成功后返回參數(shù)所在的內(nèi)存地址,“errCallback”用于指示瀏覽器本地功能調(diào)用成功后返回參數(shù)所在的內(nèi)存地址。
[0042]具體的瀏覽器本地功能調(diào)用及響應(yīng)頁面返回過程如圖2所示:
[0043]在步驟S201中,將網(wǎng)頁請求中的URL中的傳入?yún)?shù)“options”寫入第一內(nèi)存。
[0044]在步驟S202中,根據(jù)第一內(nèi)存中獲取的傳入?yún)?shù)“options”,調(diào)用獲取瀏覽器賬號中心上已登錄的用戶賬號的瀏覽器本地功能。
[0045]作為本發(fā)明的一個實(shí)現(xiàn)示例,“options”可以用于指明瀏覽器本地功能調(diào)用過程中需要使用到的網(wǎng)頁應(yīng)用名稱。
[0046]在步驟S203中,將調(diào)用該瀏覽器本地功能產(chǎn)生的返回值寫入第二內(nèi)存。[0047]由于本實(shí)施例是用于獲取瀏覽器賬號中心上已登錄的用戶賬號,因此,若本地功能調(diào)用成功,則已登錄的用戶賬號作為返回值寫入回調(diào)函數(shù)succCallback指向的第二內(nèi)存中,其寫入的具體的式可以為{" qqnum": "string"}。
[0048]此外,若本地功能調(diào)用失敗,則也將相應(yīng)的返回值寫入回調(diào)函數(shù)errCallback指向的第二內(nèi)存中,具體的格式可以為{" code":1nt, "message": "string"}。
[0049]在步驟S204中,從第二內(nèi)存中獲取所述返回值,并根據(jù)所述返回值返回響應(yīng)頁面。
[0050]具體地,可以通過編寫JS,使得網(wǎng)頁邏輯獲得一個回調(diào),若本地功能調(diào)用成功,則從這個回調(diào)中網(wǎng)頁邏輯可以獲得succCallback的內(nèi)存指針,進(jìn)而從第二內(nèi)存中獲取到已登錄的用戶賬號,并由此返回相應(yīng)的響應(yīng)頁面。
[0051]作為本發(fā)明的一個實(shí)施例,如圖3所示,當(dāng)網(wǎng)頁請求中的URL的類型不為預(yù)設(shè)的URL類型時,如步驟S105所示:
[0052]向服務(wù)器發(fā)送所述網(wǎng)頁請求,以使所述服務(wù)器根據(jù)所述網(wǎng)頁請求返回響應(yīng)頁面。
[0053]例如,當(dāng)用戶操作事件為發(fā)生在某條新聞鏈接上的點(diǎn)擊事件時,網(wǎng)頁請求中攜帶了該新聞鏈接,用于請求打開該新聞鏈接對應(yīng)的頁面,此時,網(wǎng)頁請求中攜帶的URL前綴為“HTTP”,即為普通的URL類型,并非預(yù)設(shè)的URL類型中的一種,無法通過調(diào)用瀏覽器本地功能來實(shí)現(xiàn)響應(yīng),則通過向服務(wù)器發(fā)送網(wǎng)頁請求,以使服務(wù)器根據(jù)該網(wǎng)頁請求中的URL,返回相應(yīng)的頁面內(nèi)容。
[0054]圖4以IOS系統(tǒng)中的第三方瀏覽器為例,示出了在第三方瀏覽器打開的網(wǎng)頁中利用該第三方瀏覽器實(shí)現(xiàn)分享界面的調(diào)用的具體實(shí)現(xiàn)流程,詳述如下:
[0055]在步驟S401中,網(wǎng)頁中觸發(fā)的網(wǎng)頁分享事件,根據(jù)該網(wǎng)頁分享事件,由UIWebView發(fā)起網(wǎng)頁請求。
[0056]例如,用戶在網(wǎng)頁瀏覽過程中發(fā)現(xiàn)了一篇值得分享的好文章,希望將該文章的網(wǎng)頁分享給其在微博等社會性網(wǎng)絡(luò)服務(wù)(Social Networking Services, SNS)中的好友,則會在網(wǎng)頁中點(diǎn)擊“分享給好友”按鈕,當(dāng)UIWebView檢測到網(wǎng)頁中觸發(fā)了 “分享給好友”按鈕的點(diǎn)擊事件后,即發(fā)起網(wǎng)頁請求,該網(wǎng)頁請求中攜帶的URL為:
[0057]mtt: common: share(options, succCallback, errCallback)。
[0058]在步驟S402中,攔截網(wǎng)頁請求,判斷網(wǎng)頁請求中的URL的類型是否為預(yù)設(shè)的URL類型。
[0059]UIffebView中的回調(diào)函數(shù)shouldStartLoadWithRequest攔截網(wǎng)頁請求,并通過檢測該URL的前綴部分“mtt”,判斷出該URL有別于普通的以“http”為前綴的URL,為預(yù)設(shè)的URL類型中的一種,此時,回調(diào)函數(shù)shouldStartLoadWithRequest返回“NO”值,即代表不需要向服務(wù)器發(fā)送網(wǎng)絡(luò)請求。需要將該請求根據(jù)URL映射成相應(yīng)的本地功能,而不需要向服務(wù)器發(fā)起網(wǎng)絡(luò)請求。
[0060]在步驟S403中,根據(jù)網(wǎng)頁請求中的URL的類型,映射將瀏覽器本地的分享界面實(shí)現(xiàn)功能。
[0061]在步驟S404中,調(diào)用瀏覽器本地的分享界面實(shí)現(xiàn)功能,在瀏覽器中展示分享界面。
[0062]本發(fā)明實(shí)施例通過JS方法,在網(wǎng)頁中產(chǎn)生用戶操作事件時發(fā)起請求,以攔截請求中攜帶的URL,當(dāng)攔截的URL為特定類型的URL時,則將該特定類型的URL映射成相應(yīng)的瀏覽器本地功能并進(jìn)行調(diào)用,從而實(shí)現(xiàn)網(wǎng)頁對瀏覽器內(nèi)核以外的瀏覽器本地功能的調(diào)用。
[0063]圖5示出了本發(fā)明實(shí)施例提供的網(wǎng)頁請求處理裝置的結(jié)構(gòu)框圖,該裝置可以位于手機(jī)、平板電腦、計算機(jī)等智能終端設(shè)備中的IOS系統(tǒng)中,用于運(yùn)行本發(fā)明圖1至圖4實(shí)施例所述的網(wǎng)頁請求處理方法。為了便于說明,僅示出了與本實(shí)施例相關(guān)的部分。
[0064]參照圖5,該裝置包括:
[0065]網(wǎng)頁請求發(fā)起單元51,根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求。
[0066]判斷單元52,攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的統(tǒng)一資源定位符URL的類型是否為預(yù)設(shè)的URL類型。
[0067]映射單元53,當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)的URL類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射對應(yīng)的瀏覽器本地功能。
[0068]本地調(diào)用單元54,調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。
[0069]可選地,該裝置還包括:
[0070]網(wǎng)絡(luò)請求單元,當(dāng)所述網(wǎng)頁請求中的URL的類型不為預(yù)設(shè)的URL類型時,向服務(wù)器發(fā)送所述網(wǎng)頁請求,以使所述服務(wù)器根據(jù)所述網(wǎng)頁請求返回響應(yīng)頁面。
[0071]可選地,該裝置還包括:
[0072]建立單元,建立所述預(yù)設(shè)的URL類型與所述瀏覽器本地功能的映射關(guān)系。
[0073]可選地,判斷單元52具體用于通過瀏覽器控件中的回調(diào)函數(shù)攔截所述網(wǎng)頁請求。
[0074]可選地,本地調(diào)用單元54調(diào)用所述瀏覽器本地功能過程中產(chǎn)生的傳入?yún)?shù)和返回參數(shù)通過json格式進(jìn)行傳遞。
[0075]本發(fā)明實(shí)施例通過JS方法,在網(wǎng)頁中產(chǎn)生用戶操作事件時發(fā)起請求,以攔截請求中攜帶的URL,當(dāng)攔截的URL為特定類型的URL時,則將該特定類型的URL映射成相應(yīng)的瀏覽器本地功能并進(jìn)行調(diào)用,從而實(shí)現(xiàn)網(wǎng)頁對瀏覽器內(nèi)核以外的瀏覽器本地功能的調(diào)用。
[0076]以上所述僅為本發(fā)明的較佳實(shí)施例而已,并不用以限制本發(fā)明,凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換和改進(jìn)等,均應(yīng)包含在本發(fā)明的保護(hù)范圍之內(nèi)。
【權(quán)利要求】
1.一種網(wǎng)頁請求處理方法,其特征在于,包括: 根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求; 攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的統(tǒng)一資源定位符URL的類型是否為預(yù)設(shè)的URL類型; 當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)的URL類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射瀏覽器本地功能; 調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。
2.如權(quán)利要求1所述的方法,其特征在于,還包括: 當(dāng)所述網(wǎng)頁請求中的URL的類型不為所述預(yù)設(shè)的URL類型時,向服務(wù)器發(fā)送所述網(wǎng)頁請求,以使所述服務(wù)器根據(jù)所述網(wǎng)頁請求返回響應(yīng)頁面。
3.如權(quán)利要求1所述的方法,其特征在于,在所述根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求之前,所述方法還包括: 建立所述預(yù)設(shè)的URL類型與所述瀏覽器本地功能的映射關(guān)系。
4.如權(quán)利要求1所述的方法,其特征在于,所述攔截所述網(wǎng)頁請求包括: 通過瀏覽器控件中的回調(diào)函數(shù)攔截所述網(wǎng)頁請求。
5.如權(quán)利要求1所述的方法,其特征在于,所述調(diào)用所述瀏覽器本地功能過程中產(chǎn)生的傳入?yún)?shù)和返回參數(shù)通過json格式進(jìn)行傳遞。
6.一種網(wǎng)頁請求處理裝置,其特征在于,包括: 網(wǎng)頁請求發(fā)起單元,用于根據(jù)網(wǎng)頁中的用戶操作事件發(fā)起網(wǎng)頁請求; 判斷單元,用于攔截所述網(wǎng)頁請求,判斷所述網(wǎng)頁請求中的統(tǒng)一資源定位符URL的類型是否為預(yù)設(shè)的URL類型; 映射單元,用于當(dāng)所述網(wǎng)頁請求中的URL的類型為所述預(yù)設(shè)的URL類型時,根據(jù)所述網(wǎng)頁請求中的URL的類型映射瀏覽器本地功能; 本地調(diào)用單元,用于調(diào)用所述瀏覽器本地功能,返回響應(yīng)頁面。
7.如權(quán)利要求6所述的裝置,其特征在于,還包括: 網(wǎng)絡(luò)請求單元,用于當(dāng)所述網(wǎng)頁請求中的URL的類型不為預(yù)設(shè)的URL類型時,向服務(wù)器發(fā)送所述網(wǎng)頁請求,以使所述服務(wù)器根據(jù)所述網(wǎng)頁請求返回響應(yīng)頁面。
8.如權(quán)利要求6所述的裝置,其特征在于,所述裝置還包括: 建立單元,用于建立所述預(yù)設(shè)的URL類型與所述瀏覽器本地功能的映射關(guān)系。
9.如權(quán)利要求6所述的裝置,其特征在于,所述判斷單元具體用于通過瀏覽器控件中的回調(diào)函數(shù)攔截所述網(wǎng)頁請求。
10.如權(quán)利要求6所述的裝置,其特征在于,所述本地調(diào)用單元調(diào)用所述瀏覽器本地功能過程中產(chǎn)生的傳入?yún)?shù)和返回參數(shù)通過json格式進(jìn)行傳遞。
【文檔編號】G06F17/30GK103970760SQ201310032881
【公開日】2014年8月6日 申請日期:2013年1月28日 優(yōu)先權(quán)日:2013年1月28日
【發(fā)明者】萬黎, 孫皓然, 曾亮 申請人:騰訊科技(深圳)有限公司