一種基于ecos 系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)的制作方法
【專利摘要】本發(fā)明提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，包括：服務(wù)器端與客戶端間模擬傳輸控制協(xié)議第一次握手；客戶端發(fā)送HTTP請求數(shù)據(jù)包；服務(wù)器端解析HTTP請求數(shù)據(jù)包，判斷HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號，若否，HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至橋轉(zhuǎn)發(fā)層；若是，判斷服務(wù)器端的強(qiáng)制門戶層中全局標(biāo)志位是否置1，若是，HTTP請求數(shù)據(jù)包發(fā)送給橋轉(zhuǎn)發(fā)層；若否，HTTP請求數(shù)據(jù)包發(fā)送至強(qiáng)制門戶層；服務(wù)器端與客戶端間模擬傳輸控制協(xié)議第二和第三次握手；客戶端發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文，強(qiáng)制門戶層丟棄HTTP請求報文，偽造并發(fā)送攜帶有200OK字段的主體消息的HTTP請求報文。本發(fā)明真正實(shí)現(xiàn)強(qiáng)制門戶功能，推送速度快，且用戶無需自行配置。
【專利說明】—種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)
【技術(shù)領(lǐng)域】
[0001]本發(fā)明屬于計算機(jī)網(wǎng)絡(luò)通信【技術(shù)領(lǐng)域】，涉及一種內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)，特別是涉及一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)。
【背景技術(shù)】
[0002]隨著互聯(lián)網(wǎng)的發(fā)展，網(wǎng)絡(luò)應(yīng)用、網(wǎng)絡(luò)業(yè)務(wù)迅速增加，用戶除了使用原來的互聯(lián)網(wǎng)瀏覽業(yè)務(wù)外，IPTV(網(wǎng)絡(luò)電視)，IP Phone (網(wǎng)絡(luò)電話)等其他業(yè)務(wù)也增加進(jìn)來。隨著運(yùn)營商業(yè)務(wù)的擴(kuò)張，用戶所需要的設(shè)備配置工作也就越來越多，需要一種機(jī)制，方便用戶了解運(yùn)營商的最新消息，同時也可以讓運(yùn)營商作一些宣傳、廣告、通知等推送業(yè)務(wù)，或者讓用戶知道自己的接入設(shè)備的運(yùn)行狀態(tài)。所謂推送業(yè)務(wù)，即運(yùn)營商將強(qiáng)制門戶網(wǎng)站推送到用戶面前，讓用戶在首次訪問時，自動轉(zhuǎn)到強(qiáng)制門戶網(wǎng)站上，讓用戶了解一些重要信息、廣告、宣傳等等。
[0003]強(qiáng)制門戶是一種受限制的網(wǎng)絡(luò)連接，其中所有客戶端HTTP請求都重定向到提供商的站點(diǎn)。此網(wǎng)站然后可能提示用戶同意運(yùn)營商的條款和條件、輸入付款信息或輸入憑據(jù)來驗(yàn)證以前的付款協(xié)議，或者提供廣告和運(yùn)營商的詳細(xì)信息。如果要在內(nèi)核重定向客戶端的http請求,就要實(shí)現(xiàn)tcp模擬三次握手,與tcp的重傳機(jī)制和http消息偽造機(jī)制來實(shí)現(xiàn)用戶測的URL重定向。
[0004]而現(xiàn)有技術(shù)實(shí)現(xiàn)強(qiáng)制門戶功能是通過修改DNS域名解析模塊。例如，用戶需要訪問WWW.google, com網(wǎng)址，首先用戶接入設(shè)備的dnsproxy程序截獲該DNS查詢報文,如果用戶是第一次查詢，就返回強(qiáng)制門戶的IP地址，而不是應(yīng)該返回的google網(wǎng)站的IP地址，這樣用戶瀏覽器顯示的就是強(qiáng)制門戶頁面。但這種方案的缺點(diǎn)是DNS只在做域名解析時候才能生效，如果用戶直接輸入IP地址訪問，就繞過了 DNS域名解析模塊，不能彈出強(qiáng)制門戶，無法真正實(shí)現(xiàn)強(qiáng)制門戶功能。
[0005]因而，如何提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)，以解決現(xiàn)有技術(shù)中如果用戶直接輸入IP地址時則不能彈出強(qiáng)中門戶，無法真正實(shí)現(xiàn)強(qiáng)制門戶功能的缺陷，實(shí)已成為本領(lǐng)域從業(yè)者亟待解決的技術(shù)問題。

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

