JP2003258911A - アクセスノード装置およびインターネット利用状況の分析方法 - Google Patents

Abstract

(57)【要約】 【課題】インターネットの利用状況をユーザの属性情報
に応じて分析できるネットワークアクセスノード装置を
提供する。 【解決手段】アクセスノード装置１０が、ユーザ端末と
自装置および認証サーバ２０との間で行われる一連の制
御手順の実行過程で、ユーザＩＤとＩＰアドレスとの対
応関係を示す管理レコードを生成し、ユーザ端末からイ
ンターネットアクセスパケットを受信した時、パケット
受信時刻と宛先／送信元ＩＰアドレスの関係を示すデー
タレコード７０を生成する。アクセスノード装置は、上
記データレコードと管理レコードから生成したユーザＩ
Ｄを含むアクセスレコードをテーブル３６０に蓄積し、
ユーザ属性テーブル３３を利用して、ユーザ属性に従っ
た統計処理を行う。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はパケット通信システ
ムおよびネットワーク利用状況の分析方法に関し、更に
詳しくは、複数のユーザ端末が接続されたアクセス網と
インターネットサービスプロバイダ（ＩＳＰ）網との間
に配置されたアクセスノード装置およびインターネット
利用状況の分析方法に関する。

【０００２】

【従来の技術】従来、インターネット事業者（インター
ネットサービスプロバイダ：以下、ＩＳＰと言う）の多
くは、インターネットユーザに対する課金方法として、
ユーザ端末とインターネットとの接続時間に応じて変化
する従量制を採用していたが、最近では、インターネッ
トへの接続時間には無関係に毎月一定額を徴収する定額
制を採用するＩＳＰが増加している。また、インターネ
ットによる配信サービス情報の多様化に伴って、ユーザ
端末をＩＳＰ網に接続するためのアクセス網は、アナロ
グ電話回線やＩＳＤＮ（Integrated Services of Digit
al Network）を用いたダイアルアップによるアクセス方
式から、例えば、ＡＤＳＬ（Asymmetric Digital Subsc
riber Line）やＦＴＴＨ（Fiber To The Home）等の高
速アクセス方式に移行しつつある。

【０００３】ＩＳＰ間でユーザの獲得競争は年々激化し
ており、各ＩＳＰは、高速のインターネット接続回線を
低価格でユーザに提供せざるを得ない状況になってきて
いる。このため、ＩＳＰは、ネットワークサービスの提
供にかかるコストを回収するために、他社とは差別化さ
れた新たな付加サービスを提供することによって、加入
ユーザの増加とインターネット接続料金に代わる新たな
収入源を確保する必要に迫られている。

【０００４】新たな付加サービスとしては、例えば、Ｉ
ＳＰ自身が行うコンテンツの配信サービスが挙げられ
る。映像等の有益なコンテンツをＩＳＰが加入ユーザに
対して提供することにより、配信コンテンツに対する課
金と加入者の増加が期待できる。また、これらのコンテ
ンツと共に企業広告を配信することにより、企業からの
広告料収入を期待できる。ＩＳＰが、上述した新たな付
加サービスを提供する場合、加入ユーザによるインター
ネットの利用状況を調査する必要がある。利用状況の調
査結果は、インターネットでサービス情報を提供してい
るＷｅｂ業者にとっても有益な情報となるため、利用状
況を的確に調査できれば、調査結果がＩＳＰの新たな収
入源となり得る。

【０００５】インターネットにおけるユーザ接続先の調
査方法として、例えば、各ユーザ端末に調査専用のソフ
トウェアをインストールしておき、ユーザ端末をインタ
ーネットに接続した時、ユーザが指定した接続先アドレ
スを記憶しておき、調査用サーバが各ユーザ端末に蓄積
されたデータを収集する方法が知られている。また、Ｗ
ＷＷ（World Wide Web）サーバにカウンタを設けてお
き、そのサーバに対するアクセス数をカウンタで計測す
る方法もある。

【０００６】特開２００１−４４９９２号公報には、ユ
ーザ認証時に、認証サーバ（例えば、ＲＡＤＵＳサー
バ）からユーザの識別子を入手し、このユーザ識別子と
ネットワークアドレス（ユーザに割り当てたＩＰアドレ
ス）との関係示すデータを記憶しておき、ユーザからデ
ータパケットを受信した時、受信パケットのネットワー
クアドレスと上記データと比較することによって、受信
パケットのソースユーザを実質的にリアルタイムで決定
するようにしたネットワークノード（モニタリングノー
ド）が開示されている。

【０００７】

【発明が解決しようとする課題】然るに、ユーザ端末に
専用ソフトウェアをインストールする方法では、ユーザ
端末上で動作するブラウザでＷＷＷサーバが指定された
時に接続先データを収集しており、ＷＷＷサーバからユ
ーザ端末への送出パケットに関するデータ収集機能は備
えていない。従って、サーバから映像等のストリーミン
グデータをユーザ端末に配信した場合、実際に映像が配
信された時間帯を正確に把握することはできない。ま
た、ＷＷＷサーバにカウンタを設ける方法では、ユーザ
の属性把握や異なるサーバ間でのアクセス状況の比較を
行うことができない。

【０００８】特開２００１−４４９９２号公報の方法で
は、各ユーザ端末に使用すべきＩＰアドレスを動的に割
り当てた場合でも、ユーザパケットの受信時に、受信パ
ケットのソースユーザ識別子を特定できるため、これを
受信パケットの宛先アドレスと関係付けることによっ
て、ユーザがどのサーバをアクセスしたかを示すユーザ
利用状況データを生成することができる。しかしなが
ら、上記公開公報に示されたモニタリングノードは、イ
ンターネットに接続された各種のサーバについて、それ
をアクセスする利用者の分析を目的としたものではな
い。すなわち、上記従来技術では、ユーザ利用状況デー
タが、各ユーザ識別子およびサービスと対応して、受信
パケット数、バイト数、フロー数、およびネットワーク
アドレス（宛先および送信元のＩＰアドレス、ポート番
号）を示しており、上記利用状況データに基づいて、ユ
ーザレベルでの課金、プリペイドサービス、サービス品
質（ＱｏＳ）を行うことが目的となっている。

【０００９】本発明の目的は、ユーザ端末の接続先毎に
ユーザのアクセス状況を的確に分析できるネットワーク
アクセスノード装置およびインターネット利用状況の分
析方法を提供することにある。本発明の他の目的は、イ
ンターネット側からユーザ端末へのパケット転送を含め
て、ユーザ端末の接続先毎にユーザの利用状況を分析で
きるネットワークアクセスノード装置およびインターネ
ット利用状況の分析方法を提供することにある。本発明
の更に他の目的は、インターネットの利用状況をユーザ
の属性情報に応じて分析できるネットワークアクセスノ
ード装置およびインターネット利用状況データ収集方法
を提供することにある。

【００１０】

