本發(fā)明涉及通信技術(shù)領(lǐng)域，特別是涉及一種頁面重定向方法及裝置。

背景技術(shù)：

隨著技術(shù)的發(fā)展，許多商場、書店、景區(qū)和火車站等場所都提供有免費WIFI。但是這些提供免費WIFI的運營商常常通過Portal認證技術(shù)將瀏覽器普通網(wǎng)頁重新定向至特定的認證網(wǎng)頁，其中，這些認證網(wǎng)頁包括運營商所投放的廣告。例如，旅客在火車站候車，并需要利用該火車站提供的WIFI進行上網(wǎng)時，連接該WIFI，在打開瀏覽器時，瀏覽器會被重新定向至登錄火車站W(wǎng)IFI的認證頁面，旅客在該含有火車站所投放的廣告的認證頁面輸入電話號碼以及驗證碼后，即可利用該火車站提供的WIFI進行上網(wǎng)。

但是隨著APP((Application，應用)軟件的發(fā)展，運營商迫切地希望推廣自己的APP。而由于無線網(wǎng)絡的廣泛使用，為了較大范圍的推廣APP，使得運營商希望利用APP來做Portal認證，即實現(xiàn)在用戶點擊連接該運營商所提供的WIFI時，能夠直接彈出該APP的下載界面，且用戶可以通過所下載的APP實現(xiàn)該WIFI認證。

因此，如何實現(xiàn)在用戶點擊連接運營商所提供的WIFI后直接彈出推廣APP的下載界面，是一個亟待解決的問題。

技術(shù)實現(xiàn)要素：

本發(fā)明實施例的目的在于提供一種頁面重定向方法及裝置，以使用戶點擊連接運營商所提供的WIFI后，能夠直接彈出推廣APP的下載界面。

第一方面，本發(fā)明實施例提供了一種頁面重定向方法，適用于網(wǎng)絡接入設備，所述方法可以包括：

確定接收到的資源請求報文是否為預設的放行報文，其中，所述資源請求報文為用戶終端所發(fā)送的報文；

若是，確定所述資源請求報文是否為探測報文，其中，所述探測報文為用于探測所述用戶終端是否可以接入網(wǎng)絡的報文；

若是探測報文，獲得針對所述資源請求報文的重定向報文，并將所述重定向報文發(fā)送至所述用戶終端，以供所述用戶終端訪問所述重定向報文所對應的目標網(wǎng)頁。

第二方面，本發(fā)明實施例提供了一種頁面重定向裝置，適用于網(wǎng)絡接入設備，所述裝置可以包括：

第一確定單元，用于確定接收到的資源請求報文是否為預設的放行報文，其中，所述資源請求報文為用戶終端所發(fā)送的報文；

第二確定單元，用于當所述第一確定單元確定接收到的資源請求報文是預設的放行報文時，確定所述資源請求報文是否為探測報文，其中，所述探測報文為用于探測所述用戶終端是否可以接入網(wǎng)絡的報文；

第一發(fā)送單元，用于當所述第二確定單元確定所述資源請求報文是探測報文時，獲得針對所述資源請求報文的重定向報文，并將所述重定向報文發(fā)送至所述用戶終端，以供所述用戶終端訪問所述重定向報文所對應的目標網(wǎng)頁。

在本發(fā)明實施例中，網(wǎng)絡接入設備首先檢測所接收到的資源請求報文是否為預設的放行報文。如果是，對所述資源請求報文作進一步檢測，即檢測所述資源請求報文是否為探測報文。如果是探測報文，則將所述資源請求報文重定向至目標網(wǎng)頁。這樣，可以對屬于放行報文，但是又屬于探測報文的資源請求報文重定向至目標網(wǎng)頁，從而使得所述用戶終端接收到連接運營商所提供的WIFI的指令后，能夠直接彈出推廣APP的下載界面。

附圖說明

為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他的附圖。

圖1為本發(fā)明實施例提供的一種頁面重定向方法的流程圖；

圖2為本發(fā)明實施例提供的一種頁面重定向方法的示意圖；

圖3為本發(fā)明實施例提供的一種利用APP客戶端進行無線網(wǎng)絡認證方法示意圖；

圖4為本發(fā)明實施例提供的一種頁面重定向裝置的結(jié)構(gòu)示意圖。

具體實施方式

下面將結(jié)合本發(fā)明實施例中的附圖，對本發(fā)明實施例中的技術(shù)方案進行清楚、完整地描述，顯然，所描述的實施例僅僅是本發(fā)明一部分實施例，而不是全部的實施例。基于本發(fā)明中的實施例，本領(lǐng)域普通技術(shù)人員在沒有做出創(chuàng)造性勞動前提下所獲得的所有其他實施例，都屬于本發(fā)明保護的范圍。

為了在用戶終端自動彈出APP的下載界面，常常需要通過Portal認證技術(shù)，將用戶終端所訪問的網(wǎng)頁重新定向至APP的下載界面所對應的網(wǎng)頁，以使用戶在點擊連接運營商所提供的WIFI后，能夠在用戶終端直接彈出APP的下載界面。

但是，當用戶終端為基于IOS系統(tǒng)的終端時，例如，為蘋果終端時，由于蘋果終端的APP軟件都是放到蘋果網(wǎng)站中的apple-store網(wǎng)站中，當蘋果終端的用戶在點擊連接運營商所提供的WIFI后，會向蘋果網(wǎng)站中的apple.com網(wǎng)站發(fā)送連接請求。如果設定Portal認證對蘋果網(wǎng)站中的apple.com網(wǎng)站對應的網(wǎng)址不放行，會彈出提示輸入用戶名和密碼的認證頁面，無法彈出APP的下載界面；如果設定Portal認證對所述apple.com網(wǎng)站對應的網(wǎng)址放行，會直接彈出apple.com網(wǎng)站對應的頁面，也無法達到自動彈出APP的下載界面的效果。

為了解決上述技術(shù)問題，本發(fā)明實施例提供了一種頁面重定向方法及裝置。

下面首先對本發(fā)明實施例提供的頁面重定向方法進行介紹。

需要說明的是，頁面重定向方法的執(zhí)行主體可為網(wǎng)絡接入設備，網(wǎng)絡接入設備具有Portal認證功能。其中，網(wǎng)絡接入設備包括但并不局限于路由器和交換機；用戶終端包括但并不局限于手機和電腦等設備。

參見圖1，本發(fā)明實施例提供的頁面重定向方法，可以包括如下步驟：

S101：確定接收到的資源請求報文是否為預設的放行報文，其中，資源請求報文為用戶終端所發(fā)送的報文；

可以理解的是，在步驟S101之前，網(wǎng)絡接入設備會接收用戶終端發(fā)送的資源請求報文，進一步地，判斷該資源請求報文是否為預設的放行報文。

舉例而言，當用戶終端為蘋果手機時，蘋果手機在接收到連接運營商所提供的WIFI的指令后，蘋果手機會向蘋果網(wǎng)站對應的服務器發(fā)送資源請求報文，資源請求報文可以為：

http://captive.apple.com/hotspot-detect.html，該種情況下，蘋果手機所請求訪問的網(wǎng)站為apple.com網(wǎng)站，即請求訪問蘋果官網(wǎng)首頁。

需要說明的是，網(wǎng)絡接入設備所接收到的資源請求報文包括但并不局限于上述所舉例的報文。

網(wǎng)絡接入設備在接收到資源請求報文后，執(zhí)行Portal過濾。其中，Portal過濾包括第一步過濾和第二步過濾，第一步過濾包括：確定資源請求報文是否為預設的放行報文，若是預設的放行報文，則放行該報文。即放行報文是指能夠通過網(wǎng)絡設備第一步過濾的且暫時不進行重定向的報文。其中，第一步過濾可以由該網(wǎng)絡接入設備中的第一過濾模塊執(zhí)行，第二步過濾可以由該網(wǎng)絡接入設備中的第二過濾模塊執(zhí)行。

具體的，可以通過資源請求報文的URL中預設的第一關(guān)鍵字判斷該資源請求報文是否為預設的放行報文。

例如，對于蘋果手機而言，網(wǎng)絡接入設備在第一步過濾時，需要對資源請求報文請求訪問的蘋果網(wǎng)站進行放行，無需過濾，因此，可以判斷資源請求報文的URL中是否包含預設的第一關(guān)鍵字“Apple”，若URL中包含預設的第一關(guān)鍵字“Apple”則判斷該資源請求報文為預設的放行報文。

例如，為了能夠?qū)φ埱笤L問蘋果網(wǎng)站的資源請求報文放行，預設的放行報文應該包括所有蘋果網(wǎng)站相關(guān)的網(wǎng)址，例如蘋果官網(wǎng)首頁網(wǎng)址、蘋果產(chǎn)品介紹網(wǎng)址和iCloud網(wǎng)址等。

