Portal認(rèn)證方法及認(rèn)證服務(wù)器的制造方法
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于通信技術(shù)領(lǐng)域，尤其涉及一種Portal認(rèn)證方法及認(rèn)證服務(wù)器。
【背景技術(shù)】
[0002]Portal認(rèn)證技術(shù)是一種簡單易用的身份認(rèn)證技術(shù)，其主要目的是為了驗證接入網(wǎng)絡(luò)的客戶端身份。當(dāng)未認(rèn)證用戶上網(wǎng)時，強(qiáng)制用戶登錄到指定門戶網(wǎng)站站點，用戶可以免費(fèi)訪問其中的服務(wù)；若用戶需要訪問互聯(lián)網(wǎng)中的其他資源時，必須在門戶網(wǎng)站進(jìn)行Portal認(rèn)證，只有Portal認(rèn)證通過后才能夠使用互聯(lián)網(wǎng)資源。
[0003]APP為智能手機(jī)的第三方應(yīng)用程序，僅用來提供在線服務(wù)。為了吸引用戶安裝APP，越來越多的APP廠商在APP中添加了自動上網(wǎng)功能，比如“一鍵上網(wǎng)”。然而，現(xiàn)有技術(shù)主要通過在APP中內(nèi)嵌瀏覽器來實現(xiàn)自動上網(wǎng)功能。當(dāng)用戶打開所述“一鍵上網(wǎng)”功能時，啟動瀏覽器訪問預(yù)設(shè)的公網(wǎng)地址，APP客戶端發(fā)出的Http請求會被無線接入設(shè)備截獲并返回重定向報文，使得瀏覽器推出Portal認(rèn)證頁面。用戶通過在所述認(rèn)證頁面上填寫用戶名、密碼來獲得上網(wǎng)權(quán)限，操作過程繁瑣，體驗差，且研發(fā)者的工作量大。

【發(fā)明內(nèi)容】

