專利名稱：：一種在寬帶數(shù)據(jù)智能網(wǎng)中實現(xiàn)客戶端小窗口的方法
技術(shù)領(lǐng)域：
：本發(fā)明涉及智能網(wǎng)技術(shù)，尤其涉及一種在寬帶數(shù)據(jù)智能網(wǎng)中實現(xiàn)客戶端小窗口的方法。
背景技術(shù)：
：寬帶數(shù)據(jù)智能網(wǎng)作為多業(yè)務(wù)的電信級業(yè)務(wù)平臺的寬帶智能網(wǎng)產(chǎn)品，為網(wǎng)絡(luò)設(shè)備提供業(yè)務(wù)控制、業(yè)務(wù)管理和業(yè)務(wù)生成，與它們一起完成寬帶網(wǎng)的增值業(yè)務(wù)，如寬帶上網(wǎng)業(yè)務(wù)、Portal業(yè)務(wù)、201+業(yè)務(wù)、IPHotel業(yè)務(wù)等。門戶(Portal)業(yè)務(wù)是寬帶數(shù)據(jù)智能網(wǎng)提供給用戶的一種新型業(yè)務(wù)，它使用戶在上網(wǎng)時，可以通過標(biāo)準(zhǔn)的Portal業(yè)務(wù)入口服務(wù)器(PortalServer)，來靈活的選擇適合用戶自己的業(yè)務(wù)，用戶可以在WWW頁面上進(jìn)行Web認(rèn)證和各種業(yè)務(wù)選擇。同時提供有面向于用戶的客戶服務(wù)中心，Portal業(yè)務(wù)使得運(yùn)營商在內(nèi)容服務(wù)的領(lǐng)域中找到了自己的位置。同時提供了一個可擴(kuò)展的通訊平臺為在門戶服務(wù)器(PortalServer)上開發(fā)新業(yè)務(wù)提供了底層的支持。綜之，Portal業(yè)務(wù)可以看作是一個業(yè)務(wù)門戶、服務(wù)門戶、和內(nèi)容門戶。由于WEB方式的特點，服務(wù)器不能準(zhǔn)確知道客戶機(jī)的狀態(tài)，并且Portal的界面全部在IE中運(yùn)行，有很多需要控制的地方由于IE的開發(fā)性和局限性都實現(xiàn)不了，所以需要一個專門的客戶端程序，達(dá)到完全控制IE和業(yè)務(wù)運(yùn)行的目的。在現(xiàn)有技術(shù)中，通過瀏覽器的心跳功能實現(xiàn)Portal服務(wù)器和IE計時小窗口之間進(jìn)行定時握手，這樣Portal服務(wù)器就可以知道客戶端的狀態(tài)。即使當(dāng)由于網(wǎng)絡(luò)異常中斷時，通過IE計時小窗口的握手超時，也可以將用戶下網(wǎng)并停止計時。由于現(xiàn)有的Portal小窗口采用基于IE的實現(xiàn)機(jī)制，于是就不可避免的帶來了IE本身固有的一系列問題，具體如下(1)在WEB認(rèn)證上網(wǎng)的情況下，如果現(xiàn)有Portal的小窗口被關(guān)閉或者被其他頁面替換掉(這種情況是很多的)，則用戶無法主動下線。雖然用戶再次登錄Portal并認(rèn)證就可以顯示小窗口，但是給用戶使用帶來了不便。(2)現(xiàn)有Portal為了保證每個客戶機(jī)只能有一個用戶登錄Portal，利用IE的功能進(jìn)行了一系列處理，實現(xiàn)復(fù)雜。并且由于IE版本繁多，功能不穩(wěn)定，導(dǎo)致Portal的處理容易出錯。(3)現(xiàn)有的Portal為了在客戶端保留一部分客戶信息和用于頁面間的數(shù)據(jù)傳遞，使用了cookie來保存數(shù)據(jù)，數(shù)據(jù)的安全性難以得到保證并且也不能保證IE正確處理，并且還有可能被用戶自行刪除。
發(fā)明內(nèi)容本發(fā)明的目的在于提供一種在寬帶數(shù)據(jù)智能網(wǎng)中實現(xiàn)客戶端小窗口的方法，以解決現(xiàn)有技術(shù)中IE小窗口被覆蓋或異常關(guān)閉所造成的操作不便，以及數(shù)據(jù)安全性差的問題。實現(xiàn)本發(fā)明的技術(shù)方案一種在寬帶數(shù)據(jù)智能網(wǎng)中實現(xiàn)客戶端小窗口的方法，所述寬帶數(shù)據(jù)智能網(wǎng)中具有門戶服務(wù)器(PortalServer)和業(yè)務(wù)控制點(iSCP)；該方法包括步驟所述業(yè)務(wù)控制點對請求認(rèn)證的用戶端進(jìn)行認(rèn)證并返回認(rèn)證消息；用戶端接收到認(rèn)證成功的消息后啟動客戶端的第一程序生成具有控制功能的客戶端小窗口；以及由第一程序?qū)⒂脩舻慕尤霠顟B(tài)信息顯示在所述客戶端小窗口中。其中所述用戶端具有第二程序，在用戶端認(rèn)證前由該第二程序獲取用戶端的IP地址并在客戶端創(chuàng)建用于保存用戶信息的共享內(nèi)存。當(dāng)用戶端接收到登錄成功的認(rèn)證消息時通知所述第二程序，由該第二程序?qū)⒂脩艚尤胄畔懭牍蚕韮?nèi)存并啟動第一程序。所述第一程序被啟動后判斷所述認(rèn)證是否為通過所述門戶服務(wù)器進(jìn)行的WEB認(rèn)證，如果是則與門戶服務(wù)器建立握手連接，并將共享內(nèi)存中有關(guān)接入狀態(tài)的信息顯示在小窗口中。所述第一程序與門戶服務(wù)器建立握手連接時客戶端執(zhí)行步驟A、向門戶服務(wù)器發(fā)送創(chuàng)建用戶信息的握手消息；B、根據(jù)門戶服務(wù)器返回的握手響應(yīng)消息判斷是否握手成功，如果是則進(jìn)行步驟D，否則進(jìn)行步驟C；C、將握手響應(yīng)消息中攜帶的下線原因顯示在小窗口中，退出小窗口并結(jié)束握手流程；D、判斷是否需要創(chuàng)建用戶信息，如果是則進(jìn)行步驟A；否則，定時向門戶服務(wù)器發(fā)送握手消息。當(dāng)客戶端在預(yù)定時間內(nèi)未收到門戶服務(wù)器的握手響應(yīng)消息時，判斷建立握手連接的次數(shù)是否超過預(yù)定次數(shù)，如果是則通過所述小窗口提示已斷開連接并關(guān)閉小窗口；否則，重新建立握手連接，并記錄建立握手連接的次數(shù)。所述門戶服務(wù)器接收到用戶端的握手消息時進(jìn)行下述步驟判斷在線用戶鏈表中是否記錄有該用戶，如果無，則向用戶端返回需要創(chuàng)建用戶信息的握手響應(yīng)消息，并結(jié)束該次握手消息處理流程；如果有，則進(jìn)行后續(xù)步驟；判斷用戶下線原因是否為空，如果是，則將該用戶的握手次數(shù)清零并返回握手成功的握手響應(yīng)消息，結(jié)束該次握手消息處理流程；否則，從在線用戶鏈表中刪除該用戶的記錄，并在握手響應(yīng)消息中攜帶用戶下線原因，結(jié)束該次握手消息處理流程。門戶服務(wù)器定時掃描在線用戶數(shù)據(jù)鏈表，并將握手失敗次數(shù)達(dá)到預(yù)定次數(shù)的用戶放入待刪除隊列中。當(dāng)刪除所述待刪除隊列中的用戶的記錄時判斷是否需要發(fā)送下線請求，如果是，則向接入設(shè)備發(fā)送下線請求并刪除用戶的記錄；否則直接刪除該用戶的記錄。所述第二程序還從所述門戶服務(wù)器上的配置文件中獲取客戶端的程序版本并與客戶端當(dāng)前的程序版本進(jìn)行比較，如果客戶端的版本低則從指定地址下載程序進(jìn)行升級。當(dāng)門戶服務(wù)器對登錄用戶進(jìn)行接入認(rèn)證時，發(fā)現(xiàn)有與該用戶地址相同的用戶已經(jīng)接入時，直接向登錄用戶返回認(rèn)證成功的消息，并在客戶端顯示認(rèn)證成功后的頁面，以保證同一臺客戶機(jī)同時只能有一個用戶認(rèn)證成功。當(dāng)用戶通過PPPOE或PPP方式接入智能網(wǎng)時，客戶端小窗口僅顯示用戶的接入狀態(tài)。本發(fā)明具有以下有益效果1、通過用戶端的程序來產(chǎn)生小窗口，因而能夠避免現(xiàn)有技術(shù)中IE小窗口被覆蓋或者異常關(guān)閉時給用戶造成的不便；2、客戶端通過握手線程與門戶服務(wù)器定時進(jìn)行消息傳遞，使門戶服務(wù)器能夠?qū)⒂脩粝戮€原因通過消息下發(fā)給客戶端；3、通過在客戶端建立共享內(nèi)存并將用戶的接入信息寫入該內(nèi)存中，其實現(xiàn)簡單而且安全性高；4、在認(rèn)證時如果發(fā)現(xiàn)相同地址的用戶已經(jīng)接入則直接在用戶端顯示認(rèn)證成功的頁面，避免了現(xiàn)有技術(shù)中的復(fù)雜處理過程。圖1為寬帶數(shù)據(jù)智能網(wǎng)的結(jié)構(gòu)示意圖；圖2為現(xiàn)有技術(shù)中實現(xiàn)客戶端小窗口的流程圖；圖3為本發(fā)明中WEB認(rèn)證成功后客戶端的處理流程圖；圖4為門戶服務(wù)器對握手消息的處理流程圖；圖5為握手異常時客戶端的處理流程圖；圖6為門戶服務(wù)器對握手異常的用戶進(jìn)行處理的流程圖；圖7為門戶服務(wù)器對強(qiáng)制下線的處理流程圖。具體實施例方式參閱圖1所示，寬帶數(shù)據(jù)智能網(wǎng)包括報表系統(tǒng)Reporter、話單統(tǒng)計系統(tǒng)(BillProc)、系統(tǒng)業(yè)務(wù)管理接入點(SMAP)、業(yè)務(wù)管理系統(tǒng)SMS、WEB管理終端、業(yè)務(wù)控制點(iSCP)、門戶服務(wù)器(PortalServer)、數(shù)據(jù)庫(DB)和增強(qiáng)業(yè)務(wù)點(ESN)等。內(nèi)容提供商(ICP)，接入設(shè)備BAS、NE、A8010、VP8000等接入寬帶數(shù)據(jù)智能網(wǎng)。OSS為營帳系統(tǒng)接口。其中iSCP、ESN是寬帶數(shù)據(jù)智能網(wǎng)的平臺。為了更好地理解本發(fā)明，對現(xiàn)有技術(shù)的實現(xiàn)流程描述如下，參閱圖21、用戶在進(jìn)行Web認(rèn)證時，向PortalServer發(fā)送心跳開始消息，PortalServer在接受到這個消息后，將用戶的UserIP和controlerIP以及beatInterval記錄下來。2、用戶在認(rèn)證通過后，由PortalServer推送給用戶一個計時小窗口，并在小窗口中內(nèi)嵌一個發(fā)送心跳消息的Applet。Applet的輸入?yún)?shù)有心跳間隔時間(分鐘)beatTime，用戶IP地址(userIP)；ISN的IP地址(controlerIP)；用戶名(username)。3、Applet每隔beatTime發(fā)送心跳內(nèi)容，心跳中的serialNo為一個隨機(jī)數(shù)；發(fā)送后，接受PortalServer給Applet的回應(yīng)報文；如果接受報文中serialNo不等于發(fā)出時的值，重新接受，最多重新接受5次，如果仍無PortalServer的應(yīng)答報文，則停止；如果為停止心跳報文，則停止，否則繼續(xù)下一次發(fā)送心跳內(nèi)容。4、PortalServer對客戶端瀏覽器發(fā)送來的心跳消息中的controlerIP，userIP在userInfo中查找KeycontrolerIP+userIP，如果不存在且HASH表長度＜指定長度，就將它加入，否則如果(status＝0)更新beatTime為curTime，發(fā)送回應(yīng)報文；如果(status！＝0)，給Applet發(fā)送停止心跳報文。5、PortalServer搜索哈希表(Hashtable)后將心跳時間間隔記下，T＝(2*心跳時間間隔+當(dāng)前系統(tǒng)時間)-上次搜索時間，T為下次搜索時間。如果搜到(當(dāng)前系統(tǒng)時間-上次搜索時間＞2*心跳時間間隔)且(status＝0)就將該用戶下線，并將(status＝1)，如果(status?。?)從Hashtable中刪除它。6、用戶在主動下網(wǎng)時，向PortalServer主動發(fā)送心跳結(jié)束消息，PortalServer將用戶的status置為2，在下一次搜索hashTable刪除它。7、如果用戶被ISN或iSCP強(qiáng)制下網(wǎng)，則PortalServer將用戶的status置為2，在下次收到客戶端的心跳，或搜索HashTable時，向用戶發(fā)送回應(yīng)停止心跳的報文，并刪除它。status值的含義Status＝0用戶處于上網(wǎng)狀態(tài)。當(dāng)PortalServer收到用戶開始心跳消息(REQ_START_BEAT)時，Status＝0。在用戶上網(wǎng)過程中收到心跳消息時，保持Status＝0。Status＝1用戶處于超時狀態(tài)。當(dāng)搜索用戶hashtable時，如果搜索時的當(dāng)前時間和上次收到用戶心跳時間之間的間隔(當(dāng)前時間-上次心跳時間)大于用戶心跳發(fā)送的最大間隔((心跳重發(fā)次數(shù)*心跳發(fā)送間隔)/2)，用戶處于超時狀態(tài)，Status＝1。Status＝2用戶處于下線狀態(tài)。當(dāng)收到用停止心跳報文時(戶REQ_STOP_BEAT)，Status＝2。收到用戶下網(wǎng)報文時，Status＝2。本發(fā)明為了解決現(xiàn)有技術(shù)IE計時小窗口存在的諸多問題，在客戶端設(shè)置第一程序和第二程序。第一程序為客戶端程序PortalClient.exe，第二程序為一個控件PortalAX.ocx(ActiveX控件)。同時在客戶端建立一個共享內(nèi)存，用于保存用戶的接入信息，該共享內(nèi)存由控件PortalAX.ocx進(jìn)行管理。客戶端程序在第一次訪問PortalServer的時候，會自動下載。如果客戶端版本更新了，也同樣需要自動下載?？蛻舳说慕尤胄畔⒍急４嬖诠蚕韮?nèi)存中，如，用戶的接入狀態(tài)、上網(wǎng)時間，用戶類型，接入用戶名等。控件PortalAX.ocx主要完成如下功能在用戶開始訪問PortalServer的時候，獲得用戶本機(jī)IP地址。在接入認(rèn)證成功的時候，啟動客戶端程序。啟動客戶端程序前檢查客戶端程序是否需要升級，如果需要則負(fù)責(zé)下載程序進(jìn)行升級?？蛻舳顺绦蛑饕瓿扇缦鹿δ茱@示用戶的接入狀態(tài)，如上網(wǎng)時間、用戶類型和接入用戶名等。這些信息都寫在共享內(nèi)存中。提供用戶如下功能的按鈕使用接入用戶名登陸PortalServer(只有WEB認(rèn)證用戶才顯示)，使用其它帳號登陸PortalServer，離線(只有WEB認(rèn)證用戶顯示，其它用戶顯示退出按鈕)?？丶ortalAX.ocx得到用戶認(rèn)證成功消息后，將相關(guān)的接入信息寫入共享內(nèi)存并啟動客戶端程序PortalClient.exe，該程序顯示小窗口并顯示共享內(nèi)存中的接入信息；然后主動向服務(wù)器發(fā)起創(chuàng)建用戶信息的握手消息，如果消息處理成功，則定時發(fā)送握手消息。對上述功能的實現(xiàn)描述如下1、獲取客戶機(jī)本地IP用戶第一次訪問Portal服務(wù)器時，從Portal服務(wù)器上面下載控件PortalAX.ocx到本機(jī)，該控件通過一個函數(shù)來獲取本機(jī)的IP地址。2、提供一個數(shù)據(jù)存儲的載體控件PortalAX.ocx在客戶機(jī)上面創(chuàng)建共享內(nèi)存，供PortalClient.exe程序獲得需要的數(shù)據(jù)。共享內(nèi)存里面放的數(shù)據(jù)有用戶名、本機(jī)IP、上網(wǎng)時間、接入方式等數(shù)據(jù)。PortalClient.exe程序顯示小窗口的時候需要的數(shù)據(jù)就從共享內(nèi)存中獲得。3、自動檢查更新版本并升級客戶端小窗口程序必須有自動檢查更新版本的功能，因為版本的升級，PortalAX.ocx和PortalClient.exe程序的版本會升級。這樣不可能要求每個用戶都知道如何升級客戶端的程序，所以Portal客戶端的程序必須有自動更新版本的功能。實現(xiàn)的方式如下在Portal服務(wù)器的一個配置文件中寫了相應(yīng)的版本信息，控件PortalAX.ocx會獲得這個版本信息，然后和客戶機(jī)上面的版本進(jìn)行比較，如果客戶機(jī)上面的版本比較老，則重新到Portal服務(wù)器上面下載新的程序，否則不下載。4、準(zhǔn)確的顯示用戶的狀態(tài)用戶登錄Portal的時候，Portal會首先向SCP請求這個用戶的信息，包括是否已經(jīng)上網(wǎng)、上網(wǎng)時間、接入方式。如果此用戶已經(jīng)認(rèn)證成功，則用戶可以直接登錄Portal，如果沒有認(rèn)證，則彈出認(rèn)證頁面讓用戶進(jìn)行認(rèn)證。用戶端接收到認(rèn)證成功的認(rèn)證消息時通知控件PortalAX.ocx，控件啟動客戶端程序并彈出小窗口，從共享內(nèi)存中讀取接入消息在小窗口中顯示。用戶接入分如下幾種方式WEB認(rèn)證接入、PPPOE接入、PPP接入。WEB認(rèn)證接入是指用戶是通過寬帶數(shù)據(jù)智能網(wǎng)的Portal進(jìn)行接入的。這樣Portal會記錄這個用戶的信息，且在小窗口上面顯示為WEB認(rèn)證上網(wǎng)。上網(wǎng)時間是從iSCP那邊請求到用戶已經(jīng)上網(wǎng)的時間，然后客戶端啟動自己的定時器，不停的累加時間。所以這個時間和實際的上網(wǎng)時間可能不一致，僅供用戶參考。WEB認(rèn)證接入后客戶機(jī)上面的小窗口主動和服務(wù)器之間建立握手連接，通過心跳報文來準(zhǔn)確探知用戶是否已經(jīng)在線，對客戶機(jī)的限制非常少?？蛻魴C(jī)上面的小窗口和服務(wù)器之間采用HTTP協(xié)議進(jìn)行通訊。其他接入方式，客戶機(jī)上面的小窗口只會顯示用戶的狀態(tài)，但是不會啟動心跳信息，也不會提示下線按鈕。只有關(guān)閉按鈕。5、保證同一臺客戶機(jī)上只能有一個用戶認(rèn)證成功用戶登錄PortalServer的時候，首先通過控件獲得本機(jī)IP，然后向iSCP請求用戶信息，如果此IP地址已經(jīng)有用戶認(rèn)證上網(wǎng)了。則直接顯示PortalServer認(rèn)證成功后的頁面。不會再讓用戶認(rèn)證，這樣可以保證同一臺客戶機(jī)同時只能有一個用戶認(rèn)證成功。6、服務(wù)器向客戶機(jī)推送一些消息服務(wù)器通過客戶機(jī)上面的小窗口和服務(wù)器的心跳信息向客戶機(jī)推送一些信息。例如強(qiáng)制下線消息。有的時候用戶可能因為某種原因被強(qiáng)制下線了，這個下線原因被放在服務(wù)器上面，等到下一次心跳信息到來的時候，這個原因就被帶到客戶機(jī)上面，然后顯示給用戶進(jìn)行確認(rèn)，關(guān)閉小窗口。下面結(jié)合流程圖，主要對WEB認(rèn)證接入方式進(jìn)行說明參閱圖3所示，WEB認(rèn)證成功后客戶端的處理流程如下步驟10控制件PortalAX.ocx啟動客戶端程序，由客戶端程序生成小窗口。步驟20控制件PortalAX.ocx向客戶端程序發(fā)送登錄成功消息。步驟30客戶程序判斷是否為由門戶服務(wù)器進(jìn)行的WEB認(rèn)證，如果是則進(jìn)行步驟40，否則進(jìn)行結(jié)束該判斷步驟并進(jìn)行其他正常的處理。步驟40客戶程序啟動握手線程向門戶服務(wù)器發(fā)送創(chuàng)建用戶信息的消息。步驟50根據(jù)服務(wù)器返回的消息判斷握手是否成功，如果是則進(jìn)行步驟60，否則進(jìn)行步驟80。步驟60根據(jù)返回消息中的參數(shù)判斷是否需要創(chuàng)建用戶信息，如果是則進(jìn)行步驟40，否則進(jìn)行步驟70。步驟70向服務(wù)器發(fā)送握手消息，并返回步驟50。步驟80從服務(wù)器返回消息中獲得用戶下線原因并顯示。步驟90關(guān)閉握手線程，經(jīng)用戶確定后退出小窗口。參閱圖4所示，門戶服務(wù)器對握手消息的處理流程如下步驟100門戶服務(wù)器收到客戶端的握手消息。步驟110在在線用戶鏈表中查找該用戶。步驟120判斷在線用戶鏈表中是否存在該用戶記錄，如果是，則進(jìn)行步驟130，否則進(jìn)行步驟150。步驟130判斷用戶下線原因是否為空，如果是則進(jìn)行步驟140，否則進(jìn)行步驟160。步驟140將該用戶的握手次數(shù)清零，并向客戶端返回成功的握手響應(yīng)消息。步驟150向客戶端返回需要創(chuàng)建用戶信息的握手響應(yīng)消息。步驟160從在線用戶鏈表中清除用戶記錄，并向客戶端返回用戶下線原因。參閱圖5所示，握手異常時客戶端的處理流程如下步驟200客戶端向門戶服務(wù)器發(fā)送握手消息。步驟210判斷是否有握手響應(yīng)消息，如果有，則進(jìn)行步驟220，否則進(jìn)行步驟230。步驟220按正常處理流程處理并將握手錯誤的次數(shù)清零。步驟230設(shè)定等待時間重新握手，并將握手失敗次數(shù)增加1。步驟240判斷握手失敗次數(shù)是否達(dá)到規(guī)定的最大值，如果是，則進(jìn)行步驟250，否則返回步驟200。步驟250提示客戶端和門戶服務(wù)器斷開連接，用戶確定后退出小窗口。參閱圖6所示，門戶服務(wù)器對握手異常的用戶進(jìn)行處理的流程步驟300門戶服務(wù)器掃描在線用戶數(shù)據(jù)鏈表；步驟305判斷當(dāng)前用戶的握手失敗次數(shù)是否小于最大值，如果是，則進(jìn)行步驟310，否則進(jìn)行步驟315；步驟310將當(dāng)前用戶的失敗次數(shù)增加1；步驟315將當(dāng)前用戶放入待刪除隊列；步驟320判斷是否掃描完在線用戶數(shù)據(jù)鏈表，如果是，則進(jìn)行步驟325，否則，進(jìn)行步驟300；步驟325對待刪除隊列進(jìn)行遍歷；步驟330判斷是否需要向當(dāng)前用戶下發(fā)下線消息，如果是則進(jìn)行步驟335，否則進(jìn)行步驟340；步驟335向接入設(shè)備發(fā)送下線請求；步驟340將當(dāng)前戶數(shù)據(jù)從在線用戶數(shù)據(jù)鏈表中刪除；步驟345判斷是否遍歷完待刪除隊列，如果是則結(jié)束，否則返回步驟325。當(dāng)服務(wù)器收到強(qiáng)制下線的消息時，對用戶在在線用戶數(shù)據(jù)記錄中的下線原因賦值。以上以最佳實現(xiàn)方式對本發(fā)明進(jìn)行說明，但本發(fā)明的實現(xiàn)方式并不限于此，如可由多個門戶服務(wù)器構(gòu)成門戶服務(wù)器集群，當(dāng)各服務(wù)器對握手消息進(jìn)行處理時判斷用戶是否屬于本服務(wù)器，即只對本服務(wù)器的用戶的握手消息進(jìn)行處理，如果不是本服務(wù)器，則返回需要創(chuàng)建用戶信息。本發(fā)明通過用戶端的程序來產(chǎn)生小窗口，因而能夠避免現(xiàn)有技術(shù)中IE小窗口被覆蓋或者異常關(guān)閉時給用戶造成的不便以及其他問題。權(quán)利要求1.一種在寬帶數(shù)據(jù)智能網(wǎng)中實現(xiàn)客戶端小窗口的方法，所述寬帶數(shù)據(jù)智能網(wǎng)中具有門戶服務(wù)器(PortalServer)和業(yè)務(wù)控制點(iSCP)；其特征在于該方法包括步驟所述業(yè)務(wù)控制點對請求認(rèn)證的用戶端進(jìn)行認(rèn)證并返回認(rèn)證消息；用戶端接收到認(rèn)證成功的消息后啟動第一程序生成具有控制功能的客戶端小窗口；以及由第一程序?qū)⒂脩舻慕尤霠顟B(tài)信息顯示在所述客戶端小窗口中。2.如權(quán)利要求1所述的方法，其特征在于，所述用戶端具有第二程序，在用戶端認(rèn)證前由該第二程序獲取用戶端的IP地址并在客戶端創(chuàng)建用于保存用戶信息的共享內(nèi)存。3.如權(quán)利要求2所述的方法，其特征在于，當(dāng)用戶端接收到的認(rèn)證成功消息時通知所述第二程序，由該第二程序?qū)⒂脩艚尤胄畔懭牍蚕韮?nèi)存并啟動第一程序。4.如權(quán)利要求2或3所述的方法，其特征在于，所述第一程序被啟動后判斷所述認(rèn)證是否為通過門戶服務(wù)器進(jìn)行的WEB認(rèn)證，如果是則與門戶服務(wù)器建立握手連接，并將共享內(nèi)存中用戶接入狀態(tài)的信息顯示在小窗口中。5.如權(quán)利要求4所述的方法，其特征在于，所述第一程序與門戶服務(wù)器建立握手連接時客戶端執(zhí)行步驟A、向門戶服務(wù)器發(fā)送創(chuàng)建用戶信息的握手消息；B、根據(jù)門戶服務(wù)器返回的握手響應(yīng)消息判斷是否握手成功，如果是則進(jìn)行步驟D，否則進(jìn)行步驟C；C、將握手響應(yīng)消息中攜帶的下線原因顯示在小窗口中，退出小窗口并結(jié)束握手流程；D、判斷是否需要創(chuàng)建用戶信息，如果是則進(jìn)行步驟A；否則，定時向門戶服務(wù)器發(fā)送握手消息。6.如權(quán)利要求5所述的方法，其特征在于，當(dāng)客戶端在預(yù)定時間內(nèi)未收到門戶服務(wù)器的握手響應(yīng)消息時，判斷建立握手連接的次數(shù)是否超過預(yù)定次數(shù)，如果是則通過所述小窗口提示已斷開連接并關(guān)閉小窗口；否則，重新建立握手連接，并記錄建立握手連接的次數(shù)。7.如權(quán)利要求4所述的方法，其特征在于，所述門戶服務(wù)器接收到用戶端的握手消息時進(jìn)行下述步驟判斷在線用戶鏈表中是否記錄有該用戶，如果無，則向用戶端返回需要創(chuàng)建用戶信息的握手響應(yīng)消息，并結(jié)束該次握手消息處理流程；如果有，則進(jìn)行后續(xù)步驟；判斷用戶下線原因是否為空，如果是，則將該用戶的握手次數(shù)清零并返回握手成功的握手響應(yīng)消息，結(jié)束該次握手消息處理流程；否則，從在線用戶鏈表中刪除該用戶的記錄，并在握手響應(yīng)消息中攜帶用戶下線原因，結(jié)束該次握手消息處理流程。8.如權(quán)利要求7所述的方法，其特征在于，門戶服務(wù)器定時掃描在線用戶數(shù)據(jù)鏈表，并將握手失敗次數(shù)達(dá)到預(yù)定次數(shù)的用戶放入待刪除隊列中。9.如權(quán)利要求8所述的方法，其特征在于，當(dāng)刪除所述待刪除隊列中的用戶的記錄時判斷是否需要發(fā)送下線請求，如果是，則向接入設(shè)備發(fā)送下線請求并刪除用戶的記錄；否則直接刪除該用戶的記錄。10.如權(quán)利要求4所述的方法，其特征在于，如果用戶端通過門戶服務(wù)器認(rèn)證成功，則由門戶服務(wù)器從業(yè)務(wù)控制點獲得該用戶已經(jīng)上網(wǎng)的時間并返回給客戶端，客戶端以該時間為起始時間啟動定時器對用戶上網(wǎng)時間進(jìn)行計時，并通過客戶端小窗口顯示。11.如權(quán)利要求4所述的方法，其特征在于，所述第二程序還從所述門戶服務(wù)器上的配置文件中獲取客戶端的程序版本并與客戶端當(dāng)前的程序版本進(jìn)行比較，如果當(dāng)前的程序版本比服務(wù)器的版本低則從指定地址下載程序進(jìn)行升級。12.如權(quán)利要求1、2或3所述的方法，其特征在于，當(dāng)門戶服務(wù)器對登錄用戶進(jìn)行接入認(rèn)證時，發(fā)現(xiàn)有與該用戶地址相同的用戶已經(jīng)接入時，直接向登錄用戶返回認(rèn)證成功的消息，并在客戶端顯示認(rèn)證成功后的頁面，以保證同一臺客戶機(jī)同時只能有一個用戶認(rèn)證成功。13.如權(quán)利要求1、2或3所述的方法，其特征在于，當(dāng)用戶通過PPPOE或PPP方式接入智能網(wǎng)時，客戶端小窗口僅顯示用戶的接入狀態(tài)。全文摘要本發(fā)明公開了一種在寬帶數(shù)據(jù)智能網(wǎng)中實現(xiàn)客戶端小窗口的方法，該方法為業(yè)務(wù)控制點對請求認(rèn)證的用戶端進(jìn)行認(rèn)證并返回認(rèn)證消息；用戶端接收到認(rèn)證成功的消息后啟動第一程序生成具有控制功能的客戶端小窗口；以及由第一程序?qū)⒂脩舻慕尤霠顟B(tài)信息顯示在所述客戶端小窗口中。文檔編號H04L12/16GK1674522SQ20041003039公開日2005年9月28日申請日期2004年3月24日優(yōu)先權(quán)日2004年3月24日發(fā)明者望岳,侯冬冬,婁揚(yáng),翟華春,周超,朱成芳申請人:華為技術(shù)有限公司