另外，當所述資源請求報文不是預設的放行報文時，即不是蘋果網(wǎng)站的網(wǎng)址(例如為搜狗網(wǎng)站的網(wǎng)址)時，則可以直接對資源請求報文進行重定向，以將所述資源請求報文定位至APP的下載界面所對應的網(wǎng)址，從而可以在所述蘋果手機上自動彈出APP的下載界面。

當資源請求報文為預設的放行報文時，暫時不對資源請求報文進行重定向，繼續(xù)執(zhí)行S102的步驟。

步驟S102：確定資源請求報文是否為探測報文，其中，所述探測報文為用于探測所述用戶終端是否可以接入網(wǎng)絡的報文；

需要說明的是，確定資源請求報文是否為探測報文的方式可以包括：判斷資源請求報文攜帶的URL中是否攜帶預設的第二關(guān)鍵字，預設的第二關(guān)鍵字可以包括captive和/或hostspot-detect，若攜帶預設的第二關(guān)鍵字，表明資源請求報文是探測報文；若否，表明資源請求報文不是探測報文。

舉例來說，若所接收到的資源請求報文中的URL為：http://captive.apple.com/hotspot-detect.html，可以判斷資源請求報文為探測報文。其中，該探測報文用于探測用戶終端是否能夠訪問apple.com網(wǎng)站，即用于探測用戶終端是否可以通過網(wǎng)絡接入設備接入網(wǎng)絡。由于所述探測報文是訪問apple.com網(wǎng)站的報文，并不能直接訪問apple-store網(wǎng)站，由于APP被放在apple-store之下，即不能直接訪問APP的下載界面，因此當所接收到的資源請求報文經(jīng)過所述網(wǎng)絡接入設備的第一步認證后，還應對所述資源請求報文進行第二步認證，即檢測所述資源請求報文是否為探測報文，并且在檢測為探測報文的情況下，執(zhí)行步驟S103。

