本發(fā)明涉及通信技術(shù)領(lǐng)域，尤其涉及一種Portal頁(yè)面中資源文件的獲取方法、一種無(wú)線AP及一種Portal服務(wù)器。

背景技術(shù)：

隨著無(wú)線網(wǎng)絡(luò)覆蓋地區(qū)的增多，使用手機(jī)等移動(dòng)終端連接無(wú)線網(wǎng)絡(luò)訪問(wèn)互聯(lián)網(wǎng)也就越來(lái)越多。Portal(門戶)認(rèn)證是無(wú)線網(wǎng)絡(luò)接入認(rèn)證的流行技術(shù)之一，當(dāng)用戶接入某一無(wú)線網(wǎng)絡(luò)時(shí)，會(huì)自動(dòng)彈出Portal頁(yè)面，提示用戶輸入賬戶信息，以完成接入認(rèn)證。

但是，當(dāng)同時(shí)接入的用戶量比較大時(shí)，無(wú)疑會(huì)增大Portal服務(wù)器的壓力，從而會(huì)直接影響Portal認(rèn)證的性能，尤其是當(dāng)Portal頁(yè)面中的圖片非常精美時(shí)，對(duì)網(wǎng)絡(luò)帶寬也會(huì)造成很大的負(fù)擔(dān)，成為了一個(gè)影響用戶體驗(yàn)的重要因素。

目前，一般來(lái)說(shuō)，都會(huì)采用增加硬件的方式解決上述問(wèn)題，如架設(shè)獨(dú)立的Portal服務(wù)器或形成多個(gè)Portal服務(wù)器的集群。當(dāng)然，也可以通過(guò)增加網(wǎng)絡(luò)帶寬的方式解決寬帶Portal頁(yè)面下發(fā)時(shí)出現(xiàn)寬帶瓶頸的問(wèn)題，但這些解決方法無(wú)疑都會(huì)增加成本，消耗過(guò)多的網(wǎng)絡(luò)資源。當(dāng)網(wǎng)絡(luò)規(guī)模和用戶量特別大時(shí)，Portal服務(wù)器和寬帶勢(shì)必也要成倍增長(zhǎng)，隨著成本壓力的越來(lái)越大，網(wǎng)絡(luò)拓?fù)浜图軜?gòu)也越來(lái)越復(fù)雜。

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

針對(duì)上述問(wèn)題，本發(fā)明提供了一種Portal頁(yè)面中資源文件的獲取方法、一種無(wú)線AP(Access Point，無(wú)線接入點(diǎn))及一種Portal服務(wù)器，有效解決了現(xiàn)有技術(shù)Portal頁(yè)面中資源文件獲取過(guò)程中影響認(rèn)證性能的技術(shù)問(wèn)題。

本發(fā)明提供的技術(shù)方案如下：

一種Portal頁(yè)面中資源文件的獲取方法，同一局域網(wǎng)中包含多個(gè)無(wú)線AP，每個(gè)所述無(wú)線AP中緩存有Portal頁(yè)面中的資源文件，且所述多個(gè)無(wú)線AP分別與Portal服務(wù)器通信連接，所述獲取方法中包括：

S1無(wú)線局域網(wǎng)中任意一無(wú)線AP接收終端發(fā)送的上網(wǎng)請(qǐng)求；

S2所述無(wú)線AP將根據(jù)所述上網(wǎng)請(qǐng)求重定向得到第一資源定位符(Uniform Resource Locator，以下簡(jiǎn)稱URL)發(fā)送至終端，所述第一URL中包括所述無(wú)線AP的IP地址；

S3 Portal服務(wù)器接收終端根據(jù)所述第一URL發(fā)送的頁(yè)面請(qǐng)求，并將Portal頁(yè)面下發(fā)至終端，其中，所述Portal頁(yè)面中的資源文件指向所述無(wú)線AP的IP地址；

S4所述無(wú)線AP接收終端發(fā)送的資源文件請(qǐng)求，并將緩存的資源文件發(fā)送至終端。

進(jìn)一步優(yōu)選地，在步驟S1之前還包括：S01Portal服務(wù)器將Portal頁(yè)面中的資源文件下發(fā)至局域網(wǎng)中各無(wú)線AP進(jìn)行緩存；或，

