專利名稱：主動(dòng)式訊息通知系統(tǒng)與方法
技術(shù)領(lǐng)域：
本發(fā)明涉及一種主動(dòng)式訊息通知系統(tǒng)與方法，更具體地，涉及一種主動(dòng)通過(guò)重導(dǎo) 策略(policy)將使用者導(dǎo)向特定訊息網(wǎng)頁(yè)的訊息通知系統(tǒng)與方法。
背景技術(shù)：
由于網(wǎng)絡(luò)技術(shù)的發(fā)展，使得網(wǎng)絡(luò)系統(tǒng)建構(gòu)的速度加快。在網(wǎng)絡(luò)越來(lái)越普及的情況 下，使用者通過(guò)網(wǎng)絡(luò)來(lái)進(jìn)行各項(xiàng)人類活動(dòng)已經(jīng)是必然的趨勢(shì)，例如使用網(wǎng)絡(luò)搜集資料、瀏覽 知識(shí)、購(gòu)買商品或交朋友等等。 而使用者欲連結(jié)網(wǎng)際網(wǎng)絡(luò)，一般必須通過(guò)網(wǎng)絡(luò)服務(wù)提供者(InternetService Provider, ISP)來(lái)進(jìn)行連線。網(wǎng)際網(wǎng)絡(luò)服務(wù)提供者就是為用戶提供導(dǎo)入網(wǎng)際網(wǎng)絡(luò)和網(wǎng)絡(luò)訊 息服務(wù)的公司或機(jī)構(gòu)，這些公司投入資金建立機(jī)房連線設(shè)備，并租用大量線路與頻寬，再分 給一般使用者并收取費(fèi)用。通常用戶可通過(guò)固接專線或撥接的方式，經(jīng)由網(wǎng)際網(wǎng)絡(luò)服務(wù)提 供者的服務(wù)器才能和網(wǎng)際網(wǎng)絡(luò)相連。 目前網(wǎng)際網(wǎng)絡(luò)服務(wù)提供者與客戶間的互動(dòng)越來(lái)越密切，由于ISP端有大量的服務(wù) 通知、權(quán)益訊息或優(yōu)惠活動(dòng)需要通知客戶端，因此可能通過(guò)寄信、電子郵件、網(wǎng)站公告或手 機(jī)短信等方式來(lái)傳遞訊息。 然而，若通過(guò)寄信方式，顯然無(wú)法滿足訊息的時(shí)效性。若通過(guò)電子郵件或網(wǎng)站公告 的方式，則客戶必須經(jīng)常查看公告或讀取電子郵件，較不方便。若通過(guò)發(fā)送手機(jī)短信的方 式，則ISP業(yè)者尚須與通信業(yè)者合作，因此提高ISP業(yè)者的營(yíng)運(yùn)成本。 綜上所述，如何能提供一種可解決上述已知技術(shù)缺點(diǎn)的訊息通知系統(tǒng)與方法，使 得ISP業(yè)者能在兼顧快速、方便與低成本情況下將訊息通知客戶端，成為目前亟待解決的 課題。