步驟S103：獲得針對資源請求報文的重定向報文，并將該重定向報文發(fā)送至用戶終端，以供所述用戶終端訪問重定向報文所對應的目標網(wǎng)頁。

可以理解的是，當檢測所述資源請求報文為探測報文后，獲得針對所述探測報文的重定向報文。其中，為了能夠在用戶終端上自動彈出APP的下載界面，所述重定向報文為APP的下載界面所對應的報文。從而在獲得重定向報文后，將重定向報文發(fā)送至所述用戶終端，以能夠在用戶終端上自動彈出APP的下載界面。其中，重定向報文中包括該APP的下載地址。

例如，檢測到蘋果手機所發(fā)送的http://captive.apple.com/hotspot-detect.html資源請求報文為探測報文后，獲得能夠訪問apple-store網(wǎng)站的重定向報文。并將所述重定向報文發(fā)送到蘋果手機，以供所述蘋果手機能夠直接彈出apple-store網(wǎng)站所對應的網(wǎng)頁。

在本發(fā)明實施例中，網(wǎng)絡接入設備首先檢測所接收到的資源請求報文是否為預設的放行報文。如果是，對所述資源請求報文作進一步檢測，即檢測所述資源請求報文是否為探測報文。如果是探測報文，則將所述資源請求報文重定向至目標網(wǎng)頁。這樣，可以對屬于放行報文，但是又屬于探測報文的資源請求報文重定向至目標網(wǎng)頁，從而使得所述用戶終端連接到運營商所提供的WIFI時，能夠直接彈出推廣APP的下載界面。