所述多個(gè)無(wú)線AP分別與云控制器通信連接，在步驟S1之前包括：S02云控制器將Portal頁(yè)面中的資源文件下發(fā)至局域網(wǎng)中各無(wú)線AP進(jìn)行緩存。

進(jìn)一步優(yōu)選地，在步驟S2中具體包括：

S21與終端連接的無(wú)線AP接收其發(fā)送的上網(wǎng)請(qǐng)求；

S22所述無(wú)線AP根據(jù)該上網(wǎng)請(qǐng)求重定向得到第一URL；

S23所述無(wú)線AP將自身的IP地址插入該第一URL；

S24所述無(wú)線AP將插入了自身IP(Internet Protocol，網(wǎng)絡(luò)之間互連的協(xié)議)地址的第一URL反饋至終端；

S25終端根據(jù)接收到的插入了無(wú)線AP的IP地址的第一URL生成頁(yè)面請(qǐng)求，并將其發(fā)送至Portal服務(wù)器。

進(jìn)一步優(yōu)選地，在步驟S3中具體包括：

S31 Portal服務(wù)器接收終端發(fā)送的頁(yè)面請(qǐng)求；

S32 Portal服務(wù)器對(duì)所述頁(yè)面請(qǐng)求進(jìn)行解析得到無(wú)線AP的IP地址；

S33 Portal服務(wù)器將得到的IP地址插入Portal頁(yè)面中資源文件的第二URL；

S34 Portal服務(wù)器將Portal頁(yè)面及其中資源文件的第二URL一并發(fā)送至終端。

進(jìn)一步優(yōu)選地，在步驟S4中具體包括：

S411終端根據(jù)接收到的第二URL向無(wú)線AP發(fā)送資源文件請(qǐng)求；

S421所述無(wú)線AP接收所述資源文件請(qǐng)求；

S431所述無(wú)線AP根據(jù)所述資源文件請(qǐng)求將緩存的資源文件發(fā)送至終端；

S441終端接收所述資源文件，并在Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。

進(jìn)一步優(yōu)選地，在步驟S4中具體包括：

S412：終端根據(jù)接收到的第二URL依次向無(wú)線AP發(fā)送資源文件請(qǐng)求，其中，所述Portal頁(yè)面中包括多個(gè)資源文件，Portal服務(wù)器返回多個(gè)資源文件依次對(duì)應(yīng)的第二URL；

S422所述無(wú)線AP依次接收所述資源文件請(qǐng)求；

S432所述無(wú)線AP依次根據(jù)所述資源文件請(qǐng)求將緩存的資源文件發(fā)送至終端；

S442終端依次接收所述資源文件，并在Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。

本發(fā)明還提供了一種無(wú)線AP，所述無(wú)線AP與Portal服務(wù)器通信連接，所述無(wú)線AP中包括：

緩存模塊，用于緩存Portal服務(wù)器下發(fā)的Portal頁(yè)面中的資源文件；

第一請(qǐng)求接收模塊，用于接收終端發(fā)送的上網(wǎng)請(qǐng)求，及用于接收終端發(fā)送的資源文件請(qǐng)求；

重定向模塊，用于根據(jù)第一請(qǐng)求接收模塊接收到的上網(wǎng)請(qǐng)求重定向得到第一URL，所述第一URL中包括所述無(wú)線AP的IP地址；

第一信息發(fā)送模塊，用于將重定向模塊重定向得到的第一URL發(fā)送至終端，及用于根據(jù)第一請(qǐng)求接收模塊接收到的資源文件請(qǐng)求將緩存模塊中緩存的資源文件發(fā)送至終端。

進(jìn)一步優(yōu)選地，所述無(wú)線AP與云控制器通信連接，所述緩存模塊用于緩存云控制器下發(fā)的Portal頁(yè)面中的資源文件。

進(jìn)一步優(yōu)選地，所述無(wú)線AP中還包括：第一信息插入模塊，用于將所述無(wú)線AP自身的IP地址插入重定向模塊得到的第一URL；

第一信息發(fā)送模塊將第一信息插入模塊得到的插入了IP地址的第一URL發(fā)送至終端。

