(57)【要約】【課題】pppインタフェースを利用するSNMPネットワーク機器にて通信するユーザのトラフィック量を継続的に管理するユーザ通信情報監視システムを提供する。【解決手段】ユーザからのppp接続の確立／切断要求の都度、ユーザが通信に用いる仮想インタフェースを動的に更新するpppサーバ部３と、各ユーザの仮想インタフェースにおける接続状態情報を含む各ユーザの通信情報を保存するユーザ管理テーブル４１を含み、前記要求の都度、該要求の内容に従って前記ユーザ管理テーブル４１を更新するユーザ管理部４と、仮想インタフェースでの通信情報をSNMPを用いて管理するSNMPエージェント部５とでシステムの接続装置を構成し、前記要求の都度、ユーザ管理テーブル４１と、仮想インタフェースでの通信情報とを互いに参照して更新する。【選択図】図２
2011182111.tif 000002
【特許請求の範囲】
【請求項１】
ppp(Point-to-Point Protocol)接続を介して通信するユーザの通信情報をSNMP(Simple Network Management Protocol)で管理するユーザ通信情報監視システムであって、
該ユーザ通信情報監視システムはpppサーバ部、SNMPエージェント部およびユーザ管理部を含む接続装置を含み、
前記pppサーバ部は各ユーザが通信に用いる仮想インタフェースを含み、各ユーザが送信した該ユーザと前記接続装置との間のppp接続の確立／切断の要求を受信する都度、該要求を送信したユーザが通信に用いる前記仮想インタフェースを動的に更新し、
前記SNMPエージェント部は前記仮想インタフェースの情報および該仮想インタフェースにおける通信情報をSNMPを用いて管理し、
前記ユーザ管理部は各ユーザの前記仮想インタフェースにおける接続状態情報を含む各ユーザの通信情報を保存するユーザ管理テーブルを含み、前記要求受信の都度、該要求の内容に従って、前記ユーザ管理テーブルにおける前記要求を送信したユーザの通信情報と、前記SNMPエージェント部で管理される前記仮想インタフェースにおける通信情報と、を参照して前記ユーザ管理テーブルにおける前記要求を送信したユーザの通信情報と、前記SNMPエージェント部で管理される前記仮想インタフェースにおける通信情報と、を更新することを特徴とするユーザ通信情報監視システム。
【請求項２】
前記SNMPエージェント部は、前記仮想インタフェースの前記pppサーバ部による動的更新情報と、前記仮想インタフェースにおけるトラフィック送受信量を含む通信情報と、をSNMPを用いてMIB(Management Information Base)情報として管理し、
前記ユーザ管理テーブルはさらに、各ユーザのトラフィック送受信量の情報を含む各ユーザの通信情報を保存し、
前記ユーザ管理部は、前記要求受信が前記ppp接続の確立要求受信である場合には、前記SNMPエージェント部で管理される当該接続確立する前記仮想インタフェースにおけるトラフィック送受信量を、前記ユーザ管理テーブルにおける当該接続確立するユーザのトラフィック送受信量で上書きして更新し、前記要求受信が前記ppp接続の切断要求受信である場合には、前記ユーザ管理テーブルにおける当該接続切断するユーザのトラフィック送受信量を、前記SNMPエージェント部で管理される当該接続切断する前記仮想インタフェースにおけるトラフィック送受信量で上書きして更新することを特徴とする請求項１に記載のユーザ通信情報監視システム。
【請求項３】
前記接続装置へ各ユーザの通信情報を問い合わせて受信し、該受信日時情報を該各ユーザの通信情報に含めて保存するトラフィック監視装置をさらに含み、
該トラフィック監視装置は前記問い合わせの際、前記ユーザ管理部に問い合わせ対象ユーザの接続状態を問い合わせ、
該問い合わせ対象ユーザがppp接続を確立して通信中の状態であれば、前記ユーザ管理部から該ユーザが接続して通信に利用する前記仮想インタフェースの情報を受信し、該情報を用いて、前記SNMPエージェント部から該ユーザが接続して通信に利用する前記仮想インタフェースにおける通信情報を、該ユーザの通信情報としてSNMPで受信し、
前記問い合わせ対象ユーザがppp接続を切断した状態であれば、前記ユーザ管理部から前記ユーザ管理テーブルにおける該ユーザの通信情報を受信することを特徴とする請求項１または２に記載のユーザ通信情報監視システム。
【請求項４】
前記ユーザ管理部は前記要求受信の都度、前記ユーザ管理テーブルを参照して、前記要求を送信したユーザの通信情報を前記トラフィック監視装置に自動送信し、
前記トラフィック監視装置は、前記ユーザ管理部から前記自動送信された情報を受信して、該自動送信された情報に該受信日時情報を含めて各ユーザの通信情報として保存することを特徴とする請求項３に記載のユーザ通信情報監視システム。
【請求項５】
前記SNMPエージェント部は前記要求受信の都度、該要求受信による前記仮想インタフェースの動的更新を契機として、前記SNMPエージェント部が管理する該更新された前記仮想インタフェースにおける通信情報と、前記ユーザ管理テーブルにおける該更新された前記仮想インタフェースに対応するユーザの情報と、を対応づけた情報を含むSNMPトラップを前記トラフィック監視装置に自動送信し、
前記トラフィック監視装置は、前記SNMPエージェント部から前記自動送信された前記SNMPトラップを受信して、該SNMPトラップに該受信日時情報を含めて各ユーザの通信情報として保存することを特徴とする請求項３に記載のユーザ通信情報監視システム。
【請求項６】
前記トラフィック監視装置は前記保存している各ユーザの通信情報に基づいて通信状況が所定の条件を満たすユーザを選出し、該選出されたユーザの情報を前記接続装置に送信し、
前記接続装置は前記選出されたユーザが通信に用いる前記仮想インタフェースに帯域制限を課すことを特徴とする請求項３ないし５のいずれかに記載のユーザ通信情報監視システム。
【請求項７】
前記ユーザ管理部は前記要求受信の都度、該要求を送信したユーザと前記接続装置との間の経路情報および往復遅延情報を算出し、該経路情報および該往復遅延情報を用いて前記ユーザ管理テーブルに含まれる前記要求を送信したユーザの通信情報を更新することを特徴とする請求項１ないし６のいずれかに記載のユーザ通信情報監視システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明はユーザ通信情報監視システムに関し、特にIP（Internet Protocol）ネットワークにおけるppp(Point-to-Point Protocol)を利用した接続において、接続ユーザ毎に通信情報を監視するユーザ通信情報監視システムに関する。
【背景技術】
【０００２】
IPネットワークにおけるトラフィック情報監視の方法として、ルータなどのネットワーク機器のインタフェースで送受信したトラフィック量をSNMP(Simple Network Management Protocol)で取得して監視する方法がある。代表的なソフトウェアとして下記の非特許文献１に示すMRTG(Multi Router Traffic Grapher)があり、本ソフトウェアではSNMPで取得したネットワーク機器のパラメータ（トラフィック量を含む）のグラフ化が可能となる。
【０００３】
SNMPを用いた具体的なトラフィック量の取得方法は以下の通りである。ルータなどのネットワーク機器でSNMPエージェントが動作している場合、機器が持つインタフェース毎に送受信したトラフィック量をMIB(Management Information Base)情報として保持している。また各インタフェースにはインデックス値(ifindex)が割り当てられている。MRTGなどを利用するSNMPマネージャはインタフェースを表すOID(Object Identifier)とifindexとをキーとして、対象機器の対応するインタフェースのトラフィック量を取得する。
【先行技術文献】
【非特許文献】
【０００４】
【非特許文献１】Tobi Oetiker's MRTG - The Multi Router Traffic Grapher    http://oss.oetiker.ch/mrtg/
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上記のようなSNMPを用いる方法においては通常、SNMPエージェントにおけるインタフェースに対応するifindexは固定であるとの想定で動作する。しかしこの場合、例えばSNMPエージェントであるネットワーク機器がユーザからL2TP(Layer 2 Tunneling Protocol)などのppp(Point-to-Point Protocol)を利用した接続を受け付ける機器である場合で、かつユーザ毎のトラフィック量をSNMPマネージャで取得したい場合には問題がある。以下、問題点を具体的に述べる。
【０００６】
ネットワーク機器が不特定多数のユーザからのpppを利用した接続を受け付ける場合、通常pppの確立や切断のたびに、ネットワーク機器には仮想的なインタフェースが動的に追加または削除される。すなわちインタフェースは固定ではなく動的である。例えばLinux(登録商標)を利用してpppサーバを構築し、SNMPエージェントとして監視する場合、図７に示すように、接続のたびに新たに仮想インタフェースが作成され、そのインタフェースに対して新たなifindexが割り当てられる。
【０００７】
すなわち、同図(a)ではpppサーバがセッションID=ppp0、ifindex=10としてユーザAのppp接続を確立し、この接続が同図(b)のように切断されるとifindex=10はその時点で削除される。同一ユーザAが再び同図(c)でppp接続を行うと、pppサーバはセッションID=ppp5、ifindex=30としてpppセッションを張り、前回のifindex=10とは異なる新たなifindexが割り当てられる。
【０００８】
このようにユーザに対応するサーバ側のインタフェース名やifindexが接続ごとに毎回変わるため、SNMPエージェントであるサーバのifindexに対応するインタフェースのトラフィック量を取得しても、ユーザ毎のトラフィック履歴を継続的に取得・監視することはできない。
【０００９】
本発明の目的は、上記した従来技術の課題を解決し、SNMPエージェントの機器でありかつ動的ユーザインタフェースを利用するネットワーク機器において、ユーザ毎の通信情報を管理することのできるユーザ通信情報監視システムを提供することにある。
【課題を解決するための手段】
【００１０】
上記の目的を達成するために、本発明は、ppp(Point-to-Point Protocol)接続を介して通信するユーザの通信情報をSNMP(Simple Network Management Protocol)で管理するユーザ通信情報監視システムであって、該ユーザ通信情報監視システムはpppサーバ部、SNMPエージェント部およびユーザ管理部を含む接続装置を含み、前記pppサーバ部は各ユーザが通信に用いる仮想インタフェースを含み、各ユーザが送信した該ユーザと前記接続装置との間のppp接続の確立／切断の要求を受信する都度、該要求を送信したユーザが通信に用いる前記仮想インタフェースを動的に更新し、前記SNMPエージェント部は前記仮想インタフェースの情報および該仮想インタフェースにおける通信情報をSNMPを用いて管理し、前記ユーザ管理部は各ユーザの前記仮想インタフェースにおける接続状態情報を含む各ユーザの通信情報を保存するユーザ管理テーブルを含み、前記要求受信の都度、該要求の内容に従って、前記ユーザ管理テーブルにおける前記要求を送信したユーザの通信情報と、前記SNMPエージェント部で管理される前記仮想インタフェースにおける通信情報と、を参照して前記ユーザ管理テーブルにおける前記要求を送信したユーザの通信情報と、前記SNMPエージェント部で管理される前記仮想インタフェースにおける通信情報と、を更新することを第１の特徴とする。
【００１１】
また本発明は、前記SNMPエージェント部が、前記仮想インタフェースの前記pppサーバ部による動的更新情報と、前記仮想インタフェースにおけるトラフィック送受信量を含む通信情報と、をSNMPを用いてMIB(Management Information Base)情報として管理し、前記ユーザ管理テーブルはさらに、各ユーザのトラフィック送受信量の情報を含む各ユーザの通信情報を保存し、前記ユーザ管理部は、前記要求受信が前記ppp接続の確立要求受信である場合には、前記SNMPエージェント部で管理される当該接続確立する前記仮想インタフェースにおけるトラフィック送受信量を、前記ユーザ管理テーブルにおける当該接続確立するユーザのトラフィック送受信量で上書きして更新し、前記要求受信が前記ppp接続の切断要求受信である場合には、前記ユーザ管理テーブルにおける当該接続切断するユーザのトラフィック送受信量を、前記SNMPエージェント部で管理される当該接続切断する前記仮想インタフェースにおけるトラフィック送受信量で上書きして更新することを第２の特徴とする。
【００１２】
また本発明は、前記接続装置へ各ユーザの通信情報を問い合わせて受信し、該受信日時情報を該各ユーザの通信情報に含めて保存するトラフィック監視装置をさらに含み、
該トラフィック監視装置は前記問い合わせの際、前記ユーザ管理部に問い合わせ対象ユーザの接続状態を問い合わせ、該問い合わせ対象ユーザがppp接続を確立して通信中の状態であれば、前記ユーザ管理部から該ユーザが接続して通信に利用する前記仮想インタフェースの情報を受信し、該情報を用いて、前記SNMPエージェント部から該ユーザが接続して通信に利用する前記仮想インタフェースにおける通信情報を、該ユーザの通信情報としてSNMPで受信し、前記問い合わせ対象ユーザがppp接続を切断した状態であれば、前記ユーザ管理部から前記ユーザ管理テーブルにおける該ユーザの通信情報を受信することを第３の特徴とする。
【００１３】
また本発明は、前記ユーザ管理部が前記要求受信の都度、前記ユーザ管理テーブルを参照して、前記要求を送信したユーザの通信情報を前記トラフィック監視装置に自動送信し、前記トラフィック監視装置はさらに、前記ユーザ管理部から前記自動送信された情報を受信して、該自動送信された情報に該受信日時情報を含めて各ユーザの通信情報として保存することを第４の特徴とする。
【００１４】
また本発明は、前記SNMPエージェント部が前記要求受信の都度、該要求受信による前記仮想インタフェースの動的更新を契機として、前記SNMPエージェント部が管理する該更新された前記仮想インタフェースにおける通信情報と、前記ユーザ管理テーブルにおける該更新された前記仮想インタフェースに対応するユーザの情報と、を対応づけた情報を含むSNMPトラップを前記トラフィック監視装置に自動送信し、前記トラフィック監視装置はさらに、前記SNMPエージェント部から前記自動送信された前記SNMPトラップを受信して、該SNMPトラップに該受信日時情報を含めて各ユーザの通信情報として保存することを第５の特徴とする。
【００１５】
また本発明は、前記トラフィック監視装置が前記保存している各ユーザの通信情報に基づいて通信状況が所定の条件を満たすユーザを選出し、該選出されたユーザの情報を前記接続装置に送信し、前記接続装置は前記選出されたユーザが通信に用いる前記仮想インタフェースに帯域制限を課すことを第６の特徴とする。
【００１６】
さらに本発明は、前記ユーザ管理部が前記要求受信の都度、該要求を送信したユーザと前記接続装置との間の経路情報および往復遅延情報を算出し、該経路情報および該往復遅延情報を用いて前記ユーザ管理テーブルに含まれる前記要求を送信したユーザの通信情報を更新することを第７の特徴とする。
【発明の効果】
【００１７】
前記第１の特徴によれば、用いる仮想インタフェースが接続の切断／確立毎に動的に切り替わるppp接続により通信するユーザの通信情報をSNMPで管理するユーザ通信情報監視システムの接続装置において、各ユーザが接続を確立／切断するたびに仮想インタフェースが更新されても、SNMPで管理される接続中の仮想インタフェースにおける各ユーザの通信情報とユーザ管理テーブルにおける各ユーザの通信情報とを、互いに参照して更新することができるため、接続装置内で各ユーザの通信情報（仮想インタフェースへの接続状態を含む情報）を消失せずに保持しておくことができる。
【００１８】
前記第２の特徴によればさらに、各ユーザが接続を確立／切断するたびに仮想インタフェースが更新されても、切断時はそれまでの接続中にSNMPで管理されていた仮想インタフェースにおける各ユーザの通信情報をユーザ管理テーブルに上書きすることで、切断中においても保持しておき、再び接続する場合はユーザ管理テーブルからSNMPで管理する仮想インタフェースの通信情報へ上書きして更新することができるため、各ユーザのトラフィック送受信量を含む各ユーザの通信情報を接続装置内に保持しておくことができる。
【００１９】
前記第３の特徴によればさらに、接続装置内に保持されている各ユーザの通信情報を問い合わせるトラフィック監視装置が問い合わせ結果を問い合わせ日時情報と共に保存するので、トラフィック監視装置において各ユーザの通信情報履歴を把握することができる。また接続装置中の各ユーザの通信情報問い合わせ先は、ユーザが接続し通信中の状態ならユーザの通信トラフィックが流れる仮想インタフェースであり、切断した状態なら事前の接続中の通信情報が保存されたユーザ管理テーブルであるので、常にユーザの最新の通信情報を問い合わせ受信することができる。
【００２０】
また前記第３の特徴によればさらに、接続装置とトラフィック監視装置とは共にSNMPが実装されているので、各々に接続装置を有するアクセスネットワークが複数存在するなどして、多数の接続装置が存在するような場合であっても単一のトラフィック監視装置を用いて既存のSNMPにより簡易に監視し、かつ監視コストを抑えることができる。
【００２１】
前記第４、第５の特徴によればさらに、接続装置に各ユーザがppp接続の確立／切断要求を出す毎に自動で接続装置から当該ユーザの通信情報がトラフィック監視装置に送信され日時情報と共に保存・蓄積されるので、各ユーザの通信情報をその時間推移と共にトラフィック監視装置において把握することができる。
【００２２】
前記第６の特徴によればさらに、通信量が多いユーザに対して自動的に帯域制限を加えることにより、接続装置に過負荷がかかることなどを防止し、ユーザと接続装置間のネットワークなどを安定させることができる。
【００２３】
前記第７の特徴によればさらに、ユーザの通信情報に追加情報として経路情報および往復遅延情報を加え、前記第３〜第６の特徴におけるトラフィック監視装置から接続装置をより細かく管理することができる。
【図面の簡単な説明】
【００２４】
【図１】本発明が実施されるネットワーク構成を示す図である。
【図２】接続装置とトラフィック監視装置の構成を示す図である。
【図３Ａ】インタフェースMIBにて仮想インタフェースにおけるトラフィック送受信量をMIB情報として保存していることを概念的に示す図である。
【図３Ｂ】仮想インタフェースにおけるトラフィック送受信量の時間変化と、対応するインタフェースMIBに格納される値の時間変化との関係を概念的に示す図である。
【図４】ユーザよりppp接続の確立／切断要求を受信した場合の接続装置の内部処理の流れを示す図である。
【図５】ユーザ管理テーブルの例を示す図である。
【図６】接続装置にあるユーザが接続・切断を繰り返した場合のユーザ管理テーブルおよびインタフェースMIBにおける記録状態の変遷の例を時系列で示す図である。
【図７】pppサーバに対して接続するユーザの仮想インタフェースが接続毎に切り替わる従来技術を説明する図である。
【発明を実施するための形態】
【００２５】
以下に、図面を参照して本発明の実施形態について詳細に説明する。図１に本発明が実施されるネットワーク構成の概略を示す。接続装置１はpppサーバとして機能する。ユーザはインターネット接続するにあたってまず端末６よりアクセスネットワーク経由で接続装置１とppp接続を確立する。ppp接続を確立するにあたって接続装置１はユーザを認証し仮想インタフェースを追加し割り当て、ユーザは接続装置１を経由してインターネット接続が可能となる。ユーザが接続を終える場合には、接続装置１はユーザに割り当てていた仮想インタフェースを削除し、ppp接続を切断する。
【００２６】
すなわち接続装置１はユーザが接続（ユーザ端末６と接続装置１間のppp接続および接続装置１とインターネット間のIP網の接続）に用いる接続装置１内の仮想インタフェースを、接続確立時は新たに割り当て接続切断時は削除することによって動的に更新する。
【００２７】
接続装置１はまた、上述のような各ユーザのppp接続の確立／切断がある毎に後述のユーザ管理テーブルを更新してユーザ毎のトラフィック量を把握すると共に、SNMPエージェントとして機能する。SNMPエージェントとしての接続装置１は、上記の仮想インタフェースにおけるトラフィック送受信量を含む接続装置１内の情報をMIB情報として管理する。
【００２８】
トラフィック監視装置２は接続装置１に対して各ユーザのトラフィック量に関する問い合わせを行い、接続装置１から返信された各ユーザのトラフィック量を受信日時と共に記録して各ユーザの通信情報として保存する。
【００２９】
なお接続装置１とトラフィック管理装置２との通信は図１では管理用ネットワーク経由となっているが、インターネット経由でも、管理用ネットワークとインターネット両者の経由であってもよい。また、図１においてユーザ端末６と接続装置１との間はアクセスネットワークとなっているが、ユーザ端末６と接続装置１との間でppp接続を確立したうえでユーザが接続装置１を介して通信するのであれば、ユーザ端末６と接続装置１との間はインターネットその他任意のネットワークや通信路でもよい。
【００３０】
次に、接続装置１およびトラフィック監視装置２の構成の詳細につき、図２を参照して説明する。接続装置１はpppサーバ部３、ユーザ管理部４、SNMPエージェント部５および接続装置側送受信部２３を備える。pppサーバ部３はユーザ側インタフェース部１１、接続処理部１２、インターネット側インタフェース部１３および仮想インタフェース管理部１４を備える。トラフィック監視装置２はユーザトラフィック管理部２１および監視装置側送受信部２２を備える。
【００３１】
pppサーバ部３では、ユーザから送信されユーザ側インタフェース部１１で受信するデータ（パケット）がユーザと接続装置１との間のppp接続確立要求や切断要求に関するものである場合には、接続処理部１２により後述する接続装置１内部での処理のトリガーが出される。それ以外の場合でユーザがppp接続を確立し通信中の場合には、pppサーバ部３はユーザ側インタフェース部１１とインターネット側インタフェース部１３とを介して、ユーザとインターネット間のデータを中継する。
【００３２】
ユーザ管理部４はユーザ管理テーブル４１を保持し、接続処理部１２がユーザppp接続の確立／切断要求を受けて発したトリガーを受け、ユーザの接続状態やユーザがppp接続に利用する仮想インタフェースのインタフェースID(ifindex)をユーザ管理テーブル４１において更新し管理する。仮想インタフェース管理部１４は接続処理部１２からの前記トリガーを受け、仮想インタフェース（pppインタフェース）の状態を管理する。
【００３３】
SNMPエージェント部５は、接続装置１の各種情報を管理するツリー構造のMIB情報の一部としてインタフェースＭＩＢ５１を保持する。MIB情報およびその一部であるインタフェースＭＩＢ５１の読み書きはSNMPの機能により、SNMPエージェント部５自身が、またSNMPエージェント部５が接続装置１の内外から命令を受けて行う。
【００３４】
インタフェースＭＩＢ５１には、図３Ａに概念的に示すように仮想インタフェース毎に送受信したトラフィック量がMIB情報として格納されている。すなわち図３Ａはあるユーザがppp接続を確立した状態で、ユーザ側インタフェース部１１にユーザへパケットを送信する送信仮想インタフェース１１aとユーザからパケットを受信する受信仮想インタフェース１１ｂが存在している。この状態では図３Ａに示すように、インタフェースＭＩＢ５１には、当該ユーザが用いる仮想インタフェースのifindexと、該ifindexに対応づけられる送信仮想インタフェース１１aでの送信量および受信仮想インタフェース１１ｂでの受信量がツリー構造のMIB情報に格納されている。また該MIB情報は接続を確立したユーザが複数存在すれば、各ユーザ毎に対応するifindexと共にインタフェースＭＩＢ５１内に格納される。
【００３５】
なお、インタフェースＭＩＢ５１内に格納された各仮想インタフェースにおける送受信量の値は、ユーザが接続確立後の所定期間において実際に仮想インタフェースで送受信された通信量と絶対値が常に一致するわけではない。絶対値が一致していた場合でも後述のようにユーザ管理テーブル４１を参照するなどして上書きされる場合には絶対値に差ができる。このように上書きする場合を除いて、インタフェースＭＩＢ５１における通信量（送信量および受信量）の値は常にユーザ側インタフェース部でユーザが実際に通信に用いている仮想インタフェースでの送受信量がユーザの通信に伴って増加する量に追従して同量だけ増加する。すなわち上書き時を除いて常に両者の時間変化量（蓄積するトラフィック量であるので時間変化は非減少）は等しい。これを説明する例を図３Ｂに示す。
【００３６】
図３Ｂではあるユーザが接続して新規に追加された仮想インタフェースにおいて通信開始した時点から所定期間を経て、仮想インタフェースにおける通信量が（接続通信開始時, 所定期間後）＝(０, 5000)(通信トラフィック量の単位は任意)となり、この間の仮想インタフェースにおける通信量の時間変化が（ａ）で示されている。この仮想インタフェースにおける通信量を格納するインタフェースＭＩＢ５１において、仮想インタフェース追加時に任意の初期値xを上書きしたとすると、インタフェースＭＩＢ５１に格納される通信量は（接続通信開始時, 所定期間後）＝(x, x+5000)となり、インタフェースＭＩＢ５１に格納される通信量の時間変化は（ｂ）で示される。（ａ）、（ｂ）に示すように、インタフェースＭＩＢ５１における通信トラフィック量（ｂ）は、上書き時以外常に、対応する仮想インタフェースの通信トラフィック量（ａ）と同一の時間変化である。図３Ｂにおいて新規追加時の上書きを行わない(ｘ＝０の場合に相当)ならば、（ａ）と（ｂ）は一致する。なおまた後述するようにこの上書きを利用することでユーザ毎の通信量の継続把握が可能となる。
【００３７】
図２の説明に戻り、接続装置側送受信部２３はトラフィック監視装置２の監視装置側送受信部２２からの各ユーザのトラフィック量の問い合わせ等を受信し、接続装置１内で管理しているユーザ毎のトラフィック情報を返信する。トラフィック監視装置２では返信されてきたトラフィック情報と返信を受信した日時情報を用い、ユーザトラフィック管理部２１においてユーザ毎のトラフィックの履歴を各ユーザの通信情報として管理する。
【００３８】
なお、接続装置側送受信部２３はトラフィック監視装置２からの問い合わせに対して、後述するようにまずユーザ管理テーブル４１を参照して問い合わせ対象ユーザの接続状態をトラフィック監視装置２へ返信する。トラフィック監視装置２では返信された接続状態によってトラフィック量の問い合わせ先を変更する。
【００３９】
ユーザが接続確立中であればトラフィック監視装置２はSNMPマネージャとしての機能を利用して、SNMP問い合わせをSNMPエージェントである接続装置１のSNMPエージェント部５に対して監視装置側送受信部２２と接続装置側送受信部２３を介して送信する。SNMPエージェント部５はインタフェースＭＩＢ５１内の情報から後述のように問い合わせ対象ユーザに対応するトラフィック情報をSNMP応答として返信する。
【００４０】
ユーザが接続切断中であればトラフィック監視装置２は、接続装置１のユーザ管理部４に対してユーザ管理テーブル４１を参照させて、後述のように問い合わせ対象ユーザに対応するトラフィック情報を返信させる。
【００４１】
なおまた、上述した項目以外であっても、接続装置１とトラフィック監視装置２との間の情報・命令等の送受信は全て接続装置側送受信部２３と監視装置側送受信部２２とを介して行われる。
【００４２】
次に、ユーザからppp接続の確立／切断要求を受けた場合の接続装置１の内部処理の流れの詳細を図４を参照して説明する。ユーザが接続装置１に対してppp接続の確立／切断要求を送信すると、該要求をユーザ側インタフェース部１１を介して接続処理部１２が受信し、接続装置１の内部処理が開始される。まずステップＳ１では、接続処理部１２がユーザ管理部４に対して次に述べるユーザ管理テーブル４１のユーザ状態を変更させる。
【００４３】
ユーザ管理部４は図５に示すようなユーザ管理テーブル４１を保持している。ユーザ管理テーブル４１は接続装置１を利用してppp接続を行う各ユーザのID、接続状態、ユーザが接続に利用する仮想インタフェースのID(ifindex)、トラフィックカウンタ(in/out)およびユーザ情報等からなる項目欄を有する。トラフィックカウンタinはユーザ側から接続装置１に入ってきて(in)インターネット側へ向かうトラフィック量のカウンタであり、トラフィックカウンタoutはインターネット側から送られ接続装置１を出て(out)ユーザ側へ向かうトラフィックの量のカウンタである。ユーザ情報欄にはユーザのIPアドレスを含む（１つまたは複数の）補助的な情報を保持できる。
【００４４】
ステップＳ１の説明に戻り、ユーザ管理部４は接続確立／切断要求を出しているユーザを識別して対応するユーザ管理テーブル４１におけるユーザＩＤを確認した上で、ユーザが接続確立要求（接続要求）を出している場合はユーザ管理テーブル４１における当該ユーザの接続状態を「切断」から「接続」へ変更し、ユーザが切断要求を出している場合は当該ユーザの接続状態を「接続」から「切断」へ変更する。またステップＳ１ではユーザが接続／切断要求を出している場合のいずれも、後述の方法により当該ユーザのIPアドレス等の情報を取得してユーザ管理テーブル４１のユーザ情報欄へ記録する。
【００４５】
ステップＳ２ではユーザがppp接続要求を出しているかppp切断要求を出しているかで以降の処理への分岐判断を下す。
【００４６】
ステップＳ２でユーザが接続要求の場合ステップＳ３へ進み、接続処理部１２は仮想インタフェース管理部１４に対して当該ユーザがppp接続を行うのに用いる仮想インタフェースを追加させると共に、該仮想インタフェースを接続装置１内で識別できるようにインタフェースID(ifindex)を割り当てさせる。
【００４７】
なおステップＳ３を完了した時点で、該ifindexを参照用のキーとして用いることによって、SNMPエージェント部５におけるインタフェースＭＩＢ５１から、該ifindexに対応する仮想インタフェースにおける送受信量をトラフィック監視装置２などでSNMPを用いて問い合わせて参照することが（以降、該仮想インタフェースおよびifindexが削除されない限り）可能となる。
【００４８】
ステップＳ４では仮想インタフェース管理部１４が、当該ユーザに対して追加して割り当てた仮想インタフェースのifindexの値をユーザ管理部４のユーザ管理テーブル４１における当該ユーザＩＤのifindex欄のエントリに格納する。
【００４９】
ステップＳ５ではまずユーザ管理部４がユーザ管理テーブル４１における、通信要求を出してppp接続を開始しようとしている当該ユーザのユーザIDに対応するトラフィックカウンタ(in/out)のエントリを参照する。該エントリに値が格納されていればユーザ管理部４はSNMPエージェント部５に対して、その値をインタフェースＭＩＢ５１における対応する当該ユーザのifindexのトラフィック送受信量の値として上書きして書き込ませる。
【００５０】
なおここで、ユーザ管理テーブル４１におけるトラフィックカウンタinの値をインタフェースＭＩＢ５１の当該ifindexにおけるトラフィック受信量に、トラフィックカウンタoutの値をトラフィック送信量に書き込む。ステップＳ５では書き込みの後さらに、ユーザ管理テーブル４１における書き込み元のトラフィックカウンタ(in/out)の値をクリアし、値が格納されていない状態とする。
【００５１】
なお通常の場合、すなわちユーザ管理部４を用いずppp接続処理部３とSNMPエージェント部５とから構成される従来技術を用いた場合、ユーザの接続要求を受けて新たに追加された仮想インタフェースのトラフィック送受信量を表すインタフェースＭＩＢ５１の値は初期値０である。本願発明においてはステップＳ５の処理および後述の切断要求時の処理（ステップＳ７）によってこのインタフェースＭＩＢ５１の値は初期値０に対してユーザ管理テーブル４１を用いて上書きすることによって当該ユーザの前回のppp接続切断時のトラフィック送受信量の値となる。
【００５２】
なおまた、ステップＳ５では書き込み後ユーザ管理テーブル４１における書き込み元のトラフィックカウンタ(in/out)の値をクリアせず、そのまま保持しておく実施形態も可能（実施形態Ａとする）である。
【００５３】
ステップＳ５を終えるとステップＳ６において、ユーザ側インタフェース部１１よりユーザに対してppp接続準備が完了した確認メッセージを送信し、ユーザはppp通信を利用可能となる。
【００５４】
ステップＳ２の説明に戻り、ユーザが切断要求を出した場合にはステップＳ７に進む。ステップＳ７では、まずユーザ管理部４が当該ユーザのIDを確認してユーザ管理テーブル４１から対応するifindex(ユーザがそれまで接続していた仮想インタフェースに対応するID)を読みとる。ユーザ管理部４は当該ifindexを用いて、SNMPエージェント部５のインタフェースＭＩＢ５１から当該ifindexの仮想インタフェースにおける送受信量（後述のとおり当該ユーザの切断時の累積トラフィック送受信量に相当）を読み取り、ユーザ管理テーブル４１の当該ユーザＩＤのトラフィックカウンタ(in/out)のエントリに記録する。
【００５５】
なおここで、インタフェースＭＩＢ５１の当該ifindexにおけるトラフィック受信量をユーザ管理テーブル４１におけるトラフィックカウンタinのエントリに、トラフィック送信量をトラフィックカウンタoutのエントリに書き込む。（ステップＳ５での対応と同様。）
【００５６】
ステップＳ７におけるこの動作は、切断時におけるそのユーザのトラフィック送受信量を記録するための動作であり、前述の接続要求時の説明のとおり次回当該ユーザが接続した際に、ユーザのトラフィック送受信量を継続的に記録するために必要な動作である。
【００５７】
ステップＳ７を終えるとステップＳ８に進み、接続処理部１２は仮想インタフェース管理部１４に対して当該ユーザが接続に利用していた仮想インタフェースを削除させる。なお仮想インタフェース削除により、インタフェースＭＩＢ５１における当該ifindexおよびトラフィック送受信量もクリアされる。さらにステップＳ９へ進み、ppp接続の切断が完了したメッセージをユーザ側インタフェース部１１よりユーザに返信する。
【００５８】
なお、前述の実施形態ＡにおいてもステップＳ７〜Ｓ９は同様に実施可能である。
【００５９】
次に、図４のような処理（ただし実施形態Ａではなく、ステップＳ５にて書き込み後にクリアを行う場合）の流れで機能する接続装置１に対して、あるユーザ（例えばユーザＩＤを007としてユーザ管理テーブル４１に登録されているものとする）がpppの接続確立／切断を順次行う場合に、該ユーザの通信情報がユーザ管理テーブル４１およびインタフェースＭＩＢ５１で管理される例を図６を用いて示す。
【００６０】
図６ではユーザが接続・切断要求を送信した日時を順にｔ１〜ｔ６の記号で示し、該要求を接続装置１が図４のフローに従って処理した後の、当該ユーザに対応するユーザ管理テーブル４１の項目欄の一部とインタフェースＭＩＢ５１の情報の一部とを対応させて並べて時系列で示している。
【００６１】
なお、ｔ１〜ｔ６の日時、および本願発明におけるその他の日時（ppp接続確立／切断要求の日時など）とは、年、月、日、分、秒などで指定される時間、時刻を一般に指すものとする。
【００６２】
日時ｔ１は当該ユーザが接続装置１のユーザ管理テーブル４１に初期登録された日時であり、ユーザ管理テーブル４１では切断状態、ifindexなし、トラフィックカウンタ(in/out)は共に初期登録状態で値が０、となっている。
【００６３】
日時ｔ２は当該ユーザが登録後最初に接続要求を出した日時であり、ifindex=15の仮想インタフェースが割り当てられる。日時ｔ１からｔ２に至る直前までトラフィックカウンタ(in/out)に保持されていた値がｔ２の時点では(a)に示すように、インタフェースＭＩＢ５１におけるifindex=15の仮想インタフェースの送受信量の値に対して上書きしてから、トラフィックカウンタ(in/out)をクリアする。
【００６４】
日時ｔ３は日時ｔ２での接続後、次に切断した日時である。ｔ２以降〜ｔ３に至る直前の間の接続状態ではユーザ管理テーブル４１の状態はｔ２における状態のまま変わらず、インタフェースＭＩＢ５１においてトラフィック送受信量がユーザのネットワーク利用に応じて値を増加させており、その結果ｔ３の時点（仮想インタフェースが削除される図４のステップＳ８の直前の時点）でインタフェースＭＩＢ５１における(送信量、受信量)＝(10000, 25000)となっている。この値がｔ３の時点で(b)に示すように、ｔ３の前では値がクリアされた状態であったトラフィック(in/out)に上書きして記録される。
【００６５】
日時ｔ４は日時ｔ３の切断後、次に接続した日時であり、日時ｔ２と同様の処理が行われる。ｔ３以降〜ｔ４に至る直前の間の切断状態でユーザ管理テーブル４１に保持されていたトラフィックカウンタ(in/out)がｔ４の接続で新たに割り当てられたifindex=19の仮想インタフェースのインタフェースＭＩＢ５１に対してｔ４の時点で(c)のように上書きされたのち、ｔ４の時点でユーザ管理テーブル４１におけるトラフィックカウンタ(in/out)はクリアされる。
【００６６】
日時ｔ５は日時ｔ４の接続後、次に切断した日時であり、日時ｔ３と同様の処理が行われる。ｔ４以降〜ｔ５に至る直前の間の接続状態ではユーザの通信によりインタフェースＭＩＢ５１における(送信量、受信量)が(10000, 25000)から(18000,45000)まで増加した後、ｔ５の時点で(d)に示すようにトラフィックカウンタ(in/out)に記録される。なおｔ４〜ｔ５間におけるifindex=19でのユーザのトラフィックの(送信量、受信量)は上記２つの差分の(8000, 20000)であるが、この情報は後述するようにトラフィック監視装置２において把握が可能である。
【００６７】
日時ｔ６は日時ｔ５の切断後、次に接続した日時であり、日時ｔ２、ｔ４と同様の処理が行われる。新たにifindex=21の仮想インタフェースが割り当てられ、そのインタフェースＭＩＢ５１にｔ５〜ｔ６の間の切断状態でユーザ管理テーブル４１に保持されていたトラフィックカウンタ(in/out)の値がｔ６の時点で(e)に示すように記録された後、ｔ６の時点でトラフィックカウンタ(in/out)の値はクリアされる。ｔ６以降も、切断・接続のある毎に以上と同様の変化である。
【００６８】
次にSNMPマネージャであるトラフィック監視装置２の動作について説明する。まず接続装置１にて管理されているトラフィック量を取得するユーザの状態を監視装置側送受信部２２より接続装置側送受信部２３へ問い合わせる。接続装置側送受信部２３ではまずユーザ管理部４におけるユーザ管理テーブル４１を参照してユーザの接続状態を確認する。
【００６９】
当該ユーザの接続状態が「接続」である場合には、ユーザ管理テーブル４１から当該ユーザのifindex値を取得し、SNMPを用いることでインタフェースＭＩＢ５１における当該ユーザのifindexのトラフィック量を取得してトラフィック監視装置２へ返信する。
【００７０】
また当該ユーザの接続状態が「切断」である場合は、ユーザ管理テーブル４１から当該ユーザのトラフィック量をトラフィックカウンタ値より取得してトラフィック監視装置２へ返信する。
【００７１】
なお、前述の実施形態Ａの場合には上述のように当該ユーザの接続状態（接続／切断）によってトラフィック量問い合わせ先を（インタフェースＭＩＢ５１／ユーザ管理テーブル４１）のように切り換える実施形態以外にも、常にユーザ管理テーブル４１にトラフィック量を問い合わせる実施形態も可能である。この場合ユーザの接続状態が「接続」であればユーザ管理テーブル４１から得られるトラフィック量は必ずしも最新状態のものではないが、ユーザが接続／切断を繰り返す限り、継続的に問い合わせを行えばユーザのトラフィック量を追従して把握することができる。
【００７２】
トラフィック監視装置２では各ユーザのトラフィック量の問い合わせ結果の記録を接続装置１からの問い合わせ結果受信の日時と共にユーザトラフィック管理部２１に各ユーザの通信情報として保存している。問い合わせ結果が上記の「接続」・「切断」のいずれの場合であっても、取得したトラフィック量を、問い合わせ結果受信日時と共に各ユーザの通信情報として追加保存する。また後述のように接続装置１から自動的にユーザのトラフィック量が送信されてきた場合も、ユーザのトラフィック量自動受信日時と共に各ユーザの通信情報として追加保存する。よってトラフィック監視装置２から接続装置１に問い合わせる場合も、接続装置１から自動送信された情報を受信する場合も、トラフィック監視装置２で保存する各ユーザの通信情報にはトラフィック監視装置２における受信日時情報が追加して含まれる。
【００７３】
こうしてユーザトラフィック管理部２１ではトラフィック量の問い合わせ結果の受信日時・接続装置１からの自動受信日時と当該日時のユーザトラフィック量とを含む各ユーザの通信情報を保存し、該情報によって各ユーザの各期間（問い合わせ・自動受信の日時の間）のトラフィック量を、期間の両端におけるトラフィック量の差分として把握可能となる。
【００７４】
なお、ユーザトラフィック管理部２１から問い合わせを行う場合、運用者が所望のタイミングで行うようにしても、ユーザトラフィック管理部２１において定間隔で自動的に行うように設定しておいてもよい。
【００７５】
またトラフィック監視装置２（各種の受信情報保存箇所はユーザトラフィック管理部２１だが、以下ではトラフィック監視装置２で代表させて説明する）では、上述のような自身からのトラフィック量問い合わせという実施形態の他に、次のような実施形態も可能である。すなわち接続装置１のSNMPエージェント部５における機能として、管理対象オブジェクトの状態変化を検知して情報を送信する、SNMPエージェントとしてのSNMPトラップ機能を利用する。ユーザによる接続装置１に対するppp接続の確立／切断要求受信により図４の各ステップを経て処理される仮想インタフェースの更新をトラップ送信のための状態変化として設定する。インタフェース更新の日時、当該ユーザのIDなどの情報およびトラフィック量の情報と共に接続装置１からトラフィック監視装置２へSNMPトラップの情報として自動送信させる。トラフィック監視装置２では前述の実施形態と同様、送信されてきた情報を受信日時と共に各ユーザ毎に追加記録・保存する。
【００７６】
なお、SNMPトラップで送信するトラフィック量としては接続確立時ならば図４のステップＳ５においてユーザ管理テーブル４１からインタフェースＭＩＢ５１に上書きした直後のトラフィック量を用いることができる。また接続切断時ならば図４のステップＳ７においてインタフェースＭＩＢ５１のトラフィック量をユーザ管理テーブル４１に上書きする直前のトラフィック量を（切断要求後、実際に切断が完了して仮想インタフェースが削除され、インタフェースＭＩＢ５１のトラフィック量がクリアされる前に送信用領域にトラフィック量情報をコピーするなどして）選ぶことができる。
【００７７】
なおまた、接続装置１におけるインタフェース更新の日時と、該更新の情報をトラフィック監視装置２で受信した日時とでは一般に送信処理などに要する時間の分の差があるが、送受信がエラーなく行われる場合その差はトラフィック量を把握するための一般的な時間間隔と比べて極めて短い。よってトラフィック監視装置２において保存するユーザ通信情報に含める日時情報としては、両者を用いてもよいし、いずれか片方のみを用いてもよい。これはSNMPトラップによる実施形態の場合も、後述のユーザ管理部４による実施形態の場合も同様である。また前述のトラフィック監視装置２が接続装置１に問い合わせる実施形態の場合もトラフィック監視装置２における問い合わせ送受・受信信日時、接続装置１の送信日時などがあるが、この場合も同様にトラフィック監視装置２における受信日時で代表させるなどして構わない。
【００７８】
SNMPトラップを用いる実施形態の説明に戻り、ppp接続確立／切断要求いずれの場合もトラフィック量はインタフェースＭＩＢ５１から取得するためSNMPエージェント部５からSNMPを用いて送信できる。接続確立／切断要求を出したユーザのＩＤ等の情報はSNMPエージェント部５が、確立／切断により更新されたifindexをキーとしてユーザ管理テーブル４１から読み取り、トラフィック送受信量の情報および確立／切断日時の情報と共にトラフィック監視装置２へ送信する。
【００７９】
また上述のSNMPトラップ機能を利用した実施形態と同様の情報を上書き前後のユーザ管理テーブル４１からユーザ管理部４により（SNMPのトラップ機構を用いずに）送信させる実施形態も可能である。
【００８０】
この実施形態の場合、確立／切断時共にユーザ管理部４がユーザ管理テーブル４１を参照して当該ユーザのトラフィック量をトラフィックカウンタ(in/out)から読み取り、当該ユーザID情報、確立／切断日時情報（仮想インタフェース更新日時情報）と共にユーザ管理部４がトラフィック監視装置２へ送信する。なお、接続確立時には図４のステップＳ５にてインタフェースＭＩＢ５１に記録した後にトラフィックカウンタ(in/out)の値がクリアされる前にトラフィック量を読みとる。接続切断時は図４のステップＳ７にてインタフェースＭＩＢ５１からユーザ管理テーブル４１に記録された値からトラフィック量を読みとる。
【００８１】
トラフィック監視装置２は、上述のような各実施形態で取得したユーザ毎のトラフィック情報に基づいて、所定時間間隔におけるトラフィック量が第一の所定値を超えるユーザを選出し、該ユーザに対して接続装置１において通信帯域に制限を加えさせることができる。トラフィック監視装置２は通信量過多として選出したユーザのＩＤ等の情報を接続装置に送信し、接続装置１ではユーザ管理部４が該情報を受信してユーザ管理テーブル４１における当該ユーザのユーザ情報欄を用いて通信量過多により帯域制限を加える旨のフラグを立てる。
【００８２】
帯域制限はユーザが接続確立を要求してきた場合に、ユーザ管理部４がユーザ管理テーブル４１を参照して当該ユーザが帯域制限を必要とするユーザである場合（図４のステップＳ２にて追加して帯域制限判断を実施）には、pppサーバ部３において該ユーザが用いる仮想インタフェースに帯域制限を加えさせて（図４のステップＳ３にて追加で実施）実施する。なお制限を加える判断はユーザトラフィック管理部２１で行うが、トラフィック監視装置２で本判断を下すユーザトラフィック管理部２１も含むものとして説明する。
【００８３】
またさらに、ユーザ管理部４におけるユーザ管理テーブル４１全体をトラフィック監視装置２が問い合わせて受信して、接続中の全ユーザの共通所定時間間隔でのトラフィック量総和を接続装置１の所定時間間隔における全トラフィック量として求め、全トラフィック量が第二の所定値を超える場合には、接続中の全ユーザに対して一律に帯域制限を加える判断を下すこともできる。
【００８４】
なお帯域制限を課す判断を行う作業は運用者が各ユーザのトラフィック量を参照して個別に行ってもよいが、ユーザトラフィック管理部２１において上記のように各ユーザのトラフィック問い合わせを定間隔または各日の所定時刻などで自動的に行ったうえで、各ユーザの所定期間のトラフィック量を自動的に求め、トラフィック量が予め設定した上限を超えるユーザに対しては自動的に帯域制限を加えるようにしてもよい。また帯域制限を加えたユーザがその後の自動トラフィック問い合わせの結果、トラフィック量が所定範囲内（トラフィック制限を加えるための上限値とは別の値で設定可能）に収まった場合は、帯域制限を自動解除させることもできる。解除する場合にはユーザ管理テーブルにおける前述のフラグを無効にすることで、当該ユーザが以降接続確立した場合は帯域制限を設けず接続する通常の処理が行われる。
【００８５】
また本発明のシステムを利用した追加的な実施形態として、接続装置１からユーザまでの往復遅延情報（RTT:Round Trip Time）や経路情報の取得がある。次にこれらの情報を取得する動作について説明する。
【００８６】
接続装置１とユーザとの間にppp接続が確立した場合、接続装置１はユーザに割り当てられたIPアドレスを、ユーザ管理テーブル４１の対応するユーザＩＤのユーザ情報欄に格納する。IPアドレスを用いて上述のRTTや経路情報を取得するので、まず接続装置１がユーザのIPアドレスを知るための方法を説明する。
【００８７】
ユーザにIPアドレスが割り当てられていない状態でユーザがppp接続要求を出す場合（ダイヤルアップ接続やPPPoE:Point-to-point protocol over Ethernet(登録商標)など）、通常ユーザに割り当てるＩＰアドレスは接続装置１から配布されるため、接続装置１はユーザのＩＰアドレスを知ることができる。
【００８８】
ユーザに既にIPアドレスが割り当てられている状態でユーザがppp接続要求を出す場合(L2TP: Layer 2 Tunneling Protocolを利用した接続など)、ユーザからのpppパケットはＩＰでカプセル化されて接続装置１に送信されるので、接続装置１はそのＩＰパケットの送信元アドレスをユーザのIPアドレスとする。
【００８９】
接続装置１はユーザのIPアドレスを把握すると、ユーザがppp接続中の場合は定期的にユーザのＩＰアドレスにpingやtracerouteを実行することによって、接続装置１からユーザまでのRTTや経路情報を取得することができる。なお取得したRTTや経路情報はユーザ管理テーブル４１のユーザ情報欄に追加して保存しておき、トラフィック監視装置２から参照してトラフィック監視装置２に保存するようにしてよい。またトラフィック監視装置２からの問い合わせに応じて、逐次上記のように接続装置１と問い合わせ対象ユーザ間のRTTや経路情報を取得し、トラフィック監視装置２に返信してもよい。
【００９０】
なお、pingおよびtracerouteは一般的なパソコン用OS等に含まれる周知のコマンドであり、pingは自ホストと指定ホスト間のパケットの往復時間を計測し、tracerouteは自ホストから指定ホストまでの経路情報を調査して経由するルータ等を表示する。
【００９１】
また、以上の追加的な実施形態でIPアドレス、RTTおよび経路情報の取得について説明したが、これらの取得は接続装置１のユーザ管理部４が行うものとしてもよい。ユーザ管理部４はこれらの情報を取得しユーザ管理テーブル４１の対応ユーザＩＤのユーザ情報欄に記録しておく。
【００９２】
また、ユーザ管理部４によるこれら情報の取得は上述のような接続中所定間隔などで定期的に行わせるほかに、ユーザによる接続／切断要求時に行わせるようにしてよい。すなわち図４のステップＳ１においてIPアドレスを取得した後、ステップＳ１内で続けてRTTおよび経路情報を取得してよい。
【００９３】
またトラフィック監視装置２では、前述のユーザ毎のトラフィック量に基づいた接続装置１における帯域制限において、さらに上記のRTTや経路情報に基づく追加帯域制限を加えさせるようにしてもよい。この場合、RTTや経路情報はトラフィック量と共に所定間隔などで自動取得させる。例えばRTTが所定時間を超える場合や、経路情報が所定のホップ数を超える場合に追加帯域制限を加えるようにしてもよい。
【符号の説明】
【００９４】
１…接続装置、２…トラフィック監視装置、３…pppサーバ部、４…ユーザ管理部、５…SNMPエージェント部
【図１】
2011182111.tif 000003
【図２】
2011182111.tif 000004
【図３Ａ】
2011182111.tif 000005
【図３Ｂ】
2011182111.tif 000006
【図４】
2011182111.tif 000007
【図５】
2011182111.tif 000008
【図６】
2011182111.tif 000009
【図７】
2011182111.tif 000010