[0006]鑒于以上所述現(xiàn)有技術(shù)的缺點(diǎn)，本發(fā)明的目的在于提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)，用于解決現(xiàn)有技術(shù)中如果用戶直接輸入IP地址時則不能彈出強(qiáng)制門戶，無法真正實(shí)現(xiàn)強(qiáng)制門戶功能的問題。
[0007]為實(shí)現(xiàn)上述目的及其他相關(guān)目的，本發(fā)明一方面提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，應(yīng)用于包括客戶端和服務(wù)器端的基于嵌入式可配置操作系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法包括:步驟一，當(dāng)用戶需訪問互聯(lián)網(wǎng)時，所述服務(wù)器端與所述客戶端之間模擬傳輸控制協(xié)議第一次握手以建立基于傳輸控制協(xié)議的通信鏈接；所述服務(wù)器端具有強(qiáng)制門戶層和橋轉(zhuǎn)發(fā)層；步驟二，所述客戶端發(fā)送HTTP請求數(shù)據(jù)包至所述服務(wù)器端；步驟三，所述服務(wù)器端解析所述HTTP請求數(shù)據(jù)包，判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號；若所述數(shù)據(jù)端口號為默認(rèn)端口號，則判斷所述服務(wù)器端的強(qiáng)制門戶層中全局標(biāo)志位是否置1，若所述強(qiáng)制門戶層中全局標(biāo)志位未置1，則將所述HTTP請求數(shù)據(jù)包發(fā)送至所述強(qiáng)制門戶層；步驟四，所述服務(wù)器端與所述客戶端之間模擬傳輸控制協(xié)議第二和第三次握手；步驟五，當(dāng)所述服務(wù)器端與所述客戶端建立所述通信鏈接后，所述客戶端發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述強(qiáng)制門戶層，所述服務(wù)器端中所述強(qiáng)制門戶層丟棄該HTTP請求報文，偽造另一攜帶有200 OK字段的主體消息的HTTP請求報文，并發(fā)送至所述客戶端。
[0008]優(yōu)選地，當(dāng)判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號不為默認(rèn)端口號時，則將所述HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至所述橋轉(zhuǎn)發(fā)層。
[0009]優(yōu)選地，當(dāng)所述強(qiáng)制門戶層中全局標(biāo)志位置I時，將所述HTTP請求數(shù)據(jù)包發(fā)送至所述橋轉(zhuǎn)發(fā)層。
[0010]優(yōu)選地，所述模擬傳輸控制協(xié)議第二次握手的步驟包括:偽造第二傳輸控制協(xié)議報文，將所述第二傳輸控制協(xié)議報文中的標(biāo)志字段置為同步報文和確認(rèn)報文，將偽造的第二傳輸控制協(xié)議報文發(fā)送至所述客戶端以回復(fù)所述客戶端發(fā)送第一傳輸控制協(xié)議報文的同步報文，創(chuàng)建一定時器，判斷在超過所述定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，若否，則表不所述第二傳輸控制協(xié)議報文丟失，重新傳輸所述第二傳輸控制協(xié)議至所述客戶端；若是，則模擬傳輸控制協(xié)議第三次握手；所述模擬傳輸控制協(xié)議第三次握手的步驟包括:接收所述客戶端回復(fù)的關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，刪除所述定時器；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)的關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文后，處于通信鏈接已建立狀態(tài)。
[0011]優(yōu)選地，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法還包括:所述強(qiáng)制門戶層還接收客戶端發(fā)送的第二傳輸控制協(xié)議報文的終止報文；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文或終止報文，偽造另一確認(rèn)報文，將偽造的另一確認(rèn)報文發(fā)送至所述客戶端以通知該次通信鏈接關(guān)閉。
[0012]優(yōu)選地，統(tǒng)一資源定位符重定向所采用的是基于超文本標(biāo)記語言的刷新和跳轉(zhuǎn)重定向技術(shù)。
[0013]優(yōu)選地，所述主體消息攜帶格式為〈meta http-equiv = “refresh”content =“延時跳轉(zhuǎn)時間；url =運(yùn)營商重定向URL/”>的超文本標(biāo)記語言；若所述延時跳轉(zhuǎn)時間為0，表示立即跳轉(zhuǎn)；若所述延時跳轉(zhuǎn)時間大于10s，則表示正常應(yīng)用，所述強(qiáng)制門戶層創(chuàng)建另一定時器，判斷在超過所述另一定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文的確認(rèn)報文，若是，則表示所述客戶端接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文，并對所述攜帶有200 OK字段的主體消息的HTTP請求報文回復(fù)確認(rèn)報文，所述強(qiáng)制門戶層接收到所述客戶端回復(fù)的確認(rèn)報文，刪除所述另一定時器；若否，則重新傳輸所述攜帶有200 OK字段的主體消息的HTTP請求報文。
[0014]本發(fā)明另一方面還提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)，應(yīng)用于嵌入式可配置操作系統(tǒng)，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)包括:服務(wù)器端，包括強(qiáng)制門戶層和橋轉(zhuǎn)發(fā)層，用于當(dāng)用戶需訪問互聯(lián)網(wǎng)時，與客戶端之間模擬傳輸控制協(xié)議第一次握手以建立基于傳輸控制協(xié)議的通信鏈接；當(dāng)所述客戶端發(fā)送HTTP請求數(shù)據(jù)包至所述服務(wù)器端時，所述服務(wù)器端用于解析所述HTTP請求數(shù)據(jù)包，判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號，若否，則將所述HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至所述橋轉(zhuǎn)發(fā)層；若是，則判斷所述服務(wù)器端的所述強(qiáng)制門戶層中全局標(biāo)志位是否置1，若是，則把所述HTTP請求數(shù)據(jù)包發(fā)送至所述橋轉(zhuǎn)發(fā)層；若否，則將所述HTTP請求數(shù)據(jù)包發(fā)送至所述強(qiáng)制門戶層，模擬傳輸控制協(xié)議第二和第三次握手；當(dāng)所述服務(wù)器端與所述客戶端建立所述通信鏈接后，所述客戶端發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述強(qiáng)制門戶層時，所述服務(wù)器端用于丟棄該HTTP請求報文，重新偽造另一攜帶有200 OK字段的主體消息的HTTP請求報文，并發(fā)送至所述客戶端。
[0015]優(yōu)選地，所述強(qiáng)制門戶層用于:模擬傳輸控制協(xié)議第一次握手，所述強(qiáng)制門戶層接收所述客戶端發(fā)送的、用于請求與其建立基于傳輸控制協(xié)議的通信鏈接的第一傳輸控制協(xié)議報文，所述第一傳輸控制報文包括同步報文；其中，所述強(qiáng)制門戶層初始處于偵聽所述第一傳輸控制協(xié)議報文的偵聽狀態(tài)；在接收到所述同步報文后，所述強(qiáng)制門戶層處于同步報文已接收狀態(tài)；模擬傳輸控制協(xié)議第二次握手，偽造第二傳輸控制協(xié)議報文，將所述第二傳輸控制協(xié)議報文中的標(biāo)志字段置為同步報文和確認(rèn)報文，將偽造的第二傳輸控制協(xié)議報文回復(fù)至所述客戶端以回復(fù)所述客戶端發(fā)送第一傳輸控制協(xié)議報文的同步報文，創(chuàng)建一定時器，判斷在超過所述定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，若否，則表不所述第二傳輸控制協(xié)議報文丟失，重新傳輸所述第二傳輸控制協(xié)議至所述客戶端；若是，則模擬傳輸控制協(xié)議第三次握手；模擬傳輸控制協(xié)議第三次握手，接收所述客戶端回復(fù)的關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，刪除所述定時器；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文后，處于通信鏈接已建立狀態(tài)。
[0016]如上所述，本發(fā)明的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)，具有以下有益效果:
[0017]第一:所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)從根本上解決了現(xiàn)有技術(shù)在用戶直接輸入IP地址訪問后，不能夠彈出強(qiáng)制門戶，真正實(shí)現(xiàn)了強(qiáng)制門戶功能；
[0018]第二:所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)推送速度快，并且用戶無需自行配置。
【專利附圖】