本發(fā)明還提供了一種Portal服務(wù)器，所述Portal服務(wù)器分別與無(wú)線AP和終端連接，所述Portal服務(wù)器中包括：

第二請(qǐng)求接收模塊，用于接收終端發(fā)送的頁(yè)面請(qǐng)求；

解析模塊，用于解析第一請(qǐng)求接收模塊接收到的頁(yè)面請(qǐng)求，得到無(wú)線AP的IP地址；

第二信息插入模塊，用于將解析模塊解析到的無(wú)線AP的IP地址插入Portal頁(yè)面中資源文件的第二URL；

第二信息發(fā)送模塊，用于將將Portal頁(yè)面及第二信息插入模塊得到的第二URL一并發(fā)送至終端。

與現(xiàn)有技術(shù)相比，本發(fā)明的有益效果在于：

在本發(fā)明提供的Portal頁(yè)面中資源文件的獲取方法中，在不增加額外Portal服務(wù)器和其他硬件設(shè)備的前提下，通過(guò)Portal服務(wù)器或云控制器將Portal頁(yè)面中的資源文件(尤指占用空間較大的圖片、視頻等文件)下發(fā)至局域網(wǎng)中的各無(wú)線AP。當(dāng)終端接入局域網(wǎng)中任意一無(wú)線AP時(shí)，Portal服務(wù)器下發(fā)Portal頁(yè)面給終端，與此同時(shí)，從與終端連接的無(wú)線AP中獲取相應(yīng)的資源文件，以此得到整個(gè)Portal頁(yè)面。可見(jiàn)，當(dāng)大規(guī)模用戶接入該局域網(wǎng)時(shí)，不再需要Portal服務(wù)器將完整的Portal頁(yè)面逐一下發(fā)至各終端中，只需下發(fā)網(wǎng)頁(yè)框架即可，以此極大的減少了Portal服務(wù)器的用戶負(fù)載量，同時(shí)，減少了Portal服務(wù)器的網(wǎng)絡(luò)帶寬壓力，提升了Portal頁(yè)面的載入速率，提高了用戶體驗(yàn)。

附圖說(shuō)明

下面將以明確易懂的方式，結(jié)合附圖說(shuō)明優(yōu)選實(shí)施方式，對(duì)上述特性、技術(shù)特征、優(yōu)點(diǎn)及其實(shí)現(xiàn)方式予以進(jìn)一步說(shuō)明。

圖1為本發(fā)明中Portal頁(yè)面中資源文件的獲取方法一種實(shí)施方式流程示意圖；

圖2為本發(fā)明中Portal頁(yè)面中資源文件的獲取方法另一種實(shí)施方式流程示意圖；

圖3為本發(fā)明中無(wú)線AP一種實(shí)施方式示意圖；

圖4為本發(fā)明中無(wú)線AP另一種實(shí)施方式示意圖；

圖5為本發(fā)明中Portal服務(wù)器示意圖。

附圖標(biāo)號(hào)說(shuō)明：

100-無(wú)線AP，110-緩存模塊，120-第一請(qǐng)求接收模塊，130-重定向模塊，140-第一信息發(fā)送模塊，150-第一信息插入模塊，200-Portal服務(wù)器，210-第二請(qǐng)求接收模塊，220-解析模塊，230-第二信息插入模塊，240-第二信息發(fā)送模塊。

具體實(shí)施方式

為了更清楚地說(shuō)明本發(fā)明實(shí)施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對(duì)照附圖說(shuō)明本發(fā)明的具體實(shí)施方式。顯而易見(jiàn)地，下面描述中的附圖僅僅是本發(fā)明的一些實(shí)施例，對(duì)于本領(lǐng)域普通技術(shù)人員來(lái)講，在不付出創(chuàng)造性勞動(dòng)的前提下，還可以根據(jù)這些附圖獲得其他的附圖，并獲得其他的實(shí)施方式。