【課題を解決するための手段】上記目的を達成するた
め、本発明は、複数のユーザ端末が接続されたアクセス
網とインターネットに接続されたネットワークサービス
プロバイダ（ＩＳＰ）網との間に配置され、ユーザ端末
の上記ＩＳＰ網への接続に先立って、ユーザ認証のため
に上記ユーザ端末をユーザ認証サーバに接続するアクセ
スノード装置において、ＩＳＰ網加入者のユーザ識別子
と対応してユーザの属性情報を記憶したユーザ属性テー
ブルと、ユーザ端末を上記ＩＳＰ網に接続する前に、ユ
ーザ端末と該アクセスノード装置との間、および上記ユ
ーザ端末と上記認証サーバとの間で行われる一連の制御
手順の実行過程で、ユーザ識別子と上記ユーザ端末に割
り当てられたＩＰアドレスとの対応関係を示す管理レコ
ードを生成するための手段と、上記ユーザ端末から上記
インターネットに接続されたサーバ宛に送信されたパケ
ットを受信した時、パケット受信時刻と受信パケットの
宛先ＩＰアドレスおよび送信元ＩＰアドレスの関係を示
すデータレコードを生成するための手段と、上記データ
レコードと上記管理レコードの内容に基づいて、上記受
信パケットの宛先ＩＰアドレスと受信時刻とユーザ識別
子との関係を示すサーバアクセスレコードを生成し、ア
クセスデータテーブルに蓄積するための手段と、上記ア
クセスデータテーブルの蓄積データと上記ユーザ属性テ
ーブルを利用して、上記宛先ＩＰアドレスが示すサーバ
毎に、ユーザ属性情報に従って分析された統計データを
生成するための手段とからなることを特徴とする。

【００１１】また、本発明によるアクセスノード装置の
他の特徴は、インターネットに接続されたサーバから上
記ユーザ端末宛に送信されたパケットを受信した時、パ
ケット受信時刻と受信パケットの宛先ＩＰアドレスおよ
び送信元ＩＰアドレスの関係を示すデータレコードを生
成するための手段と、上記データレコードと前記管理レ
コードの内容に基づいて、上記受信パケットの送信元Ｉ
Ｐアドレスと受信時刻とユーザ識別子との関係を示すサ
ーバアクセスレコードを生成し、アクセスデータテーブ
ルに蓄積するための手段とを備え、上記アクセスデータ
テーブルの蓄積データと上記ユーザ属性テーブルを利用
して、上記送信元ＩＰアドレスが示すサーバ毎に、ユー
ザ属性情報に従って分析された統計データを生成するこ
とにある。

【００１２】本発明の１実施例によれば、上記アクセス
ノード装置が、上記アクセス網またはＩＳＰ網に接続さ
れる複数の入出力回線インタフェースと、上記入出力回
線インタフェース間でパケットを交換するスイッチ部
と、上記入出力回線インタフェースに接続された制御部
とからなり、上記入出力回線インタフェースのうちの少
なくとも１つが、前記データレコードの生成手段を備
え、上記制御部が、前記ユーザ属性テーブルと、管理レ
コード生成手段と、前記サーバアクセスレコードの生成
手段および統計データの生成手段としての機能を備え
る。但し、上記制御部に外部端末装置を接続し、該端末
装置が上記統計データの生成手段としての機能を備えた
構成としてもよい。

【００１３】本発明の１実施例によれば、上記入出力回
線インタフェースのうちの少なくとも１つが、前記デー
タレコードを蓄積するためのメモリを備え、上記制御部
が、上記入出力回線インタフェースに蓄積されたデータ
レコードを所定のタイミングで収集し、各データレコー
ドを前記サーバアクセスレコードに変換する。

【００１４】本発明によるインターネットネット利用状
況の分析方法は、複数のユーザ端末が接続されたアクセ
ス網とインターネットに接続されたネットワークサービ
スプロバイダ（ＩＳＰ）網との間に配置され、ユーザ端
末の上記ＩＳＰ網への接続に先立って、ユーザ認証のた
めに上記ユーザ端末をユーザ認証サーバに接続するアク
セスノード装置で実行され、ユーザ端末を上記ＩＳＰ網
に接続する前に、ユーザ端末と該アクセスノード装置と
の間、および上記ユーザ端末と上記認証サーバとの間で
行われる一連の制御手順の実行過程で、ユーザ識別子と
上記ユーザ端末に割り当てられたＩＰアドレスとの対応
関係を示す管理レコードを生成するステップと、上記ユ
ーザ端末から上記インターネットに接続されたサーバ宛
に送信されたパケットを受信した時、パケット受信時刻
と受信パケットの宛先ＩＰアドレスおよび送信元ＩＰア
ドレスの関係を示すデータレコードを生成するステップ
と、予め用意されたＩＳＰ網加入者のユーザ識別子と対
応してユーザの属性情報を記憶したユーザ属性テーブル
と上記データレコードの内容に基づいて、上記受信パケ
ットの宛先ＩＰアドレスと受信時刻とユーザ識別子との
関係を示すサーバアクセスレコードを生成し、アクセス
データテーブルに蓄積するステップと、上記アクセスデ
ータテーブルの蓄積データと上記ユーザ属性テーブルを
利用して、上記宛先ＩＰアドレスが示すサーバ毎に、ユ
ーザ属性情報に従って分析した統計データを生成するス
テップとを含むことを特徴とする。本発明のその他の目
的、特徴および動作は、以下に図面を参照して詳述され
る実施例から明らかになる。

【００１５】

【発明の実施の形態】以下、本発明の実施例について図
面を参照して説明する。図１は、本発明のアクセスノー
ドが適用されるネットワーク構成の１例を示す。ユーザ
端末ＰＣ１、ＰＣ２、ＰＣ３は、アクセス網６１を介し
てアクセスノード１０−１に接続され、ユーザ端末ＰＣ
４は、アクセス網６２を介してアクセスノード１０−１
に接続されている。また、アクセスノード１０−１、１
０−２は、ＩＳＰ網６３、ルータ６４を介して、各種サ
ーバＷＳ１〜ＷＳ３が収容されたインターネット６５に
接続されている。アクセスノード１０−１には、例え
ば、ＲＡＤＩＵＳサーバのような認証サーバ２０−１が
接続され、アクセスノード１０−２には、認証サーバ２
０−２が接続されている。

【００１６】ユーザ端末ＰＣ１、ＰＣ２、ＰＣ３は、イ
ンターネット６５に接続する前に、それぞれアクセスノ
ード１０−１との間にＰＰＰ（Point to Point Protoco
l）セッション６６１、６６２、６６３を設定し、アク
セスノード経由で、認証サーバ２０−１との間でユーザ
認証のため通信を行う。同様に、ユーザ端末ＰＣ４は、
アクセスノード１０−２との間にＰＰＰセッション６２
１を設定し、認証サーバ２０−２とユーザ認証のための
通信を行う。

【００１７】上記ユーザ認証に成功した場合、アクセス
ノードからユーザ端末にＩＰアドレスが割り当てられ
る。各ユーザ端末は、割り当てられたＩＰアドレスを送
信元ＩＰアドレスとして、所望のサーバをアクセスす
る。図１では、ユーザ認証処理の後、ユーザ端末ＰＣ１
とＰＣ２が、それぞれ矢印１０１、１０２で示すように
サーバＷＳ１と通信し、ユーザ端末ＰＣ３とＰＣ４が、
それぞれ矢印１０３、１０４で示すようにサーバＷＳ３
と通信したことを示している。

