專利名稱：網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)及因特網(wǎng)接入服務(wù)器的制作方法
技術(shù)領(lǐng)域：
本發(fā)明涉及網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)及因特網(wǎng)接入服務(wù)器。
背景技術(shù)：
以因特網(wǎng)為代表的IP(Internet Protocol因特網(wǎng)協(xié)議)網(wǎng)絡(luò)上，根據(jù)IP協(xié)議傳送數(shù)據(jù)。提供用于將用戶終端連接于IP網(wǎng)絡(luò)上的因特網(wǎng)連接服務(wù)的通信運(yùn)營商叫作因特網(wǎng)服務(wù)提供商ISP(InternetService Provider因特網(wǎng)服務(wù)提供商)。因特網(wǎng)使用者將用戶終端連接于因特網(wǎng)時(shí)，以前通過撥號(hào)經(jīng)由ISDN(Integrated ServiceDigital Network集成服務(wù)數(shù)字網(wǎng)絡(luò))/電話線路網(wǎng)路徑連接于因特網(wǎng)服務(wù)提供商，但近年來隨著寬帶的迅速普及，經(jīng)由FTTH(Fiber ToThe Home光纖入戶)、DSL(Digital Subscriber Line數(shù)字用戶線)、電纜網(wǎng)絡(luò)、無線(FWA/Fixed Wireless Access固定無線接入)等高速接入線路網(wǎng)，可連接于因特網(wǎng)服務(wù)提供商。
利用電話線路的原來的因特網(wǎng)連接中，因特網(wǎng)服務(wù)提供商根據(jù)因特網(wǎng)使用時(shí)間向使用者收取從量制的計(jì)費(fèi)。另一方面，在寬帶環(huán)境中，與使用原來的電話線路的從量制計(jì)費(fèi)不同，因特網(wǎng)服務(wù)提供商引入按月向使用者收取一定費(fèi)用的定額計(jì)費(fèi)制度。通過該定額計(jì)費(fèi)制度的引入，因特網(wǎng)使用者不需要關(guān)心費(fèi)用，可將用戶終端常時(shí)連接于因特網(wǎng)上。
另外，因特網(wǎng)服務(wù)提供商經(jīng)由容納上述各種高速接入線路的接入服務(wù)器，對(duì)使用者提供因特網(wǎng)連接服務(wù)。此時(shí)，作為接入服務(wù)器與用戶終端之間的通信協(xié)議，廣泛使用PPP(Point-to-Point Protocol點(diǎn)對(duì)點(diǎn)協(xié)議)。PPP原來是為了在電話線、專用線等串行線路上提供TCP/IP等鏈接而提出的協(xié)議，在因特網(wǎng)工程特別小組(IETFInternet Engineering Task Force)中標(biāo)準(zhǔn)化為請(qǐng)求注釋(Requestfor Comments)(RFC)1661。
PPP由OSI參照模型的數(shù)據(jù)鏈接層中工作的LCP(Link ControlProtocol鏈接控制協(xié)議)和在網(wǎng)絡(luò)層工作的NCP(Network ControlProtocol網(wǎng)絡(luò)控制協(xié)議)構(gòu)成。LCP是用于控制文字鏈接的協(xié)議，經(jīng)與數(shù)據(jù)大小、有無數(shù)據(jù)壓縮、傳送速度等通信條件有關(guān)的協(xié)商(妥協(xié))作業(yè)在2個(gè)通信裝置間確立數(shù)據(jù)鏈接后，進(jìn)行檢查和釋放數(shù)據(jù)鏈接的控制。NCP在LCP的數(shù)據(jù)鏈接確立后，進(jìn)行網(wǎng)絡(luò)層的上級(jí)協(xié)議的選擇和網(wǎng)絡(luò)地址的分配/設(shè)定等。PPP在寬帶環(huán)境下廣泛使用，例如，作為以太網(wǎng)(Ethernet注冊(cè)商標(biāo)名)上利用的PPP協(xié)議，已知有RFC2516規(guī)定的PPPoE(PPP Over Ethernet以太網(wǎng)上的PPP)。
因特網(wǎng)服務(wù)提供商預(yù)先將與使用者有關(guān)的信息和統(tǒng)計(jì)數(shù)據(jù)作為屬性(特性)值進(jìn)行數(shù)據(jù)化，由認(rèn)證服務(wù)器和計(jì)費(fèi)服務(wù)器進(jìn)行一維管理。認(rèn)證服務(wù)器和計(jì)費(fèi)服務(wù)器一般可經(jīng)IP網(wǎng)與接入服務(wù)器通信。這些服務(wù)器之間的通信，通常利用RADIUS(Remote AuthenticationDial In User Service遠(yuǎn)程用戶撥號(hào)認(rèn)證系統(tǒng))。與RADIUS有關(guān)的通信協(xié)議例如規(guī)定為RFC2865、RFC2866、RFC2869。
RADIUS利用服務(wù)器客戶方式，通過將RADIUS服務(wù)器、接入服務(wù)器作為RADIUS客戶使認(rèn)證服務(wù)器和計(jì)費(fèi)服務(wù)器工作，實(shí)現(xiàn)這些服務(wù)器之間的使用者屬性值的發(fā)送接收。具體說，從用戶終端接收到因特網(wǎng)連接請(qǐng)求的接入服務(wù)器，根據(jù)RADIUS認(rèn)證協(xié)議發(fā)送從上述連接請(qǐng)求中提取出的用戶名和口令(密碼)，向認(rèn)證服務(wù)器詢問請(qǐng)求源用戶終端是否為預(yù)先訂立合約(契約)的正規(guī)服務(wù)器。
從認(rèn)證服務(wù)器接收表示用戶認(rèn)證正常結(jié)束的響應(yīng)時(shí)，接入服務(wù)器許可請(qǐng)求源用戶終端連接到因特網(wǎng)，在其與用戶終端之間確立PPP會(huì)話(session)。由此，用戶終端可接入因特網(wǎng)上的各種服務(wù)器。若接入服務(wù)器許可用戶終端接入因特網(wǎng)，則開始收集該用戶終端(使用者)的計(jì)費(fèi)信息(網(wǎng)絡(luò)統(tǒng)計(jì)信息)，根據(jù)RADIUS計(jì)費(fèi)協(xié)議向計(jì)費(fèi)服務(wù)器發(fā)送計(jì)費(fèi)信息。計(jì)費(fèi)服務(wù)器根據(jù)用戶名來識(shí)別各個(gè)終端使用者，按每個(gè)使用者累計(jì)管理計(jì)費(fèi)信息。
例如在日本特開2001-257722號(hào)公報(bào)中，公開了一種網(wǎng)絡(luò)監(jiān)視系統(tǒng)，按通信流單位來收集包含上述計(jì)費(fèi)信息在內(nèi)的統(tǒng)計(jì)監(jiān)視信息。
目前，因特網(wǎng)服務(wù)提供商由計(jì)費(fèi)服務(wù)器管理的計(jì)費(fèi)信息，例如是各使用者的因特網(wǎng)連接時(shí)間、發(fā)送接收信息包數(shù)、發(fā)送接收數(shù)據(jù)量。在定額收費(fèi)制度的常時(shí)連接服務(wù)中，這些計(jì)費(fèi)信息不通知用戶，留給因特網(wǎng)服務(wù)提供商自身，用于掌握網(wǎng)絡(luò)的利用狀況和作為對(duì)后續(xù)的網(wǎng)絡(luò)設(shè)計(jì)的反饋信息來使用。
這是由于當(dāng)前的因特網(wǎng)連接服務(wù)幾乎都以盡可能達(dá)到最完善，但信息包傳輸中是不作任何保證的最大努力(best effort)型通信服務(wù)為前提，對(duì)于因特網(wǎng)服務(wù)提供商而言，例如在提供因特網(wǎng)連接服務(wù)中，即便由于網(wǎng)絡(luò)上的阻塞造成了暫時(shí)的信息包損失，其也不負(fù)有向各使用者作出信息包損失的產(chǎn)生和損失信息包的報(bào)告義務(wù)。
近年來，隨著因特網(wǎng)連接服務(wù)的競爭日益激烈，因特網(wǎng)服務(wù)提供商為體現(xiàn)與其他服務(wù)商的服務(wù)差別，增加了導(dǎo)入SLA(ServiceLevel Agreement服務(wù)水平協(xié)定服務(wù)品質(zhì)保證制度)的情況。所謂SLA服務(wù)意味著保證一定通信品質(zhì)水平的通信服務(wù)的提供契約，是通信品質(zhì)低于預(yù)先保證的基準(zhǔn)時(shí)，例如向使用者支付保證金等的、按每個(gè)使用者締結(jié)更精細(xì)的契約的因特網(wǎng)連接服務(wù)。作為SLA服務(wù)的具體的契約菜單，有例如在通信服務(wù)中發(fā)現(xiàn)異常時(shí)保證在規(guī)定時(shí)間內(nèi)將服務(wù)故障傳送到使用者、保證增加一定時(shí)間(或一定比例(％))的服務(wù)時(shí)間等。
為向使用者提供SLA服務(wù)，因特網(wǎng)服務(wù)提供商僅管理像原來的計(jì)費(fèi)信息一樣的因特網(wǎng)連接時(shí)間和發(fā)送接收信息包數(shù)等統(tǒng)計(jì)信息是不夠的，需要具有以下功能收集在因特網(wǎng)連接期間中產(chǎn)生的損失信息包數(shù)、服務(wù)中斷時(shí)間等比原來更詳細(xì)的統(tǒng)計(jì)信息，并將這些信息作為每個(gè)使用者的新的網(wǎng)絡(luò)利用信息進(jìn)行管理。
另外，隨著寬帶接入普及、對(duì)因特網(wǎng)的常時(shí)連接普遍化，至此處于從Web服務(wù)器接收內(nèi)容信息的立場的因特網(wǎng)使用者中的一部分，正在變化為擁有自身的Web服務(wù)器的信息發(fā)送者。這樣的環(huán)境下，因特網(wǎng)使用者需要將表示從因特網(wǎng)到自身的終端(例如使用者構(gòu)筑的Web服務(wù)器)的接入狀況的信息作為新的統(tǒng)計(jì)信息。但是，在使用者個(gè)人收集接入自身終端的接入信息并進(jìn)行管理時(shí)，由于與網(wǎng)絡(luò)的操作有關(guān)的高度的技術(shù)和專用的網(wǎng)絡(luò)監(jiān)視裝置的設(shè)置為前提，因此實(shí)際上難以實(shí)現(xiàn)。