如圖1所示為本發(fā)明提供的Portal頁(yè)面中資源文件的獲取方法一種實(shí)施方式流程示意圖，具體，同一局域網(wǎng)中包含多個(gè)無(wú)線AP，每個(gè)無(wú)線AP中緩存有Portal頁(yè)面中的資源文件，且多個(gè)無(wú)線AP分別與Portal服務(wù)器通信連接。從圖中可以看出，在該獲取方法中包括：S1無(wú)線局域網(wǎng)中任意一無(wú)線AP接收終端發(fā)送的上網(wǎng)請(qǐng)求；S2無(wú)線AP將根據(jù)上網(wǎng)請(qǐng)求重定向得到第一URL發(fā)送至終端，第一URL中包括無(wú)線AP的IP地址；S3Portal服務(wù)器接收終端根據(jù)第一URL發(fā)送的頁(yè)面請(qǐng)求，并將Portal頁(yè)面下發(fā)至終端，其中，Portal頁(yè)面中的資源文件指向無(wú)線AP的IP地址；S4無(wú)線AP接收終端發(fā)送的資源文件請(qǐng)求，并將緩存的資源文件發(fā)送至終端。

具體，在本實(shí)施方式中，終端關(guān)聯(lián)局域網(wǎng)中某一無(wú)線AP的SSID(Service Set Identifier，服務(wù)集標(biāo)識(shí))之后，與終端關(guān)聯(lián)的無(wú)線AP隨即要求終端進(jìn)行Portal認(rèn)證，并劫持終端發(fā)送的第一個(gè)HTTP(超文本傳輸協(xié)議，Hyper Text Transfer Protocol)上網(wǎng)請(qǐng)求(經(jīng)由80端口發(fā)送)。之后，該無(wú)線AP根據(jù)該HTTP上網(wǎng)請(qǐng)求重定向得到第一URL，并將該無(wú)線AP自身的IP地址插入該第一URL；接著，將插入了自身IP地址的第一URL反饋至終端。

終端根據(jù)接收到的插入了無(wú)線AP的IP地址的第一URL生成頁(yè)面請(qǐng)求，并將其發(fā)送至Portal服務(wù)器。Portal服務(wù)器接收到終端發(fā)送的頁(yè)面請(qǐng)求之后，首先對(duì)該頁(yè)面請(qǐng)求進(jìn)行解析得到無(wú)線AP的IP地址；之后將解析得到的IP地址插入Portal頁(yè)面中資源文件的第二URL(有不同的終端關(guān)聯(lián)不同的無(wú)線AP，自然第二URL中包括的IP地址不同，即該IP地址為動(dòng)態(tài)IP地址，取決于終端發(fā)送的頁(yè)面請(qǐng)求)并將Portal頁(yè)面及其中資源文件的第二URL一并發(fā)送至終端。

終端顯示Portal頁(yè)面，并根據(jù)接收到的資源文件的第二URL向無(wú)線AP發(fā)送資源文件請(qǐng)求。無(wú)線AP接收到該資源文件請(qǐng)求之后，隨即將緩存在本地的資源文件發(fā)送至終端；終端接收資源文件并在Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。

我們知道，一般來(lái)說(shuō)，Portal頁(yè)面中包括不止一個(gè)資源文件，如，在一個(gè)Portal頁(yè)面中包括多個(gè)圖片文件，或者同時(shí)包括圖片文件、視頻文件等。基于此，在Portal服務(wù)器中，分別將解析得到的無(wú)線AP的IP地址插入到各資源文件的URL地址得到相應(yīng)的第二URL并將其發(fā)送至終端。以此，終端根據(jù)接收到的多個(gè)第二URL，依次向無(wú)線AP發(fā)送資源文件請(qǐng)求；無(wú)線AP接收到資源文件請(qǐng)求，依次將本地緩存的資源文件發(fā)送至終端；最后，在終端中的Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。要說(shuō)明的是，這里依次的意思是，終端在接收到無(wú)線AP發(fā)送的一個(gè)資源文件之后再發(fā)送另一個(gè)資源文件的請(qǐng)求，以獲取另一個(gè)資源文件，并以此類推，直到無(wú)線AP將Portal頁(yè)面中所有的資源文件發(fā)送至終端。