由于所述網(wǎng)絡接入設備本次接到的、由所述用戶終端所發(fā)送的資源請求報文，很可能在之前已經(jīng)被所述網(wǎng)絡接入設備進行重定向過了，并且該用戶終端很可能已經(jīng)利用推廣的APP進行認證且認證通過了。

另外，可以理解的是，當該用戶終端通過該網(wǎng)絡接入設備的認證時，該網(wǎng)絡接入設備可以將該用戶終端標記為portal在線用戶，并將該用戶終端的標識信息(例如IP地址或者MAC地址)記錄在portal在線用戶表中。

因此，該網(wǎng)路接入設備在接收到本次的資源請求報文時，在本發(fā)明的一個實施例中，在獲得針對該資源請求報文的重定向報文之前，還可以包括：

判斷所述用戶終端是否為通過所述網(wǎng)絡接入設備認證的終端；

若是，放行所述資源請求報文，以供所述用戶終端訪問所述資源請求報文所對應的網(wǎng)頁。

其中，可以通過判斷所述用戶終端的IP地址是否被記錄在portal在線用戶表中的方式，來判斷所述用戶終端是否為通過該網(wǎng)絡接入設備認證的終端。具體地，當該portal在線用戶表中記錄有該用戶終端的IP地址時，確定用戶終端為通過所述網(wǎng)絡接入設備認證的終端，否則，確定用戶終端沒有通過所述網(wǎng)絡接入設備的認證。

可以理解的是，通過判斷所述用戶終端是否通過所述網(wǎng)絡接入設備的認證的方式，可以避免在所述用戶終端上多次彈出推廣APP的下載界面的情況發(fā)生，提高了用戶的體驗。

需要說明的是，在一種實現(xiàn)方式中，所述判斷所述用戶終端是否通過所述網(wǎng)絡接入設備認證的終端的步驟，可以在步驟S101：確定接收到的資源請求報文是否為預設的放行報文之前執(zhí)行；相應地，當確定用戶終端沒有通過所述網(wǎng)絡接入設備的認證時，執(zhí)行所述S101的步驟。

在另一種實現(xiàn)方式中，所述判斷所述用戶終端是否通過所述網(wǎng)絡接入設備認證的終端的步驟，也可以在確定接收到的資源請求報文為預設的放行報文后，且在執(zhí)行步驟S102：確定資源請求報文是否為探測報文之前執(zhí)行；相應地，當確定用戶終端沒有通過所述網(wǎng)絡接入設備的認證時，執(zhí)行所述S102的步驟。

在又一種實現(xiàn)方式中，所述判斷所述用戶終端是否通過所述網(wǎng)絡接入設備認證的終端的步驟，也可以在確定所述資源請求報文為探測報文之后，且在執(zhí)行步驟S103：獲得針對資源請求報文的重定向報文之前執(zhí)行；相應地，當確定用戶終端沒有通過所述網(wǎng)絡接入設備的認證時，執(zhí)行所述S103的步驟，這都是合理的。

另外，在確定所述資源請求報文為探測報文后，在本發(fā)明又一實施例中，還可以向所述探測報文所要訪問的服務器發(fā)送終止連接報文，以通過所述終止連接報文拆除所述用戶終端與所述服務器之間的TCP連接。

可以理解的是，在該種實現(xiàn)方式中，可以拆除所述用戶終端與所述服務器之間的TCP連接，使得當終端請求建立與服務器的TCP連接時，不會被服務器認為是攻擊報文。

需要說明的是，也可以在確定所述資源請求報文為探測報文的同時，向所述探測報文所要訪問的服務器發(fā)送終止連接報文，這是合理的。