發(fā)明內(nèi)容
為解決前述已知技術(shù)的缺失，本發(fā)明的目的在于提供一種主動(dòng)式訊息通知系統(tǒng)與 方法，利用網(wǎng)頁(yè)重導(dǎo)的方式將用戶導(dǎo)向特定訊息通知網(wǎng)頁(yè)，使網(wǎng)絡(luò)連線用戶能快速且方便 地獲知重要訊息。 本發(fā)明的另一 目的在于提供一種主動(dòng)式訊息通知系統(tǒng)與方法，使ISP業(yè)者能通過(guò) 線上訊息網(wǎng)頁(yè)的方式將重要訊息傳達(dá)給用戶，以降低訊息通知的成本。 為達(dá)前述目的及其他目的，本發(fā)明提供一種主動(dòng)式訊息通知系統(tǒng)，包括用戶端裝 置；網(wǎng)絡(luò)接取裝置，用以提供該用戶端裝置的封包傳輸路由路徑；用戶認(rèn)證裝置，用以對(duì)連 結(jié)該網(wǎng)絡(luò)接取裝置的用戶端裝置進(jìn)行身份認(rèn)證；用戶信息裝置，用以儲(chǔ)存該用戶端裝置的 上線資料及申請(qǐng)服務(wù)資料；策略控制裝置，用以對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)或取消策略；以及 事件處理裝置，根據(jù)該策略用以處理來(lái)自該網(wǎng)絡(luò)接取裝置的封包，其中，當(dāng)該用戶端裝置連 結(jié)該網(wǎng)絡(luò)接取裝置時(shí)，由該用戶認(rèn)證裝置對(duì)該用戶端裝置進(jìn)行認(rèn)證，并將用戶上線資料傳 予該用戶信息裝置，當(dāng)用戶信息裝置通知該策略控制裝置對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)策略控制時(shí)，該事件處理裝置將封包重導(dǎo)至訊息通知網(wǎng)頁(yè)，并將通知訊息顯示于網(wǎng)頁(yè)介面。
在一個(gè)優(yōu)選方面，上述網(wǎng)絡(luò)接取裝置進(jìn)一步包括接取路由模塊，用以提供封包的
傳輸路由路徑；以及訊務(wù)集中模塊，用以集中通過(guò)該接取路由模塊的封包，并根據(jù)該策略控
制裝置下達(dá)的策略對(duì)該封包進(jìn)行傳輸。
在另一優(yōu)選的方面，上述用戶信息裝置進(jìn)一步包括用戶上線數(shù)據(jù)庫(kù)，用以儲(chǔ)存該
用戶端裝置的上線資料；用戶服務(wù)數(shù)據(jù)庫(kù)，用以儲(chǔ)存該用戶端裝置所申請(qǐng)的服務(wù)信息；以
及事件觸發(fā)模塊，用以在觸發(fā)條件成立時(shí)發(fā)送通知訊息給該策略控制裝置。 本發(fā)明所述的主動(dòng)式訊息通知方法，包括以下步驟(l)令用戶端裝置連結(jié)網(wǎng)絡(luò)
接取裝置并輸入登入信息；(2)令用戶認(rèn)證裝置對(duì)該登入信息進(jìn)行認(rèn)證，并建立用戶上線
資料傳予用戶信息裝置；(3)令該用戶信息裝置通知策略控制裝置下達(dá)策略；(4)令該策
略控制裝置對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)策略，使該用戶端裝置的封包傳送至事件處理裝置；(5)
令該事件處理裝置將該封包重導(dǎo)至訊息通知網(wǎng)頁(yè)；以及(6)令該訊息通知網(wǎng)頁(yè)向該用戶信
息裝置取得對(duì)應(yīng)該用戶端裝置的通知訊息，并將該通知訊息顯示于網(wǎng)頁(yè)介面。 在一個(gè)優(yōu)選方面，本發(fā)明所述的主動(dòng)式訊息通知方法，進(jìn)一步包括步驟(7)令該
用戶信息裝置通知該策略控制裝置取消策略。 在另一優(yōu)選方面，步驟(6)進(jìn)一步包括(6-1)令該訊息通知網(wǎng)頁(yè)根據(jù)該用戶端裝 置的網(wǎng)絡(luò)地址向該用戶信息裝置查詢?cè)撚脩舳搜b置之帳號(hào)；(6-2)令該訊息通知網(wǎng)頁(yè)根據(jù) 該用戶端裝置的帳號(hào)向該用戶信息裝置取得對(duì)應(yīng)該帳號(hào)的通知訊息；以及(6-3)令該訊息 通知網(wǎng)頁(yè)將該通知訊息顯示于網(wǎng)頁(yè)介面。 相較于已知的技術(shù)，本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)與方法，利用策略控制裝 置切換網(wǎng)絡(luò)接取設(shè)備的封包傳輸路徑，在系統(tǒng)有訊息通知的需求時(shí)，將用戶端的封包重導(dǎo) 至特定訊息網(wǎng)頁(yè)，使得重要訊息能快速及方便地傳達(dá)給用戶，同時(shí)也節(jié)省ISP業(yè)者花費(fèi)在 個(gè)別通知用戶的成本。