[0004]鑒于此，本發(fā)明實施例提供了一種Portal認(rèn)證方法及認(rèn)證服務(wù)器，以減少在APP客戶端上開發(fā)出認(rèn)證上網(wǎng)功能的工作量，并簡化用戶的認(rèn)證操作過程。
[0005]第一方面，提供了一種Portal認(rèn)證方法，所述方法包括:
[0006]設(shè)置APP客戶端訪問時需進(jìn)行Portal認(rèn)證的URL以及所述APP客戶端訪問所述URL時對應(yīng)的Http包頭字段；
[0007]在進(jìn)行Portal認(rèn)證時，若接收到的APP客戶端發(fā)送的認(rèn)證請求消息中的待訪問URL和所設(shè)置的URL相同，且所述認(rèn)證請求消息中的Http包頭字段和所設(shè)置的Http包頭字段相同，則確定認(rèn)證成功，并向無線接入設(shè)備發(fā)出認(rèn)證通過消息。
[0008]第二方面，提供了一種認(rèn)證服務(wù)器，所述認(rèn)證服務(wù)器包括:
[0009]設(shè)置模塊，用于設(shè)置APP客戶端訪問時需進(jìn)行Portal認(rèn)證的URL以及所述APP客戶端訪問所述URL時對應(yīng)的Http包頭字段；
[0010]認(rèn)證模塊，用于在進(jìn)行Portal認(rèn)證時，若接收到的APP客戶端發(fā)送的認(rèn)證請求消息中的待訪問URL和所設(shè)置的URL相同，且所述認(rèn)證請求消息中的Http包頭字段和所設(shè)置的Http包頭字段相同，則確定認(rèn)證成功，并向無線接入設(shè)備發(fā)出認(rèn)證通過消息。
[0011]與現(xiàn)有技術(shù)相比，本發(fā)明實施例提供的Portal認(rèn)證方法應(yīng)用于認(rèn)證服務(wù)器(Portal Server)中，通過在所述認(rèn)證服務(wù)器中預(yù)先設(shè)置APP客戶端在訪問時需進(jìn)行Portal認(rèn)證的URL以及所述APP客戶端訪問所述URL時對應(yīng)的Http包頭字段；在進(jìn)行Portal認(rèn)證時，若接收到的APP客戶端發(fā)送的認(rèn)證請求消息中的待訪問URL和所設(shè)置的URL相同，且所述認(rèn)證請求消息中的Http包頭字段和所設(shè)置的Http包頭字段相同，則確定認(rèn)證成功，并向無線接入設(shè)備發(fā)出認(rèn)證通過消息。本發(fā)明實施例實現(xiàn)了對認(rèn)證請求方的身份確認(rèn)，即確定認(rèn)證請求方是否為指定的APP客戶端，無需用戶輸入用戶名和密碼即可完成Portal認(rèn)證，且減少了開發(fā)者在APP客戶端上開發(fā)出Portal認(rèn)證上網(wǎng)功能的工作量，有利于商家推廣APP。
【附圖說明】
[0012]為了更清楚地說明本發(fā)明實施例或現(xiàn)有技術(shù)中的技術(shù)方案，下面將對實施例或現(xiàn)有技術(shù)描述中所需要使用的附圖作簡單地介紹，顯而易見地，下面描述中的附圖僅僅是本發(fā)明的一些實施例，對于本領(lǐng)域普通技術(shù)人員來講，在不付出創(chuàng)造性勞動的前提下，還可以根據(jù)這些附圖獲得其他附圖。
[0013]圖1是本發(fā)明實施例提供的Portal認(rèn)證系統(tǒng)的組成結(jié)構(gòu)圖；
[0014]圖2是本發(fā)明實施例提供的Portal認(rèn)證方法的第一實現(xiàn)流程圖；
[0015]圖3是本發(fā)明實施例提供的Portal認(rèn)證方法的第二實現(xiàn)流程圖；
[0016]圖4是本發(fā)明實施例提供的認(rèn)證服務(wù)器的組成結(jié)構(gòu)圖。
【具體實施方式】
[0017]為了使本發(fā)明的目的、技術(shù)方案及優(yōu)點更加清楚明白，以下結(jié)合附圖及實施例，對本發(fā)明進(jìn)行進(jìn)一步詳細(xì)說明。應(yīng)當(dāng)理解，此處所描述的具體實施例僅僅用以解釋本發(fā)明，并不用于限定本發(fā)明。
[0018]本發(fā)明實施例提供的Portal認(rèn)證方法應(yīng)用于認(rèn)證服務(wù)器(Portal Server)中，通過在所述Portal Server中預(yù)先設(shè)置APP客戶端在訪問時需進(jìn)行Portal認(rèn)證的URL以及所述APP客戶端訪問所述URL時對應(yīng)的Http包頭字段；在進(jìn)行Portal認(rèn)證時，若接收到的APP客戶端發(fā)送的認(rèn)證請求消息中的待訪問URL和所設(shè)置的URL相同，且所述認(rèn)證請求消息中的Http包頭字段和所設(shè)置的Http包頭字段相同，則確定認(rèn)證成功，并向無線接入設(shè)備發(fā)出認(rèn)證通過消息。本發(fā)明實施例實現(xiàn)了對認(rèn)證請求方的身份確認(rèn)，即確定認(rèn)證請求方是否為指定的APP客戶端，無需用戶輸入用戶名和密碼即可完成Portal認(rèn)證，且減少了開發(fā)者在APP客戶端上開發(fā)出Portal認(rèn)證上網(wǎng)功能的工作量，有利于商家推廣APP。本發(fā)明實施例還提供了相應(yīng)的系統(tǒng)及認(rèn)證服務(wù)器，以下分別進(jìn)行詳細(xì)的說明。
[0019]圖1示出了本發(fā)明實施例提供的Portal認(rèn)證系統(tǒng)的組成結(jié)構(gòu)，為了便于說明，僅示出了與本發(fā)明實施例相關(guān)的部分。
[0020]在本發(fā)明實施例中，所述Portal認(rèn)證系統(tǒng)包括:APP客戶端I (APP Client)、無線接入設(shè)備2 (AC)、認(rèn)證服務(wù)器3 (Portal Server)、APP服務(wù)器4 (APP Server)。所述APP客戶端是指在安裝在智能設(shè)備上的應(yīng)用程序，比如智能手機(jī)上安裝的微信。
[0021]預(yù)先約定APP客戶端I訪問時需進(jìn)行Portal認(rèn)證的URL，比如微信公眾賬號的菜單欄中的自動上網(wǎng)功能對應(yīng)的鏈接，www.XXX.com:以及預(yù)先約定所述APP客戶端I訪問所述URL時對應(yīng)的Http包頭字段。所述Http包頭字段存儲的內(nèi)容為所述APP客戶端I與認(rèn)證服務(wù)器3之間約定的字符串信息，用作認(rèn)證服務(wù)器確認(rèn)APP客戶端發(fā)送的認(rèn)證請求消息并非來自瀏覽器的依據(jù)。在所述認(rèn)證服務(wù)器3和APP客戶端I中設(shè)置所述URL和Http包頭字段。
[0022]在本發(fā)明實施例中，所述APP客戶端I用于按照預(yù)設(shè)的時間間隔探測APP服務(wù)器4是否可以連接。當(dāng)所述APP客戶端I無法連接到APP服務(wù)器4時，則采用Http請求訪問公網(wǎng)域名。在這里，所述預(yù)設(shè)的公網(wǎng)域名為APP客戶端當(dāng)前的待訪問URL。
[0023]所述無線接入設(shè)備2用于截獲所述APP客戶端發(fā)送的Http請求，并向所述APP客戶端發(fā)送302重定向消息。
[0024]所述APP客戶端I接收所述302重定向消息，以Http的get方式訪問所述認(rèn)證服務(wù)器3，向所述認(rèn)證服務(wù)器3發(fā)送認(rèn)證請求消息。其中，所述認(rèn)證請求消息中包含待訪問URL和Http包頭字段，所述Http包頭字段優(yōu)選為Http包頭的UserAgent字段。Http包頭字段存儲的內(nèi)容可以為所述APP客戶端I與認(rèn)證服務(wù)器3之間約定的字符串信息，用以告知認(rèn)證服務(wù)器3所述認(rèn)證請求消息不是來自瀏覽器，而是APP客戶端發(fā)起的；也可以為瀏覽器特征信息，用以告訴認(rèn)證服務(wù)器3所述認(rèn)證請求消息是來自瀏覽器的。
[0025]所述認(rèn)證服務(wù)器3用于接收APP客戶端發(fā)送的認(rèn)證請求消息，解析所述認(rèn)證請求消息獲取所述待訪問URL和Http包頭字段；將所獲取的待訪問URL與所設(shè)置的URL進(jìn)行比對，和將所獲取的Http包頭字段與所設(shè)置的Http包頭字段進(jìn)行比對。當(dāng)所述待訪問URL與所設(shè)置的URL相同且所述Http包頭字段與所設(shè)置的Http包頭字段相同時，確定認(rèn)證通過。所述認(rèn)證服務(wù)器3向所述無線接入設(shè)備2發(fā)出認(rèn)證通過消息，以使得所述無線接入設(shè)備2在接收到所述認(rèn)證通過消息后允許所述APP客戶端訪問指定的網(wǎng)絡(luò)資源。
[0026]所述無線接入設(shè)備2還用于向所述認(rèn)證服務(wù)器3發(fā)送對所述認(rèn)證通過消息的確認(rèn)消息，以告知所述認(rèn)證服務(wù)器3所述APP客戶端可訪問指定的網(wǎng)絡(luò)資源。
[0027]所述認(rèn)證服務(wù)器3在接收到所述無線接入設(shè)備2根據(jù)所述認(rèn)證通過消息返回的確認(rèn)消息后，向所述APP客戶端I發(fā)送認(rèn)證成功消息。
[0028]所述APP客戶端I根據(jù)所述認(rèn)證成功消息，再次探測APP服務(wù)器是否可以連接。
[0029]在本發(fā)明實施例中，當(dāng)認(rèn)證服務(wù)器3所獲取的認(rèn)證請求消息中的待訪問URL與所設(shè)置的URL相同時，確定所述認(rèn)證請求消息是從APP客戶端發(fā)送過來的；當(dāng)所述認(rèn)證請求消息中的Http包頭字段與所設(shè)置的Http包頭字段相同時，則進(jìn)一步地確定所述認(rèn)證請求消息不是從瀏覽器發(fā)送過來的，從而確定所述認(rèn)證請求消息是由APP客戶端發(fā)出的合法認(rèn)證請求，并予以認(rèn)證通過，允