在一個(gè)實(shí)例中，Portal頁(yè)面中包括2個(gè)資源文件，則Portal服務(wù)器接收到頁(yè)面請(qǐng)求并從中解析得到無(wú)線AP的IP地址之后，分別將IP地址插入兩個(gè)資源文件的URL地址得到第二URL1和第二URL2并連同Portal頁(yè)面一同發(fā)送至終端。之后，終端首先基于第二URL1生成資源文件請(qǐng)求發(fā)送至無(wú)線AP，以此無(wú)線AP將第二URL1對(duì)應(yīng)的資源文件發(fā)送至終端；隨后，終端基于第二URL2生成資源文件請(qǐng)求發(fā)送至無(wú)線AP，以此無(wú)線AP將第二URL2對(duì)應(yīng)的資源文件發(fā)送至終端。

對(duì)上述實(shí)施方式進(jìn)行改進(jìn)得到本實(shí)施方式，如圖2所示，在本實(shí)施方式中，該獲取方法中包括：S01Portal服務(wù)器將Portal頁(yè)面中的資源文件下發(fā)至局域網(wǎng)中各無(wú)線AP進(jìn)行緩存；S1無(wú)線局域網(wǎng)中任意一無(wú)線AP接收終端發(fā)送的上網(wǎng)請(qǐng)求；S2無(wú)線AP將根據(jù)上網(wǎng)請(qǐng)求重定向得到第一URL發(fā)送至終端，第一URL中包括無(wú)線AP的IP地址；S3Portal服務(wù)器接收終端根據(jù)第一URL發(fā)送的頁(yè)面請(qǐng)求，并將Portal頁(yè)面下發(fā)至終端，其中，Portal頁(yè)面中的資源文件指向無(wú)線AP的IP地址；S4無(wú)線AP接收終端發(fā)送的資源文件請(qǐng)求，并將緩存的資源文件發(fā)送至終端。

在另一實(shí)施方式中，多個(gè)無(wú)線AP分別與云控制器通信連接，則該獲取方法中包括：S02云控制器將Portal頁(yè)面中的資源文件下發(fā)至局域網(wǎng)中各無(wú)線AP進(jìn)行緩存；S1無(wú)線局域網(wǎng)中任意一無(wú)線AP接收終端發(fā)送的上網(wǎng)請(qǐng)求；S2無(wú)線AP將根據(jù)上網(wǎng)請(qǐng)求重定向得到第一URL發(fā)送至終端，第一URL中包括無(wú)線AP的IP地址；S3Portal服務(wù)器接收終端根據(jù)第一URL發(fā)送的頁(yè)面請(qǐng)求，并將Portal頁(yè)面下發(fā)至終端，其中，Portal頁(yè)面中的資源文件指向無(wú)線AP的IP地址；S4無(wú)線AP接收終端發(fā)送的資源文件請(qǐng)求，并將緩存的資源文件發(fā)送至終端。

具體來(lái)說(shuō)，在上述實(shí)施方式中，無(wú)線AP開(kāi)機(jī)后，Portal服務(wù)器或云控制器將Portal頁(yè)面中占用空間較大的資源文件，如圖片文件、視頻文件等。在Portal服務(wù)器或云控制器下發(fā)資源文件之前，首先判定Portal頁(yè)面中各資源文件的大小是否超過(guò)了預(yù)設(shè)值，若超過(guò)了，則下發(fā)至無(wú)線AP中進(jìn)行緩存，否則不進(jìn)行下發(fā)。這里占用空間的大小由實(shí)際情況而定，如，在一實(shí)例中，將占空空間大于100M(兆)的資源文件下發(fā)至無(wú)線AP中緩存；又如，在一實(shí)例中，將占用空間大于300M資源文件下發(fā)至無(wú)線AP中緩存，在其他實(shí)例中，還可以將該值設(shè)定為500M、800M甚至更多，在此不做限定。

