專利名稱：一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法和系統(tǒng)的制作方法
技術領域：
本發(fā)明涉及網(wǎng)絡技術，尤其涉及一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法和系 統(tǒng)。
背景技術：
隨著網(wǎng)絡技術的快速發(fā)展，互聯(lián)網(wǎng)上信息資源的數(shù)量急劇增長，上網(wǎng)用戶群體不 斷擴大。以互聯(lián)網(wǎng)為代表的信息技術日益深入到人們的日常生活中，為人們生活各個方面 提供全方位的信息服務。為了讓用戶方便地獲得所需信息，并提升用戶體驗和黏性，現(xiàn)在各個網(wǎng)站通常根 據(jù)用戶在該網(wǎng)站上的賬戶信息和瀏覽記錄，為用戶提供定制化的內容服務。但是，現(xiàn)有技術 以網(wǎng)站為基礎的解決方案中，用戶行為數(shù)據(jù)被網(wǎng)站分割為孤島，無法形成對用戶網(wǎng)上活動 的統(tǒng)一描述；各個網(wǎng)站提供的內容服務僅僅基于用戶在該網(wǎng)站上的行為活動，而無法包括 該網(wǎng)站以外的用戶所訪問的其它信息資源，無法反映出用戶全方位多樣化的真實需求。為了實現(xiàn)跨網(wǎng)站的用戶上網(wǎng)行為數(shù)據(jù)采集功能，需要將采集到的網(wǎng)絡用戶上網(wǎng)行 為數(shù)據(jù)中的用戶IP地址實時地映射為該用戶在電信運營商用戶中心的UserID(用戶標 識)。為了實現(xiàn)該映射，一方面需要實時地收集電信運營商用戶中心上百萬級的在線用戶的 上下線信息，同時還要支持來自骨干網(wǎng)絡不同位置的海量用戶IP到UserID的實時映射服 務請求。目前業(yè)界還沒有基于電信運營商用戶中心的網(wǎng)絡用戶IP-UserID映射解決方案。