發(fā)明內(nèi)容
本發(fā)明的目的是提供一種網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)和接入服務(wù)器，能自動(dòng)收集、管理因特網(wǎng)使用者所希望的統(tǒng)計(jì)信息，并向使用者公開。
本發(fā)明的其他目的是提供一種網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)和接入服務(wù)器，能擴(kuò)展現(xiàn)有計(jì)費(fèi)系統(tǒng)的功能，對(duì)因特網(wǎng)使用者所需要的統(tǒng)計(jì)信息進(jìn)行通知服務(wù)。
為達(dá)到上述目的，本發(fā)明的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，包括服務(wù)提供系統(tǒng)，其具有用于與用戶識(shí)別符對(duì)應(yīng)地存儲(chǔ)統(tǒng)計(jì)數(shù)據(jù)和用戶希望的統(tǒng)計(jì)信息收集條件的數(shù)據(jù)庫；接入服務(wù)器，在經(jīng)接入網(wǎng)從用戶終端接收到認(rèn)證請(qǐng)求時(shí)，向上述服務(wù)提供系統(tǒng)發(fā)送認(rèn)證請(qǐng)求信息包，從上述服務(wù)提供系統(tǒng)接收表示認(rèn)證結(jié)果和請(qǐng)求源用戶的識(shí)別符、統(tǒng)計(jì)信息收集條件及應(yīng)收集的統(tǒng)計(jì)參數(shù)的響應(yīng)信息包，根據(jù)該響應(yīng)信息包表示的認(rèn)證結(jié)果對(duì)上述用戶終端作出響應(yīng)；上述接入服務(wù)器具有管理表，與用戶識(shí)別符和會(huì)話識(shí)別符對(duì)應(yīng)地存儲(chǔ)來自上述服務(wù)提供系統(tǒng)的響應(yīng)信息包表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)；統(tǒng)計(jì)數(shù)據(jù)更新單元，在上述用戶終端正連接在因特網(wǎng)上時(shí)，根據(jù)上述管理表表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)來收集信息，更新上述管理表的統(tǒng)計(jì)數(shù)據(jù)；更新請(qǐng)求生成單元，生成表示上述更新了的統(tǒng)計(jì)數(shù)據(jù)的更新請(qǐng)求信息包，發(fā)送到上述服務(wù)提供系統(tǒng)，上述服務(wù)提供系統(tǒng)根據(jù)從上述接入服務(wù)器接收的更新請(qǐng)求信息包的內(nèi)容，更新上述數(shù)據(jù)庫的統(tǒng)計(jì)數(shù)據(jù)，對(duì)應(yīng)來自用戶終端的請(qǐng)求，來公開與該用戶終端的用戶識(shí)別符對(duì)應(yīng)地存儲(chǔ)在上述數(shù)據(jù)庫中的統(tǒng)計(jì)數(shù)據(jù)的至少一部分。
更具體說，上述接入服務(wù)器具有的更新請(qǐng)求生成單元的特征是，例如向上述服務(wù)提供系統(tǒng)發(fā)送在用戶終端正連接在因特網(wǎng)上時(shí)按規(guī)定周期定期生成的更新請(qǐng)求信息包、及隨著對(duì)因特網(wǎng)的連接結(jié)束而與上述用戶終端之間的會(huì)話釋放時(shí)生成的更新請(qǐng)求信息包。上述服務(wù)提供系統(tǒng)的特征是包括統(tǒng)計(jì)信息管理服務(wù)器，管理上述數(shù)據(jù)庫，對(duì)來自上述接入服務(wù)器的認(rèn)證請(qǐng)求信息包和更新請(qǐng)求信息包進(jìn)行響應(yīng)；Web服務(wù)器，響應(yīng)來自上述用戶終端的請(qǐng)求執(zhí)行用于統(tǒng)計(jì)數(shù)據(jù)公開的處理。
本發(fā)明的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的特征是，上述更新請(qǐng)求生成單元在例如產(chǎn)生由上述統(tǒng)計(jì)信息收集條件預(yù)先指定的特定事件時(shí)，生成表示該內(nèi)容的更新請(qǐng)求信息包，發(fā)送到上述服務(wù)提供系統(tǒng)。
具體說，本發(fā)明的1個(gè)實(shí)施例中，上述統(tǒng)計(jì)信息收集條件之一指定監(jiān)視IP地址和閾值，上述統(tǒng)計(jì)數(shù)據(jù)更新單元對(duì)以上述監(jiān)視IP地址為發(fā)送源的信息包數(shù)進(jìn)行計(jì)數(shù)，在上述信息包數(shù)在上述閾值以上時(shí)，上述更新請(qǐng)求生成單元生成表示該內(nèi)容的更新請(qǐng)求信息包，發(fā)送到上述服務(wù)提供系統(tǒng)。
本發(fā)明的另一實(shí)施例中，上述統(tǒng)計(jì)信息收集條件之一指定損失信息包數(shù)的計(jì)數(shù)，上述統(tǒng)計(jì)數(shù)據(jù)更新單元對(duì)網(wǎng)絡(luò)阻塞時(shí)產(chǎn)生的損失信息包數(shù)進(jìn)行計(jì)數(shù)，上述更新請(qǐng)求生成單元在阻塞恢復(fù)時(shí)生成表示上述損失信息包數(shù)的更新請(qǐng)求信息包，發(fā)送到上述服務(wù)提供系統(tǒng)。
本發(fā)明的再一實(shí)施例中，上述統(tǒng)計(jì)信息收集條件之一指定服務(wù)中斷時(shí)間的計(jì)數(shù)，上述統(tǒng)計(jì)數(shù)據(jù)更新單元對(duì)網(wǎng)絡(luò)阻塞造成的服務(wù)中斷時(shí)間進(jìn)行計(jì)數(shù)，上述更新請(qǐng)求生成單元在阻塞恢復(fù)時(shí)生成表示上述服務(wù)中斷時(shí)間的更新請(qǐng)求信息包，發(fā)送到上述服務(wù)提供系統(tǒng)。
本發(fā)明的一個(gè)特征是上述服務(wù)提供系統(tǒng)除上述統(tǒng)計(jì)信息管理服務(wù)器和Web服務(wù)器外，還包括郵件服務(wù)器，在從上述接入服務(wù)器接收隨著特定事件的產(chǎn)生的更新請(qǐng)求信息包時(shí)，將上述特定事件的產(chǎn)生通知相關(guān)的用戶終端。
本發(fā)明的因特網(wǎng)接入服務(wù)器，具備如下功能在從用戶終端接收到認(rèn)證請(qǐng)求時(shí)，向服務(wù)提供系統(tǒng)發(fā)送認(rèn)證請(qǐng)求信息包，從上述服務(wù)提供系統(tǒng)接收表示認(rèn)證結(jié)果和請(qǐng)求源用戶的識(shí)別符、統(tǒng)計(jì)信息收集條件以及應(yīng)收集的統(tǒng)計(jì)參數(shù)的響應(yīng)信息包時(shí)，根據(jù)該響應(yīng)信息包表示的認(rèn)證結(jié)果對(duì)上述用戶終端作出響應(yīng)，具有管理表，與用戶識(shí)別符和會(huì)話識(shí)別符對(duì)應(yīng)地存儲(chǔ)來自上述服務(wù)提供系統(tǒng)的響應(yīng)信息包表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)；統(tǒng)計(jì)數(shù)據(jù)更新單元，在上述用戶終端正連接在因特網(wǎng)上時(shí)，根據(jù)上述管理表表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)來收集信息，更新上述管理表的統(tǒng)計(jì)數(shù)據(jù)；更新請(qǐng)求生成單元，生成表示上述更新了的統(tǒng)計(jì)數(shù)據(jù)的更新請(qǐng)求信息包，發(fā)送到上述服務(wù)提供系統(tǒng)。
另外，上述接入服務(wù)器和服務(wù)提供系統(tǒng)之間使用例如RADIUS協(xié)議的屬性來發(fā)送接收上述統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)。
根據(jù)本發(fā)明，對(duì)于因特網(wǎng)連接中的每個(gè)用戶終端，可根據(jù)預(yù)先指定的統(tǒng)計(jì)信息收集條件來收集信息包損失和服務(wù)中斷時(shí)間等統(tǒng)計(jì)信息，將其向使用者公開，可進(jìn)行按每個(gè)使用者締結(jié)更精細(xì)的契約的因特網(wǎng)連接服務(wù)和網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)。