如圖3所示為本發(fā)明提供的無(wú)線AP一種實(shí)施方式示意圖，該無(wú)線AP100與Portal服務(wù)器通信連接，從圖中可以看出，在該無(wú)線AP100中包括：緩存模塊110、第一請(qǐng)求接收模塊120、重定向模塊130以及第一信息發(fā)送模塊140，其中，重定向模塊130分別與第一請(qǐng)求接收模塊120和第一信息發(fā)送模塊140，第一信息發(fā)送模塊140分別與緩存模塊110、第一請(qǐng)求接收模塊120以及重定向模塊130連接。其中，緩存模塊110用于緩存Portal服務(wù)器200下發(fā)的Portal頁(yè)面中的資源文件；第一請(qǐng)求接收模塊120用于接收終端發(fā)送的上網(wǎng)請(qǐng)求，及用于接收終端發(fā)送的資源文件請(qǐng)求；重定向模塊130用于根據(jù)第一請(qǐng)求接收模塊120接收到的上網(wǎng)請(qǐng)求重定向得到第一資源定位符，第一資源定位符中包括無(wú)線AP100的IP地址；第一信息發(fā)送模塊140用于將重定向模塊130重定向得到的第一資源定位符發(fā)送至終端，及用于根據(jù)第一請(qǐng)求接收模塊120接收到的資源文件請(qǐng)求將緩存模塊110中緩存的資源文件發(fā)送至終端。要說(shuō)明的是，在另一實(shí)施方式中，無(wú)線AP100與云控制器通信連接，無(wú)線AP100在通電后，從云控制器中獲取Portal頁(yè)面中的資源文件，并緩存在緩存模塊110中。

更進(jìn)一步來(lái)說(shuō)，在上述實(shí)施方式中，Portal服務(wù)器200或云控制器將Portal頁(yè)面中占用空間較大的資源文件，如圖片文件、視頻文件等。在Portal服務(wù)器或云控制器下發(fā)資源文件之前，首先判定Portal頁(yè)面中各資源文件的大小是否超過(guò)了預(yù)設(shè)值，若超過(guò)了，則下發(fā)至無(wú)線AP中進(jìn)行緩存，否則不進(jìn)行下發(fā)。這里占用空間的大小由實(shí)際情況而定，如，在一實(shí)例中，將占空空間大于100M(兆)的資源文件下發(fā)至無(wú)線AP中緩存；又如，在一實(shí)例中，將占用空間大于300M資源文件下發(fā)至無(wú)線AP中緩存，在其他實(shí)例中，還可以將該值設(shè)定為500M、800M甚至更多，在此不做限定。

對(duì)上述實(shí)施方式進(jìn)行改進(jìn)得到本實(shí)施方式，如圖4所示，在本實(shí)施方式中，在該無(wú)線AP100中除了包括緩存模塊110、第一請(qǐng)求接收模塊120、重定向模塊130以及第一信息發(fā)送模塊140之外，還包括用于將無(wú)線AP100自身的IP地址插入重定向模塊130得到的第一URL的第一信息插入模塊150。以此，第一信息發(fā)送模塊140將第一信息插入模塊150得到的插入了IP地址的第一URL發(fā)送至終端。

具體，在本實(shí)施方式中，終端關(guān)聯(lián)局域網(wǎng)中某一無(wú)線AP的SSID之后，與終端關(guān)聯(lián)的無(wú)線AP100隨即要求終端進(jìn)行Portal認(rèn)證，并通過(guò)第一請(qǐng)求接收模塊120劫持終端發(fā)送的第一個(gè)HTTP上網(wǎng)請(qǐng)求。之后，重定向模塊130根據(jù)該HTTP上網(wǎng)請(qǐng)求重定向得到第一URL，并通過(guò)第一信息插入模塊150將該無(wú)線AP100自身的IP地址插入該第一URL；接著，通過(guò)第一信息發(fā)送模塊140將插入了自身IP地址的第一URL反饋至終端。

終端根據(jù)接收到的插入了無(wú)線AP100的IP地址的第一URL生成頁(yè)面請(qǐng)求，并將其發(fā)送至Portal服務(wù)器。Portal服務(wù)器接收到終端發(fā)送的頁(yè)面請(qǐng)求之后，首先對(duì)該頁(yè)面請(qǐng)求進(jìn)行解析得到無(wú)線AP的IP地址；之后將解析得到的IP地址插入Portal頁(yè)面中資源文件的第二URL并將Portal頁(yè)面及其中資源文件的第二URL一并發(fā)送至終端。