【００１８】図２は、アクセスノード１０−１の構成の
１例を示す。アクセスノード１０−２もこれと同様の構
成となっている。アクセスノード１０−１は、アクセス
網６１またはＩＳＰ網６３に接続するための複数の入出
力回線インタフェース１１−ｉ（ｉ＝１〜ｎ）と、これ
ら複数の入出力回線インタフェース間でパケットを交換
するスイッチ部１５と、各入出力回線インタフェースに
接続された制御部３０とからなる。入出力回線インタフ
ェース１１−ｉは、入力回線インタフェース１１Ａ−ｉ
と、出力回線インタフェース１１Ｂ−ｉとに分けられ
る。

【００１９】上記制御部３０は、ＬＡＮ４０を介して、
外部に接地された認証サーバ２０−１および制御端末２
１と接続されている。各入出力回線インタフェースが必
要とする各種のパラメータとＩＰ（Internet Protoco
l）アドレスの割り当ては、オペレータによる制御端末
２１からのコマンド入力によって行われる。

【００２０】図３は、入出力回線インタフェース１１−
１の１実施例を示す。入出力回線インタフェース１１−
１は、図１に示したように、入力回線インタフェース１
１Ａ−１と出力回線インタフェース１１Ｂ−１に分けた
構成としてもよいが、ここに示した実施例では、パケッ
ト転送の制御用プロセッサ１３０を入力回線インタフェ
ース部と出力回線インタフェース部で共用した構成とな
っている。

【００２１】ネットワーク入力回線からの受信パケット
は、入力回線物理レイヤ終端部１１１でＯＳＩ標準モデ
ルにおける物理レイヤの終端処理を受けた後、インタフ
ェース側受信バッファ１１２に蓄積される。上記バッフ
ァ１１２に蓄積された受信パケットは、プロセッサ１３
０によって読み出され、ヘッダ変換と内部ヘッダの付加
処理を施した後、スイッチ側送信バッファ１１３を介し
てスイッチ部１５に入力される。

【００２２】受信パケットが、制御部３０または認証サ
ーバ２０−１に送信すべき制御パケットの場合、プロセ
ッサ１３０は、受信パケットをＣＰＵ間通信インタフェ
ース１４０を介してＬＡＮ４０に送出する。逆に、ＣＰ
Ｕ間通信インタフェース１４０を介して受信された制御
部３０または認証サーバ２０−１からユーザ端末宛の制
御パケットは、制御パケット受信バッファ１３５に一時
的に蓄積された後、プロセッサ１３０によって、インタ
フェース側送信バッファ１２２に転送される。

【００２３】一方、スイッチ部１５から出力された送信
パケットは、スイッチ側受信バッファ１２１に蓄積され
る。バッファ１２１に蓄積された送信パケットは、プロ
セッサ１３０によって読み出され、不要となった内部ヘ
ッダの除去と、必要に応じてヘッダ変換を施した後、イ
ンタフェース側送信バッファ１２２に入力され、出力側
物理レイヤ終端部１２３を介してネットワークの出力回
線に出力される。

【００２４】プロセッサ１３０は、メモリ１３１に格納
された制御プログラムに従って、上述した受信パケット
転送と送信パケット転送を交互に実行する。ヘッダ変換
および内部ヘッダの生成は、ルーティングテーブル１３
３とフィルタリングテーブル１３４を参照して行われ
る。また、プロセッサ１３０は、フィルタリングテーブ
ル１３４が示す制御情報に従って、特定のヘッダ情報を
もつ受信パケットについて、例えば、パケット廃棄や、
本発明の特徴となるユーザアクセス情報を含むデータレ
コードを生成する。

【００２５】生成されたデータレコードは、データレコ
ードバッファ１３２に蓄積された後、ＣＰＵ間通信イン
タフェース１４０を介して、適当なタイミングで制御部
３０に送信される。上記ルーティングテーブル１３３と
フィルタリングテーブル１３４へのデータ設定は、制御
端末２１からのコマンド入力に応答して、制御部３０が
ＣＰＵ間通信インタフェース１４０を介して行う。

【００２６】図４は、各ユーザ端末とアクセスノード１
０−１（または１０−２）との間で送受信されるパケッ
トの１例として、アクセス網６１にＰＰＰｏＥ（PPP ov
er Ethernet）を適用した場合のパケット７０Ａのフォ
ーマットを示す。パケット７０Ａは、パケットのデータ
部を示すペイロード部７１と、ヘッダ部を形成する２０
バイト長のＴＣＰ（Transport Control Protocol）ヘッ
ダ７２、２０バイト長のＩＰヘッダ７３、４バイト長の
ＰＰＰヘッダ７４、６バイト長のＰＰＰｏＥヘッダ７
４、１４バイト長のイーサネット（Ethernet：登録商
標）ヘッダ７６と、パケットの最後尾に付与された４バ
イト長のフレームチェックシーケンス７７とからなって
いる。

【００２７】パケットの送信元装置と宛先装置は、ＩＰ
ヘッダ７３に含まれる送信元ＩＰアドレス７３４と宛先
ＩＰアドレス７３５によって識別される。また、送信元
装置と宛先装置におけるアプリケーションは、ＴＣＰヘ
ッダ７２の送信元ポート番号７２１と宛先ポート番号７
２２によって識別される。ＰＰＰｏＥヘッダ７５には、
ＰＰＰセッション６１１〜６２１の識別情報となるセッ
ションＩＤ７５３が含まれている。アクセス網を構成す
るノード間でのパケット転送は、イーサネットヘッダ７
６の宛先ＭＡＣアドレス７６１と送信元ＭＡＣアドレス
７６２に従って制御される。

【００２８】本発明のアクセスノード１０−１（１０−
２）では、アクセス網６１に接続された入出力回線イン
タフェースのプロセッサ１３０が、インタフェース側受
信バッファ１１２から、図４に示したフォーマットをも
つ受信パケットを読み出し、ヘッダ部７２〜７６の内容
を解析する。

【００２９】フィルタリングテーブル１３４には、宛先
ＩＰアドレス、送信元ＩＰアドレス、宛先ポート番号、
送信元ポート番号など、受信パケットのヘッダ部に含ま
れる特定の識別情報と対応して、パケット受信時に実行
すべき処理の種類が予め設定されている。本発明では、
フィルタリングテーブル１３４において、ユーザからの
アクセス状況の分析対象となる特定のサーバのＩＰアド
レスと対応して、プロセッサ１３０にアクセス情報の収
集処理を実行すべきことを指定しておく。