在本發(fā)明的又一實施例中，所述目標網(wǎng)頁還可以是推廣APP所屬的推廣商網(wǎng)站。也就是說，所述重定向報文可以是包含所述推廣商網(wǎng)站所對應的URL。

可以理解的是，在該種實現(xiàn)方式中，網(wǎng)絡接入設備可以將資源請求報文重定向至推廣商網(wǎng)站，并將推廣商網(wǎng)站對應的URL預存在放行報文中。使得在網(wǎng)絡接入設備對所述資源請求報文進行重定向時，網(wǎng)絡接入設備能對推廣商網(wǎng)站所對應的網(wǎng)址放行，并且由于重定得到的重定向報文并不是探測報文，因此所述用戶終端可以訪問所述推廣商網(wǎng)站。

例如，用戶終端接收到由網(wǎng)絡接入設備獲取的、重定向至推廣商網(wǎng)站的服務器的第一重定向報文后，向推廣商網(wǎng)站的服務器發(fā)送該第一重定向報文所對應的資源請求報文；在推廣商網(wǎng)站的服務器在接收到該資源請求報文之前，網(wǎng)絡接入設備會對該資源請求報文進行檢測，當該資源請求報文被檢測為預設的放行報文且不是探測報文時，網(wǎng)絡接入設備將該資源請求報文轉(zhuǎn)發(fā)至推廣商網(wǎng)站的服務器；推廣商網(wǎng)站的服務器在接收到該資源請求報文后，判斷發(fā)送該資源請求報文的用戶終端是否是蘋果系統(tǒng)，如果是，所述推廣商網(wǎng)站的服務器通過自身獲取一個能夠重定向至推廣APP所屬的推廣商網(wǎng)站的第二重定向報文；推廣商網(wǎng)站的服務器將該第二重定向報文發(fā)送至用戶終端；用戶終端根據(jù)該第二重定向報文，對該第二重定向報文所對應的網(wǎng)站進行訪問，使得該用戶終端能夠自動彈出推廣商推廣的APP的下載界面。

下面結(jié)合圖2對本發(fā)明實施例提供的頁面重定向方法作進一步說明。

參見圖2，當用戶終端為蘋果終端(例如蘋果手機或蘋果平板電腦)，且蘋果終端連接到運營商提供的WIFI時，頁面重定向的方法可以包括如下步驟：

S1：蘋果終端可以與蘋果網(wǎng)站建立第一次TCP三次握手，從而建立蘋果終端和蘋果網(wǎng)站之間的TCP連接；

S2：蘋果終端發(fā)送第一HTTP GET資源請求報文至網(wǎng)絡接入設備；

S3：網(wǎng)絡接入設備在接收到該第一HTTP GET資源請求報文后，判斷該第一HTTP GET資源請求報文是否為預設的放行報文，若是，判斷該第一HTTP GET資源請求報文是否為探測報文；其中，包含預設的第一關(guān)鍵字“Apple”的報文均為預設的放行報文，包含預設的第二關(guān)鍵字“captive”或“hostspot-detect”在報文為探測報文；

S4：當網(wǎng)絡接入設備判斷該第一HTTP GET資源請求報文為探測報文時，網(wǎng)絡接入設備獲取第一重定向HTTP報文，其中，該第一重定向HTTP報文攜帶有推廣商網(wǎng)站網(wǎng)址的HTTP報文；

S5：網(wǎng)絡接入設備在獲取第一重定向HTTP報文后，網(wǎng)絡接入設備中的第一過濾模塊將獲得的第一重定向HTTP報文，返回給網(wǎng)絡接入設備的第二過濾模塊；

S6：網(wǎng)絡接入設備仿冒蘋果終端給蘋果網(wǎng)站發(fā)送一個斷開TCP連接的RST報文；

S7：在網(wǎng)絡接入設備的第二過濾模塊接收到該第一重定向HTTP報文后，網(wǎng)絡接入設備向蘋果終端發(fā)送該第一重定向HTTP報文；