發(fā)明內容
本發(fā)明要解決的一個技術問題是提供一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法， 實現(xiàn)骨干網(wǎng)絡中對用戶標識的海量查詢請求，且實時性高。根據(jù)本發(fā)明的一個方面，提供一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法，包括信息獲取服務器實時地從AAA服務器獲取網(wǎng)絡用戶上下線信息；分布式的查詢服務器通過信息獲取客戶機實時地從信息獲取服務器獲取網(wǎng)絡用 戶上下線信息，更新本地的IP-UserID對應信息；查詢服務器接收包含IP地址的用戶標識查詢請求，根據(jù)本地的IP-UserID對應信 息返回與IP地址對應的用戶標識。根據(jù)本發(fā)明的方法的一個實施例，信息獲取服務器實時地從AAA服務器獲取網(wǎng)絡 用戶上下線信息的步驟包括信息獲取服務器在網(wǎng)絡鏈路層從電信運營商的寬帶用戶接入 服務器發(fā)給AAA服務器的鏡像數(shù)據(jù)中獲得RADIUS協(xié)議數(shù)據(jù)報文，根據(jù)RADIUS協(xié)議從中提 取出寬帶用戶上下線信息。根據(jù)本發(fā)明的方法的一個實施例，分布式的查詢服務器通過信息獲取客戶機實 時地從所述信息獲取服務器獲取所述網(wǎng)絡用戶上下線信息更新本地的IP-UserID對應信 息的步驟包括當信息獲取服務器上的IP-UserID對應表發(fā)生變化時，分布式的查詢服務 器通過信息獲取客戶機實時地將IP-UserID對應表中變化的部分同步至查詢服務器本地
4IP-UserID 對應表。根據(jù)本發(fā)明的方法的一個實施例，分布式的查詢服務器組成查詢服務器集群，該 集群通過負載均衡設備將用戶標識查詢請求分配給各個查詢服務器。根據(jù)本發(fā)明的方法的一個實施例，查詢服務器采用具有哈希索引功能的map數(shù)據(jù) 結構在內存中構建IP-UserID對應表；所述IP-UserID對應表在所述查詢服務器從所述信 息獲取服務器初始化，每當所述信息獲取服務器獲知新的用戶上下線信息時就實時通知所 述查詢服務器更新其對應表，相應的添加、刪除、和更新操作在map數(shù)據(jù)結構中完成。本發(fā)明提供的方法，信息獲取服務器和信息獲取客戶機組成C/S分布式架構，信 息獲取服務器從電信運營商的AAA服務器中實時采集網(wǎng)絡用戶的上下線信息，并更新查詢 服務器本地存儲的IP-UserID對應信息，查詢服務器只需查詢本地的IP-UserID對應信息 就可以高效地為查詢用戶IP與UserID對應關系的請求提供服務，從而支持對在線用戶 UserID的海量實時查詢，實時性高。本發(fā)明要解決的另一個技術問題是提供一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的系 統(tǒng)，實現(xiàn)骨干網(wǎng)絡中對用戶標識的海量查詢請求，且實時性高。根據(jù)本發(fā)明的一個方面，還提供一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的系統(tǒng)，包括信息獲取服務器，用于實時地從AAA服務器獲取網(wǎng)絡用戶上下線信息；分布式的查詢服務器，用于通過信息獲取客戶機實時地從所述信息獲取服務器獲 取所述網(wǎng)絡用戶上下線信息，更新本地的IP-UserID對應信息；接收包含IP地址的用戶標 識查詢請求，根據(jù)本地的IP-UserID對應信息返回與所述IP地址對應的用戶標識。根據(jù)本發(fā)明的系統(tǒng)的一個實施例，信息獲取服務器在網(wǎng)絡鏈路層從電信運營商的 寬帶用戶接入服務器發(fā)給AAA服務器的鏡像數(shù)據(jù)中獲得RADIUS協(xié)議數(shù)據(jù)報文，根據(jù)RADIUS 協(xié)議從中提取出寬帶用戶上下線信息。根據(jù)本發(fā)明的系統(tǒng)的一個實施例，當所述信息獲取服務器上的IP-UserID對應表 發(fā)生變化時，所述信息獲取客戶機都實時地將IP-UserID對應表中變化的部分同步至查詢 服務器本地IP-UserID對應表。根據(jù)本發(fā)明的系統(tǒng)的一個實施例，所述分布式的查詢服務器組成查詢服務器集 群，該集群通過負載均衡設備將用戶標識查詢請求分配給各個查詢服務器。根據(jù)本發(fā)明的系統(tǒng)的一個實施例，查詢服務器采用具有哈希索引功能的map數(shù)據(jù) 結構在內存中構建IP-UserID對應表；所述IP-UserID對應表在所述查詢服務器從所述信 息獲取服務器初始化，每當所述信息獲取服務器獲知新的用戶上下線信息時就實時通知所 述查詢服務器更新其對應表，相應的添加、刪除、和更新操作在map數(shù)據(jù)結構中完成。本發(fā)明提供的系統(tǒng)，信息獲取服務器和信息獲取客戶機組成C/S分布式架構，信 息獲取服務器從電信運營商的AAA服務器中實時采集網(wǎng)絡用戶的上下線信息，并更新查詢 服務器本地存儲的IP-UserID對應信息，查詢服務器只需查詢本地的IP-UserID對應信息 就可以高效地為查詢用戶IP與UserID對應關系的請求提供服務，從而支持對在線用戶 UserID的海量實時查詢，實時性高。