【００３０】プロセッサ１３０は、受信パケットのＩＰ
ヘッダ７３に含まれる宛先ＩＰアドレス７３５に基づい
てフィルタリングテーブル１３４を参照し、受信パケッ
トに対応して実行すべき処理の種類を判定する。受信パ
ケットの宛先ＩＰアドレスと対応する処理種類がパケッ
ト廃棄を指定していた場合、プロセッサ１３０は、受信
パケットを廃棄する。上記処理種類として認証サーバ転
送が指定されていた場合、プロセッサ１３０は、受信パ
ケットのイーサネットヘッダ７６の内容をアクセスサー
バ１０−１から認証サーバ２０−１宛のものに書き換え
た後、ＣＰＵ間通信インタフェース１４０を介して、受
信パケットをＬＡＮ４０に送出する。ＬＡＮ４０上のデ
ータリンク層プロトコルがイーサネット以外の場合は、
イーサネットヘッダ７６が別プロトコルのヘッダに置き
換えられる。

【００３１】受信パケットの宛先ＩＰアドレスに対応し
て、フィルタリングテーブル１３４で特別な処理が指定
されていなければ、プロセッサ１３０は、上記宛先ＩＰ
アドレスに従ってルーティングテーブル１３３を参照す
る。ルーティングテーブル１３３には、宛先ＩＰアドレ
スと対応して、アクセスノード内での受信パケットの転
送先となる出力ポート番号と、ヘッダ変換に必要な情報
が記憶してある。

【００３２】プロセッサ１３０は、ルーティングテーブ
ル１３３から受信パケットの宛先ＩＰアドレスと対応す
る出力ポート番号を読み出し、この出力ポート番号を含
む内部ヘッダを生成する。また、受信パケットから不要
なヘッダ情報を除去した後、これに内部ヘッダを付加
し、内部パケットとしてスイッチ側送信バッファ１１３
に転送する。

【００３３】内部パケットは、例えば、図５に示すよう
に、パケット本体部８０と内部ヘッダ８１とからなる。
パケット本体部８０には、受信パケット７０Ａからイー
サネットヘッダ７６、ＰＰＰｏＥヘッダ７５、ＰＰＰヘ
ッダ７４、フレームチェックシーケンス７７を除去して
得られるＩＰパケット部分が設定される。また、内部ヘ
ッダ８１には、出力ポート番号８１１と、パケットの種
別８１２と、スイッチング部１５におけるパケット転送
の優先度を示す情報８１３が含まれる。転送優先度８１
３は、ＩＰヘッダに含まれるサービスタイプ（ＴＯＳ：
Type of Service）の内容に応じて決定される。

【００３４】受信パケットの宛先ＩＰアドレスに対応す
る処理種類として、アクセス情報の収集が指定されてい
た場合、プロセッサ１３０は、例えば、図６に示すデー
タレコード７０を生成し、これをデータレコードバッフ
ァ１３２に蓄積した後、上述した受信パケットから内部
パケットへの変換を行う。データレコード７０のフィー
ルド７１〜７３には、受信パケットから抽出された宛先
ＩＰアドレス７３５、送信元ＩＰアドレス７３４、ＰＰ
ＰｏＥヘッダのセッションＩＤ７５３の値が設定され、
フィールド７４には、パケットの受信時刻が設定され
る。但し、送信元ＩＰアドレスの値が判ればＰＰＰｏＥ
ヘッダのセッションＩＤが特定される場合、これらのう
ちの一方をデータレコード７０から省略してもよい。

【００３５】パケットの受信時刻は、例えば、各アクセ
ス情報レコード７０を生成する時点で、現在時刻を示す
タイマを参照することによって得られる。また、各入出
力インタフェースに、ＩＥＴＦ（Internet Engineering
Task Force）のＲＦＣ１３０５によって規定されたＮ
ＴＰ３（Network Time Protocol Version3）を実装する
ことによって、現在時刻を把握するようにしてもよい。

【００３６】スイッチ側送信バッファ１１３に蓄積され
た内部パケットは、優先度８１３に従った順序でスイッ
チ部１５に入力され、出力ポート番号８１１で特定され
るスイッチ出力ポートから、図２に示した何れかの出力
回線インタフェース１１Ｂ−ｊに出力され、図３のスイ
ッチ側受信バッファ１２１に入力される。アクセス網６
１に接続された入出力回線インタフェースでは、上記ス
イッチ側受信バッファ１２１には、ＩＳＰ網６３側から
の送信パケットが入力される。ＩＳＰ網６３に接続され
た入出力回線インタフェースでは、上記スイッチ側受信
バッファ１２１には、アクセス網６１側からの送信パケ
ットが入力される。

【００３７】プロセッサ１３０は、上記スイッチ側受信
バッファ１２１から内部パケットを読み出すと、不要と
なった内部ヘッダ８１を除去した後、宛先ＩＰアドレス
７３５に従ってルーティングテーブル１３３を参照す
る。宛先ＩＰアドレス７３５がユーザ端末のＩＰアドレ
スの場合、ルーティングテーブル１３３には、アクセス
網６１で必要となるヘッダ情報が記憶されている。この
場合、プロセッサ１３０は、内部ヘッダ８１が除去され
たパケット（ＩＰパケット）を図４に示したパケットフ
ォーマットをもつ送信パケットに変換して、インタフェ
ース側送信バッファ１２２に転送する。

【００３８】尚、ここでは、図面を簡単にするために、
受信パケットから内部パケットへの変換、および内部パ
ケットから送信パケットへの変換に必要なヘッダ情報を
全てルーティングテーブル１３３から取得するものとし
て説明しているが、テーブルメモリの容量を有効に利用
するために、ルーティングテーブル１３３には受信パケ
ットの処理に必要な情報のみを記憶し、送信パケットの
処理に必要な情報は、上記ルーティングテーブル１３３
とは別のヘッダ情報テーブルに記憶するようにしてもよ
い。

【００３９】図７は、アクセスノード１０−１を構成す
る制御部３０の１実施例を示す。制御部３０は、プロセ
ッサ３１と、上記プロセッサが実行する各種プログラム
を格納したプログラムメモリ３２と、ユーザ属性テーブ
ルメモリ３３と、セッション管理テーブルメモリ３４
と、収集データ格納メモリ３５と、ユーザアクセスデー
タ格納メモリ３６と、統計データ格納メモリ３７と、入
出力回線インタフェース１１−ｉ（ｉ＝１〜ｎ）と交信
するためのＣＰＵ間通信インタフェース３８と、ＬＡＮ
４０に接続するためのＬＡＮコントローラ３９とからな
り、これらの要素は内部バスで相互接続されている。

【００４０】ユーザ属性テーブル３３は、認証サーバ２
０に登録された各加入者の属性情報を示すためのもので
あり、例えば、図８に示すように、ユーザＩＤ３３１と
対応して、性別３３２、年齢３３３など、ユーザの利用
状況分析に必要となる属性情報を示した複数のエントリ
３３０−１、３３０−２、…が登録されている。これら
の情報は、制御端末２１から設定され、ＩＳＰに新たな
ユーザが加入した時、ユーザ属性テーブル３３に新たな
エントリが追加される。