圖1是包含本發(fā)明涉及的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖。
圖2是表示圖1的網(wǎng)絡(luò)中使用的主信號(hào)傳送協(xié)議棧的一個(gè)例子的圖。
圖3是表示圖1的網(wǎng)絡(luò)中使用的控制信號(hào)傳送協(xié)議棧的一個(gè)例子的圖。
圖4是表示圖1所示的接入服務(wù)器的硬件4的詳細(xì)情形的框圖。
圖5是表示圖4的接入服務(wù)器4的控制處理部44的詳細(xì)情形的框圖。
圖6是表示本發(fā)明的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的工作的順序圖。
圖7是表示圖6的步驟S04～S06的詳細(xì)工作的序列圖。
圖8是表示圖6的網(wǎng)絡(luò)統(tǒng)計(jì)信息的更新步驟S10的詳細(xì)情形和用戶終端對(duì)網(wǎng)絡(luò)統(tǒng)計(jì)信息的參照工作的順序圖。
圖9A、圖9B是表示認(rèn)證/計(jì)費(fèi)服務(wù)器21包括的計(jì)費(fèi)管理數(shù)據(jù)庫的一個(gè)例子的圖。
圖10是表示從圖1的認(rèn)證/計(jì)費(fèi)服務(wù)器21向接入服務(wù)器4發(fā)送的access accept(接受接入)信息包的格式的圖。
圖11是說明圖1的認(rèn)證/計(jì)費(fèi)服務(wù)器21和接入服務(wù)器4之間交換的Vendor Specific(供應(yīng)商指定)屬性的內(nèi)容的圖。
圖12是表示圖5的PPP用戶管理表56的一個(gè)例子的圖。
圖13是表示從圖1的接入服務(wù)器4向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送的accounting request(start)(計(jì)數(shù)(記賬)請(qǐng)求(開始))信息包的格式的圖。
圖14是表示從圖1的接入服務(wù)器4向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送的accounting request(interim-update)(計(jì)數(shù)請(qǐng)求(過渡更新))信息包的格式的圖。
圖15是表示從圖1的接入服務(wù)器4向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送的accounting request(stop)(計(jì)數(shù)請(qǐng)求(停止))信息包的格式的圖。
圖16是表示本發(fā)明的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的網(wǎng)絡(luò)阻塞檢測時(shí)的工作的順序圖。
圖17是表示本發(fā)明的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的超出監(jiān)視信息包閾值時(shí)的工作的順序圖。
具體實(shí)施例方式
下面，參考