終端顯示Portal頁(yè)面下發(fā)的Portal頁(yè)面，并根據(jù)接收到的資源文件的第二URL向無(wú)線AP100發(fā)送資源文件請(qǐng)求。無(wú)線AP100中的第一請(qǐng)求接收模塊120接收到該資源文件請(qǐng)求之后，隨即通過(guò)第一信息發(fā)送模塊140將緩存在本地的資源文件發(fā)送至終端；終端接收資源文件并在Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。

我們知道，一般來(lái)說(shuō)，Portal頁(yè)面中包括不止一個(gè)資源文件，如，在一個(gè)Portal頁(yè)面中包括多個(gè)圖片文件，或者同時(shí)包括圖片文件、視頻文件等?；诖?，在Portal服務(wù)器200中，分別將解析得到的無(wú)線AP100的IP地址插入到各資源文件的URL地址得到相應(yīng)的第二URL并將其發(fā)送至終端。以此，終端根據(jù)接收到的多個(gè)第二URL，依次向無(wú)線AP100發(fā)送資源文件請(qǐng)求；無(wú)線AP100中的第一請(qǐng)求接收模塊120接收到資源文件請(qǐng)求，依次通過(guò)第一信息發(fā)送模塊140將本地緩存的資源文件發(fā)送至終端；最后，在終端中的Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。

如圖5所示為本發(fā)明提供的Portal服務(wù)器200的示意圖，該P(yáng)ortal服務(wù)器200分別與無(wú)線AP和終端連接，從圖中可以看出，在該P(yáng)ortal服務(wù)器200中包括：第二請(qǐng)求接收模塊210、解析模塊220、第二信息插入模塊230以及第二信息發(fā)送模塊240，其中，解析模塊220分別與第二請(qǐng)求接收模塊210和第二信息插入模塊230連接，第二信息發(fā)送模塊240與第二信息插入模塊230連接。

具體，在本實(shí)施方式中，終端關(guān)聯(lián)局域網(wǎng)中某一無(wú)線AP的SSID之后，與終端關(guān)聯(lián)的無(wú)線AP隨即要求終端進(jìn)行Portal認(rèn)證，并劫持終端發(fā)送的第一個(gè)HTTP上網(wǎng)請(qǐng)求。之后，無(wú)線AP根據(jù)該HTTP上網(wǎng)請(qǐng)求重定向得到第一URL，并將該無(wú)線AP自身的IP地址插入該第一URL；接著，將插入了自身IP地址的第一URL反饋至終端。

終端根據(jù)接收到的插入了無(wú)線AP的IP地址的第一URL生成頁(yè)面請(qǐng)求，并將其發(fā)送至Portal服務(wù)器200。Portal服務(wù)器200中的第二請(qǐng)求接收模塊210接收到終端發(fā)送的頁(yè)面請(qǐng)求之后，首先通過(guò)解析模塊220對(duì)該頁(yè)面請(qǐng)求進(jìn)行解析得到無(wú)線AP的IP地址；之后通過(guò)第二信息插入模塊230將解析得到的IP地址插入Portal頁(yè)面中資源文件的第二URL；最后，通過(guò)第二信息發(fā)送模塊240將Portal頁(yè)面及其中資源文件的第二URL一并發(fā)送至終端。

終端顯示Portal頁(yè)面下發(fā)的Portal頁(yè)面，并根據(jù)接收到的資源文件的第二URL向無(wú)線AP發(fā)送資源文件請(qǐng)求。無(wú)線AP中接收到該資源文件請(qǐng)求之后，隨即將緩存在本地的資源文件發(fā)送至終端；終端接收資源文件并在Portal頁(yè)面中顯示，實(shí)現(xiàn)Portal頁(yè)面中資源文件的獲取。

應(yīng)當(dāng)說(shuō)明的是，上述實(shí)施例均可根據(jù)需要自由組合。以上所述僅是本發(fā)明的優(yōu)選實(shí)施方式，應(yīng)當(dāng)指出，對(duì)于本技術(shù)領(lǐng)域的普通技術(shù)人員來(lái)說(shuō)，在不脫離本發(fā)明原理的前提下，還可以做出若干改進(jìn)和潤(rùn)飾，這些改進(jìn)和潤(rùn)飾也應(yīng)視為本發(fā)明的保護(hù)范圍。