【００４１】セッション管理テーブル３４は、ＩＰアド
レスまたはアクセス網６１（または６２）上に設定され
たＰＰＰセッションとユーザＩＤとの対応関係を示すた
めのものである。ここでは、例えば、図９に示すよう
に、ＰＰＰｏＥのセッションＩＤ３４１と対応して、ユ
ーザ端末に割り当てられたＩＰアドレス３４２と、ユー
ザＩＤ３４３とを示した複数のエントリ３４０−１、３
４０−２、…が登録されている。セッション管理テーブ
ル３４には、ユーザ端末とアクセスノード１０−１との
間に新たなＰＰＰセッションが確立された時、該ＰＰＰ
セッション用の新たなエントリが追加され、ＰＰＰセッ
ションが切断された時、該当するエントリがセッション
管理テーブル３４から削除される。

【００４２】図１０は、ＩＳＰ網への接続に先立って実
行される、ユーザ端末ＰＣ１とアクセスノード１０−１
との間のＰＰＰセッション確立のための通信制御手順を
示す。先ず、ＬＣＰ（Link Control Protocol）フェー
ズにおいて、端末ＰＣ１とアクセスノード１０−１との
間でデータリンクを確立するための制御手順が実行され
る。

【００４３】ＬＣＰフェーズが完了すると、アクセスノ
ード１０−１を介して、ユーザ端末ＰＣ１と認証サーバ
２０−１との間で、例えば、ＰＡＰ（Password Authent
ication Protocol）や、パスワード盗難の危険性をより
少なくしたＣＨＡＰ（Challenge Handshake Authentica
tion Protocol）等のプロトコルに従って、認証フェー
ズの制御手順が実行される。認証フェーズでは、ユーザ
端末からユーザＩＤとパスワードを送信し、認証サーバ
２０−１側に予め登録されているユーザＩＤ、パスワー
ドと照合することによって、ユーザの正当性がチェック
される。

【００４４】認証フェーズにおいて、ユーザの正当性が
確認されると、端末とアクセスノード１０−１との間
で、ＮＣＰ（Network Control Protocol）フェーズの制
御手順が実行され、ユーザ端末で使用すべきＩＰアドレ
スなど、ＩＰレイヤでの通信に必要なパラメータが決定
される。

【００４５】ユーザ端末ＰＣ１とアクセスノード１０−
１との通信にＰＰＰｏＥプロトコルを使用する場合は、
上記ＬＣＰフェーズの前に、ＰＰＰｏＥフェーズの制御
手順が実行され、アクセスノードからユーザ端末にＰＰ
ＰのセッションＩＤが割り当てられる。上述したＬＣ
Ｐ、認証、ＮＣＰの各フェーズにおいて、ユーザ端末と
アクセスノードとの間に通信には、上記セッションＩＤ
を含むＰＰＰｏＥヘッダ付きのパケットによって行われ
る。

【００４６】入出インタフェースのプロセッサ１３０
は、インタフェース側受信バッファ１１２から読み出し
た受信パケットが、これらのＬＣＰ、認証、ＮＣＰのフ
ェーズでユーザ端末が送信した制御パケットの場合、受
信パケットをＣＰＵ間通信インタフェース１４０から制
御部３０に転送する。逆に、アクセスノード（制御部３
０）側からユーザ端末に送信する制御パケットは、制御
パケット受信バッファ１３５に受信され、インタフェー
ス側送信バッファ１２２と出力回線物理レイヤ終端部１
２３を介して、アクセス網６１に送出される。

【００４７】図１１は、認証プロトコルとしてＰＡＰを
用いた場合に認証フェーズで送信される制御用パケット
（ＰＡＰパケット）のフォーマットを示す。ＰＡＰパケ
ット７０Ｂは、ペイロード部７１の前に、ＰＰＰヘッダ
７４、ＰＰＰｏＥヘッダ７５、イーサネットヘッダ７６
を有し、ペイロード７１の後にフレームチェックシーケ
ンス７７を持った構成となっている。また、ＰＰＰヘッ
ダ７４のプロトコルフィールド７４３の設定値が１６進
数で“Ｃ０２３”の場合、ＰＰＰヘッダの次にＰＡＰ情
報を含むペイロード７１が続き、ペイロード７１のフィ
ールド７８５にユーザＩＤ、フィールド７８７にパスワ
ードを含んでいる。

【００４８】制御部３０は、入出力インタフェースから
パケットを受信した時、受信パケットに付されたＰＰＰ
ヘッダにおけるプロトコルフィールド７４３の設定値を
チェックすることによって、受信パケットがＰＡＰパケ
ット７０Ｂか否かを判定できる。また、ＰＡＰパケット
７０Ｂを受信した時、フィールド７５３と７８５を参照
することによって、新たに確立されたＰＰＰセッション
のセッションＩＤとユーザＩＤとの関係を認識できる。

【００４９】認証されたユーザ端末へのＩＰアドレスの
割り当ては、制御部３０自身によって行われる。従っ
て、制御部３０は、上述したＰＰＰセッション確立のた
めの一連のプロセスにおいて、ＰＰＰセッションＩＤ、
ユーザＩＤ、端末のＩＰアドレスの対応関係を把握し、
図９に示したセッション管理テーブル３４に新たなエン
トリを追加することができる。

【００５０】収集データ格納メモリ３５には、図１２に
示すように、ユーザ端末からアクセスされるサーバ（図
１のＷＳ１、ＷＳ２、ＷＳ３、・・・）と対応した複数の
収集データテーブル３５０−１〜３５０−ｎが形成され
る。各データテーブルには、サーバ識別情報（ＩＰアド
レス）３５１が付され、端末情報３５２とパケット受信
時刻３５３とを示す複数のエントリが記憶される。端末
情報３５２は、セッションＩＤ３５２Ａと送信元ＩＰア
ドレス３５２Ｂを含む。

【００５１】制御部３０は、アクセス網６１に接続され
た各入出力インタフェースに対して、定期的にユーザア
クセス情報の送信を要求し、データレコードバッファ１
３２に蓄積されているデータレコード７０（図７）を収
集する。制御部３０は、収集された各データレコード７
０から抽出したＰＰＰｏＥのセッションＩＤ７２、送信
元ＩＰアドレス７３、受信時刻７４を含むエントリを生
成し、宛先ＩＰアドレス７１（サーバアドレス）に対応
する図１２に示したデータテーブル３５０−ｋに格納す
る。

【００５２】制御部３０は、収集データテーブル３５０
−ｉ（ｉ＝１〜ｎ）へのエントリの格納が完了すると、
これらのテーブルから順次にエントリを読み出し、端末
情報３５２（セッションＩＤ３５２Ａと送信元アドレス
３５２Ｂ）をキーにして、図９に示したセッション管理
テーブル３４を参照し、上記端末情報３５２と対応する
ユーザＩＤ３４３を見つける。これによって、収集デー
タテーブルの各エントリが示すパケット受信時刻３５３
をユーザＩＤ３４３と対応付けることができる。

【００５３】ユーザアクセスデータ格納メモリ３６に
は、図１３に示すように、サーバ識別情報（ＩＰアドレ
ス）３６１が付され複数のアクセスデータテーブル３６
０−１〜３６０−ｎが形成される。各データテーブルに
は、ユーザＩＤ３６２とパケット通過時間３６３とを示
す複数のエントリが記憶される。