本發(fā)明涉及的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的1個(gè)實(shí)施例。
圖1表示包含本發(fā)明涉及的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)的網(wǎng)絡(luò)結(jié)構(gòu)圖。
圖1中，接入服務(wù)器4能經(jīng)由IP網(wǎng)3，與構(gòu)成因特網(wǎng)服務(wù)提供商2的認(rèn)證服務(wù)器和統(tǒng)計(jì)信息管理服務(wù)器(下面稱作計(jì)費(fèi)服務(wù)器)通信。這里，認(rèn)證服務(wù)器和計(jì)費(fèi)服務(wù)器作為一個(gè)服務(wù)器(認(rèn)證/計(jì)費(fèi)服務(wù)器)21表示，但它們可分開為2個(gè)服務(wù)器來構(gòu)成。因特網(wǎng)服務(wù)提供商2除認(rèn)證/計(jì)費(fèi)服務(wù)器21外，還包括與因特網(wǎng)1連接的路由器22-1、與IP網(wǎng)3連接的路由器22-2、郵件(mail)服務(wù)器23、及Web服務(wù)器24。211是認(rèn)證/計(jì)費(fèi)服務(wù)器21管理的計(jì)費(fèi)管理數(shù)據(jù)庫，231是用于對(duì)因特網(wǎng)使用者的郵件地址、及成為對(duì)使用者公開的公開信息的統(tǒng)計(jì)數(shù)據(jù)進(jìn)行存儲(chǔ)的數(shù)據(jù)庫，由郵件服務(wù)器23和Web服務(wù)器24利用。
用戶終端6(6-1，6-2)是屬于因特網(wǎng)服務(wù)提供商2的使用者的終端，連接于因特網(wǎng)1時(shí)，經(jīng)接入網(wǎng)5向接入服務(wù)器4發(fā)送連接請(qǐng)求。用戶終端6和接入服務(wù)器4之間使用PPP，PPP作為用于用戶終端使用的鏈接的確立、用戶認(rèn)證和IP地址分配的協(xié)議。作為接入網(wǎng)5，使用例如電話交換網(wǎng)、ADSL、FTTH等寬帶接入網(wǎng)。
Web服務(wù)器24是可從用戶終端接入的服務(wù)器，向因特網(wǎng)使用者提供數(shù)據(jù)庫23中存儲(chǔ)的公開用的網(wǎng)絡(luò)統(tǒng)計(jì)數(shù)據(jù)(參數(shù)信息)。各因特網(wǎng)使用者通過使用用戶終端6接入Web服務(wù)器24，可取得自身最新的參數(shù)信息。郵件服務(wù)器23管理各因特網(wǎng)使用者的郵件地址，如后所述，在特定事件產(chǎn)生時(shí)，或?qū)?yīng)來自使用者的請(qǐng)求，以電子郵件形式通知統(tǒng)計(jì)數(shù)據(jù)。
圖2表示在圖1所示的網(wǎng)絡(luò)統(tǒng)計(jì)信息的服務(wù)系統(tǒng)中，用戶終端6(6-1，6-2)和因特網(wǎng)1上的目的服務(wù)器經(jīng)由接入服務(wù)器4進(jìn)行通信所需要的主信號(hào)傳送協(xié)議棧的一個(gè)例子。
由于用戶終端6和接入服務(wù)器4由PPP連接，用戶終端6的協(xié)議棧601和接入服務(wù)器4的協(xié)議棧401中存在PPP。比PPP下層的協(xié)議棧因接入網(wǎng)5的鏈接層的類型而不同。圖2中，作為一個(gè)例子，表示出下層為以太網(wǎng)(Ethernet注冊(cè)商標(biāo)名)時(shí)的協(xié)議棧。從接入服務(wù)器到目的服務(wù)器，如協(xié)議棧402和101所示，根據(jù)IP協(xié)議(IPv4/IPv6)來傳送數(shù)據(jù)。
圖3表示用戶認(rèn)證信息、統(tǒng)計(jì)信息收集條件、應(yīng)收集統(tǒng)計(jì)參數(shù)等控制信息的通信所需要的控制系統(tǒng)傳送協(xié)議棧的一個(gè)例子。
如協(xié)議棧602和411所示，用戶終端6和接入服務(wù)器4之間，控制信息通過PPP協(xié)議通信。另一方面，如協(xié)議棧412和2101所示，接入服務(wù)器4和認(rèn)證/計(jì)費(fèi)服務(wù)器21之間，根據(jù)RADIUS協(xié)議對(duì)認(rèn)證信息和網(wǎng)絡(luò)統(tǒng)計(jì)信息進(jìn)行通信。
RADIUS協(xié)議中，如后所述，規(guī)定RADIUS屬性(屬性值)，接入服務(wù)器4和認(rèn)證/計(jì)費(fèi)服務(wù)器21通過向信息包的數(shù)據(jù)部(payload部有效負(fù)載部)加上各自需要的屬性，可互相發(fā)送接收認(rèn)證信息、統(tǒng)計(jì)信息收集條件、統(tǒng)計(jì)參數(shù)、統(tǒng)計(jì)數(shù)據(jù)等網(wǎng)絡(luò)統(tǒng)計(jì)信息處理所需的控制信息。
圖4表示接入服務(wù)器4的硬件結(jié)構(gòu)的一個(gè)例子的框圖。
接入服務(wù)器4包括進(jìn)行服務(wù)器的整體控制的控制處理部44、將信息包輸出到規(guī)定線路用的開關(guān)(SW)部43、處理數(shù)據(jù)鏈接層和作為其上層的IP協(xié)議的多個(gè)協(xié)議處理部42(42-1～42-n)、分別具有與連接線路的種類相對(duì)應(yīng)的物理層終端功能的多個(gè)線路接口(IF)41(41-1A～41-nB)。這里，線路接口41-1A、41-2A、…41-nA表示輸入線路用的接口，線路接口41-1B、41-2B…41-nB表示輸出線路用的接口。
圖5是表示控制處理部44的1個(gè)實(shí)施例的框圖。
控制處理部44包括數(shù)據(jù)處理器(CPU)441、存儲(chǔ)器50、用于與協(xié)議處理部42通信的協(xié)議處理部接口(IF)443、用于與開關(guān)部(轉(zhuǎn)換部)43通信的SW部接口444、用于與在外部設(shè)置的控制終端進(jìn)行通信的控制終端接口442。CPU441執(zhí)行存儲(chǔ)器50中準(zhǔn)備的各種程序。
存儲(chǔ)器50中，作為與本發(fā)明有關(guān)的程序，例如存儲(chǔ)著CLI(CommandLine Interface命令線接口)處理例程(routine)51、路由協(xié)議處理例程52、警報(bào)監(jiān)視處理例程53、PPP協(xié)議處理例程54、RADIUS協(xié)議處理例程55，形成為了按每個(gè)因特網(wǎng)使用者來收集各自的統(tǒng)計(jì)信息而參照的PPP用戶管理表56。
CLI處理例程51是用于為了控制接入服務(wù)器4而處理由系統(tǒng)管理者從未示出的控制終端輸入的控制命令的程序。路由協(xié)議處理例程52是用于處理將從各線路接口41向接入服務(wù)器4輸入的信息包，傳送到與目的地地址對(duì)應(yīng)的其他某個(gè)線路接口41時(shí)需要的路由信息的程序。
系統(tǒng)管理者已指定的路由信息，由路由協(xié)議處理例程52設(shè)定在各協(xié)議處理部42包括的路由表(未示出)中。各輸入線路接口41-iA(i＝1～n)從網(wǎng)絡(luò)接收到的信息包，在協(xié)議處理部42-i中附加例如包含與信息包標(biāo)題的目的地地址相對(duì)應(yīng)的路由信息的內(nèi)部標(biāo)題后，被傳送到SW部43中。SW部43根據(jù)內(nèi)部標(biāo)題所示的路由信息，向其他某一個(gè)協(xié)議處理部傳送來自各協(xié)議處理部42的輸入信息包。各協(xié)議處理部42-j(j＝1～n)從由SW部43接收到的信息包中去除內(nèi)部標(biāo)題，將該信息包輸出到輸出線路接口41-jB中。
警報(bào)監(jiān)視處理例程53是監(jiān)視在接入服務(wù)器4的內(nèi)部產(chǎn)生的警報(bào)信息、進(jìn)行對(duì)應(yīng)于警報(bào)信號(hào)的工作的程序。處理PPP協(xié)議信號(hào)的PPP協(xié)議處理例程54與協(xié)議處理部42協(xié)同工作，根據(jù)RFC1332、RFC1661、RFC1994等與PPP有關(guān)的RFC，來執(zhí)行PPP終端處理、LCP處理、PAP(Password Authentication Protocol口令認(rèn)證協(xié)議)、CHAP(Challenge Handshake Authentication Protocol詢問握手認(rèn)證協(xié)議)等認(rèn)證處理、IPCP(Internet Protocol Control Protocol因特網(wǎng)協(xié)議控制協(xié)議)等NCP處理用的程序。
RADIUS協(xié)議處理例程55處理RFC2138、RFC2139、RFC2865、RFC2866、RFC3162等RADIUS協(xié)議的全部，PPP認(rèn)證時(shí)，與PPP協(xié)議處理例程54協(xié)同工作，向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送用戶ID、口令等信息。
用戶認(rèn)證已成功的情況下，認(rèn)證/計(jì)費(fèi)服務(wù)器21將例如用戶能使用的IP地址等網(wǎng)絡(luò)設(shè)定條件、和后述的有無損失信息包數(shù)通知的統(tǒng)計(jì)信息收集條件，作為與認(rèn)證的用戶有關(guān)的屬性信息通知給接入服務(wù)器4。接入服務(wù)器4在釋放PPP會(huì)話之前的期間，在PPP用戶管理表56中存儲(chǔ)從認(rèn)證/計(jì)費(fèi)服務(wù)器21通知的與各用戶有關(guān)的屬性信息。
認(rèn)證成功了的用戶終端6在與接入服務(wù)器4之間確立PPP會(huì)話時(shí)，接入服務(wù)器4開始統(tǒng)計(jì)信息的收集處理。接入服務(wù)器4根據(jù)PPP用戶管理表56所示的統(tǒng)計(jì)信息收集條件，來收集例如連接時(shí)間、信息包通過量、損失信息包數(shù)等各種參數(shù)所表示的統(tǒng)計(jì)信息。本實(shí)施例中，為了以PPP會(huì)話單位來收集統(tǒng)計(jì)信息，在PPP用戶管理表56中登錄與用戶識(shí)別符、會(huì)話識(shí)別符對(duì)應(yīng)的統(tǒng)計(jì)數(shù)據(jù)(參數(shù)信息)管理用的多個(gè)入口(entry)。
接入服務(wù)器4在確認(rèn)PPP用戶的會(huì)話確立后，由RADIUS協(xié)議處理例程55生成計(jì)費(fèi)(統(tǒng)計(jì)信息收集)處理的開始請(qǐng)求信息包，將其發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21。PPP用戶的會(huì)話被釋放的情況下，接入服務(wù)器4由RADIUS協(xié)議處理例程55生成計(jì)費(fèi)處理結(jié)束請(qǐng)求信息包，將其發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21。
接入服務(wù)器4在PPP會(huì)話正繼續(xù)時(shí)，根據(jù)PPP用戶管理表56表示的統(tǒng)計(jì)信息收集條件，來收集因特網(wǎng)使用者預(yù)先用參數(shù)指定的統(tǒng)計(jì)信息。接入服務(wù)器4定期地或以網(wǎng)絡(luò)的阻塞和故障的產(chǎn)生/恢復(fù)等事件為契機(jī)，通過RADIUS協(xié)議處理例程55來生成表示所收集的統(tǒng)計(jì)信息的計(jì)費(fèi)處理中間信息包，將其發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21。
從下面的說明可以明確，從接入服務(wù)器4向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送的計(jì)費(fèi)處理開始請(qǐng)求信息包、計(jì)費(fèi)處理結(jié)束請(qǐng)求信息包、計(jì)費(fèi)處理中間信息包的詳細(xì)情形、及接入服務(wù)器4與認(rèn)證/計(jì)費(fèi)服務(wù)器21之間的通信順序。
圖6～圖8表示用戶終端6從接入服務(wù)器4接收因特網(wǎng)連接服務(wù)時(shí)的通信順序。其中，為了簡化說明，這里例示的順序圖不過是表示出本發(fā)明的主要的協(xié)議消息，不應(yīng)解釋為了正確地表示出了在實(shí)際應(yīng)用中用戶終端和接入服務(wù)器之間、接入服務(wù)器和認(rèn)證/計(jì)費(fèi)服務(wù)器之間交換的全部消息。
如圖6所示，因特網(wǎng)使用者的用戶終端6在與接入服務(wù)器4之間執(zhí)行由RFC2516表示的PPPoE的初始化處理(S01)。該處理尤其在接入網(wǎng)5為FTTH網(wǎng)構(gòu)成的情況下，為了識(shí)別在以太網(wǎng)上復(fù)用化的PPP幀是必要的。接入服務(wù)器4中，例如協(xié)議處理部42-1～42-n執(zhí)行上述PPPoE初始化處理。
通過PPPoE初始化處理來確立PPPoE會(huì)話時(shí)，接入服務(wù)器4的控制處理部44通過PPP協(xié)議處理例程54執(zhí)行PPP的協(xié)議信號(hào)處理。確立PPPoE會(huì)話后(S01)，控制處理部44通過鏈接控制協(xié)議(LCPLink Control Protocol)處理來設(shè)定鏈接層(S02)，響應(yīng)于來自用戶終端6的用戶認(rèn)證請(qǐng)求(S03)，根據(jù)例如RFC1994所示的詢問握手認(rèn)證協(xié)議(CHAPChallenge Handshake Authentication Protocol)向認(rèn)證/計(jì)費(fèi)服務(wù)器21請(qǐng)求用戶認(rèn)證。
本實(shí)施例中，向認(rèn)證/計(jì)費(fèi)服務(wù)器21請(qǐng)求用戶認(rèn)證時(shí)，控制處理部44執(zhí)行RADIUS協(xié)議處理例程55，通過RFC2865等所示的RADIUS協(xié)議向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送表示用戶ID、口令等的accessrequest信息包(接入請(qǐng)求信息包)(S04)。接收到access request信息包的認(rèn)證/計(jì)費(fèi)服務(wù)器21判定認(rèn)證請(qǐng)求源終端6的用戶是否為預(yù)先已、登錄的正規(guī)使用者。
如圖7所示，接收了access request信息包的認(rèn)證/計(jì)費(fèi)服務(wù)器21將接收信息包所示的用戶名作為關(guān)鍵碼，從計(jì)費(fèi)管理數(shù)據(jù)庫(DB)211中檢索請(qǐng)求源用戶的契約服務(wù)內(nèi)容(S17)，向接入服務(wù)器4返回表示認(rèn)證結(jié)果和契約服務(wù)內(nèi)容的access accept信息包(接入接受信息包)(S05)。
例如圖9A所示，計(jì)費(fèi)管理數(shù)據(jù)庫211表示出對(duì)應(yīng)于用戶名211-1分配的IP地址211-2、口令211-3、連接時(shí)間211-4、輸入信息包數(shù)211-5、輸出信息包數(shù)211-6、損失信息包數(shù)211-7、中斷時(shí)間211-8、選項(xiàng)序號(hào)211-9、表示應(yīng)監(jiān)視信息包的發(fā)送源的監(jiān)視地址211-10、與上述監(jiān)視地址相當(dāng)?shù)男畔鼣?shù)211-11、閾值211-12。計(jì)費(fèi)管理數(shù)據(jù)庫211中實(shí)際上包含用戶的住所、因特網(wǎng)連接契約的種類、計(jì)費(fèi)額、支付賬號(hào)等計(jì)費(fèi)管理所需的其他項(xiàng)目信息，但這些信息與本發(fā)明無直接關(guān)系，因此圖中省略了。
例如圖9B所示，選項(xiàng)序號(hào)211-9對(duì)作為選項(xiàng)內(nèi)容211-20應(yīng)該由接入服務(wù)器4預(yù)先執(zhí)行的數(shù)據(jù)收集服務(wù)(契約服務(wù))的內(nèi)容進(jìn)行確定。這里，例如access request信息包的用戶名為“tanaka”的情況下，認(rèn)證/計(jì)費(fèi)服務(wù)器21通過access request信息包所表示的口令與在計(jì)費(fèi)管理數(shù)據(jù)庫211中按用戶名“tanaka”登錄的口令“aaaa”是否一致，來判定請(qǐng)求源用戶是否為正規(guī)的使用者?？诹钜恢碌那闆r下，從用戶名“tanaka”的入口取得應(yīng)分配給請(qǐng)求源用戶終端的IP地址211-2(100.100.10.12)和選項(xiàng)序號(hào)211-9(“1”)。
認(rèn)證/計(jì)費(fèi)服務(wù)器21在用戶認(rèn)證已成功的情況下，向接入服務(wù)器4返回圖10所示的access accept信息包300(S05)。上述accessaccept信息包300中，設(shè)定從計(jì)費(fèi)管理數(shù)據(jù)庫211取得的用戶分配IP地址和確定契約服務(wù)內(nèi)容的選項(xiàng)序號(hào)。
圖10表示的access accept信息包300格式的1個(gè)例子。
本實(shí)施例的access accept信息包300在具有IP標(biāo)題310和UDP標(biāo)題320的IP信息包的有效負(fù)載部，包含表示該信息包是accessaccept信息包的Radius Code 330和Radius屬性500。
Radius屬性500包含表示成為用戶終端的識(shí)別符的用戶名的User-Name屬性501、表示向用戶終端分配的IP地址的Framed-IP-Address屬性508和Vendor-Specific屬性526。
圖10的Radius屬性中，末尾用括號(hào)表示的數(shù)字表示按規(guī)定來定義的屬性序號(hào)，例如User-Name屬性501由屬性序號(hào)“1”、后續(xù)的數(shù)據(jù)長度、用戶名的組合來記述。Vendor Specific屬性526是為了實(shí)現(xiàn)由具有按規(guī)定來定義的屬性序號(hào)的一般的屬性不能指定的特殊性能而被使用的。
圖11中，表示本實(shí)施例中作為Vendor-Specific屬性526使用的Vendor Type(提供商類型)與定義內(nèi)容的關(guān)系。這里所示的例子中，作為Vendor Type，準(zhǔn)備了“1”～“7”的7種，按每個(gè)VendorType預(yù)先定義選項(xiàng)種類和參數(shù)種類等屬性。上述用戶名“tanaka”的access accept信息包300的情況下，Vendor-Specific屬性526中，通過指定Vendor Type(1)＝“1”，對(duì)接入服務(wù)器4，指示執(zhí)行關(guān)于用戶名為“tanaka”的終端應(yīng)執(zhí)行由選項(xiàng)序號(hào)“1”定義的信息包(損失信息包數(shù)和中斷時(shí)間)的信息收集服務(wù)。
從認(rèn)證/計(jì)費(fèi)服務(wù)器21接收到access accept信息包300的接入服務(wù)器4分析接收信息包的屬性，在PPP用戶管理表56中，與請(qǐng)求源用戶的識(shí)別符對(duì)應(yīng)地登錄表示統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)數(shù)據(jù)的新入口(S18)。
圖12表示在PPP用戶管理表56中登錄的信息的一個(gè)例子。
PPP用戶管理表56的各入口包含用戶名56-1、表示分配的IP地址的Framed IP Address 56-2、用于在接入服務(wù)器4內(nèi)惟一地對(duì)連接中的PPP會(huì)話進(jìn)行識(shí)別的Session ID 56-3、表示PPP會(huì)話的連接時(shí)間的Session Time 56-4、表示PPP會(huì)話中的輸入數(shù)據(jù)信息包數(shù)的Input Packets 56-5、表示輸出信息包數(shù)Output Packets 56-6、表示損失信息包數(shù)的Loss Packets 45-7、表示由信息包損失帶來的服務(wù)中斷時(shí)間的Congestion Time 56-8、表示應(yīng)監(jiān)視信息包的發(fā)送源地址(監(jiān)視地址)的Monitored Address 56-9、表示與上述監(jiān)視地址相當(dāng)?shù)谋O(jiān)視信息包數(shù)的Monitored Packets 56-10、及閾值56-11。
上述用戶名為“tanaka”的情況下，緊接著接收最初的accessaccept信息包300之后，在PPP用戶管理表56中，登錄用戶名56-1＝“tanaka”、Framed IP Address 56-2＝“100.100.100.12”、SessionID 56-3＝“ww”、Session Time 56-4＝“00:00:00”、Input Packets56-5＝“0”、Output Packets 56-6＝“0”、Loss Packets 45-7＝“0”、Congestion Time 56-8＝“0”的入口。
接入服務(wù)器4結(jié)束對(duì)PPP用戶管理表56的入口登錄(S18)后，向請(qǐng)求源用戶終端6發(fā)送用戶認(rèn)證響應(yīng)(S06)。用戶終端6接收上述用戶認(rèn)證響應(yīng)后，根據(jù)RFC1332所示的IPCP(IP Control ProtocolIP控制協(xié)議)，與接入服務(wù)器4之間執(zhí)行用于IP層設(shè)定的通信順序(S07)。對(duì)用戶終端6設(shè)定IP地址和基于協(xié)議信號(hào)處理設(shè)定PPP會(huì)話結(jié)束后，用戶終端6可連接到因特網(wǎng)1上。
接入服務(wù)器4在完成了與用戶終端6之間的PPP會(huì)話設(shè)定后，開始計(jì)費(fèi)(統(tǒng)計(jì)信息收集)處理。此時(shí)，本發(fā)明中，接入服務(wù)器4的控制處理部44執(zhí)行RADIUS協(xié)議處理例程55，根據(jù)在PPP用戶管理表56上追加的新的入口信息，作成計(jì)費(fèi)處理開始請(qǐng)求信息包、即Accounting request(start)信息包301，將其發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21(S08)。
圖13表示Accounting request(start)信息包301的格式。
Accounting request(start)信息包301作為Radius屬性500包含表示用戶名的User-Name屬性501、表示用戶終端分配IP地址的Framed-IP-Address屬性508、表示計(jì)費(fèi)處理請(qǐng)求信息包的種類的Acct-Status-Type屬性540、表示用戶終端和接入服務(wù)器之間的PPP會(huì)話識(shí)別符的Acct-Session-ID屬性544。Acct-Status-Type屬性540表示Accounting request是計(jì)費(fèi)處理的開始請(qǐng)求、結(jié)束請(qǐng)求還是中間的計(jì)數(shù)請(qǐng)求的區(qū)別，在信息包301中，設(shè)定表示計(jì)費(fèi)處理的開始請(qǐng)求“start”的代碼“1”。
在用戶名為“tanaka”的例子中，Radius屬性500中設(shè)定User-Name屬性501＝“tanaka”、Framed-IP-Address屬性508＝“100.100.100.12”、Acct-Session-ID屬性544＝“ww”。
認(rèn)證/計(jì)費(fèi)服務(wù)器21從接入服務(wù)器4接收上述Accountingrequest(start)信息包301后，返回響應(yīng)信息包(Accountingresponse)(S09)，對(duì)于具有由接收信息包指定的用戶名的因特網(wǎng)使用者，開始統(tǒng)計(jì)信息的收集工作。
接著，參考圖8說明用戶終端6正連接在因特網(wǎng)上的期間執(zhí)行的計(jì)費(fèi)(統(tǒng)計(jì)信息收集)處理工作。
用戶終端6正連接在因特網(wǎng)上1的期間，接入服務(wù)器4根據(jù)圖7的步驟S18中登錄在PPP用戶管理表56中的入口信息，按每個(gè)用戶終端來收集例如輸入輸出信息包數(shù)、損失信息包數(shù)等參數(shù)所表示的統(tǒng)計(jì)信息，周期地更新PPP用戶管理表56(S19)。Session Time 56-4在每次更新PPP用戶管理表56時(shí)，加上從上次更新時(shí)刻開始經(jīng)過的時(shí)間。
用戶名為“tanaka”的用戶終端的情況下，通過上述周期更新，在PPP用戶管理表上，統(tǒng)計(jì)數(shù)據(jù)的值如下變化，例如Session Time56-4＝“00:05:00”、Input Packets 56-5＝“2250”、Output Packets56-6＝“2567”、Loss Packets 45-7＝“100”、Congestion Time 56-8＝“30”。
接入服務(wù)器4根據(jù)RADIUS協(xié)議處理例程55，周期地生成計(jì)費(fèi)處理中間請(qǐng)求信息包、即Accounting request(interim-update)信息包302，將其發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21(S10)。在Accountingrequest(interim-update)信息包302中，設(shè)定PPP用戶管理表56表示的統(tǒng)計(jì)數(shù)據(jù)的值。
圖14表示Accounting request(interim-update)信息包302的格式。Accounting request(interim-update)信息包302作為屬性500，與圖13所示的Accounting request(start)信息包301同樣，包括表示用戶名的User-Name屬性501、表示用戶終端分配的IP地址的Framed-IP-Address屬性508、表示計(jì)費(fèi)處理請(qǐng)求信息包的種類的Acct-Status-Type屬性540、及表示PPP會(huì)話識(shí)別符的Acct-Session-ID屬性504。Acct-Status-Type屬性540設(shè)定表示該信息包是中間計(jì)數(shù)“interim-update”用的信息包的代碼“3”。
Accounting request(interim-update)信息包302除上述屬性外，還包含表示PPP會(huì)話的連接時(shí)間的計(jì)數(shù)Session Time屬性546、表示輸入信息包數(shù)的Acct-Input-Packets屬性547、表示輸出信息包數(shù)的Acct-Output-Packets屬性548、及Vendor-Specific屬性526。此外，包含例如Accounting request(interim-update)信息包302的生成時(shí)刻的Event-Timestamp屬性(555)等，但圖中省略了。
在用戶名為“tanaka”的用戶終端的情況下，PPP用戶管理表56表示的Loss Packets 56-7＝“100”、Congestion Time 56-8＝“30”等統(tǒng)計(jì)數(shù)據(jù)，根據(jù)圖11所示Vendor Type定義來設(shè)定VendorSpecific屬性526，例如Vendor Type(4)＝100、Vendor Type(5)＝30。
認(rèn)證/計(jì)費(fèi)服務(wù)器21從接入服務(wù)器4接收Accounting request(interim-update)信息包302后，如圖8所示，根據(jù)接收信息包所示的Radius屬性500的內(nèi)容，更新計(jì)費(fèi)管理數(shù)據(jù)庫211的相當(dāng)于用戶名501的入口的統(tǒng)計(jì)數(shù)據(jù)的值(S20)，將更新的統(tǒng)計(jì)數(shù)據(jù)通知給Web服務(wù)器24，而且向接入服務(wù)器4發(fā)送響信息包(Accountingresponse)(S11)。
Web服務(wù)器24根據(jù)上述統(tǒng)計(jì)數(shù)據(jù)來更新數(shù)據(jù)庫231的公開用參數(shù)信息(S21)。因此，因特網(wǎng)使用者通過接入上述Web服務(wù)器24可實(shí)時(shí)閱覽、取得自身的參數(shù)信息。
用戶終端6的使用者結(jié)束因特網(wǎng)連接時(shí)，如圖6所示，在用戶終端6和接入服務(wù)器4之間，執(zhí)行IPCP的結(jié)束處理(termination處理)(S12)、LCP的結(jié)束處理(S13)、PPPoE會(huì)話的釋放處理(S14)。接入服務(wù)器4在完成PPPoE會(huì)話的釋放處理后，生成計(jì)費(fèi)處理結(jié)束請(qǐng)求信息包、即圖15所示的Accounting request(stop)信息包303，將其發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21(S15)。
Accounting request(stop)信息包303具有與圖14所示的Accounting request(interim-update)信息包302相同的格式，在Acct-Status-Type屬性540中設(shè)定表示該信息包是計(jì)費(fèi)處理結(jié)束“stop”用的信息包的代碼“2”，在Radius屬性500中設(shè)定PPP用戶管理表56的最新的統(tǒng)計(jì)數(shù)據(jù)值。
認(rèn)證/計(jì)費(fèi)服務(wù)器21接收上述Accounting request(stop)信息包303后，執(zhí)行統(tǒng)計(jì)數(shù)據(jù)的最后的更新處理(圖8的步驟S20)，向接入服務(wù)器4返回Accounting response(計(jì)數(shù)響應(yīng))(S16)。此時(shí)，Web服務(wù)器23也執(zhí)行公開用參數(shù)信息的最后的更新處理(圖8的步驟S20)。
接著，參考圖16的順序圖說明由于網(wǎng)絡(luò)上的阻塞而產(chǎn)生信息包損失、因特網(wǎng)連接服務(wù)暫時(shí)中斷的情況下的計(jì)費(fèi)處理工作。
接入服務(wù)器4檢測出網(wǎng)絡(luò)上的阻塞(S23)后，根據(jù)由PPP用戶管理表56指定的統(tǒng)計(jì)信息收集條件，按每個(gè)用戶(會(huì)話)對(duì)阻塞時(shí)間、損失信息包數(shù)的參數(shù)值進(jìn)行計(jì)數(shù)，更新PPP用戶管理表56的統(tǒng)計(jì)數(shù)據(jù)(S24)。通過上述計(jì)數(shù)工作，在上述的用戶名為“tanaka”的情況下，例如圖12所示，如下更新統(tǒng)計(jì)數(shù)據(jù)的值Session Time 56-4＝“00:05:30”、Input Packets 56-5＝“2250”、Output Packets56-6＝“2567”、Loss Packets 45-7＝“100”、Congestion Time 56-8＝“30”。
接入服務(wù)器4檢測出網(wǎng)絡(luò)上的阻塞恢復(fù)(S25)后，根據(jù)RADIUS協(xié)議處理例程55生成包含圖14所示的Vendor-Specific屬性的Accounting request(interim-update)信息包302，向認(rèn)證/計(jì)費(fèi)服務(wù)器21發(fā)送PPP用戶管理表56表示的統(tǒng)計(jì)數(shù)據(jù)(S10)。例如，用戶名為“tanaka”的情況下，損失Loss Packets 45-7的值為VendorType(4)＝“100”、或擁塞時(shí)間58-8的值為Vendor Type(5)＝“30”，通知給認(rèn)證/計(jì)費(fèi)服務(wù)器21。
認(rèn)證/計(jì)費(fèi)服務(wù)器21接收上述Accounting request(interim-update)信息包302后，計(jì)費(fèi)管理數(shù)據(jù)庫211的接收信息包用戶名501所示的入口中，執(zhí)行與接收信息包的VendorSpecific屬性的內(nèi)容相對(duì)應(yīng)的數(shù)據(jù)更新(S26)。之后，對(duì)郵件服務(wù)器23通知用戶名、由于阻塞產(chǎn)生的損失信息包數(shù)、及服務(wù)中斷時(shí)間等的統(tǒng)計(jì)數(shù)據(jù)(S26)，而且對(duì)接入服務(wù)器4發(fā)送成為上述Accountingrequest(interim-update)信息包302的接收響應(yīng)的Accountingresponse信息包(S11)。
郵件服務(wù)器23根據(jù)來自認(rèn)證/計(jì)費(fèi)服務(wù)器21的通知內(nèi)容更新數(shù)據(jù)庫231(S27)后，對(duì)使用者的郵件地址發(fā)送統(tǒng)計(jì)信息(該例子中是阻塞信息)(S28)。通過以上順序，可按每個(gè)因特網(wǎng)使用者進(jìn)行信息包損失數(shù)或服務(wù)中斷時(shí)間等預(yù)先由參數(shù)指定的統(tǒng)計(jì)信息的實(shí)時(shí)分配。
接著，參考圖17所示的順序圖，說明本發(fā)明特有的統(tǒng)計(jì)信息公開服務(wù)，例如由接入服務(wù)器4監(jiān)視將特定IP地址作為發(fā)送源的信息包通信量，信息包通信量超出預(yù)先確立的與使用者之間的契約值時(shí)，以電子郵件形式向使用者進(jìn)行通知。
接入服務(wù)器4監(jiān)視將作為Monitored Address 56-9在PPP用戶管理表56中登錄的特定的IP地址作為發(fā)送源的信息包數(shù)(通信量)，將該信息包的個(gè)數(shù)作為監(jiān)視信息包數(shù)56-10進(jìn)行計(jì)數(shù)(S29)。接入服務(wù)器4比較監(jiān)視信息包數(shù)和預(yù)先指定的閾值56-11，超出閾值時(shí)(S30)，將表示該內(nèi)容的Accounting request(interim-update)信息包302發(fā)送到認(rèn)證/計(jì)費(fèi)服務(wù)器21(S10)。該Accounting request(interim-update)信息包302與圖16的步驟S10發(fā)送的Accountingrequest(interim-update)信息包相比，僅Vendor-Specific屬性信息不同。
例如，圖7的計(jì)費(fèi)管理數(shù)據(jù)庫211中用戶名為“yamada”的入口所示，假定用戶“yamada”預(yù)先與因特網(wǎng)服務(wù)提供商2之間訂立了契約如下在從Monitored Address 211-10(10.1.1.0/24)向自身終端發(fā)送的信息包數(shù)超出指定作為閾值211-12的“1000”時(shí)，通過郵件通知該內(nèi)容。此時(shí)，從用戶名為“yamada”的用戶終端請(qǐng)求連接因特網(wǎng)時(shí)，認(rèn)證/計(jì)費(fèi)服務(wù)器21通過在access request信息包300的Vendor Specific屬性526中指定Vendor Type(1)＝“2”、VendorType(2)＝“10.1.1.0/24”、Vendor Type(3)＝“1000”向接入服務(wù)器4通知上述契約條件。
接入服務(wù)器4將上述契約條件存儲(chǔ)在PPP用戶管理表56的用戶名為“yamada”的入口中，執(zhí)行監(jiān)視信息包數(shù)56-10的計(jì)數(shù)(S29)和超出閾值的判定。用戶名為“yamada”的監(jiān)視信息包數(shù)超出閾值時(shí)，接入服務(wù)器4通過RADIUS協(xié)議處理例程55生成例如Vendor-Specific屬性指定為Vendor Type(6)＝“1001”、VendorType(7)＝“設(shè)定值超出”的Account ing request(interim-update)信息包302，將其發(fā)送給認(rèn)證/計(jì)費(fèi)服務(wù)器21(S10)。
認(rèn)證/計(jì)費(fèi)服務(wù)器21接收上述Accounting request(interim-update)信息包302后，更新計(jì)費(fèi)管理數(shù)據(jù)庫211的用戶名為“yamada”的入口的統(tǒng)計(jì)數(shù)據(jù)(S31)。之后，請(qǐng)求郵件服務(wù)器23向用戶名為“yamada”的郵件地址發(fā)送通知超出監(jiān)視信息包數(shù)的郵件(S310)，而且向接入服務(wù)器4發(fā)送成為Accounting request(interim-update)信息包302的接收響應(yīng)的Accounting response信息包數(shù)(S11)。
郵件服務(wù)器23根據(jù)來自認(rèn)證/計(jì)費(fèi)服務(wù)器21的通知內(nèi)容更新數(shù)據(jù)庫231(S32)后，對(duì)于指定的使用者的郵件地址發(fā)送監(jiān)視信息包數(shù)超出的通知郵件(S33)。通過以上順序，因特網(wǎng)使用者可實(shí)時(shí)地通知來自預(yù)先指定的IP地址的信息包通信量超出了指定值。
以上實(shí)施例中，作為預(yù)先在使用者與因特網(wǎng)服務(wù)提供商之間建立的契約條件，將信息包損失數(shù)和來自指定IP地址的信息包通信量分別作為獨(dú)立的參數(shù)進(jìn)行設(shè)定，但在例如指定多個(gè)監(jiān)視IP地址、將信息包損失數(shù)限定在來自特定IP地址的信息包等的、監(jiān)視服務(wù)應(yīng)收集的統(tǒng)計(jì)信息的種類和指定形式中許可有實(shí)施例以外的種種變形。
實(shí)施例中，在接入服務(wù)器4和認(rèn)證/計(jì)費(fèi)服務(wù)器21之間的交換信息包中，由Vendor-Specific屬性內(nèi)的Vendor Type指定各種參數(shù)信息，但可使用由RFC2866作為reserved(包租)規(guī)定的屬性。
權(quán)利要求
1.一種網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其特征在于包括服務(wù)提供系統(tǒng)，具有數(shù)據(jù)庫，所述數(shù)據(jù)庫用于與用戶識(shí)別符對(duì)應(yīng)地存儲(chǔ)統(tǒng)計(jì)數(shù)據(jù)和用戶希望的統(tǒng)計(jì)信息收集條件；接入服務(wù)器，在經(jīng)接入網(wǎng)從用戶終端接收到認(rèn)證請(qǐng)求時(shí)，向所述服務(wù)提供系統(tǒng)發(fā)送認(rèn)證請(qǐng)求信息包，從所述服務(wù)提供系統(tǒng)接收響應(yīng)信息包，即表示認(rèn)證結(jié)果和請(qǐng)求源用戶的識(shí)別符、統(tǒng)計(jì)信息收集條件及應(yīng)收集的統(tǒng)計(jì)參數(shù)的響應(yīng)信息包，根據(jù)該響應(yīng)信息包表示的認(rèn)證結(jié)果對(duì)所述用戶終端作出響應(yīng)；所述接入服務(wù)器具有管理表，用于與用戶識(shí)別符和會(huì)話識(shí)別符對(duì)應(yīng)地存儲(chǔ)來自所述服務(wù)提供系統(tǒng)的響應(yīng)信息包表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)；統(tǒng)計(jì)數(shù)據(jù)更新單元，在所述用戶終端正連接在因特網(wǎng)上時(shí)，根據(jù)所述管理表表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)來收集信息，更新所述管理表的統(tǒng)計(jì)數(shù)據(jù)；更新請(qǐng)求生成單元，生成表示所述被更新了的統(tǒng)計(jì)數(shù)據(jù)的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)，所述服務(wù)提供系統(tǒng)根據(jù)從所述接入服務(wù)器接收到的更新請(qǐng)求信息包的內(nèi)容，來更新所述數(shù)據(jù)庫的統(tǒng)計(jì)數(shù)據(jù)，對(duì)應(yīng)來自用戶終端的請(qǐng)求，來公開與該用戶終端的用戶識(shí)別符相對(duì)應(yīng)地存儲(chǔ)在所述數(shù)據(jù)庫中的統(tǒng)計(jì)數(shù)據(jù)的至少一部分。
2.根據(jù)權(quán)利請(qǐng)求1所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，所述更新請(qǐng)求生成單元將在用戶終端正連接在因特網(wǎng)上時(shí)按規(guī)定周期定期生成了的更新請(qǐng)求信息包、及隨著對(duì)因特網(wǎng)的連接結(jié)束而與所述用戶終端之間的會(huì)話釋放時(shí)生成了的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
3.根據(jù)權(quán)利請(qǐng)求1或2所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，所述服務(wù)提供系統(tǒng)包括統(tǒng)計(jì)信息管理服務(wù)器，管理所述數(shù)據(jù)庫，對(duì)來自所述接入服務(wù)器的認(rèn)證請(qǐng)求信息包和更新請(qǐng)求信息包進(jìn)行響應(yīng)；Web服務(wù)器，響應(yīng)來自所述用戶終端的請(qǐng)求，執(zhí)行用于統(tǒng)計(jì)數(shù)據(jù)公開的處理。
4.根據(jù)權(quán)利請(qǐng)求2所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，在由所述統(tǒng)計(jì)信息收集條件預(yù)先指定的特定事件發(fā)生時(shí)，所述更新請(qǐng)求生成單元生成表示該內(nèi)容的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
5.根據(jù)權(quán)利請(qǐng)求4所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，所述統(tǒng)計(jì)信息收集條件之一指定監(jiān)視IP地址和閾值，所述統(tǒng)計(jì)數(shù)據(jù)更新單元對(duì)以所述監(jiān)視IP地址為發(fā)送源的信息包數(shù)進(jìn)行計(jì)數(shù)，在所述信息包數(shù)在所述閾值以上時(shí)，所述更新請(qǐng)求生成單元生成表示該內(nèi)容的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
6.根據(jù)權(quán)利請(qǐng)求4所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，所述統(tǒng)計(jì)信息收集條件之一指定損失信息包數(shù)的計(jì)數(shù)，所述統(tǒng)計(jì)數(shù)據(jù)更新單元對(duì)網(wǎng)絡(luò)阻塞時(shí)發(fā)生的損失信息包數(shù)進(jìn)行計(jì)數(shù)，在阻塞恢復(fù)時(shí)，所述更新請(qǐng)求生成單元生成表示所述損失信息包數(shù)的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
7.根據(jù)權(quán)利請(qǐng)求4所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，所述統(tǒng)計(jì)信息收集條件之一指定服務(wù)中斷時(shí)間的計(jì)數(shù)，所述統(tǒng)計(jì)數(shù)據(jù)更新單元對(duì)網(wǎng)絡(luò)阻塞造成的服務(wù)中斷時(shí)間進(jìn)行計(jì)數(shù)，在阻塞恢復(fù)時(shí)，所述更新請(qǐng)求生成單元生成表示所述服務(wù)中斷時(shí)間的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
8.根據(jù)權(quán)利請(qǐng)求4到7之一所述的網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)，其中，所述服務(wù)提供系統(tǒng)包括統(tǒng)計(jì)信息管理服務(wù)器，管理所述數(shù)據(jù)庫，對(duì)來自所述接入服務(wù)器的認(rèn)證請(qǐng)求信息包和更新請(qǐng)求信息包進(jìn)行響應(yīng)；Web服務(wù)器，響應(yīng)來自所述用戶終端的請(qǐng)求，執(zhí)行用于統(tǒng)計(jì)數(shù)據(jù)公開的處理；郵件服務(wù)器，在從所述接入服務(wù)器接收到伴隨特定事件的發(fā)生而生成的更新請(qǐng)求信息包時(shí)，將所述特定事件的發(fā)生通知給相關(guān)的用戶終端。
9.一種因特網(wǎng)接入服務(wù)器，其特征在于，在從用戶終端接收到認(rèn)證請(qǐng)求時(shí)，向服務(wù)提供系統(tǒng)發(fā)送認(rèn)證請(qǐng)求信息包，從所述服務(wù)提供系統(tǒng)接收到響應(yīng)信息包時(shí)，即接收到表示認(rèn)證結(jié)果和請(qǐng)求源用戶的識(shí)別符、統(tǒng)計(jì)信息收集條件及應(yīng)收集的統(tǒng)計(jì)參數(shù)的響應(yīng)信息包時(shí)，根據(jù)該響應(yīng)信息包表示的認(rèn)證結(jié)果對(duì)所述用戶終端作出響應(yīng)，所述因特網(wǎng)接入服務(wù)器具有管理表，與用戶識(shí)別符和會(huì)話識(shí)別符對(duì)應(yīng)地存儲(chǔ)來自所述服務(wù)提供系統(tǒng)的響應(yīng)信息包表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)；統(tǒng)計(jì)數(shù)據(jù)更新單元，在所述用戶終端正連接在因特網(wǎng)上時(shí)，根據(jù)所述管理表表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)來收集信息，更新所述管理表的統(tǒng)計(jì)數(shù)據(jù)；及更新請(qǐng)求生成單元，生成表示所述被更新了的統(tǒng)計(jì)數(shù)據(jù)的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
10.根據(jù)權(quán)利請(qǐng)求9所述的因特網(wǎng)接入服務(wù)器，其中，所述更新請(qǐng)求生成單元將在用戶終端正連接在因特網(wǎng)上時(shí)按規(guī)定周期定期生成了的更新請(qǐng)求信息包、及隨著對(duì)因特網(wǎng)的連接結(jié)束而與所述用戶終端之間的會(huì)話釋放時(shí)生成了的更新請(qǐng)求信息包，發(fā)送到所述服務(wù)提供系統(tǒng)。
全文摘要
提供網(wǎng)絡(luò)統(tǒng)計(jì)信息服務(wù)系統(tǒng)及因特網(wǎng)接入服務(wù)器。該系統(tǒng)包括服務(wù)提供系統(tǒng)(2)，具有按每個(gè)用戶存儲(chǔ)統(tǒng)計(jì)數(shù)據(jù)和統(tǒng)計(jì)信息收集條件的數(shù)據(jù)庫；及接入服務(wù)器(4)，在用戶終端認(rèn)證時(shí)從服務(wù)提供系統(tǒng)接收表示認(rèn)證結(jié)果和請(qǐng)求源用戶識(shí)別符、統(tǒng)計(jì)信息收集條件及統(tǒng)計(jì)參數(shù)的響應(yīng)信息包，根據(jù)認(rèn)證結(jié)果對(duì)用戶終端作出響應(yīng)；其中，接入服務(wù)器存儲(chǔ)響應(yīng)信息包表示的統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)，在用戶正連接在因特網(wǎng)上時(shí)，根據(jù)統(tǒng)計(jì)信息收集條件和統(tǒng)計(jì)參數(shù)按每個(gè)用戶收集統(tǒng)計(jì)信息，將更新了的統(tǒng)計(jì)數(shù)據(jù)通知給服務(wù)提供系統(tǒng)。服務(wù)提供系統(tǒng)根據(jù)來自接入服務(wù)器的接收數(shù)據(jù)，更新數(shù)據(jù)庫的統(tǒng)計(jì)數(shù)據(jù)，對(duì)應(yīng)來自用戶終端的請(qǐng)求公開在數(shù)據(jù)庫中存儲(chǔ)的統(tǒng)計(jì)數(shù)據(jù)的至少一部分。
文檔編號(hào)H04L12/24GK1627707SQ20041005458
公開日2005年6月15日 申請(qǐng)日期2004年7月23日 優(yōu)先權(quán)日2003年12月11日
發(fā)明者村上恭朗, 和田光弘 申請(qǐng)人:日立通訊技術(shù)株式會(huì)社