S8：蘋果終端與推廣商網(wǎng)站建立第二次TCP三次握手，從而建立蘋果終端和推廣商網(wǎng)站之間的TCP連接；

S9：蘋果終端向推廣商網(wǎng)站發(fā)送該第一重定向HTTP報文所對應的第二HTTP GET資源請求報文；其中，該第一重定向HTTP報文所對應的第二HTTP GET資源請求報文不屬于探測報文，且該第二HTTP GET資源請求報文攜帶有推廣商網(wǎng)站網(wǎng)址的HTTP報文；其中，包含推廣商網(wǎng)站網(wǎng)址的報文也為預設的放行報文；

S10：網(wǎng)絡接入設備在接收到該第二HTTP GET資源請求報文后，判斷該第二HTTP GET資源請求報文為預設的放行報文，并判斷該第二HTTP GET資源請求報文不是探測報文，放行該第二HTTP GET資源請求報文；

S11：推廣商網(wǎng)站接收到該第二HTTP GET資源請求報文后，判斷發(fā)送該第二HTTP GET資源請求報文的用戶終端是否為IOS系統(tǒng)；

S12：推廣商網(wǎng)站判斷發(fā)送該第二HTTP GET資源請求報文的用戶終端是IOS系統(tǒng)，推廣商網(wǎng)站給該用戶終端(即蘋果終端)回復第二重定向HTTP報文，其中，該第二重定向HTTP報文攜帶有蘋果網(wǎng)站中的apple store網(wǎng)站網(wǎng)址；

S13：蘋果終端與蘋果網(wǎng)站建立第三次TCP三次握手，從而建立蘋果終端和蘋果網(wǎng)站之間的TCP連接；

S14：蘋果終端向蘋果網(wǎng)站發(fā)送該第二重定向HTTP報文對應的第三HTTP GET資源請求報文，其中，該第二重定向HTTP報文對應的第三HTTP GET資源請求報文不屬于探測報文，且該第三HTTP GET資源請求報文攜帶有蘋果網(wǎng)站中的apple store網(wǎng)站網(wǎng)址；

S15：網(wǎng)絡接入設備在接收到該第三HTTP GET資源請求報文后，判斷該第三HTTP GET資源請求報文為預設的放行報文，并判斷該第三HTTP GET資源請求報文不是探測報文，放行該第三HTTP GET資源請求報文，使得在蘋果終端上可以自動彈出APP的下載界面?？梢岳斫獾氖牵斕O果網(wǎng)站檢測到下載APP的指令時，蘋果網(wǎng)站向蘋果終端返回該指令所對應的下載內(nèi)容。

需要強調(diào)的，第一次TCP三次握手、第二次TCP三次握手和第三次TCP三次握手中的第一次、第二次和第三次僅由于區(qū)分分別為三次TCP三次握手。

下面結(jié)合圖3對基于本發(fā)明實施例提供的頁面重定向方法下載得到的推廣APP接入WIFI進行進一步說明。

如圖3所示，用戶終端下載并安裝所述推廣APP的APP客戶端后，在該客戶端首頁頁面點擊我要上網(wǎng)，網(wǎng)絡接入設備給APP客戶端回應302重定向報文，該302重定向報文將客戶端界面重定向至portal認證網(wǎng)頁(例如鍵入用戶名和密碼的頁面)。APP客戶端向云端服務器發(fā)送認證請求，則當用戶名和密碼認證請求通過時，云端服務器給APP客戶端回應302重定向報文，該302重定向報文重定向至指定網(wǎng)頁，并允許用戶終端接入互聯(lián)網(wǎng)。其中，該云端服務器是指portal服務器，portal服務器為現(xiàn)有概念，在此不做詳述。

相應于上述方法實施例，本發(fā)明實施例還提供了一種頁面重定向裝置，適用于網(wǎng)絡接入設備，所述裝置可以包括：

第一確定單元401，用于確定接收到的資源請求報文是否為預設的放行報文，其中，所述資源請求報文為用戶終端所發(fā)送的報文；