【００５４】アクセスデータテーブル３６０−１〜３６
０−ｎは、上述したように、収集データテーブル３５０
−１〜３５０−ｎに蓄積された各データエントリを、ユ
ーザＩＤ（３６２）とパケット受信時刻（３６３）の対
応関係を示すエントリに変換したものであり、これによ
って、１つのサーバがどのユーザによって何時にアクセ
スされたかが判明する。アクセスデータテーブル３６０
−１〜３６０−ｎへの変換が完了すると、収集データテ
ーブル３５０−１〜３５０−ｎの蓄積データは無用とな
るため、制御部３０は、収集データテーブル３５０−１
〜３５０−ｎの蓄積データを消去することによって、次
回のデータ収集に備える。

【００５５】以下、制御部３０が実行する統計データ処
理について説明する。図１４は、本発明における統計出
力の１例として、図１３に示したアクセスデータテーブ
ル３６０−１〜３６０−ｎと図８に示したユーザ属性情
報テーブル３３とに基づいて作成される各サーバのユー
ザ属性分布を示す統計テーブル３７０−１〜３７０−ｎ
を示す。各統計テーブル３７０−ｉ（ｉ＝１〜ｎ）は、
ＩＰアドレス３７１で特定されるサーバに対して或る期
間内にアクセスしたユーザを、ユーザ分類３７２が示す
年齢／性別毎に分類し、ユーザ数３７３の分布として示
したものである。

【００５６】図１５は、上記統計テーブルを作成するた
めに制御部３０が実行する統計処理ルーチン９００のフ
ローチャートを示す。統計処理ルーチン９００では、最
初に、統計データメモリ３７内にサーバ別に統計数値を
カウントするためのカウントテーブルを用意する（ステ
ップ９０１）。このカウントテーブルは、図１４に示し
た統計テーブル３７０−ｉ（ｉ＝１〜ｎ）で、各欄のユ
ーザ数３７３がゼロ状態のものに相当する。

【００５７】次に、図１３に示したアクセスデータテー
ブル３６０−１〜３６０−ｎの登録エントリをユーザＩ
Ｄ順にソートし（９０２）、テーブル指定パラメータｊ
の値を初期化する（９０３）。この後、パラメータｊの
値をインクリメント（＋１）すると共に、エントリ指定
パラメータｉの値を初期化し（９０４）、パラメータｉ
の値をインクリメントし（９０５）、第ｊ番目のユーザ
アクセスデータテーブル３６０―ｊの第ｉエントリを読
み出す（９０６）。

【００５８】第ｉエントリのユーザＩＤ３６２を処理済
みとなっている直前のユーザＩＤと比較し（９０７）、
一致していた場合は、ステップ９１０に進み、第ｉエン
トリがユーザアクセスデータテーブル３６０―ｊの最終
エントリか否かを判定する。最終エントリでなければ、
ステップ９０５に戻り、最終エントリの場合は、パラメ
ータｊが最終テーブル番号ｎに一致するか否かを判定す
る（９１１）。もし、パラメータｊが最終テーブル番号
ｎに一致していた場合は、このルーチンを終了し、そう
でなければ、ステップ９０４に戻る。

【００５９】ステップ９０７で、ユーザＩＤ３６２が処
理済みユーザＩＤと一致していなかった場合、ユーザ属
性情報テーブル３３から上記ユーザＩＤ３６２と対応す
るユーザ属性を読み出し（９０８）、第ｊカウントテー
ブルに定義されたユーザ分類３７２中で上記ユーザ属性
に該当するユーザ数カウント欄を見つけ、ユーザ数の値
をインクリメントする（９０９）。この後、第ｉエント
リがユーザアクセスデータテーブル３６０―ｊの最終エ
ントリか否かを判定し（９１０）、最終エントリでなけ
れば、ステップ９０５に戻って、上述した動作を繰り返
す。

【００６０】図１６は、本発明における統計出力の第２
の例として、アクセスデータテーブル３６０−１〜３６
０−ｎのみを用いて作成される統計テーブル３７５−１
〜３７５−ｎを示す。各統計テーブル３７５−ｉ（ｉ＝
１〜ｎ）は、ＩＰアドレス３７１で特定されるサーバを
アクセスした時間帯３７７別のユーザ数３７８の分布を
示している。

【００６１】図１７は、上記統計テーブル３７５−１〜
３７５−ｎを作成するために制御部３０が実行する統計
処理ルーチン９２０のフローチャートを示す。

【００６２】統計処理ルーチン９２０では、最初に、統
計データメモリ３７内にサーバ別に統計数値をカウント
するためのカウントテーブルを用意する（ステップ９２
１）。このカウントテーブルは、図１６に示した統計テ
ーブル３７５−ｉ（ｉ＝１〜ｎ）で、各欄のユーザ数３
７８がゼロ状態のものに相当する。

【００６３】次に、図１５に示したフローチャートのス
テップ９０２〜９０５と同様に、アクセスデータテーブ
ル３６０−１〜３６０−ｎの登録エントリをユーザＩＤ
順にソートし（９２２）、パラメータｊ、ｉの初期化と
インクリメントを行った後（９２３〜９２５）、第ｊユ
ーザアクセスデータテーブル３６０―ｊの第ｉエントリ
を読み出す（９２６）。

【００６４】第ｉエントリのユーザＩＤ３６２を処理済
みとなっている直前のユーザＩＤと比較し（９２７）、
一致していた場合は、図１５のステップ９１０、９１１
と同様の判定処理（９３０、９３１）を実行する。ステ
ップ９２７で、ユーザＩＤ３６２が処理済みユーザＩＤ
と一致していなかった場合、上記第ｉエントリが示すパ
ケット受信時刻３６３が、第ｊカウントテーブルに定義
された何れかの時間帯３７７に含まれるか否かを判定す
る（９２８）。パケット受信時刻が統計対象の時間帯に
含まれていなければ、ステップ９３０に進む。パケット
受信時刻が統計対象の何れかの時間帯に含まれる場合、
該当する時間帯のユーザ数カウント欄で、ユーザ数の値
をインクリメントする（９２９）。

【００６５】実際の応用においては、制御端末２１から
統計ルーチンの種類と統計期間を指定し、制御部３０
に、指定された統計ルーチンを実行させ、統計結果を制
御端末２１に出力させる。この場合、アクセスデータテ
ーブルから第ｉエントリを読み出した時（ステップ９０
６、９２６）、読み出されたエントリが示すパケット受
信時刻３５３を指定された統計期間と比較し、受信時刻
３５３が指定期間外の場合は、統計対象から除外すれば
よい。