圖1為本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)的架構(gòu)圖； 圖2為本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)的一個(gè)具體實(shí)施例的架構(gòu)圖； 圖3為本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)中網(wǎng)絡(luò)接取裝置的一個(gè)具體實(shí)施例； 圖4為本發(fā)明所述的主動(dòng)式訊息通知方法的流程圖；以及 圖5為本發(fā)明所述的主動(dòng)式訊息通知方法的一個(gè)具體實(shí)施例的流程圖。 主要元件符號(hào)說(shuō)明10用戶端裝置11網(wǎng)絡(luò)12網(wǎng)絡(luò)接取裝置13用戶認(rèn)證裝置14用戶信息裝置15策略控制裝置16事件處理裝置20用戶端裝置
21網(wǎng)際網(wǎng)絡(luò)22網(wǎng)絡(luò)接取裝置221接取路由模塊222訊務(wù)集中模塊223即時(shí)監(jiān)控模塊23用戶認(rèn)證裝置24用戶信息裝置241上線數(shù)據(jù)庫(kù)242服務(wù)數(shù)據(jù)庫(kù)243事件觸發(fā)模塊25策略控制裝置26事件處理裝置261網(wǎng)頁(yè)重導(dǎo)模塊262訊息通知網(wǎng)頁(yè)30aA用戶端電腦30bB用戶端電腦30cc用戶端電腦31網(wǎng)絡(luò)接取裝置32訊務(wù)集中設(shè)備S40 -S46步驟S50 - S58 步驟
具體實(shí)施例方式
以下根據(jù)特定的具體實(shí)施例說(shuō)明本發(fā)明的實(shí)施方式，本領(lǐng)域技術(shù)人員可由本說(shuō)明 書(shū)所揭示的內(nèi)容輕易地了解本發(fā)明的其他優(yōu)點(diǎn)與功效。本發(fā)明也可通過(guò)其他不同的具體實(shí) 施例加以施行或應(yīng)用。 圖1是本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)的架構(gòu)圖。如圖所示，主動(dòng)式訊息通知 系統(tǒng)包括用戶端裝置10、網(wǎng)絡(luò)11、網(wǎng)絡(luò)接取裝置12、用戶認(rèn)證裝置13、用戶信息裝置14、策 略控制裝置15以及事件處理裝置16。 用戶端裝置10為可存取資料并進(jìn)行資料處理的電子設(shè)備，例如臺(tái)式電腦、筆記本 電腦、數(shù)字電視裝置、個(gè)人數(shù)字助理和/或移動(dòng)電話。 網(wǎng)絡(luò)11為數(shù)字資料傳遞的媒介，可為網(wǎng)際網(wǎng)絡(luò)、無(wú)線網(wǎng)絡(luò)系統(tǒng)、區(qū)域網(wǎng)絡(luò)系統(tǒng)、廣 域網(wǎng)絡(luò)系統(tǒng)和/或虛擬私人網(wǎng)絡(luò)系統(tǒng)。 網(wǎng)絡(luò)接取裝置12，用以提供用戶線路接取服務(wù)以連結(jié)至網(wǎng)絡(luò)11。例如路由裝置、 邊境路由器、遠(yuǎn)端存取服務(wù)器和/或?qū)掝l遠(yuǎn)端存取服務(wù)器。 用戶認(rèn)證裝置13，用以對(duì)連結(jié)網(wǎng)絡(luò)接取裝置12的用戶端裝置IO進(jìn)行身份驗(yàn)證。
一般針對(duì)該用戶端裝置io輸入的帳號(hào)和密碼或連線時(shí)所使用的設(shè)備號(hào)碼進(jìn)行確認(rèn)，藉以
判斷該用戶是否為訊息通知服務(wù)用戶，通常使用遠(yuǎn)端認(rèn)證服務(wù)或動(dòng)態(tài)主機(jī)配置協(xié)議的方式 進(jìn)行。
用戶信息裝置14，用以儲(chǔ)存該用戶端裝置的上線資料及申請(qǐng)服務(wù)資料，也具有查 詢介面供訊息通知網(wǎng)頁(yè)以用戶網(wǎng)絡(luò)地址來(lái)查詢用戶帳號(hào)。其中，用戶認(rèn)證裝置13在認(rèn)證動(dòng) 作完成后會(huì)將用戶的帳號(hào)與上線網(wǎng)絡(luò)地址的對(duì)應(yīng)關(guān)系資料儲(chǔ)存至用戶信息裝置14。
策略控制裝置15，用以對(duì)網(wǎng)絡(luò)接取裝置12下達(dá)或取消策略，使網(wǎng)絡(luò)接取裝置12 針對(duì)不同用戶的訊務(wù)作處理。其中，策略控制裝置15下達(dá)或取消策略所使用的協(xié)議為簡(jiǎn) 易網(wǎng)管協(xié)i義(Simple NetworkManagement Protocol, SNMP)、通用開(kāi)方文策略月艮務(wù)(Common 0penPolicy Service, COPS)和/或安全殼(Secure Shell, SSH)技術(shù)，且該策略控制裝置 15可通過(guò)遠(yuǎn)端認(rèn)證撥接月艮務(wù)(Remote AuthenticationDial_In User Service, RADIUS)、 簡(jiǎn)單物件存取協(xié)議(Simple ObjectAccess Protocol, SOAP)、超文本傳送協(xié)議(Hypertext Transfer Protocol, HTTP)、超文本傳送協(xié)議保護(hù)(HyperText Transport Protocol Secure, HTTPS)、遠(yuǎn)端程序呼叫(Remote Procedure Call, RPC)和/或可擴(kuò)展標(biāo)示語(yǔ)言 (Extensible Markup Language, XMU協(xié)議以接收訊息。 事件處理裝置16，用以將該網(wǎng)絡(luò)接取裝置的封包重導(dǎo)至訊息通知網(wǎng)頁(yè)。例如通過(guò) 修改網(wǎng)頁(yè)地址(Universal Resource Locator, URL)的方式，將用戶的HTTP封包重導(dǎo)至特 定網(wǎng)頁(yè)。而訊息通知網(wǎng)頁(yè)為ISP端顯示用戶通知訊息的網(wǎng)頁(yè)，通過(guò)本發(fā)明的事件處理裝置 16可將使用者的封包導(dǎo)向該訊息通知網(wǎng)頁(yè)，使得用戶端裝置10能即時(shí)接收到通知訊息。
具體實(shí)施時(shí)，當(dāng)用戶端裝置10通過(guò)網(wǎng)絡(luò)接取裝置12連結(jié)網(wǎng)絡(luò)11時(shí)，由用戶認(rèn)證 裝置13對(duì)用戶端裝置10進(jìn)行認(rèn)證，用戶認(rèn)證裝置13形成帳號(hào)與網(wǎng)絡(luò)地址的對(duì)應(yīng)關(guān)系資料 并將資料傳予用戶信息裝置14，當(dāng)用戶信息裝置14通知策略控制裝置15對(duì)網(wǎng)絡(luò)接取裝置 12下達(dá)策略控制時(shí)，網(wǎng)絡(luò)接取裝置12將封包傳入事件處理裝置16，由事件處理裝置16將 封包重導(dǎo)至訊息通知網(wǎng)頁(yè)，且訊息通知網(wǎng)頁(yè)依據(jù)儲(chǔ)存在用戶信息裝置14的對(duì)應(yīng)關(guān)系資料 取得通知訊息，并將通知訊息顯示于網(wǎng)頁(yè)介面。其中，該事件處理裝置進(jìn)一步包括網(wǎng)頁(yè)重導(dǎo) 單元，用以將來(lái)自該網(wǎng)絡(luò)接取裝置的封包重導(dǎo)至該訊息通知網(wǎng)頁(yè)。 在一個(gè)優(yōu)選實(shí)施例中，網(wǎng)絡(luò)接取裝置12進(jìn)一步包括接取路由模塊以及訊務(wù)集中 模塊。其功能詳述如下。 接取路由模塊，用以提供封包的傳輸路由路徑。 訊務(wù)集中模塊，用以集中通過(guò)該接取路由模塊的封包，并根據(jù)策略控制裝置15 下達(dá)的策略對(duì)該封包進(jìn)行傳輸。通常可利用VPN通道協(xié)議(如第2層通道協(xié)議(Layer2 Tunneling Protocol丄2TP)、通用路由封裝(Generic Routing Encapsulation,GRE)、多協(xié) 議標(biāo)簽交換(Multiprotocol Label Switching,MPLS)和/或網(wǎng)際網(wǎng)絡(luò)安全協(xié)定(Internet Protocol Security protocol, IPsec))、路由設(shè)定(如基于策略的路由(Policy—based Routing, PBR)和/或基于過(guò)濾的傳遞(Filter-basedForwarding， FBF))或設(shè)置虛擬局域 網(wǎng)標(biāo)簽技術(shù)(VLAN tags)或服務(wù)類型(Type of Service, T0S)來(lái)實(shí)現(xiàn)。
在另一優(yōu)選實(shí)施例中，網(wǎng)絡(luò)接取裝置12也包括即時(shí)監(jiān)控模塊，用以即時(shí)對(duì)該用戶 端裝置所傳輸?shù)姆獍M(jìn)行分析、監(jiān)視和/或管理。當(dāng)即時(shí)監(jiān)控模塊發(fā)現(xiàn)異常封包資料時(shí)，會(huì) 通知策略控制裝置15下達(dá)策略以觸發(fā)事件處理裝置16進(jìn)行后續(xù)的封包重導(dǎo)作業(yè)。
在另一優(yōu)選實(shí)施例中，上述用戶信息裝置14進(jìn)一步包括用以儲(chǔ)存用戶端裝置的 上線資料的用戶上線數(shù)據(jù)庫(kù)、用以儲(chǔ)存用戶端裝置所申請(qǐng)的服務(wù)信息的用戶服務(wù)數(shù)據(jù)庫(kù)以 及用以在觸發(fā)條件成立時(shí)發(fā)送通知訊息予策略控制裝置的事件觸發(fā)模塊。其中，系統(tǒng)在該用戶端裝置上線、在該用戶端裝置下線和/或在一預(yù)定的時(shí)間成立上述的觸發(fā)條件，致使 事件觸發(fā)模塊發(fā)送通知訊息給策略控制裝置15及訊息通知網(wǎng)頁(yè)，并可提供介面以對(duì)儲(chǔ)放 在用戶上線數(shù)據(jù)庫(kù)的資料進(jìn)行新增、修改和/或刪除。 圖2是本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)另一具體實(shí)施例的架構(gòu)圖。本實(shí)施例包 括用戶端裝置20、網(wǎng)際網(wǎng)絡(luò)21、網(wǎng)絡(luò)接取裝置22、用戶認(rèn)證裝置23、用戶信息裝置24、策略 控制裝置25以及事件處理裝置26。相比于圖l，本實(shí)施例中的網(wǎng)絡(luò)接取裝置22進(jìn)一步包 括接取路由模塊221、訊務(wù)集中模塊222與即時(shí)監(jiān)控模塊223，而用戶信息裝置24進(jìn)一步包 括上線數(shù)據(jù)庫(kù)241、服務(wù)數(shù)據(jù)庫(kù)242與事件觸發(fā)模塊243，事件處理裝置26進(jìn)一步包括網(wǎng)頁(yè) 重導(dǎo)模塊261與訊息通知網(wǎng)頁(yè)262。 具體實(shí)施時(shí)，可區(qū)分為二種方式。在第一方式中，無(wú)事件觸發(fā)的情況下，用戶信息 裝置24中的事件觸發(fā)模塊243并未啟動(dòng)，因此策略控制裝置25也無(wú)法下達(dá)策略，當(dāng)用戶端 裝置20連結(jié)至網(wǎng)絡(luò)接取裝置22時(shí)，由于并未收到策略指令，因此直接將封包資料傳至網(wǎng)際 網(wǎng)絡(luò)21。又例如該用戶并未向ISP業(yè)者申請(qǐng)主動(dòng)訊息通知服務(wù)時(shí)，封包資料也是通過(guò)此路 由路徑傳至網(wǎng)際網(wǎng)絡(luò)21。 在第二方式中，事件觸發(fā)情況下，ISP業(yè)者將用戶通知訊息上傳至服務(wù)數(shù)據(jù)庫(kù) 242，當(dāng)用戶端裝置20連結(jié)至網(wǎng)絡(luò)接取裝置22時(shí)，先由用戶信息裝置24將用戶輸入的帳號(hào) 密碼或連線時(shí)所使用的設(shè)備號(hào)碼進(jìn)行確認(rèn)，以便建立用戶帳號(hào)與連線位址的對(duì)應(yīng)資料，并 將該資料儲(chǔ)存在上線數(shù)據(jù)庫(kù)241。此時(shí)事件觸發(fā)模塊243會(huì)通知策略控制裝置25下達(dá)策 略，當(dāng)網(wǎng)絡(luò)接取裝置22接收到策略指令時(shí)，會(huì)將用戶端裝置20的所有封包傳至訊務(wù)集中模 塊222，接著，通過(guò)事件處理裝置26將封包通過(guò)網(wǎng)頁(yè)重導(dǎo)模塊261導(dǎo)向訊息通知網(wǎng)頁(yè)262。 由于訊息通知網(wǎng)頁(yè)262僅能得知用戶網(wǎng)絡(luò)地址，因此主動(dòng)連結(jié)上線數(shù)據(jù)庫(kù)241由網(wǎng)絡(luò)地址 查詢對(duì)應(yīng)的用戶帳號(hào)，再連結(jié)事件觸發(fā)模塊243由用戶帳號(hào)查詢對(duì)應(yīng)的訊息，并由訊息通 知網(wǎng)頁(yè)262將通知訊息顯示于網(wǎng)頁(yè)介面。當(dāng)用戶完成讀取訊息動(dòng)作后，策略控制裝置25取 消策略，因此又回復(fù)到第一方式的封包傳輸流程。 在一個(gè)優(yōu)選實(shí)施例中，接取路由模塊221通過(guò)路由設(shè)定方式連結(jié)訊務(wù)集中模塊 222，其中，該路由設(shè)定方式為PBR和/或FBF。 在另一優(yōu)選實(shí)施例中，策略控制裝置25通過(guò)SNMP、C0PS和/或SSH對(duì)該網(wǎng)絡(luò)接取 裝置下達(dá)或取消策略，且策略控制裝置25通過(guò)RADIUS、 SOAP、 HTTP、 HTTPS和/或XML協(xié)定 以接收訊息。 在另一優(yōu)選實(shí)施例中，可通過(guò)用戶上線或下線、預(yù)定時(shí)間或即時(shí)監(jiān)控模塊223即 時(shí)對(duì)特定用戶封包監(jiān)控從而進(jìn)行事件觸發(fā)，使事件觸發(fā)模塊243通知策略控制裝置25下達(dá) 策略。 圖3為本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)中網(wǎng)絡(luò)接取裝置的一個(gè)具體實(shí)施例。如 圖所示，A用戶端設(shè)備30a、B用戶端設(shè)備30b及C用戶端設(shè)備30c為遠(yuǎn)端用戶，在考慮設(shè)備 建置成本的情況下，ISP業(yè)者僅在特定區(qū)域設(shè)置本發(fā)明的主動(dòng)訊息通知的設(shè)備，因此用戶端 設(shè)備須通過(guò)個(gè)別的接取路由模塊31以VPN通道技術(shù)連結(jié)訊務(wù)集中模塊32，使訊務(wù)集中設(shè)備 將個(gè)別用戶導(dǎo)向特定訊息網(wǎng)頁(yè)。 在一個(gè)優(yōu)選實(shí)施例中，上述VPN通道技術(shù)協(xié)定為L(zhǎng)2TP、GRE、MPLS和/或IPsec。
圖4為本發(fā)明所述的主動(dòng)式訊息通知方法的流程圖。如圖所示，其具體流程包括以下的步驟。 在步驟S40中，令用戶端裝置連結(jié)網(wǎng)絡(luò)接取裝置并輸入登入信息。其中，用戶端裝 置可為臺(tái)式電腦、筆記本電腦、個(gè)人數(shù)字助理和/或移動(dòng)電話。接著進(jìn)至步驟S41。
在步驟S41中，令用戶認(rèn)證裝置對(duì)該登入信息進(jìn)行認(rèn)證，當(dāng)確認(rèn)登入信息正確后， 建立用戶上線資料傳予用戶信息裝置。接著進(jìn)至步驟S42。 在步驟S42中，當(dāng)系統(tǒng)中有訊息須通知用戶時(shí)，令用戶信息裝置通知策略控制裝 置下達(dá)策略。通常用戶信息裝置與ISP端的營(yíng)運(yùn)單位、行銷單位或工程單位連結(jié)，舉例而 言，當(dāng)行銷單位有新產(chǎn)品優(yōu)惠訊息或工程單位有線路障礙訊息須要通知用戶時(shí)，即可將該 訊息傳送至用戶信息裝置，因此用戶信息裝置可通知策略控制裝置下達(dá)策略以執(zhí)行主動(dòng)式 訊息通知。接著進(jìn)至步驟S43。 在步驟S43中，令策略控制裝置對(duì)網(wǎng)絡(luò)接取裝置下達(dá)策略，使用戶端裝置的封包 傳送至訊務(wù)集中裝置。接著進(jìn)至步驟S44。 在步驟S44中，令事件處理裝置將封包重導(dǎo)至訊息通知網(wǎng)頁(yè)。例如，在HTTP協(xié)定 中，事件處理裝置通過(guò)修改URL或重新導(dǎo)引的方式，將用戶導(dǎo)向預(yù)設(shè)的訊息通知網(wǎng)頁(yè)。接著 進(jìn)至步驟S45。 在步驟S45中，令訊息通知網(wǎng)頁(yè)向用戶信息裝置取得對(duì)應(yīng)該用戶端裝置的通知訊 息，并將該通知訊息顯示于網(wǎng)頁(yè)介面。 在一個(gè)優(yōu)選實(shí)施例中，本發(fā)明的主動(dòng)式訊息通知方法進(jìn)一步包括步驟S46，令用戶
信息裝置通知策略控制裝置取消策略，使得用戶的封包回復(fù)正常的傳輸路徑。 在另一優(yōu)選實(shí)施例中，該登入信息可為用戶端裝置的帳號(hào)與密碼或連線時(shí)所使用
的設(shè)備號(hào)碼，且用戶上線資料可為用戶端裝置的網(wǎng)絡(luò)位址與帳號(hào)的對(duì)應(yīng)表。 圖5為本發(fā)明所述的主動(dòng)式訊息通知方法一具體實(shí)施例的流程圖。如圖所示，其
具體流程包括以下的步驟。 在步驟S50中，令用戶端裝置連結(jié)網(wǎng)絡(luò)接取裝置并輸入登入信息。其中，登入信息 可為用戶的帳號(hào)密碼、身份資料和/或設(shè)備號(hào)碼。接著進(jìn)至步驟S51。 在步驟S51中，令用戶認(rèn)證裝置對(duì)該登入信息進(jìn)行認(rèn)證，在認(rèn)證完成后，建立用戶 網(wǎng)絡(luò)位址與帳號(hào)的對(duì)應(yīng)關(guān)系資料，并將該資料傳予上線數(shù)據(jù)庫(kù)。接著進(jìn)至步驟S52。
在步驟S52中，令事件觸發(fā)模塊通知策略控制裝置下達(dá)策略。接著進(jìn)至步驟S53。
在步驟S53中，令該策略控制裝置對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)策略，使用戶端裝置的 封包傳送至訊務(wù)集中模塊。接著進(jìn)至步驟S54。 在步驟S54中，令事件處理裝置將封包重導(dǎo)至訊息通知網(wǎng)頁(yè)。接著進(jìn)至步驟S55。
在步驟S55中，令訊息通知網(wǎng)頁(yè)根據(jù)用戶端裝置的網(wǎng)絡(luò)位址向上線數(shù)據(jù)庫(kù)查詢?cè)?用戶端裝置的帳號(hào)。在一般IP-based架構(gòu)中，訊息通知網(wǎng)頁(yè)僅知悉該用戶端裝置的IP，因 此需進(jìn)一步確認(rèn)對(duì)應(yīng)該IP的用戶帳號(hào)。接著進(jìn)至步驟S56。 在步驟S56中，令訊息通知網(wǎng)頁(yè)根據(jù)用戶端裝置的帳號(hào)向服務(wù)數(shù)據(jù)庫(kù)取得對(duì)應(yīng)帳 號(hào)的通知訊息。由于特定用戶有對(duì)應(yīng)的通知訊息，因此訊息通知網(wǎng)頁(yè)在前一步驟取得用戶 帳號(hào)后，尚須向服務(wù)數(shù)據(jù)庫(kù)查詢對(duì)應(yīng)的通知訊息。接著進(jìn)至步驟S57。 在步驟S57中，令訊息通知網(wǎng)頁(yè)將通知訊息顯示于網(wǎng)頁(yè)介面。接著進(jìn)至步驟S58。
在步驟S58中，令事件觸發(fā)模塊通知策略控制裝置取消策略。
在一個(gè)優(yōu)選實(shí)施例中，用戶端裝置的封包可為HTTP協(xié)定的封包資料。 另一個(gè)優(yōu)選實(shí)施例中，該網(wǎng)絡(luò)接取裝置通過(guò)VPN通道協(xié)定連結(jié)該訊務(wù)集中裝置。 根據(jù)本發(fā)明的方式，網(wǎng)絡(luò)服務(wù)用戶可通過(guò)ISP端平臺(tái)主動(dòng)的將用戶導(dǎo)向訊息通知
網(wǎng)頁(yè)，使得重要訊息能快速的傳達(dá)給用戶，除了可節(jié)省網(wǎng)絡(luò)提供者的設(shè)備建置成本外，亦可
滿足用戶對(duì)于快速且方便的取得訊息的需求。 綜上所述，本發(fā)明所述的主動(dòng)式訊息通知系統(tǒng)與方法可產(chǎn)生以下的功效 (1)提升網(wǎng)絡(luò)用戶接收訊息的即時(shí)性與方便性，通過(guò)本發(fā)明所述的主動(dòng)式訊息通
知系統(tǒng)與方法，使用者無(wú)須持續(xù)的注意電子信箱或特定網(wǎng)頁(yè)是否有訊息通知，當(dāng)使用者通
過(guò)ISP端平臺(tái)連結(jié)網(wǎng)際網(wǎng)絡(luò)時(shí)，本發(fā)明會(huì)自動(dòng)將使用者導(dǎo)向訊息通知網(wǎng)頁(yè)，因此能快速且
方便的取得重要訊息。
(2)降低ISP業(yè)者傳遞訊息的成本。由于現(xiàn)有的方法是由ISP業(yè)者通過(guò)電話、信件 或簡(jiǎn)訊的方式將訊息告知其用戶，相對(duì)增加ISP業(yè)者的營(yíng)運(yùn)費(fèi)用，通過(guò)本發(fā)明所述的主動(dòng) 式訊息通知系統(tǒng)與方法，使所有用戶均可在線上得知訊息，大大降低ISP業(yè)者的成本。
上述實(shí)施例僅為例示性說(shuō)明本發(fā)明的原理及其功效，而非用于限制本發(fā)明。任何 本領(lǐng)域技術(shù)人員均可在不違背本發(fā)明的精神及范疇下，對(duì)上述實(shí)施例進(jìn)行修飾與變化。
權(quán)利要求
一種主動(dòng)式訊息通知系統(tǒng)，包括用戶端裝置；網(wǎng)絡(luò)接取裝置，用以提供該用戶端裝置的封包傳輸路由路徑；用戶認(rèn)證裝置，用以對(duì)連結(jié)該網(wǎng)絡(luò)接取裝置的用戶端裝置進(jìn)行身份認(rèn)證；用戶信息裝置，用以儲(chǔ)存該用戶端裝置的上線資料及申請(qǐng)服務(wù)資料；策略控制裝置，用以對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)或取消策略；以及事件處理裝置，根據(jù)該策略用以處理來(lái)自該網(wǎng)絡(luò)接取裝置的封包，其中，在該用戶端裝置連結(jié)該網(wǎng)絡(luò)接取裝置時(shí)，由該用戶認(rèn)證裝置對(duì)該用戶端裝置進(jìn)行認(rèn)證，并將認(rèn)證資料傳予該用戶信息裝置，當(dāng)用戶信息裝置通知該策略控制裝置對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)策略控制時(shí)，該事件處理裝置將封包重導(dǎo)至訊息通知網(wǎng)頁(yè)，并將通知訊息顯示于網(wǎng)頁(yè)介面。
2. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該網(wǎng)絡(luò)接取裝置進(jìn)一步包括 接取路由模塊，用以提供封包的傳輸路由路徑；以及訊務(wù)集中模塊，用以集中通過(guò)該接取路由模塊的封包，并根據(jù)該策略控制裝置下達(dá)的 策略對(duì)該封包進(jìn)行傳輸。
3. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該網(wǎng)絡(luò)接取裝置進(jìn)一步包括即 時(shí)監(jiān)控模塊，用以即時(shí)對(duì)該用戶端裝置所傳輸?shù)姆獍M(jìn)行分析、監(jiān)視和/或管理。
4. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該用戶信息裝置進(jìn)一步包括 用戶上線數(shù)據(jù)庫(kù)，用以儲(chǔ)存該用戶端裝置的上線資料； 用戶服務(wù)數(shù)據(jù)庫(kù)，用以儲(chǔ)存該用戶端裝置所申請(qǐng)的服務(wù)信息；以及 事件觸發(fā)模塊，用以在觸發(fā)條件成立時(shí)發(fā)送通知訊息給該策略控制裝置。
5. 根據(jù)權(quán)利要求4所述的主動(dòng)式訊息通知系統(tǒng)，其中，在該用戶端裝置上線時(shí)、在該用 戶端裝置下線時(shí)、在一預(yù)定的時(shí)間成立時(shí)和/或以即時(shí)監(jiān)控模塊對(duì)特定用戶封包監(jiān)控而發(fā) 現(xiàn)特定事件時(shí)產(chǎn)生觸發(fā)條件。
6. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該事件處理裝置進(jìn)一步包括網(wǎng) 頁(yè)重導(dǎo)單元，用以將來(lái)自該網(wǎng)絡(luò)接取裝置的封包重導(dǎo)至該訊息通知網(wǎng)頁(yè)。
7. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該用戶端裝置為工作站、臺(tái)式電 腦、筆記本電腦、個(gè)人數(shù)字助理和/或移動(dòng)電話。
8. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該網(wǎng)絡(luò)接取裝置為邊境路由器、 遠(yuǎn)端存取服務(wù)器和/或?qū)掝l遠(yuǎn)端存取服務(wù)器。
9. 根據(jù)權(quán)利要求2所述的主動(dòng)式訊息通知系統(tǒng)，其中，該接取路由模塊通過(guò)VPN通道協(xié) 議連結(jié)該訊務(wù)集中模塊。
10. 根據(jù)權(quán)利要求9所述的主動(dòng)式訊息通知系統(tǒng)，其中，該VPN通道協(xié)定為L(zhǎng)2TP、 GRE、 MPLS和/或IPsec。
11. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該接取路由模塊通過(guò)路由設(shè)定 方式連結(jié)該訊務(wù)集中模塊。
12. 根據(jù)權(quán)利要求11所述的主動(dòng)式訊息通知系統(tǒng)，其中，該路由設(shè)定方式為PBR和/或FBF。
13. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該策略控制裝置通過(guò)SNMP、COPS和/或SSH對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)或取消策略。
14. 根據(jù)權(quán)利要求1所述的主動(dòng)式訊息通知系統(tǒng)，其中，該策略控制裝置通過(guò)RADIUS、 SOAP、 HTTP、 HTTPS、 RPC和/或XML協(xié)議以接收訊息。
15. 根據(jù)權(quán)利要求l所述的主動(dòng)式訊息通知系統(tǒng)，其中，該網(wǎng)絡(luò)接取裝置通過(guò)網(wǎng)際網(wǎng) 絡(luò)、區(qū)域網(wǎng)絡(luò)系統(tǒng)、廣域網(wǎng)絡(luò)系統(tǒng)和/或虛擬私人網(wǎng)絡(luò)系統(tǒng)連結(jié)該用戶信息裝置和/或該訊 息通知網(wǎng)頁(yè)。
16. 根據(jù)權(quán)利要求4所述的主動(dòng)式訊息通知系統(tǒng)，其中，該事件觸發(fā)模塊具有新增、修 改和/或刪除儲(chǔ)存在該用戶上線數(shù)據(jù)庫(kù)的上線資料的功能。
17. —種主動(dòng)式訊息通知方法，包括以下步驟(1) 令用戶端裝置連結(jié)網(wǎng)絡(luò)接取裝置并輸入登入信息；(2) 令用戶認(rèn)證裝置對(duì)該登入信息進(jìn)行認(rèn)證，并建立用戶上線資料傳給用戶信息裝置；(3) 令該用戶信息裝置通知策略控制裝置下達(dá)策略；(4) 令該策略控制裝置對(duì)該網(wǎng)絡(luò)接取裝置下達(dá)策略，使該用戶端裝置的封包傳送至事 件處理裝置；(5) 令該事件處理裝置將該封包重導(dǎo)至訊息通知網(wǎng)頁(yè)；以及(6) 令該訊息通知網(wǎng)頁(yè)向該用戶信息裝置取得對(duì)應(yīng)該用戶端裝置的通知訊息，并將該 通知訊息顯示于網(wǎng)頁(yè)介面。
18. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，進(jìn)一步包括步驟(7)令該用戶信息 裝置通知該策略控制裝置取消策略。
19. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，其中，該登入信息為該用戶端裝置 的帳號(hào)與密碼和/或連線時(shí)所使用之設(shè)備號(hào)碼。
20. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，其中，該用戶上線資料為該用戶端 裝置的網(wǎng)絡(luò)位址與帳號(hào)的對(duì)應(yīng)表。
21. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，其中，步驟(6)進(jìn)一步包括以下步驟(6-1)令該訊息通知網(wǎng)頁(yè)根據(jù)該用戶端裝置的網(wǎng)絡(luò)地址向該用戶信息裝置查詢?cè)撚脩?端裝置的帳號(hào)；(6-2)令該訊息通知網(wǎng)頁(yè)根據(jù)該用戶端裝置的帳號(hào)向該用戶信息裝置取得對(duì)應(yīng)該帳號(hào) 的通知訊息；以及(6-3)令該訊息通知網(wǎng)頁(yè)將該通知訊息顯示于網(wǎng)頁(yè)介面。
22. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，其中，該用戶端裝置的上封包為 HTTP封包。
23. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，其中，該網(wǎng)絡(luò)接取裝置進(jìn)一步包括 接取路由模塊，用以提供封包的傳輸路由路徑；以及訊務(wù)集中模塊，用以集中通過(guò)該接取路由模塊的封包，并根據(jù)該策略控制裝置下達(dá)的 策略對(duì)該封包進(jìn)行傳輸。
24. 根據(jù)權(quán)利要求17所述的主動(dòng)式訊息通知方法，其中，該網(wǎng)絡(luò)接取裝置進(jìn)一步包括 即時(shí)監(jiān)控模塊，用以即時(shí)對(duì)該用戶端裝置所傳輸?shù)姆獍M(jìn)行分析、監(jiān)視和/或管理。
25.根據(jù)權(quán)利要求23所述的主動(dòng)式訊息通知方法，其中，該接取路由模塊通過(guò)VPN通道 協(xié)定連結(jié)該訊務(wù)集中模塊。
全文摘要
一種主動(dòng)式訊息通知系統(tǒng)與方法，首先，令用戶端裝置連結(jié)網(wǎng)絡(luò)接取裝置并輸入登入信息，且要求用戶認(rèn)證裝置對(duì)登入信息進(jìn)行確認(rèn)，并建立用戶上線資料傳予用戶信息裝置，接著，令用戶信息裝置通知策略控制裝置下達(dá)策略，使用戶端裝置的封包傳送至事件處理裝置，并使事件處理裝置將封包重導(dǎo)至訊息通知網(wǎng)頁(yè)，最后，令訊息通知網(wǎng)頁(yè)向該用戶信息裝置取得對(duì)應(yīng)該用戶端裝置的通知訊息，并將通知訊息顯示于網(wǎng)頁(yè)介面。據(jù)此，可解決現(xiàn)有技術(shù)中ISP業(yè)者通過(guò)寄信、電子郵件、網(wǎng)站公告或手機(jī)簡(jiǎn)訊等方式來(lái)傳遞訊息給用戶所造成的遲延、高成本及不便利的問(wèn)題。
文檔編號(hào)H04L12/58GK101741875SQ20081017736
公開(kāi)日2010年6月16日 申請(qǐng)日期2008年11月18日 優(yōu)先權(quán)日2008年11月18日
發(fā)明者劉杰祥, 簡(jiǎn)嘉齡, 許博淳, 郭經(jīng)權(quán), 陳致和 申請(qǐng)人:中華電信股份有限公司