第二確定單元402，用于當所述第一確定單元401確定接收到的資源請求報文是預設的放行報文時，確定所述資源請求報文是否為探測報文，其中，所述探測報文為用于探測所述用戶終端是否可以接入網(wǎng)絡的報文；

第一發(fā)送單元403，用于當所述第二確定單元402確定所述資源請求報文是探測報文時，獲得針對所述資源請求報文的重定向報文，并將所述重定向報文發(fā)送至所述用戶終端，以供所述用戶終端訪問所述重定向報文所對應的目標網(wǎng)頁。

在本發(fā)明實施例中，網(wǎng)絡接入設備首先檢測所接收到的資源請求報文是否為預設的放行報文。如果是，對所述資源請求報文作進一步檢測，即檢測所述資源請求報文是否為探測報文。如果是探測報文，則將所述資源請求報文重定向至目標網(wǎng)頁。這樣，可以對屬于放行報文，但是又屬于探測報文的資源請求報文重定向至目標網(wǎng)頁，從而使得所述用戶終端接收到連接運營商所提供的WIFI的指令后，能夠直接彈出推廣APP的下載界面。

可選地，本發(fā)明實施例提供的頁面重定向裝置，還可以包括：

判斷單元，用于在所述第一發(fā)送單元獲得針對所述資源請求報文的重定向報文之前，判斷所述用戶終端是否為通過所述網(wǎng)絡接入設備認證的終端；

放行單元，用于當所述判斷單元判斷所述用戶終端為通過所述網(wǎng)絡接入設備認證的終端時，放行所述資源請求報文，以供所述用戶終端訪問所述資源請求報文所對應的網(wǎng)頁。

可選地，所述第二確定單元402確定所述資源請求報文是否為探測報文的步驟包括：

判斷所述資源請求報文攜帶的URL中是否攜帶captive；

若是，表明所述資源請求報文是探測報文；

若否，表明所述資源請求報文不是探測報文。

可選地，本發(fā)明實施例提供的頁面重定向裝置，還可以包括：

第二發(fā)送單元，用于在確定所述資源請求報文為探測報文后，向所述探測報文所要訪問的服務器發(fā)送終止連接報文，以通過所述終止連接報文拆除所述用戶終端與所述服務器之間的TCP連接。

可選地，本發(fā)明實施例提供的頁面重定向裝置，還可以包括：

觸發(fā)單元，用于當所述第一確定單元確定接收到的資源請求報文不是預設的放行報文時，觸發(fā)所述第一發(fā)送單元執(zhí)行獲得針對所述資源請求報文的重定向報文，并將所述重定向報文發(fā)送至所述用戶終端的步驟。

需要說明的是，在本文中，諸如第一和第二等之類的關(guān)系術(shù)語僅僅用來將一個實體或者操作與另一個實體或操作區(qū)分開來，而不一定要求或者暗示這些實體或操作之間存在任何這種實際的關(guān)系或者順序。而且，術(shù)語“包括”、“包含”或者其任何其他變體意在涵蓋非排他性的包含，從而使得包括一系列要素的過程、方法、物品或者設備不僅包括那些要素，而且還包括沒有明確列出的其他要素，或者是還包括為這種過程、方法、物品或者設備所固有的要素。在沒有更多限制的情況下，由語句“包括一個……”限定的要素，并不排除在包括所述要素的過程、方法、物品或者設備中還存在另外的相同要素。

本說明書中的各個實施例均采用相關(guān)的方式描述，各個實施例之間相同相似的部分互相參見即可，每個實施例重點說明的都是與其他實施例的不同之處。尤其，對于系統(tǒng)實施例而言，由于其基本相似于方法實施例，所以描述的比較簡單，相關(guān)之處參見方法實施例的部分說明即可。

以上所述僅為本發(fā)明的較佳實施例而已，并非用于限定本發(fā)明的保護范圍。凡在本發(fā)明的精神和原則之內(nèi)所作的任何修改、等同替換、改進等，均包含在本發(fā)明的保護范圍內(nèi)。