【００６６】以上の実施例では、アクセスノード１０−
１の制御部３０が、統計対象となるサーバ毎に、アクセ
スしたユーザのＩＤとアクセス時間（パケット受信時
刻）との関係を記憶したユーザアクセスデータテーブル
３６０−ｉ（ｉ＝１〜ｎ）を作成し、必要に応じてユー
ザ属性情報テーブル３３を参照することによって、各サ
ーバの利用状況をユーザ属性に従って分析したが、本発
明の変形例として、ユーザアクセスデータテーブル３６
０−ｉ（ｉ＝１〜ｎ）を制御端末２１に取り込み、制御
端末２１が、自らが備えるユーザ属性情報テーブルを利
用して、各種の統計をとるようにしてもよい。また、制
御部３０に十分なメモリ容量がある場合は、ユーザアク
セスデータテーブル３６０−ｉに、ユーザ属性情報テー
ブル３３が示すユーザ属性情報を追加し、ユーザアクセ
スデータテーブル３６０−ｉだけを利用して、ユーザ属
性に応じた各種の統計データが得られるようにしてもよ
い。

【００６７】また、本発明の更に他の変形例として、ユ
ーザ属性情報テーブルを認証サーバ２０−１に持たせて
おき、アクセスノード１０−１で生成したユーザアクセ
ス情報テーブル３６０−ｉ（ｉ＝１〜ｎ）を認証サーバ
に取り込み、認証サーバ側で各種の統計データを算出す
るようにしてもよい。実施例では、セッション管理テー
ブル３４に登録すべきレコードを制御部３０で生成した
が、これらのレコードを入出力インタフェースのプロセ
ッサ１３０で生成し、制御部３０に転送するようにして
もよい。

【００６８】以上の実施例では、フィルタリングテーブ
ル１３４に、受信パケットの宛先ＩＰアドレスと対応し
てプロセッサで実行すべき処理の種類を定義したが、上
記フィルタリングテーブル１３４に、ＰＰＰｏＥのセッ
ションＩＤと対応してプロセッサで実行すべき処理を定
義し、特定のＰＰＰセッションからの受信パケットのみ
を対象として、統計処理を行うようにしてもよい。

【００６９】逆に、フィルタリングテーブル１３４を、
例えば、パケット廃棄など、本発明の統計処理以外の目
的で使用し、各入出力インタフェースには、ユーザ端末
からの全ての受信パケットを対象としてユーザアクセス
情報用のデータレコード７０を生成させ、制御部３０側
で、各データレコードの宛先アドレス７１から統計対象
とすべきデータレコードを選択するようにしてもよい。

【００７０】また、実施例では、ユーザ端末からの受信
パケットに着目して、ユーザアクセス情報テーブル３６
０−ｉ（ｉ＝１〜ｎ）を生成したが、これとは逆に、サ
ーバＷＳ１〜ＷＳ３側からユーザ端末宛に送信されるパ
ケットに着目して、ユーザアクセス情報テーブル３６０
−ｉ（ｉ＝１〜ｎ）を生成するようにしてもよい。この
場合、制御部３０は、ＩＳＰ網６３に接続された入出力
インタフェースから収集したデータレコード７０に含ま
れる送信元アドレス（サーバＩＰアドレス）７３と対応
するデータテーブル３５０−ｉに、上記データレコード
から抽出したＰＰＰセッションＩＤ、宛先アドレス（ユ
ーザ端末ＩＰアドレス）、パケット受信時刻を含むエン
トリを次々と格納することになる。

【００７１】尚、実施例に示したユーザ属性情報テーブ
ル３３は、ユーザ属性として性別と年齢しか含んでいな
いが、実際の応用では、例えば、ユーザの職業や住所な
ど、サーバの利用状況の分析に有効となる他の属性を追
加することによって、統計出力を多様化できること明ら
かである。

【００７２】

【発明の効果】以上の実施例から明らかなように、本発
明のアクセスノード装置によれば、ＩＳＰの加入者によ
るインターネットの利用状況を加入者の属性情報に従っ
て分析することが可能になる。従って、本発明によれ
ば、上記アクセスノード装置を介してアクセスされるイ
ンターネット上の各情報提供サーバについて、ユーザ属
性に応じて分析された統計データを得ることができるた
め、ＩＳＰおよびＷｅｂ業者にとって有益な情報を提供
できる。

【図面の簡単な説明】

【図１】本発明によるアクセスノードが適用されるネッ
トワークの構成の１例を示す図。

【図２】本発明によるアクセスノード１０−１の構成の
１例を示す図。

【図３】アクセスノード１０−１の入出力回線インタフ
ェース１１−１の１実施例を示す図。

【図４】ユーザ端末とアクセスノードとの間で送受信さ
れるパケットのフォーマットの１例を示す図。

【図５】アクセスノード１０−１の内部で転送されるパ
ケットのフォーマットを示す図。

【図６】入出力回線インタフェース１１−１で生成され
るアクセス情報レコードの１例を示す図。

【図７】アクセスノード１０−１の制御部３０の１実施
例を示す図。

【図８】制御部３０が備えるユーザ属性情報テーブル３
３の内容を示す図。

【図９】制御部３０が備えるセッション管理テーブル３
４の内容を示す図。

【図１０】ユーザ端末とアクセスノードとの間のＰＰＰ
セッション確立シーケンスを説明するための図。

【図１１】図１０の認証フェーズで送信される制御パケ
ットのフォーマットの１例を示す図。

【図１２】制御部３０が備える収集データ格納メモリ３
５の内容の１例を示す図。

【図１３】制御部３０が備えるユーザアクセス情報メモ
リ３６に形成されるアクセスデータテーブル３６０を示
す図。

【図１４】制御部３０が生成する統計テーブルの１実施
例を示す図。

【図１５】制御部３０が実行する統計処理ルーチンの１
実施例を示すフローチャート。

【図１６】制御部３０が生成する統計テーブルの他の実
施例を示す図。

【図１７】制御部３０が実行する統計処理ルーチンの他
の実施例を示すフローチャート。

【符号の説明】

１０：アクセスノード、１１：入出力回線インタフェー
ス、１５：スイッチ部、２０：認証サーバ、２１：制御
端末、３０：制御部、３１：プロセッサ、３２：プログ
ラムメモリ、３３：ユーザ属性テーブル、３４：セッシ
ョン管理テーブル、３５：収集データ格納メモリ、３
６：ユーザアクセスデータ格納メモリ、３７：統計デー
タ格納メモリ、３８：ＣＰＵ間通信インタフェース、３
９：ＬＡＮコントローラ、６１、６２：アクセス網、６
３：ＩＳＰ網、６５：インターネット、１１１：入力回
線物理レイヤ終端部、１１２：インタフェース側受信バ
ッファ、１１３：スイッチ側送信バッファ、１２１：ス
イッチ側受信バッファ、１２２：インタフェース側送信
バッファ、１２３：出力回線物理レイヤ終端部、１３
０：プロセッサ、１３１：プログラムメモリ、１３２：
データレコードバッファ、１３３：ルーチングテーブ
ル、１３４：フィルタリングテーブル、１３５：制御パ
ケット受信バッファ、１４０：ＣＰＵ間通信インタフェ
ース。

Claims (8)