圖1示出本發(fā)明的骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法的一個實施例的流程圖2示出本發(fā)明的信息獲取服務器和信息獲取客戶機保持用戶數(shù)據(jù)同步的圖示；圖3示出發(fā)明實施例的分布式系統(tǒng)架構的圖示；圖4示出本發(fā)明實施例的采用負載均衡的集群方式的分布式系統(tǒng)架構的圖示。
具體實施例方式下面參照附圖對本發(fā)明進行更全面的描述，其中說明本發(fā)明的示例性實施例。圖1示出本發(fā)明的骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法的一個實施例的流程圖。如圖1所示，在步驟102，信息獲取服務器實時地從AAA (Authentication, Authorization and Accounting，認證、鑒權、計費)服務器獲取網(wǎng)絡用戶上下線信息。例 如，信息獲取服務器在網(wǎng)絡鏈路層從電信運營商的接入服務器發(fā)給AAA服務器的鏡像數(shù)據(jù) 中獲得 RADIUS (Remote Authentication Dial In User Service，遠程撥號用戶認證)協(xié) 議數(shù)據(jù)報文，根據(jù)RADIUS協(xié)議從中提取出網(wǎng)絡用戶上下線信息，包括何時上線、何時下線、 用戶ID、分配的IP地址等信息。此信息將用于動態(tài)更新信息獲取服務器維護的在線用戶 IP-UserID(用戶標識)對應信息。在步驟104，分布式的查詢服務器通過信息獲取客戶機實時地從信息獲取服務器 獲取網(wǎng)絡用戶上下線信息，更新本地的IP-UserID對應信息。信息獲取客戶機可以集成 在查詢服務器中，也可以作為單獨的設備存在。各個IP-UserID查詢服務器在本地存儲 IP-UserID對應信息，該對應信息在例如查詢服務器系統(tǒng)啟動時初始化，將信息獲取服務器 上的IP-UserID對應信息同步至本地。查詢服務器運行期間，當信息獲取服務器上的對應 關系表發(fā)生變化時，比如新用戶上線或者在線用戶下線，信息獲取客戶機都會實時地將對 應關系表中變化的部分同步至查詢服務器的本地IP-UserID對應表。只要有新用戶上線或 在線用戶下線，信息獲取服務器都會實時地獲得相應信息，并實時地與查詢服務器通過信 息獲取客戶機進行用戶數(shù)據(jù)同步。在步驟106，查詢服務器接收包含IP地址的用戶標識查詢請求，根據(jù)本地 的IP-UserID對應信息返回與IP地址對應的用戶標識。查詢服務器只需查詢本地的 IP-UserID對應信息就可以高效地為查詢用戶IP與UserID對應關系的應用提供查詢服務， 返回于IP地址對應的用戶標識。根據(jù)本發(fā)明的一個實施例，當信息獲取服務器實時獲取用戶上下線信息時，將反 映在線用戶更新的用戶上下線信息實時地發(fā)送給各個查詢服務器，各個查詢服務器根據(jù)接 收的用戶上下線信息更新本地存儲的IP-UserID對應信息；信息獲取服務器更新本地存儲 的IP-UserID對應信息。在上述實施例中，信息獲取服務器和信息獲取客戶機組成C/S分布式架構，信 息獲取服務器從用戶認證計費RADIUS系統(tǒng)的AAA服務器中實時采集網(wǎng)絡用戶的上下線 信息，并更新查詢服務器本地存儲的IP-UserID對應信息，查詢服務器只需查詢本地的 IP-UserID對應信息就可以高效地為查詢用戶IP與UserID對應關系的應用提供查詢服務， 從而支持其它應用對在線用戶UserID的海量實時查詢。在下文中，RADIUS獲取客戶機是信息獲取客戶機的例子，RADIUS獲取服務器是信 息獲取服務器的例子。圖2示出本發(fā)明一個例子的信息獲取服務器和信息獲取客戶機保持用戶數(shù)據(jù)同
6步的圖示。如圖2所示，在步驟202，當RADIUS獲取客戶機啟動時，向RADIUS獲取服務器請求 發(fā)送IP-UserID對應表。在步驟204，RADIUS獲取服務器接受RADIUS獲取客戶機的請求。在步驟206，RADIUS獲取服務器向RADIUS獲取客戶機發(fā)送IP-UserID對應表。在步驟208，RADIUS獲取客戶機向RADIUS獲取服務器發(fā)送確認。在步驟210,RADIUS獲取客戶機向RADIUS獲取服務器請求發(fā)送IP-UserID對應表 內容的更新。在步驟212，RADIUS獲取服務器接受RADIUS獲取客戶機的請求。在步驟214，RADIUS獲取服務器向RADIUS獲取客戶機發(fā)送IP-UserID對應表內容 的更新。在步驟208，RADIUS獲取客戶機向RADIUS獲取服務器發(fā)送確認。通過上述實施例可以看出，各個分布式的RADIUS獲取客戶機維護著各自本地的 在線用戶IP-UserID對應表。該對應表在系統(tǒng)啟動時初始化，將RADIUS獲取服務器上的 IP-UserID對應表同步至本地。此后，RADIUS獲取服務器上的對應表發(fā)生變化時，比如新用 戶上線或者在線用戶下線，RADIUS獲取客戶機都會實時地將IP-UserID對應表中變化的部 分同步至本地IP-UserID對應表。這樣RADIUS獲取客戶機只需查詢本地IP-UserID對應 表就可以高效地為向IP-UserID查詢請求響應程序查詢用戶IP與UserID對應關系的應用 提供相應信息。在本發(fā)明實施例的技術方案中，一方面要從電信運營商的AAA服務器中捕獲并解 析RADIUS數(shù)據(jù)以得到上下線用戶的IP地址和用戶標識，從而更新在線用戶信息；另一方面 需要支持應用程序對用戶標識的查詢。為支持海量并發(fā)的用戶標識查詢，需要占用大量的 計算能力。在本發(fā)明的實施例中，將采集用戶標識和查詢用戶標識兩個功能以服務器客戶 機的方式分離開，各自完成自己的任務，從而避免了大量對用戶標識的查詢請求導致對用 戶標識的采集功能都無法及時完成。在本發(fā)明的一個應用例中，電信運營商省級中心每秒有240 1000個用戶上下 線，用戶每次上下線產(chǎn)生的RADIUS數(shù)據(jù)報文的平均原始大小為400字節(jié)。通過本發(fā)明的技 術方案，用戶每次上下線產(chǎn)生的RADIUS數(shù)據(jù)報文解析完成后需要記錄和同步的用戶每次 上下線產(chǎn)生的數(shù)據(jù)平均大小為100字節(jié)；這樣在峰值情況下全省用戶上下線產(chǎn)生的RADIUS 數(shù)據(jù)量為400KB左右，而本發(fā)明需要記錄的數(shù)據(jù)量僅為100KB，因此，通過本發(fā)明的方案完 全能夠處理對這樣的數(shù)據(jù)的捕獲、解析、記錄、和同步工作。根據(jù)本發(fā)明的一個實施例，RADIUS獲取服務器端在捕獲并解析出上網(wǎng)用戶的IP 地址和UserID后將它們保存在數(shù)據(jù)庫中，此后用戶數(shù)據(jù)的添加、刪除、和更新操作都在數(shù) 據(jù)庫中進行。通常電信運營商使用的AAA認證服務器的設計規(guī)格是單臺負載每秒上下線用 戶不超過2000個，不同的AAA服務器對應于不同的數(shù)據(jù)鏈路，在這樣的配置情況下，本發(fā)明 的部署在各條數(shù)據(jù)鏈路上的RADIUS獲取服務器完全可以承擔自己的工作，可以很好地處 理對不超過2000個用戶上下線所產(chǎn)生的數(shù)據(jù)在數(shù)據(jù)庫中的操作。實測結果表明，本發(fā)明的 RADIUS獲取服務器完全能夠處理電信運營商省級中心每秒有240 1000個用戶上下線的 情況。例，信息獲取客戶機端程序采用自帶哈希索引功能的map 數(shù)據(jù)結構在內存中構建對應表，在自己本地建立并維護一個高速的IP-UserID對應表。這 張表在信息獲取客戶機例如啟動時從信息獲取服務器初始化，然后每當信息獲取服務器獲 知新的用戶上下線信息時就實時通知信息獲取客戶機程序更新其對應表，相應的添加、刪 除、和更新操作都在map數(shù)據(jù)結構中高效完成。實測結果表明本發(fā)明的信息獲取客戶機完 全能夠處理電信運營商省級中心每秒有240 1000個用戶上下線的情況。圖3示出本發(fā)明實施例的分布式系統(tǒng)架構的圖示。如圖3所示，在該實施例中，信 息獲取服務器31和分布式的IP-UserID查詢服務器32中的信息獲取客戶機組成C/S(客 戶端/服務器)架構。信息獲取服務器31用于實時地從AAA服務器33獲取網(wǎng)絡用戶上下 線信息。分布式的查詢服務器32用于通過信息獲取客戶機實時地從信息獲取服務器31獲 取網(wǎng)絡用戶上下線信息，更新本地的IP-UserID對應信息；接收包含IP地址的用戶標識查 詢請求，根據(jù)本地的IP-UserID對應信息返回與IP地址對應的用戶標識。例如，信息獲取 服務器31從電信運營商的AAA服務器33采集例如RADIUS協(xié)議數(shù)據(jù)，解析獲得寬帶用戶上 下線信息，并將IP-UserID表存儲到客戶機本地來提供給其它應用使用。電信運營商AAA 服務器33是對寬帶用戶進行認證、授權、和計費的服務器；信息獲取服務器31從AAA服務 器33采集寬帶用戶上線登陸和下線注銷數(shù)據(jù)；信息獲取客戶機從信息獲取服務器31得到 用戶上下線數(shù)據(jù)并保存在本地；IP-UserID查詢請求響應程序是響應來自系統(tǒng)中其它需要 根據(jù)上線用戶IP地址獲取其UserID的應用的服務程序，這些應用包括用戶頁面訪問記錄 程序、客戶網(wǎng)站驅動程序等。實際系統(tǒng)中需要根據(jù)上網(wǎng)用戶IP地址獲取其UserID的應用程序往往分布于不 同的地理位置，而這些程序又需要大量及實時地獲取用戶UserID信息，所以通常將RADIUS 獲取客戶機作為功能模塊嵌入在查詢請求響應程序中組成IP-UserID查詢服務器，并在 IP-UserID查詢服務器程序中緩存一份本地的IP-UserID表，且與RADIUS獲取服務器實時 同步。在這種架構下IP-UserID查詢服務器可以在最大程度上響應來自外部的海量查詢請 求。如果外部查詢請求數(shù)量巨大，可以采用負載均衡的集群方式提升對海量查詢請求 的響應速度，而不會影響系統(tǒng)對用戶上下線數(shù)據(jù)的采集，集群節(jié)點之間采用上述實施例的 信息同步方法來保持各節(jié)點之間的IP-UserID表的一致性。圖4示出本發(fā)明實施例的采用負載均衡的集群方式的分布式系統(tǒng)架構的圖示。 如圖4所示，該系統(tǒng)包括RADIUS獲取服務器41、AAA服務器43。在RADIUS獲取客戶機一 端搭建IP-UserID查詢服務器集群422，該集群通過負載均衡設備421與來自其它模塊的 IP-UserID查詢請求程序相接。這樣IP-UserID查詢服務器集群422中的每臺服務器能夠均 勻地獲得并響應對IP-UserID對應表的查詢請求。隨著查詢請求的增加，系統(tǒng)可以線性地 擴大集群規(guī)模以及時地處理所有查詢請求。由于由RADIUS獲取客戶機和IP-UserID查詢請 求響應程序組成的IP-UserID查詢服務器有效地分離了對RADIUS采集解析和對IP-UserID 對應表的查詢請求，所以無論外部的查詢請求如何增加，只要IP-UserID查詢服務器集群 規(guī)模匹配，系統(tǒng)總可以既及時響應查詢請求，又不增加RADIUS獲取服務器的負擔。在上述部分實施例中，采用了 RADIUS協(xié)議進行通信，本領域的技術人員應當理 解，本發(fā)明的技術方案并不限于RADIUS協(xié)議，同樣可以應用于其他的通信協(xié)議。
8
在上述實施例中，將RADIUS獲取客戶端集群化和負載均衡化，以支持大量并發(fā)的 用戶標識查詢要求。在本發(fā)明的一個應用例中，本發(fā)明的電信運營商萬兆骨干網(wǎng)絡RADIUS數(shù)據(jù)采集 系統(tǒng)支持如下功能從總用戶數(shù)在6百萬、平均在線用戶數(shù)在2百萬級別的電信運營商省級 中心RADIUS系統(tǒng)中實時捕獲RADIUS報文協(xié)議數(shù)據(jù)包；從RADIUS報文數(shù)據(jù)包中實時解析 用戶上下線信息，解析速度達到每秒500-600用戶；實時響應分布式的RADIUS數(shù)據(jù)獲取客 戶機的查詢請求，響應延時小于0. 1秒；RADIUS獲取客戶機單機支持高達每秒10，000次對 IP-UserID對應表的查詢請求，而由RADIUS獲取客戶機組成的IP-UserID查詢服務器集群 則可獲得更高的線性遞增的查詢性能。為了同時支持對大量寬帶用戶上下線數(shù)據(jù)的捕獲解析和對用戶UserID的海量查 詢請求，本發(fā)明采用分布式架構、本地緩存、和數(shù)據(jù)同步等技術將二者功能分離，使得對用 戶UserID的海量查詢請求的響應速度在相當程度上不依賴于其對用戶上下線數(shù)據(jù)的捕獲 解析能力。另一方面將本地緩存的IP-UserID表與需要使用該表的查詢請求響應程序結合 在一起形成IP-UserID查詢服務器，將查詢程序對用戶UserID獲取的代價減至最小。本發(fā)明上述實施例中的獲取服務器、獲取客戶機和查詢服務器可以用硬件、軟件、 固件、中間件、微代碼、硬件描述語音或者它們的任意組合來實現(xiàn)。舉例來說，可以利用運行 在微處理器、數(shù)字信號處理器(DSP)或任何其他適當平臺上的代碼實。代碼可以表示過程、 功能、子程序、程序、例行程序、子例行程序、模塊或者指令、數(shù)據(jù)結構或程序語句的任意組 合。代碼可以位于計算機可讀介質中。計算機可讀介質可以包括一個或者多個存儲設備， 例如，包括RAM存儲器、閃存存儲器、ROM存儲器、EPROM存儲器、EEPROM存儲器、寄存器、硬 盤、移動硬盤、CD-ROM或本領域公知的其他任何形式的存儲介質。計算機可讀介質還可以 包括編碼數(shù)據(jù)信號的載波本發(fā)明的描述是為了示例和描述起見而給出的，而并不是無遺漏的或者將本發(fā)明 限于所公開的形式。很多修改和變化對于本領域的普通技術人員而言是顯然的。選擇和描 述實施例是為了更好說明本發(fā)明的原理和實際應用，并且使本領域的普通技術人員能夠理 解本發(fā)明從而設計適于特定用途的帶有各種修改的各種實施例。
權利要求
一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法，其特征在于，包括信息獲取服務器實時地從認證、鑒權、計費AAA服務器獲取網(wǎng)絡用戶上下線信息；分布式的查詢服務器通過信息獲取客戶機實時地從所述信息獲取服務器獲取所述網(wǎng)絡用戶上下線信息，更新本地的IP UserID對應信息；所述查詢服務器接收包含IP地址的用戶標識查詢請求，根據(jù)本地的IP UserID對應信息返回與所述IP地址對應的用戶標識。
2.根據(jù)權利要求1所述的提供網(wǎng)絡用戶標識的方法，其特征在于，所述信息獲取服務 器實時地從AAA服務器獲取網(wǎng)絡用戶上下線信息的步驟包括所述信息獲取服務器在網(wǎng)絡鏈路層從電信運營商的寬帶用戶接入服務器發(fā)給AAA服 務器的鏡像數(shù)據(jù)中獲得遠程撥號用戶認證RADIUS協(xié)議數(shù)據(jù)報文，根據(jù)RADIUS協(xié)議從中提 取出寬帶用戶上下線信息。
3.根據(jù)權利要求1所述的提供網(wǎng)絡用戶標識的方法，其特征在于，所述分布式的查詢 服務器通過信息獲取客戶機實時地從所述信息獲取服務器獲取所述網(wǎng)絡用戶上下線信息 更新本地的IP-UserID對應信息的步驟包括當所述信息獲取服務器上的IP-UserID對應表發(fā)生變化時，所述信息獲取客戶機都實 時地將IP-UserID對應表中變化的部分同步至查詢服務器本地IP-UserID對應表。
4.根據(jù)權利要求1所述的用戶信息提供方法，其特征在于，包括所述分布式的查詢服 務器組成查詢服務器集群，該集群通過負載均衡設備將用戶標識查詢請求分配給各個查詢 服務器。
5.根據(jù)權利要求1所述的用戶信息提供方法，其特征在于，所述查詢服務器采用具有 哈希索引功能的map數(shù)據(jù)結構在內存中構建IP-UserID對應表；所述IP-UserID對應表在 所述查詢服務器從所述信息獲取服務器初始化，每當所述信息獲取服務器獲知新的用戶上 下線信息時就實時通知所述查詢服務器更新其IP-UserID對應表，相應的添加、刪除、和更 新操作在map數(shù)據(jù)結構中完成。
6.一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的系統(tǒng)，其特征在于，包括信息獲取服務器，用于實時地從認證、鑒權、計費AAA服務器獲取網(wǎng)絡用戶上下線信息；分布式的查詢服務器，用于通過信息獲取客戶機實時地從所述信息獲取服務器獲取所 述網(wǎng)絡用戶上下線信息，更新本地的IP-UserID對應信息；接收包含IP地址的用戶標識查 詢請求，根據(jù)本地的IP-UserID對應信息返回與所述IP地址對應的用戶標識。
7.根據(jù)權利要求6所述的提供網(wǎng)絡用戶標識的系統(tǒng)，其特征在于，所述信息獲取服務 器在網(wǎng)絡鏈路層從電信運營商的寬帶用戶接入服務器發(fā)給AAA服務器的鏡像數(shù)據(jù)中獲得 遠程撥號用戶認證RADIUS協(xié)議數(shù)據(jù)報文，根據(jù)RADIUS協(xié)議從中提取出寬帶用戶上下線信 肩、ο
8.根據(jù)權利要求6所述的提供網(wǎng)絡用戶標識的系統(tǒng)，其特征在于，當所述信息獲取服 務器上的IP-UserID對應表發(fā)生變化時，所述信息獲取客戶機都實時地將IP-UserID對應 表中變化的部分同步至查詢服務器本地IP-UserID對應表。
9.根據(jù)權利要求6所述的提供網(wǎng)絡用戶標識的系統(tǒng)，其特征在于，所述分布式的查詢 服務器組成查詢服務器集群，該集群通過負載均衡設備將用戶標識查詢請求分配給各個查詢服務器。
10.根據(jù)權利要求6所述的提供網(wǎng)絡用戶標識的系統(tǒng)，其特征在于，所述查詢服務器采 用具有哈希索引功能的map數(shù)據(jù)結構在內存中構建IP-UserID對應表；所述IP-UserID對 應表在所述查詢服務器從所述信息獲取服務器初始化，每當所述信息獲取服務器獲知新的 用戶上下線信息時就實時通知所述查詢服務器更新其IP-UserID對應表，相應的添加、刪 除、和更新操作在map數(shù)據(jù)結構中完成。
全文摘要
本發(fā)明公開一種骨干網(wǎng)絡中提供網(wǎng)絡用戶標識的方法和系統(tǒng)。該方法包括信息獲取服務器實時地從AAA服務器獲取網(wǎng)絡用戶上下線信息；分布式的查詢服務器通過信息獲取客戶機實時地從所述信息獲取服務器獲取所述網(wǎng)絡用戶上下線信息，更新本地的IP-UserID對應信息；所述查詢服務器接收包含IP地址的用戶標識查詢請求，根據(jù)本地的IP-UserID對應信息返回與所述IP地址對應的用戶標識。本發(fā)明的方法和系統(tǒng)實現(xiàn)了實現(xiàn)了從電信運營商的RADIUS系統(tǒng)中實時捕獲和解析RADIUS報文數(shù)據(jù)包；以及支持RADIUS獲取客戶機的海量查詢請求。
文檔編號H04L29/08GK101917405SQ20101023279
公開日2010年12月15日 申請日期2010年7月15日 優(yōu)先權日2010年7月15日
發(fā)明者付良, 張雁冰, 朱焱, 王強, 郭強 申請人:北京邁朗世訊科技有限公司