【附圖說明】
[0019]圖1顯示為本發(fā)明的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法的流程圖。
[0020]圖2顯示為本發(fā)明的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)原理結(jié)構(gòu)圖。
[0021]元件標(biāo)號說明
[0022]I 基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)
[0023]11 服務(wù)器端
[0024]111 強(qiáng)制門戶層
[0025]112 橋轉(zhuǎn)發(fā)層
[0026]SI ?S9 步驟【具體實(shí)施方式】
[0027]以下通過特定的具體實(shí)例說明本發(fā)明的實(shí)施方式，本領(lǐng)域技術(shù)人員可由本說明書所揭露的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明還可以通過另外不同的【具體實(shí)施方式】加以實(shí)施或應(yīng)用，本說明書中的各項細(xì)節(jié)也可以基于不同觀點(diǎn)與應(yīng)用，在沒有背離本發(fā)明的精神下進(jìn)行各種修飾或改變。需說明的是，在不沖突的情況下，以下實(shí)施例及實(shí)施例中的特征可以相互組合。
[0028]需要說明的是，以下實(shí)施例中所提供的圖示僅以示意方式說明本發(fā)明的基本構(gòu)想，遂圖式中僅顯示與本發(fā)明中有關(guān)的組件而非按照實(shí)際實(shí)施時的組件數(shù)目、形狀及尺寸繪制，其實(shí)際實(shí)施時各組件的型態(tài)、數(shù)量及比例可為一種隨意的改變，且其組件布局型態(tài)也可能更為復(fù)雜。
[0029]本發(fā)明的基本原理為:當(dāng)用戶登錄互聯(lián)網(wǎng)web時，將請求的http報文發(fā)送給ADSL橋，由于這個http請求是基于tcp的,而本方案是在ecos的內(nèi)核層實(shí)現(xiàn)的,所以本方案的強(qiáng)制門戶模塊首先要對用戶發(fā)送tcp的建立連接的數(shù)據(jù)包做模擬的三次握手，以建立tcp連接。然后用戶會發(fā)送http get請求，強(qiáng)制門戶模塊就丟棄這個get請求，然后置一個標(biāo)志位，表示已經(jīng)推送過強(qiáng)制頁面，然后仿造一個2000k的http包，http的body里面攜帶“〈HTMLXHEADXmeta http-equiv = \〃REFRESH\〃content = \〃0 ；URL =運(yùn)營商推送網(wǎng)站的地址\〃>〈/HEADX/HTML>”，用戶收到這個200 OK的HTTP請求后，就會登錄運(yùn)營商推送的網(wǎng)站。當(dāng)用戶再次登錄互聯(lián)網(wǎng)web時，強(qiáng)制門戶模塊會判斷標(biāo)志位是否置1，來實(shí)現(xiàn)不影響用戶上網(wǎng)功能。
[0030]實(shí)施例一
[0031]本實(shí)施例提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，應(yīng)用于包括客戶端和服務(wù)器端的基于嵌入式可配置操作系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)，請參閱圖1，顯示為基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法的流程圖，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法包括:
[0032]SI，當(dāng)用戶需訪問互聯(lián)網(wǎng)WEB時，所述服務(wù)器端與所述客戶端之間模擬傳輸控制協(xié)議第一次握手以建立基于傳輸控制協(xié)議的通信鏈接。所述服務(wù)器端具有強(qiáng)制門戶層和橋轉(zhuǎn)發(fā)層。步驟Si具體為:模擬傳輸控制協(xié)議第一次握手，所述服務(wù)器端中所述強(qiáng)制門戶層接收所述客戶端發(fā)送的、用于請求與其建立基于傳輸控制協(xié)議的通信鏈接的第一傳輸控制協(xié)議報文，所述第一傳輸控制協(xié)議報文包括同步報文；其中，所述強(qiáng)制門戶層初始處于偵聽所述第一傳輸控制協(xié)議報文的偵聽狀態(tài)；在接收到所述第一同步報文后，所述強(qiáng)制門戶層處于同步報文已接收狀態(tài)。
[0033]S2，所述客戶端發(fā)送HTTP請求數(shù)據(jù)包至所述服務(wù)器端。在本實(shí)施例中，所述HTTP請求數(shù)據(jù)包為網(wǎng)頁請求的數(shù)據(jù)包。
[0034]S3，所述服務(wù)器端解析所述HTTP請求數(shù)據(jù)包，并判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號；即所述服務(wù)器端接收到所述第一傳輸控制協(xié)議報文后取出所述第一傳輸控制協(xié)議里的端口號字段，判斷該端口號字段是否為所述HTTP請求數(shù)據(jù)包的默認(rèn)端口號(80端口)，若否，則執(zhí)行步驟S4，即將所述HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至所述橋轉(zhuǎn)發(fā)層；若是，則繼續(xù)執(zhí)行步驟S5。
[0035]S5，判斷所述服務(wù)器端的強(qiáng)制門戶層中全局標(biāo)志位是否置1，若是，則表示所述用戶不是第一次上網(wǎng)，便返回步驟S4，即將所述HTTP請求數(shù)據(jù)包發(fā)送給所述橋轉(zhuǎn)發(fā)層；若否，則執(zhí)行步驟S6。
[0036]S6，將所述HTTP請求數(shù)據(jù)包發(fā)送至所述強(qiáng)制門戶層，啟動強(qiáng)制門戶功能。
[0037]S7，所述服務(wù)器端與所述客戶端之間模擬傳輸控制協(xié)議第二次握手，具體地，所述強(qiáng)制門戶層偽造第二傳輸控制協(xié)議報文，將所述第二傳輸控制協(xié)議報文中的標(biāo)志字段置為同步報文和確認(rèn)報文，將偽造的第二傳輸控制協(xié)議報文發(fā)送至所述客戶端以回復(fù)所述客戶端發(fā)送的第一傳輸控制協(xié)議報文中的同步報文，創(chuàng)建一定時器，判斷在超過所述定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，若否，則表示所述第二傳輸控制協(xié)議報文丟失，重新傳輸所述第二傳輸控制協(xié)議至所述客戶端；若是，則執(zhí)行S8S8，模擬傳輸控制協(xié)議第三次握手；
[0038]具體地，接收所述客戶端回復(fù)的關(guān)于接收所述第二傳輸控制協(xié)議報文的確認(rèn)報文，刪除所述定時器。所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)的關(guān)于所述第二傳輸控制協(xié)議報文的確認(rèn)報文后，所述強(qiáng)制門戶層處于基于傳輸控制協(xié)議的通信鏈接已建立狀態(tài)。
[0039]S9，當(dāng)所述服務(wù)器端與所述客戶端建立所述通信鏈接后，所述客戶端發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述強(qiáng)制門戶層，所述強(qiáng)制門戶層丟棄該HTTP請求報文，重新偽造另一攜帶有200 OK字段的主體消息的HTTP請求報文以實(shí)現(xiàn)URL(統(tǒng)一資源定位符重定向)，該HTTP請求報文的TCP段的標(biāo)志位字段置為終止報文或確認(rèn)報文，并將所述攜帶有200 OK字段的主體消息的HTTP請求報文發(fā)送至所述客戶端。統(tǒng)一資源定位符重定向所采用的是基于超文本標(biāo)記語言的刷新和跳轉(zhuǎn)重定向技術(shù)。所述攜帶有2000K字段的主體消息中攜帶有如下超文本標(biāo)記語音(HTML語音)。所述主體消息攜帶格式為〈meta http-equiv =“refresh”content =“延時跳轉(zhuǎn)時間；url =運(yùn)營商重定向URL/”>的超文本標(biāo)記語言。由于搜索引擎能夠讀取HTML語音，所以對于所述刷新和跳轉(zhuǎn)重定向技術(shù)，即自動跳轉(zhuǎn)法，搜索引擎能夠自動檢測出來。若所述延時跳轉(zhuǎn)時間為0，表示立即跳轉(zhuǎn)，若延時跳轉(zhuǎn)事件為0，就能被視為作弊，從而受到懲罰；若所述延時跳轉(zhuǎn)時間大于10s(—般為1s以上)，則表示正常應(yīng)用，所述強(qiáng)制門戶層創(chuàng)建另一定時器，判斷在超過所述另一定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述攜帶200 OK字段的主體消息的HTTP請求報文的確認(rèn)報文，若是，則表示所述客戶端接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文，并對所述攜帶有200 OK字段的主體消息的HTTP請求報文回復(fù)確認(rèn)報文，所述強(qiáng)制門戶層接收到所述客戶端回復(fù)的確認(rèn)報文，刪除所述另一定時器；若否，則重新傳輸所述攜帶有200 OK字段的主體消息的HTTP請求報文。
[0040]S10，所述強(qiáng)制門戶層接收到客戶端發(fā)送的第二傳輸控制協(xié)議報文的終止報文；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文或終止報文后，偽造另一確認(rèn)報文，將偽造的另一確認(rèn)報文發(fā)送至所述客戶端以通知該次通信鏈接關(guān)閉。
[0041]本實(shí)施例所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法從根本上解決了現(xiàn)有技術(shù)在用戶直接輸入IP地址訪問后，不能夠彈出強(qiáng)制門戶，真正實(shí)現(xiàn)了強(qiáng)制門戶功能，推送速度快，并且用戶無需自行配置。
[0042]實(shí)施例二
[0043]本實(shí)施例提供一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)1，應(yīng)用于嵌入式可配置操作系統(tǒng)(ECOS系統(tǒng))，請參閱圖2，顯示為基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)I的原理結(jié)構(gòu)圖，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)包括服務(wù)器端11和客戶端12，所述服務(wù)器端11包括強(qiáng)制門戶層111及橋轉(zhuǎn)發(fā)層112。在本實(shí)施例中，所述服務(wù)器端11為ADSL橋設(shè)備。而強(qiáng)制門戶層111及橋轉(zhuǎn)發(fā)層112位于在所述ADSL橋設(shè)備的內(nèi)核中。
[0044]其中，所述服務(wù)器端11用于當(dāng)用戶需訪問互聯(lián)網(wǎng)時，與所述客戶端12之間模擬傳輸控制協(xié)議第一次握手以建立基于傳輸控制協(xié)議的通信鏈接。模擬傳輸控制協(xié)議第一次握手，所述服務(wù)器端11中所述強(qiáng)制門戶層111接收所述客戶端12發(fā)送的、用于請求與其建立基于傳輸控制協(xié)議的通信鏈接的第一傳輸控制協(xié)議報文，所述第一傳輸控制協(xié)議報文包括同步報文；其中，所述強(qiáng)制門戶層111初始處于偵聽所述第一傳輸控制協(xié)議報文的偵聽狀態(tài)；在接收到所述第一同步報文后，所述強(qiáng)制門戶層處于同步報文已接收狀態(tài)。
[0045]所述客戶端12用于發(fā)送HTTP請求數(shù)據(jù)包至所述服務(wù)器端11。在本實(shí)施例中，所述HTTP請求數(shù)據(jù)包為網(wǎng)頁請求的數(shù)據(jù)包。
[0046]所述服務(wù)器端11當(dāng)接收到所述HTTP請求數(shù)據(jù)包時用于解析所述HTTP請求數(shù)據(jù)包，判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號，即所述服務(wù)器端11中強(qiáng)制門戶層111接收到所述第一傳輸控制協(xié)議報文后取出所述第一傳輸控制協(xié)議里的端口號字段，判斷該端口號字段是否為所述HTTP請求數(shù)據(jù)包的默認(rèn)端口號(80端口)，若否，則將所述HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至所述橋轉(zhuǎn)發(fā)層112 ;若是，則判斷所述服務(wù)器端11的強(qiáng)制門戶層111中全局標(biāo)志位是否置1，若是，則表示所述用戶不是第一次上網(wǎng)，便把所述HTTP請求數(shù)據(jù)包發(fā)送給所述橋轉(zhuǎn)發(fā)層112 ;若否，則將所述HTTP請求數(shù)據(jù)包發(fā)送至所述強(qiáng)制門戶層111，啟動強(qiáng)制門戶功能。
[0047]所述服務(wù)器端11中所述強(qiáng)制門戶層111還用于與所述客戶端之間模擬傳輸控制協(xié)議第二次握手，所述強(qiáng)制門戶層111偽造第二傳輸控制協(xié)議報文，將所述第二傳輸控制協(xié)議報文中的標(biāo)志字段置為同步報文和確認(rèn)報文，將偽造的第二傳輸控制協(xié)議報文發(fā)送至所述客戶端12以回復(fù)所述客戶端12發(fā)送的第一傳輸控制協(xié)議報文中的同步報文，創(chuàng)建一定時器，判斷在超過所述定時器所規(guī)定的時間內(nèi)所述客戶端12是否回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，若否，則表不所述第二傳輸控制協(xié)議報文丟失，重新傳輸所述第二傳輸控制協(xié)議至所述客戶端12 ;若是，則模擬傳輸控制協(xié)議第三次握手；模擬傳輸控制協(xié)議第三次握手，接收所述客戶端12回復(fù)的關(guān)于接收所述第二傳輸控制協(xié)議報文的確認(rèn)報文，刪除所述定時器。所述強(qiáng)制門戶層111在接收到所述客戶端12回復(fù)的關(guān)于所述第二傳輸控制協(xié)議報文的確認(rèn)報文后，所述強(qiáng)制門戶層111處于基于傳輸控制協(xié)議的通信鏈接已建立狀態(tài)。
[0048]當(dāng)所述服務(wù)器端11與所述客戶端12建立所述通信鏈接后，所述客戶端12還用于發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述服務(wù)器端11中的強(qiáng)制門戶層111。
[0049]所述服務(wù)器端11中所述強(qiáng)制門戶層111當(dāng)所述客戶端12發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述服務(wù)器端11時，所述強(qiáng)制門戶層111丟棄該請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文，重新偽造另一攜帶有200 OK字段的主體消息的HTTP請求報文以實(shí)現(xiàn)URL (統(tǒng)一資源定位符重定向)，該請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文的TCP段的標(biāo)志位字段置為終止報文或確認(rèn)報文，并將所述攜帶有200 OK字段的主體消息的HTTP請求報文發(fā)送至所述客戶端12。統(tǒng)一資源定位符重定向所采用的是基于超文本標(biāo)記語言的刷新和跳轉(zhuǎn)重定向技術(shù)。所述攜帶有200 OK字段的主體消息中攜帶有如下超文本標(biāo)記語音(HTML語音)。所述主體消息攜帶格式為〈meta http-equiv = “refresh”content =“延時跳轉(zhuǎn)時間；url =運(yùn)營商重定向 URL/”>的超文本標(biāo)記語言。由于搜索弓I擎能夠讀取HTML語音，所以對于所述刷新和跳轉(zhuǎn)重定向技術(shù)，即自動跳轉(zhuǎn)法，搜索引擎能夠自動檢測出來。若所述延時跳轉(zhuǎn)時間為0，表示立即跳轉(zhuǎn)，若延時跳轉(zhuǎn)事件為0，就能被視為作弊，從而受到懲罰；若所述延時跳轉(zhuǎn)時間大于1s ( 一般為1s以上)，則表示正常應(yīng)用，所述強(qiáng)制門戶層111創(chuàng)建另一定時器，判斷在超過所述另一定時器所規(guī)定的時間內(nèi)所述客戶端12是否回復(fù)關(guān)于接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文的確認(rèn)報文，若是，則表示所述客戶端12接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文，并對所述攜帶有200 OK字段的主體消息的HTTP請求報文回復(fù)確認(rèn)報文，所述強(qiáng)制門戶層111接收到所述客戶端12回復(fù)的確認(rèn)報文，刪除所述另一定時器；若否，則重新傳輸所述攜帶有200 OK字段的主體消息的HTTP請求報文。
[0050]所述服務(wù)器端11中所述強(qiáng)制門戶層111還用于接收所述客戶端12發(fā)送的第二傳輸控制協(xié)議報文的終止報文。所述強(qiáng)制門戶層111在接收到所述客戶端12回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文或終止報文后，偽造另一確認(rèn)報文，將偽造的另一確認(rèn)報文發(fā)送至所述客戶端12以通知該次通信鏈接關(guān)閉。
[0051 ] 例如，用戶要訪問ffffff.GOOGLE.COM網(wǎng)址，通過本發(fā)明所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)，用戶瀏覽器顯示的就是運(yùn)營商指定的強(qiáng)制門戶頁面給用戶，以方便用戶更多的了解運(yùn)營商的最新消息，和一些重要的宣傳和廣告等業(yè)務(wù)。
[0052]綜上所述，本發(fā)明所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法及系統(tǒng)從根本上解決了現(xiàn)有技術(shù)在用戶直接輸入IP地址訪問后，不能夠彈出強(qiáng)制門戶，真正實(shí)現(xiàn)了強(qiáng)制門戶功能，推送速度快，并且用戶無需自行配置。
[0053]所以，本發(fā)明有效克服了現(xiàn)有技術(shù)中的種種缺點(diǎn)而具高度產(chǎn)業(yè)利用價值。
[0054]上述實(shí)施例僅例示性說明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何熟悉此技術(shù)的人士皆可在不違背本發(fā)明的精神及范疇下，對上述實(shí)施例進(jìn)行修飾或改變。因此，舉凡所屬【技術(shù)領(lǐng)域】中具有通常知識者在未脫離本發(fā)明所揭示的精神與技術(shù)思想下所完成的一切等效修飾或改變，仍應(yīng)由本發(fā)明的權(quán)利要求所涵蓋。
【權(quán)利要求】
1.一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，應(yīng)用于包括客戶端和服務(wù)器端的基于嵌入式可配置操作系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)，其特征在于，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法包括: 步驟一，當(dāng)用戶需訪問互聯(lián)網(wǎng)時，所述服務(wù)器端與所述客戶端之間模擬傳輸控制協(xié)議第一次握手以建立基于傳輸控制協(xié)議的通信鏈接；所述服務(wù)器端具有強(qiáng)制門戶層和橋轉(zhuǎn)發(fā)層； 步驟二，所述客戶端發(fā)送HTTP請求數(shù)據(jù)包至所述服務(wù)器端； 步驟三，所述服務(wù)器端解析所述HTTP請求數(shù)據(jù)包，判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號；若所述數(shù)據(jù)端口號為默認(rèn)端口號，則判斷所述服務(wù)器端的強(qiáng)制門戶層中全局標(biāo)志位是否置1，若所述強(qiáng)制門戶層中全局標(biāo)志位未置1，則將所述HTTP請求數(shù)據(jù)包發(fā)送至所述強(qiáng)制門戶層； 步驟四，所述服務(wù)器端與所述客戶端之間模擬傳輸控制協(xié)議第二和第三次握手； 步驟五，當(dāng)所述服務(wù)器端與所述客戶端建立所述通信鏈接后，所述客戶端發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述強(qiáng)制門戶層，所述服務(wù)器端中所述強(qiáng)制門戶層丟棄該HTTP請求報文，偽造另一攜帶有200 OK字段的主體消息的HTTP請求報文，并發(fā)送至所述客戶端。
2.根據(jù)權(quán)利要求1所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，其特征在于:當(dāng)判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號不為默認(rèn)端口號時，則將所述HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至所述橋轉(zhuǎn)發(fā)層。
3.根據(jù)權(quán)利要求1所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，其特征在于:當(dāng)所述強(qiáng)制門戶層中全局標(biāo)志位置I時，將所述HTTP請求數(shù)據(jù)包發(fā)送至所述橋轉(zhuǎn)發(fā)層。
4.根據(jù)權(quán)利要求1所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，其特征在于: 所述模擬傳輸控制協(xié)議第二次握手的步驟包括:偽造第二傳輸控制協(xié)議報文，將所述第二傳輸控制協(xié)議報文中的標(biāo)志字段置為同步報文和確認(rèn)報文，將偽造的第二傳輸控制協(xié)議報文發(fā)送至所述客戶端以回復(fù)所述客戶端發(fā)送第一傳輸控制協(xié)議報文的同步報文，創(chuàng)建一定時器，判斷在超過所述定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，若否，則表不所述第二傳輸控制協(xié)議報文丟失，重新傳輸所述第二傳輸控制協(xié)議至所述客戶端；若是，則模擬傳輸控制協(xié)議第三次握手； 所述模擬傳輸控制協(xié)議第三次握手的步驟包括:接收所述客戶端回復(fù)的關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，刪除所述定時器；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)的關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文后，處于通信鏈接已建立狀態(tài)。
5.根據(jù)權(quán)利要求1所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，其特征在于:所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法還包括:所述強(qiáng)制門戶層還接收客戶端發(fā)送的第二傳輸控制協(xié)議報文的終止報文；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文或終止報文，偽造另一確認(rèn)報文，將偽造的另一確認(rèn)報文發(fā)送至所述客戶端以通知該次通信鏈接關(guān)閉。
6.根據(jù)權(quán)利要求1所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，其特征在于:統(tǒng)一資源定位符重定向所采用的是基于超文本標(biāo)記語言的刷新和跳轉(zhuǎn)重定向技術(shù)。
7.根據(jù)權(quán)利要求1所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)方法，其特征在于:所述主體消息攜帶格式為〈meta http-equiv =“refresh”content =“延時跳轉(zhuǎn)時間；url =運(yùn)營商重定向URL/”>的超文本標(biāo)記語言；若所述延時跳轉(zhuǎn)時間為0，表示立即跳轉(zhuǎn)；若所述延時跳轉(zhuǎn)時間大于10s，則表示正常應(yīng)用，所述強(qiáng)制門戶層創(chuàng)建另一定時器，判斷在超過所述另一定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文的確認(rèn)報文，若是，則表示所述客戶端接收到所述攜帶有200 OK字段的主體消息的HTTP請求報文，并對所述攜帶有200 OK字段的主體消息的HTTP請求報文回復(fù)確認(rèn)報文，所述強(qiáng)制門戶層接收到所述客戶端回復(fù)的確認(rèn)報文，刪除所述另一定時器；若否，則重新傳輸所述攜帶有200 OK字段的主體消息的HTTP請求報文。
8.一種基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)，應(yīng)用于嵌入式可配置操作系統(tǒng)，其特征在于，所述基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)包括: 服務(wù)器端，包括強(qiáng)制門戶層和橋轉(zhuǎn)發(fā)層，用于當(dāng)用戶需訪問互聯(lián)網(wǎng)時，與客戶端之間模擬傳輸控制協(xié)議第一次握手以建立基于傳輸控制協(xié)議的通信鏈接；當(dāng)所述客戶端發(fā)送HTTP請求數(shù)據(jù)包至所述服務(wù)器端時，所述服務(wù)器端用于解析所述HTTP請求數(shù)據(jù)包，判斷所述HTTP請求數(shù)據(jù)包的數(shù)據(jù)端口號是否為默認(rèn)端口號，若否，則將所述HTTP請求數(shù)據(jù)包轉(zhuǎn)發(fā)至所述橋轉(zhuǎn)發(fā)層；若是，則判斷所述服務(wù)器端的所述強(qiáng)制門戶層中全局標(biāo)志位是否置1，若是，則把所述HTTP請求數(shù)據(jù)包發(fā)送至所述橋轉(zhuǎn)發(fā)層；若否，則將所述HTTP請求數(shù)據(jù)包發(fā)送至所述強(qiáng)制門戶層，模擬傳輸控制協(xié)議第二和第三次握手； 當(dāng)所述服務(wù)器端與所述客戶端建立所述通信鏈接后，所述客戶端發(fā)送請求讀取由統(tǒng)一資源定位符所標(biāo)志的信息的HTTP請求報文至所述強(qiáng)制門戶層時，所述服務(wù)器端用于丟棄該HTTP請求報文，重新偽造另一攜帶有200 OK字段的主體消息的HTTP請求報文，并發(fā)送至所述客戶端。
9.根據(jù)權(quán)利要求8所述的基于ECOS系統(tǒng)的強(qiáng)制門戶的內(nèi)核實(shí)現(xiàn)系統(tǒng)，其特征在于:所述強(qiáng)制門戶層用于: 模擬傳輸控制協(xié)議第一次握手，所述強(qiáng)制門戶層接收所述客戶端發(fā)送的、用于請求與其建立基于傳輸控制協(xié)議的通信鏈接的第一傳輸控制協(xié)議報文，所述第一傳輸控制報文包括同步報文；其中，所述強(qiáng)制門戶層初始處于偵聽所述第一傳輸控制協(xié)議報文的偵聽狀態(tài)；在接收到所述同步報文后，所述強(qiáng)制門戶層處于同步報文已接收狀態(tài)； 模擬傳輸控制協(xié)議第二次握手，偽造第二傳輸控制協(xié)議報文，將所述第二傳輸控制協(xié)議報文中的標(biāo)志字段置為同步報文和確認(rèn)報文，將偽造的第二傳輸控制協(xié)議報文回復(fù)至所述客戶端以回復(fù)所述客戶端發(fā)送第一傳輸控制協(xié)議報文的同步報文，創(chuàng)建一定時器，判斷在超過所述定時器所規(guī)定的時間內(nèi)所述客戶端是否回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，若否，則表不所述第二傳輸控制協(xié)議報文丟失，重新傳輸所述第二傳輸控制協(xié)議至所述客戶端；若是，則模擬傳輸控制協(xié)議第三次握手； 模擬傳輸控制協(xié)議第三次握手，接收所述客戶端回復(fù)的關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文，刪除所述定時器；所述強(qiáng)制門戶層在接收到所述客戶端回復(fù)關(guān)于接收到所述第二傳輸控制協(xié)議報文的確認(rèn)報文后，處于通信鏈接已建立狀態(tài)。
【文檔編號】H04L29/08GK104038506SQ201410293134
【公開日】2014年9月10日 申請日期:2014年6月25日 優(yōu)先權(quán)日:2014年6月25日
【發(fā)明者】龐駿 申請人:上海斐訊數(shù)據(jù)通信技術(shù)有限公司