【特許請求の範囲】
1. 【請求項１】複数のユーザ端末が接続されたアクセス網
   とインターネットに接続されたネットワークサービスプ
   ロバイダ（ＩＳＰ）網との間に配置され、ユーザ端末の
   上記ＩＳＰ網への接続に先立って、ユーザ認証のために
   上記ユーザ端末をユーザ認証サーバに接続するアクセス
   ノード装置において、 ＩＳＰ網加入者のユーザ識別子と対応してユーザの属性
   情報を記憶したユーザ属性テーブルと、 ユーザ端末を上記ＩＳＰ網に接続する前に、ユーザ端末
   と該アクセスノード装置との間、および上記ユーザ端末
   と上記認証サーバとの間で行われる一連の制御手順の実
   行過程で、ユーザ識別子と上記ユーザ端末に割り当てら
   れたＩＰアドレスとの対応関係を示す管理レコードを生
   成するための手段と、 上記ユーザ端末から上記インターネットに接続されたサ
   ーバ宛に送信されたパケットを受信した時、パケット受
   信時刻と受信パケットの宛先ＩＰアドレスおよび送信元
   ＩＰアドレスの関係を示すデータレコードを生成するた
   めの手段と、 上記データレコードと上記管理レコードの内容に基づい
   て、上記受信パケットの宛先ＩＰアドレスと受信時刻と
   ユーザ識別子との関係を示すサーバアクセスレコードを
   生成し、アクセスデータテーブルに蓄積するための手段
   と、 上記アクセスデータテーブルの蓄積データと上記ユーザ
   属性テーブルを利用して、上記宛先ＩＰアドレスが示す
   サーバ毎に、ユーザ属性情報に従って分析された統計デ
   ータを生成するための手段とからなることを特徴とする
   アクセスノード装置。
2. 【請求項２】前記管理レコードが、前記ユーザ端末と該
   アクセスノード装置との間でのパケット通信用として前
   記アクセス網上に設定されたコネクションの識別子を含
   み、 パケット受信時に生成される前記データレコードが、受
   信パケットのヘッダ部から抽出された上記アクセス網に
   おけるコネクションの識別子を含むことを特徴とする請
   求項１に記載のアクセスノード装置。
3. 【請求項３】複数のユーザ端末が接続されたアクセス網
   とインターネットに接続されたネットワークサービスプ
   ロバイダ（ＩＳＰ）網との間に配置され、ユーザ端末の
   上記ＩＳＰ網への接続に先立って、ユーザ認証のために
   上記ユーザ端末をユーザ認証サーバに接続するアクセス
   ノード装置において、 ＩＳＰ網加入者のユーザ識別子と対応してユーザの属性
   情報を記憶したユーザ属性テーブルと、 ユーザ端末を上記ＩＳＰ網に接続する前に、ユーザ端末
   と該アクセスノード装置との間、および上記ユーザ端末
   と上記認証サーバとの間で行われる一連の制御手順の実
   行過程で、ユーザ識別子と上記ユーザ端末に割り当てら
   れたＩＰアドレスとの対応関係を示す管理レコードを生
   成するための手段と、 上記インターネットに接続されたサーバから上記ユーザ
   端末宛に送信されたパケットを受信した時、パケット受
   信時刻と受信パケットの宛先ＩＰアドレスおよび送信元
   ＩＰアドレスの関係を示すデータレコードを生成するた
   めの手段と、 上記データレコードと上記管理レコードの内容に基づい
   て、上記受信パケットの送信元ＩＰアドレスと受信時刻
   とユーザ識別子との関係を示すサーバアクセスレコード
   を生成し、アクセスデータテーブルに蓄積するための手
   段と、 上記アクセスデータテーブルの蓄積データと上記ユーザ
   属性テーブルを利用して、上記送信元ＩＰアドレスが示
   すサーバ毎に、ユーザ属性情報に従って分析された統計
   データを生成するための手段とからなることを特徴とす
   るアクセスノード装置。
4. 【請求項４】前記アクセスノード装置が、前記アクセス
   網またはＩＳＰ網に接続される複数の入出力回線インタ
   フェースと、上記入出力回線インタフェース間でパケッ
   トを交換するスイッチ部と、上記入出力回線インタフェ
   ースに接続された制御部とからなり、 上記入出力回線インタフェースのうちの少なくとも１つ
   が、前記データレコードの生成手段を備え、 上記制御部が、前記ユーザ属性テーブルと、管理レコー
   ド生成手段と、前記サーバアクセスレコードの生成手段
   および統計データの生成手段としての機能を備えること
   を特徴とする請求項１〜請求項３の何れかに記載のアク
   セスノード装置。
5. 【請求項５】前記制御部に接続された外部端末装置を有
   し、該端末装置が前記統計データの生成手段としての機
   能を備えたことを特徴とする請求項４に記載のアクセス
   ノード装置。
6. 【請求項６】前記入出力回線インタフェースのうちの少
   なくとも１つが、前記データレコードを蓄積するための
   メモリを備え、 前記制御部が、上記入出力回線インタフェースに蓄積さ
   れたデータレコードを所定のタイミングで収集し、各デ
   ータレコードを前記サーバアクセスレコードに変換する
   こと特徴とする請求項４に記載のアクセスノード装置。
7. 【請求項７】前記入出力回線インタフェースのうちの少
   なくとも１つが、ユーザ端末と予め指定された特定のサ
   ーバとの間の通信パケットを受信した時、前記データレ
   コードを生成すること特徴とする請求項４に記載のアク
   セスノード装置。
8. 【請求項８】複数のユーザ端末が接続されたアクセス網
   とインターネットに接続されたネットワークサービスプ
   ロバイダ（ＩＳＰ）網との間に配置され、ユーザ端末の
   上記ＩＳＰ網への接続に先立って、ユーザ認証のために
   上記ユーザ端末をユーザ認証サーバに接続するアクセス
   ノード装置で実行されるインターネットネット利用状況
   の分析方法であって、 ユーザ端末を上記ＩＳＰ網に接続する前に、ユーザ端末
   と該アクセスノード装置との間、および上記ユーザ端末
   と上記認証サーバとの間で行われる一連の制御手順の実
   行過程で、ユーザ識別子と上記ユーザ端末に割り当てら
   れたＩＰアドレスとの対応関係を示す管理レコードを生
   成するステップと、 上記ユーザ端末から上記インターネットに接続されたサ
   ーバ宛に送信されたパケットを受信した時、パケット受
   信時刻と受信パケットの宛先ＩＰアドレスおよび送信元
   ＩＰアドレスの関係を示すデータレコードを生成するス
   テップと、 予め用意されたＩＳＰ網加入者のユーザ識別子と対応し
   てユーザの属性情報を記憶したユーザ属性テーブルと上
   記データレコードの内容に基づいて、上記受信パケット
   の宛先ＩＰアドレスと受信時刻とユーザ識別子との関係
   を示すサーバアクセスレコードを生成し、アクセスデー
   タテーブルに蓄積するステップと、 上記アクセスデータテーブルの蓄積データと上記ユーザ
   属性テーブルを利用して、上記宛先ＩＰアドレスが示す
   サーバ毎に、ユーザ属性情報に従って分析した統計デー
   タを生成するステップとを含むことを特徴とするインタ
   ーネット利用状況の分析方法。