JP2003110614A - トラフィック情報開示方法及びこの方法を実行する端末収容装置 - Google Patents
トラフィック情報開示方法及びこの方法を実行する端末収容装置Info
- Publication number
- JP2003110614A JP2003110614A JP2001296250A JP2001296250A JP2003110614A JP 2003110614 A JP2003110614 A JP 2003110614A JP 2001296250 A JP2001296250 A JP 2001296250A JP 2001296250 A JP2001296250 A JP 2001296250A JP 2003110614 A JP2003110614 A JP 2003110614A
- Authority
- JP
- Japan
- Prior art keywords
- traffic information
- user
- terminal
- terminal accommodating
- information request
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Pending
Links
Landscapes
- Computer And Data Communications (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
Abstract
(57)【要約】
【課題】 従来の欠点を解消したトラフィック情報開示
方法を提供する。 【解決手段】 ユーザ端末が、該ユーザ端末を収容する
端末収容装置にトラフィック情報要求を送るステップ
と、前記端末収容装置が、前記トラフィック情報要求に
応じて、予め設定されている経路情報にしたがって、こ
の経路上にある装置にトラフィック情報要求を送出する
ステップと、前記経路上の装置が、前記トラフィック情
報要求に応じて、トラフィック情報を前記端末収容装置
に送るステップと、前記端末収容装置が、前記トラフィ
ック情報を前記ユーザ端末に送るステップとを含む。
方法を提供する。 【解決手段】 ユーザ端末が、該ユーザ端末を収容する
端末収容装置にトラフィック情報要求を送るステップ
と、前記端末収容装置が、前記トラフィック情報要求に
応じて、予め設定されている経路情報にしたがって、こ
の経路上にある装置にトラフィック情報要求を送出する
ステップと、前記経路上の装置が、前記トラフィック情
報要求に応じて、トラフィック情報を前記端末収容装置
に送るステップと、前記端末収容装置が、前記トラフィ
ック情報を前記ユーザ端末に送るステップとを含む。
Description
【０００１】
【発明の属する技術分野】本発明は、トラフィック情報
開示方法に関する。本発明はさらに、このようなトラフ
ィック情報開示方法を実行する、ユーザ端末をネットワ
ークに接続する端末収容装置に関する。
開示方法に関する。本発明はさらに、このようなトラフ
ィック情報開示方法を実行する、ユーザ端末をネットワ
ークに接続する端末収容装置に関する。
【０００２】
【従来の技術】従来のＩＰ網におけるトラフィック情報
は、ネットワークの運用状況を知るための情報であり、
ネットワーク管理者にとっては重要な情報であった。ま
た、従来のＩＰネットワークにおいて提供されているベ
ストエフォートサービスでは、ユーザがトラフィック情
報を知る必要性は低かった。
は、ネットワークの運用状況を知るための情報であり、
ネットワーク管理者にとっては重要な情報であった。ま
た、従来のＩＰネットワークにおいて提供されているベ
ストエフォートサービスでは、ユーザがトラフィック情
報を知る必要性は低かった。
【０００３】一方、ＤｉｆｆＳｅｒｖ網のように、パケ
ットに優先順位を設け、網内で優先制御を行うことによ
り、優先度の高いパケットのパケット廃棄率等を低く抑
えて品質を確保するような複数のサービスクラスを持っ
た通信サービスが現在検討されている。このように複数
のサービスクラスを提供する網をマルチサービス網と呼
ぶことにする。
ットに優先順位を設け、網内で優先制御を行うことによ
り、優先度の高いパケットのパケット廃棄率等を低く抑
えて品質を確保するような複数のサービスクラスを持っ
た通信サービスが現在検討されている。このように複数
のサービスクラスを提供する網をマルチサービス網と呼
ぶことにする。
【０００４】マルチサービス網では、高い優先度のサー
ビスクラスと、低い優先度のサービスクラスとを差別化
するために、サービスクラスとデータ量による従量課金
制を導入することも考えられる。サービスクラスとデー
タ量による従量課金制が導入されると、ユーザは料金に
見合ったサービスを選択するために、「どのサービスが
どのような品質で提供されているのか」を知り、適切な
サービスクラスを選択する必要が出てくる。
ビスクラスと、低い優先度のサービスクラスとを差別化
するために、サービスクラスとデータ量による従量課金
制を導入することも考えられる。サービスクラスとデー
タ量による従量課金制が導入されると、ユーザは料金に
見合ったサービスを選択するために、「どのサービスが
どのような品質で提供されているのか」を知り、適切な
サービスクラスを選択する必要が出てくる。
【０００５】サービスクラスの品質を知るためには、ユ
ーザがサービスクラス毎に観測パケットを送出して網外
部より観測する方法も考えられる。しかしながら、計測
用パケットによるトラフィック増加、計測用パケットへ
の課金問題等があり、現実的ではない。
ーザがサービスクラス毎に観測パケットを送出して網外
部より観測する方法も考えられる。しかしながら、計測
用パケットによるトラフィック増加、計測用パケットへ
の課金問題等があり、現実的ではない。
【０００６】このため、ユーザに対してネットワーク事
業者等のサービス提供者がトラフィック情報を開示し、
その情報をユーザが利用できるようにする必要がある。
業者等のサービス提供者がトラフィック情報を開示し、
その情報をユーザが利用できるようにする必要がある。
【０００７】従来のトラフィック情報はネットワーク管
理者のみ開示されていたため、経路情報の管理、セキュ
リティの確保、処理負荷等の問題は解決することが容易
であった。しかし、ネットワーク管理者に代わって、一
般ユーザにトラフィック情報を開示する場合、これらの
問題を解決しなければならない。
理者のみ開示されていたため、経路情報の管理、セキュ
リティの確保、処理負荷等の問題は解決することが容易
であった。しかし、ネットワーク管理者に代わって、一
般ユーザにトラフィック情報を開示する場合、これらの
問題を解決しなければならない。
【０００８】
【発明が解決しようとする課題】従来のネットワーク管
理者へのトラフィック情報開示方法を一般ユーザへのト
ラフィック情報開示に適応させた場合の問題点を以下に
述べる。まず、図１は、このようなネットワークの構成
の一例を説明する図である。ユーザ端末２及び１４は、
それぞれ端末収容装置４及び１２によってネットワーク
に接続される。端末収容装置４及び１２の間は、複数の
ルータ６．８及び１０によって経路が設定されている。
これらの端末収容装置及びルータは、管理者端末１８か
らネットワーク事業者のネットワーク管理ツールのよう
なオペレーションサポートシステム（ＯＳＳ）１６によ
って管理されている。
理者へのトラフィック情報開示方法を一般ユーザへのト
ラフィック情報開示に適応させた場合の問題点を以下に
述べる。まず、図１は、このようなネットワークの構成
の一例を説明する図である。ユーザ端末２及び１４は、
それぞれ端末収容装置４及び１２によってネットワーク
に接続される。端末収容装置４及び１２の間は、複数の
ルータ６．８及び１０によって経路が設定されている。
これらの端末収容装置及びルータは、管理者端末１８か
らネットワーク事業者のネットワーク管理ツールのよう
なオペレーションサポートシステム（ＯＳＳ）１６によ
って管理されている。
【０００９】図２は、ユーザが直接ＳＮＭＰ等を使って
情報を収集する方法を説明する図である。図１と同じ参
照符は同様の構成要素を示す。この方法においては、ネ
ットワーク管理者が直接ＳＮＭＰ等を使ってルータ等の
通信機器から情報を収集している。この方法を一般ユー
ザに適用した場合、以下の問題点がある。・経路上のす
べてのルータにアクセスする必要があるため、ユーザが
経路情報を知っている必要がある。ネットワーク事業者
が経路情報を変更した場合、全ユーザに対して、変更情
報を通知する必要などがあり、管理が複雑になる。・全
ルータがユーザからのアクセスに対応したセキュリティ
設定を行う必要がある。
情報を収集する方法を説明する図である。図１と同じ参
照符は同様の構成要素を示す。この方法においては、ネ
ットワーク管理者が直接ＳＮＭＰ等を使ってルータ等の
通信機器から情報を収集している。この方法を一般ユー
ザに適用した場合、以下の問題点がある。・経路上のす
べてのルータにアクセスする必要があるため、ユーザが
経路情報を知っている必要がある。ネットワーク事業者
が経路情報を変更した場合、全ユーザに対して、変更情
報を通知する必要などがあり、管理が複雑になる。・全
ルータがユーザからのアクセスに対応したセキュリティ
設定を行う必要がある。
【００１０】図３は、ユーザがＯＳＳに対してトラフィ
ック情報を要求し、ＯＳＳがＳＮＭＰ等を使って情報を
収集する方法を説明する図である。この図でも図１及び
２と同様の構成要素を同じ参照符で示す。この方法にお
いては、ＯＳＳが収集したトラフィック情報に対し、ユ
ーザへのアクセスを許可し、ユーザがトラフィック情報
を得ている。この方法では以下の問題点がある。 ・一般ユーザへのセキュリティ対策が必要。 ・複数のユーザからのアクセス集中により、ＯＳＳの処
理負担が大きくなり、本来のネットワーク管理業務に支
障をきたす可能性がある。 ・ユーザの要求に対するリアルタイムな情報収集は困
難。
ック情報を要求し、ＯＳＳがＳＮＭＰ等を使って情報を
収集する方法を説明する図である。この図でも図１及び
２と同様の構成要素を同じ参照符で示す。この方法にお
いては、ＯＳＳが収集したトラフィック情報に対し、ユ
ーザへのアクセスを許可し、ユーザがトラフィック情報
を得ている。この方法では以下の問題点がある。 ・一般ユーザへのセキュリティ対策が必要。 ・複数のユーザからのアクセス集中により、ＯＳＳの処
理負担が大きくなり、本来のネットワーク管理業務に支
障をきたす可能性がある。 ・ユーザの要求に対するリアルタイムな情報収集は困
難。
【００１１】したがって本発明の目的は、上述した欠点
を解消したトラフィック情報開示方法を提供することで
ある。本発明の他の目的は、このようなトラフィック情
報開示方法を実行する端末収容装置を提供することであ
る。
を解消したトラフィック情報開示方法を提供することで
ある。本発明の他の目的は、このようなトラフィック情
報開示方法を実行する端末収容装置を提供することであ
る。
【００１２】
【課題を解決するための手段】本発明によるトラフィッ
ク情報開示方法は、ユーザ端末が、該ユーザ端末を収容
する端末収容装置にトラフィック情報要求を送るステッ
プと、前記端末収容装置が、前記トラフィック情報要求
に応じて、予め設定されている経路情報にしたがって、
この経路上にある装置にトラフィック情報要求を送出す
るステップと、前記経路上の装置が、前記トラフィック
情報要求に応じて、トラフィック情報を前記端末収容装
置に送るステップと、前記端末収容装置が、前記トラフ
ィック情報を前記ユーザ端末に送るステップとを含むこ
とを特徴とする。
ク情報開示方法は、ユーザ端末が、該ユーザ端末を収容
する端末収容装置にトラフィック情報要求を送るステッ
プと、前記端末収容装置が、前記トラフィック情報要求
に応じて、予め設定されている経路情報にしたがって、
この経路上にある装置にトラフィック情報要求を送出す
るステップと、前記経路上の装置が、前記トラフィック
情報要求に応じて、トラフィック情報を前記端末収容装
置に送るステップと、前記端末収容装置が、前記トラフ
ィック情報を前記ユーザ端末に送るステップとを含むこ
とを特徴とする。
【００１３】本発明によるトラフィック情報開示方法の
他の実施形態は、前記端末収容装置が、前記ユーザ端末
からのトラフィック情報要求に応じてユーザ認証を行
い、承認された場合にのみ以降のステップを続けること
を特徴とする。
他の実施形態は、前記端末収容装置が、前記ユーザ端末
からのトラフィック情報要求に応じてユーザ認証を行
い、承認された場合にのみ以降のステップを続けること
を特徴とする。
【００１４】本発明による端末収容装置は、前記ユーザ
端末からのトラフィック情報要求に応じて、予め設定さ
れている経路情報にしたがって、この経路上にある装置
にトラフィック情報要求を送出し、前記トラフィック情
報要求に応じて前記装置から返ってきたトラフィック情
報を受け、このトラフィック情報を前記ユーザ端末に送
るように構成したことを特徴とする。
端末からのトラフィック情報要求に応じて、予め設定さ
れている経路情報にしたがって、この経路上にある装置
にトラフィック情報要求を送出し、前記トラフィック情
報要求に応じて前記装置から返ってきたトラフィック情
報を受け、このトラフィック情報を前記ユーザ端末に送
るように構成したことを特徴とする。
【００１５】本発明による端末収容装置の他の実施形態
は、前記ユーザ端末からのトラフィック情報要求に応じ
てユーザ認証を行い、承認された場合にのみ以降のトラ
フィック情報開示動作を行うように構成したことを特徴
とする。
は、前記ユーザ端末からのトラフィック情報要求に応じ
てユーザ認証を行い、承認された場合にのみ以降のトラ
フィック情報開示動作を行うように構成したことを特徴
とする。
【００１６】
【発明の効果】本発明によれば、ユーザはユーザ端末が
収容されている端末収容装置にのみアクセスすればよい
ので、ユーザが経路情報を知る必要がない。端末収容装
置がトラフィック情報要求の受付を行うことにより、ユ
ーザ認証、結果集約等の負荷を分散することができる。
ユーザからの要求があった時点での最新のトラフィック
情報をユーザに開示することができるようになる。
収容されている端末収容装置にのみアクセスすればよい
ので、ユーザが経路情報を知る必要がない。端末収容装
置がトラフィック情報要求の受付を行うことにより、ユ
ーザ認証、結果集約等の負荷を分散することができる。
ユーザからの要求があった時点での最新のトラフィック
情報をユーザに開示することができるようになる。
【００１７】
【発明の実施の形態】図４は、本発明によるトラフィッ
ク情報開示方法を説明する図である。図１、２及び３と
同じ参照符は同様の構成要素を示す。ユーザ端末２は、
トラフィック情報要求を端末収容装置４に送る。端末収
容装置４は、ユーザ認識を行い、正しいユーザであれば
ユーザ端末２からのトラフィック情報要求を受け付け
る。端末収容装置４は、予め設定されている経路情報に
従い、トラフィック情報要求を経路上の装置、すなわち
ルータ６、８及び１０と端末収容装置１２に送る。これ
らの装置は、前記トラフィック情報要求を受信すると、
自装置内のトラフィック情報を端末収容装置４に対して
返答する。このようにして、前記トラフィック情報要求
を受けた端末収容装置４は、要求された経路上のトラフ
ィック情報を得ることができる。端末収容装４は、この
ようにして収集されたトラフィック情報を虎フィク情報
回答としてユーザ端末２に回答する。
ク情報開示方法を説明する図である。図１、２及び３と
同じ参照符は同様の構成要素を示す。ユーザ端末２は、
トラフィック情報要求を端末収容装置４に送る。端末収
容装置４は、ユーザ認識を行い、正しいユーザであれば
ユーザ端末２からのトラフィック情報要求を受け付け
る。端末収容装置４は、予め設定されている経路情報に
従い、トラフィック情報要求を経路上の装置、すなわち
ルータ６、８及び１０と端末収容装置１２に送る。これ
らの装置は、前記トラフィック情報要求を受信すると、
自装置内のトラフィック情報を端末収容装置４に対して
返答する。このようにして、前記トラフィック情報要求
を受けた端末収容装置４は、要求された経路上のトラフ
ィック情報を得ることができる。端末収容装４は、この
ようにして収集されたトラフィック情報を虎フィク情報
回答としてユーザ端末２に回答する。
【００１８】図５は、本発明によるトラフィック情報開
示方法の一実施形態をより詳細に説明する図である。ユ
ーザ端末２２は、図１、２及び３のユーザ端末２に対応
し、端末装置２４は端末装置４に対応し、ＯＳＳ ２８
はＯＳＳ １６に対応する。ルータ又は端末収容装置２
６は、ルータ６、８又は１０か、端末収容装置１２に対
応する。本実施形態においては、端末収容装置２２は、
ユーザからのトラフィック情報要求受付及び回答処理に
ウェブを用いる。図６は、このような図５の実施形態の
動作を示すフローチャートである。点線で囲んだステッ
プは、図５において同じ参照符で示す要素の動作を示
す。ステップＳ１０１で、ユーザからのトラフィック情
報要求は、ユーザ端末２２上のウェブブラウザから端末
収容装置２４のウェブサーバに送られる。前記ウェブサ
ーバは、ステップＳ１０２でユーザ端末２２からのトラ
フィック情報要求を受けると、ステップＳ１０３でユー
ザ認証を行う。このユーザ認証では、例えばユーザ名、
パスワード、ＩＰアドレス等から成るユーザ情報にアク
セスして、ユーザからのパスワード認証等でユーザ認証
を行い、不正なユーザからのアクセスの場合、このユー
ザからの要求を拒否する。また、ユーザ認証部では、ユ
ーザの契約内容（利用できるサービスクラス、トラフィ
ック情報要求回数の制限等）を判断し、ユーザの契約内
容に合った要求か判断することもできる。ユーザ認証さ
れたトラフィック情報要求は端末収容装置２４内のＣＧ
Ｉ ＡＰを経由してトラフィック情報検索処理部へと渡
される。ステップＳ１０４で、トラフィック情報検索処
理部では、いつのトラフィック情報を要求されたか判断
し、過去のトラフィック情報の検索要求に対しては、ス
テップＳ１０５で、端末収容装置２４から予め過去のト
ラフィック情報収集してあるＯＳＳ ２８に対して検索
を行い、検索されたトラフィック情報を端末収容装置２
４に返す。また、最新のトラフィック情報を要求された
場合、ステップＳ１０６で、経路情報を検索し、ステッ
プＳ１０７で、経路上のルータ又は端末収容装置２６に
対してトラフィック情報の要求をノード間インタフェー
スを用いて要求する。経路上の各ルータ又は端末収容装
置２６は、ステップＳ１０８で、トラフィック情報要求
を受けると、ステップＳ１０９で、装置内のトラフィッ
ク情報回答処理部にて自装置内のトラフィック情報の検
索及び回答処理を行い、ステップＳ１１０で、端末収容
装置２４に対してトラフィック情報回答を返す。また、
端末収容装置２４でのトラフィック情報は、ステップＳ
１１１で自装置内のトラフィック情報を検索することに
よって得る。このようにして得られたトラフィック情報
は、ステップＳ１１３で、検索結果受付処理にて、経路
上のすべてのトラフィック情報が検索されたことを確認
し、検索結果の回答処理として、トラフィック情報検索
処理部より、ＣＧＩ ＡＰを介してユーザ端末２２のウ
ェブブラウザに送られ、ステップＳ１１４で、表示され
る。この検索結果を元に、ステップＳ１１５で、ユーザ
はサービスクラスを選択することができる。
示方法の一実施形態をより詳細に説明する図である。ユ
ーザ端末２２は、図１、２及び３のユーザ端末２に対応
し、端末装置２４は端末装置４に対応し、ＯＳＳ ２８
はＯＳＳ １６に対応する。ルータ又は端末収容装置２
６は、ルータ６、８又は１０か、端末収容装置１２に対
応する。本実施形態においては、端末収容装置２２は、
ユーザからのトラフィック情報要求受付及び回答処理に
ウェブを用いる。図６は、このような図５の実施形態の
動作を示すフローチャートである。点線で囲んだステッ
プは、図５において同じ参照符で示す要素の動作を示
す。ステップＳ１０１で、ユーザからのトラフィック情
報要求は、ユーザ端末２２上のウェブブラウザから端末
収容装置２４のウェブサーバに送られる。前記ウェブサ
ーバは、ステップＳ１０２でユーザ端末２２からのトラ
フィック情報要求を受けると、ステップＳ１０３でユー
ザ認証を行う。このユーザ認証では、例えばユーザ名、
パスワード、ＩＰアドレス等から成るユーザ情報にアク
セスして、ユーザからのパスワード認証等でユーザ認証
を行い、不正なユーザからのアクセスの場合、このユー
ザからの要求を拒否する。また、ユーザ認証部では、ユ
ーザの契約内容（利用できるサービスクラス、トラフィ
ック情報要求回数の制限等）を判断し、ユーザの契約内
容に合った要求か判断することもできる。ユーザ認証さ
れたトラフィック情報要求は端末収容装置２４内のＣＧ
Ｉ ＡＰを経由してトラフィック情報検索処理部へと渡
される。ステップＳ１０４で、トラフィック情報検索処
理部では、いつのトラフィック情報を要求されたか判断
し、過去のトラフィック情報の検索要求に対しては、ス
テップＳ１０５で、端末収容装置２４から予め過去のト
ラフィック情報収集してあるＯＳＳ ２８に対して検索
を行い、検索されたトラフィック情報を端末収容装置２
４に返す。また、最新のトラフィック情報を要求された
場合、ステップＳ１０６で、経路情報を検索し、ステッ
プＳ１０７で、経路上のルータ又は端末収容装置２６に
対してトラフィック情報の要求をノード間インタフェー
スを用いて要求する。経路上の各ルータ又は端末収容装
置２６は、ステップＳ１０８で、トラフィック情報要求
を受けると、ステップＳ１０９で、装置内のトラフィッ
ク情報回答処理部にて自装置内のトラフィック情報の検
索及び回答処理を行い、ステップＳ１１０で、端末収容
装置２４に対してトラフィック情報回答を返す。また、
端末収容装置２４でのトラフィック情報は、ステップＳ
１１１で自装置内のトラフィック情報を検索することに
よって得る。このようにして得られたトラフィック情報
は、ステップＳ１１３で、検索結果受付処理にて、経路
上のすべてのトラフィック情報が検索されたことを確認
し、検索結果の回答処理として、トラフィック情報検索
処理部より、ＣＧＩ ＡＰを介してユーザ端末２２のウ
ェブブラウザに送られ、ステップＳ１１４で、表示され
る。この検索結果を元に、ステップＳ１１５で、ユーザ
はサービスクラスを選択することができる。
【００１９】本発明によるトラフィック情報開示方法を
適用するのに好適なサービスとして、ストリーム通信サ
ービスのように、ユーザが特定のスループットを要求す
るようなサービスの例について説明する。トラフィック
情報として、各装置の出力ＩＦにおけるリンク容量、各
通信クラスの使用帯域を提供する。通信サービスクラス
としては、クラス１、クラス２及びクラス３の３種類を
想定し、クラス３、クラス２、クラス１の順に優先度が
高いが、通信コストもこの順に高いとする。図１のネッ
トワーク構成において、端末収容装置４の出力ＩＦをポ
ップ０、ルータ６、８及び１０の出力ＩＦをそれぞれポ
ップ１、ポップ２及びポップ３、端末収容装置１２のユ
ーザ端末１４への出力ＩＦをポップ４とする。ユーザ端
末２からのトラフィック情報要求に対する端末収容装置
４からの回答は、例えば、表１に示すように各ポップで
のリンク容量とクラス別の使用帯域である。
適用するのに好適なサービスとして、ストリーム通信サ
ービスのように、ユーザが特定のスループットを要求す
るようなサービスの例について説明する。トラフィック
情報として、各装置の出力ＩＦにおけるリンク容量、各
通信クラスの使用帯域を提供する。通信サービスクラス
としては、クラス１、クラス２及びクラス３の３種類を
想定し、クラス３、クラス２、クラス１の順に優先度が
高いが、通信コストもこの順に高いとする。図１のネッ
トワーク構成において、端末収容装置４の出力ＩＦをポ
ップ０、ルータ６、８及び１０の出力ＩＦをそれぞれポ
ップ１、ポップ２及びポップ３、端末収容装置１２のユ
ーザ端末１４への出力ＩＦをポップ４とする。ユーザ端
末２からのトラフィック情報要求に対する端末収容装置
４からの回答は、例えば、表１に示すように各ポップで
のリンク容量とクラス別の使用帯域である。
【００２０】
【表１】
【００２１】ここで、各ホップでのクラス別の使用可能
帯域は表２に示すようになる。
帯域は表２に示すようになる。
【表２】
【００２２】ここで、ユーザ端末２からユーザ端末１４
までの経路上での各クラスの使用可能帯域は各ホップで
の最小のものとなる。したがって、ユーザ端末２からユ
ーザ端末１４までの経路上での各クラスの使用可能帯域
は表３に示すようになる。
までの経路上での各クラスの使用可能帯域は各ホップで
の最小のものとなる。したがって、ユーザ端末２からユ
ーザ端末１４までの経路上での各クラスの使用可能帯域
は表３に示すようになる。
【００２３】
【表３】
【００２４】このとき、ユーザが５５の帯域で通信した
いと思うと、サービスクラスとしてクラス２を選択すれ
ば５５の帯域が確保できることがわかる。ここでクラス
１を選択すると、５５の帯域を確保できないので要求さ
れる品質を提供できない。また、クラス３を選択する
と、要求帯域は確保できるが、コストが多くかかること
になる。
いと思うと、サービスクラスとしてクラス２を選択すれ
ば５５の帯域が確保できることがわかる。ここでクラス
１を選択すると、５５の帯域を確保できないので要求さ
れる品質を提供できない。また、クラス３を選択する
と、要求帯域は確保できるが、コストが多くかかること
になる。
【００２５】また、本発明によるトラフィック情報開示
方法を適用できるサービスの他の例として、バルク通信
サービスのようなユーザが帯域を変化させることができ
るサービスについて説明する。例えば、ユーザはクラス
１の料金で通信したいのだが、使用可能な帯域はどれく
らいか知るためにトラヒック情報を要求する。このとき
の回答を表１の通りとすると、ユーザは５０の帯域であ
ればクラス１の料金でパケット廃棄されることなく通信
できることがわかる。
方法を適用できるサービスの他の例として、バルク通信
サービスのようなユーザが帯域を変化させることができ
るサービスについて説明する。例えば、ユーザはクラス
１の料金で通信したいのだが、使用可能な帯域はどれく
らいか知るためにトラヒック情報を要求する。このとき
の回答を表１の通りとすると、ユーザは５０の帯域であ
ればクラス１の料金でパケット廃棄されることなく通信
できることがわかる。
【００２６】図７は、本発明によるトラフィック情報開
示方法の他の実施形態をより詳細に説明する図である。
図５と同じ参照符は同様の要素を示す。この実施形態で
は、ユーザからのトラフィック情報要求にウェブを用い
ず、ユーザ端末２２内のユーザＡＰが直接端末収容装置
２４内のトラフィック情報検索処理部と通信し、トラフ
ィック情報を得る。ユーザ認識はユーザＡＰのＩＰアド
レスを調べることで、ユーザ情報にアクセスして不正な
ユーザでないか確認できる。端末収容装置２４がトラフ
ィック情報要求を受け付けた後は、図５及び６を参照し
て説明した実施形態と同様な動作でトラフィック情報の
収集を行い、トラフィック情報回答パケットをユーザ端
末２２のユーザＡＰに返す。
示方法の他の実施形態をより詳細に説明する図である。
図５と同じ参照符は同様の要素を示す。この実施形態で
は、ユーザからのトラフィック情報要求にウェブを用い
ず、ユーザ端末２２内のユーザＡＰが直接端末収容装置
２４内のトラフィック情報検索処理部と通信し、トラフ
ィック情報を得る。ユーザ認識はユーザＡＰのＩＰアド
レスを調べることで、ユーザ情報にアクセスして不正な
ユーザでないか確認できる。端末収容装置２４がトラフ
ィック情報要求を受け付けた後は、図５及び６を参照し
て説明した実施形態と同様な動作でトラフィック情報の
収集を行い、トラフィック情報回答パケットをユーザ端
末２２のユーザＡＰに返す。
【００２７】このような実施形態を適用できる好適なサ
ービスとしては、通信品質及び通信料金に関する要求条
件をユーザが指定し、ユーザＡＰがトラフィック情報を
定期的に要求することにより、データ送出帯域や選択サ
ービスクラスを自動的に制御するサービスが考えられ
る。
ービスとしては、通信品質及び通信料金に関する要求条
件をユーザが指定し、ユーザＡＰがトラフィック情報を
定期的に要求することにより、データ送出帯域や選択サ
ービスクラスを自動的に制御するサービスが考えられ
る。
【図１】 トラフィック情報開示方法を適用する網構成
を示す図である。
を示す図である。
【図２】 従来のトラフィック情報開示方法を説明する
図である。
図である。
【図３】 従来の他のトラフィック情報開示方法を説明
する図である。
する図である。
【図４】 本発明によるトラフィック情報開示方法を説
明する図である。
明する図である。
【図５】 本発明によるトラフィック情報開示方法の一
実施形態を説明する図である。
実施形態を説明する図である。
【図６】 本発明によるトラフィック情報開示方法の他
の実施形態を説明する図である。
の実施形態を説明する図である。
【図７】 本発明によるトラフィック情報開示方法の別
の実施形態を示す線図である。
の実施形態を示す線図である。
２、１４、２２ ユーザ端末
４、１２、２４ 端末収容装置
６、８、１０ ルータ
１６、２８ ＯＳＳ
１８ 管理者端末
２６ ルータ又は端末収容装置
─────────────────────────────────────────────────────
フロントページの続き
(72)発明者 岩下 克
東京都千代田区大手町二丁目３番１号 日
本電信電話株式会社内
Ｆターム(参考） 5B089 GA04 JA36 KA07 KB03
5K030 GA11 HA08 HC01 JA10 KA01
KA05 KA13 MB09 MC09
Claims (4)
- 【請求項１】 ユーザ端末が、該ユーザ端末を収容する
端末収容装置にトラフィック情報要求を送るステップ
と、 前記端末収容装置が、前記トラフィック情報要求に応じ
て、予め設定されている経路情報にしたがって、この経
路上にある装置にトラフィック情報要求を送出するステ
ップと、 前記経路上の装置が、前記トラフィック情報要求に応じ
て、トラフィック情報を前記端末収容装置に送るステッ
プと、 前記端末収容装置が、前記トラフィック情報を前記ユー
ザ端末に送るステップとを含むことを特徴とするトラフ
ィック情報開示方法。 - 【請求項２】 前記トラフィック情報開示方法におい
て、前記端末収容装置が、前記ユーザ端末からのトラフ
ィック情報要求に応じてユーザ認証を行い、承認された
場合にのみ以降のステップを続けることを特徴とするト
ラフィック情報開示方法。 - 【請求項３】 ユーザ端末をネットワークに接続する端
末収容装置において、前記ユーザ端末からのトラフィッ
ク情報要求に応じて、予め設定されている経路情報にし
たがって、この経路上にある装置にトラフィック情報要
求を送出し、前記トラフィック情報要求に応じて前記装
置から返ってきたトラフィック情報を受け、このトラフ
ィック情報を前記ユーザ端末に送るように構成したこと
を特徴とする端末収容装置。 - 【請求項４】 請求項３に記載の端末収容装置におい
て、前記ユーザ端末からのトラフィック情報要求に応じ
てユーザ認証を行い、承認された場合にのみ以降のトラ
フィック情報開示動作を行うように構成したことを特徴
とする端末収容装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001296250A JP2003110614A (ja) | 2001-09-27 | 2001-09-27 | トラフィック情報開示方法及びこの方法を実行する端末収容装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2001296250A JP2003110614A (ja) | 2001-09-27 | 2001-09-27 | トラフィック情報開示方法及びこの方法を実行する端末収容装置 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| JP2003110614A true JP2003110614A (ja) | 2003-04-11 |
Family
ID=19117531
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2001296250A Pending JP2003110614A (ja) | 2001-09-27 | 2001-09-27 | トラフィック情報開示方法及びこの方法を実行する端末収容装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP2003110614A (ja) |
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013183192A (ja) * | 2012-02-29 | 2013-09-12 | Nippon Telegr & Teleph Corp <Ntt> | 通信装置及び通信方法 |
-
2001
- 2001-09-27 JP JP2001296250A patent/JP2003110614A/ja active Pending
Cited By (1)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP2013183192A (ja) * | 2012-02-29 | 2013-09-12 | Nippon Telegr & Teleph Corp <Ntt> | 通信装置及び通信方法 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US7477648B2 (en) | Packet forwarding apparatus and access network system | |
| EP1588513B1 (en) | Mechanisms for policy based umts qos and ip qos management in mobile ip networks | |
| US6981026B2 (en) | Gateway apparatus with LAC function | |
| US6901079B1 (en) | Providing different quality of services (QOS) to different point-to-point sessions | |
| US8295277B2 (en) | Analyzing a network with a cache advance proxy | |
| EP1054529A2 (en) | Method and apparatus for associating network usage with particular users | |
| US6895008B2 (en) | Label switching router | |
| CA2403832A1 (en) | Method and apparatus for coordinating a change in service provider between a client and a server with identity based service access management | |
| WO2022078475A1 (zh) | 用于多卡终端的应用程序业务通路建立方法及装置、存储介质、终端 | |
| CN106506391A (zh) | 一种网络流量的分配方法及路由器 | |
| US7173933B1 (en) | System and method for providing source awareness in a network environment | |
| CN113746651A (zh) | 接入网络切片的方法、电子设备及存储介质 | |
| CN113067710A (zh) | 在线用户查询方法、装置、计算机设备及存储介质 | |
| JPH10262044A (ja) | 中継装置及び中継装置による中継方法 | |
| JP2003110614A (ja) | トラフィック情報開示方法及びこの方法を実行する端末収容装置 | |
| US11665077B2 (en) | Network device, speed test method therefor and speed test system | |
| JP3781663B2 (ja) | トラヒック情報収集装置およびトラヒック情報収集方法およびプログラムおよび記録媒体 | |
| WO2024067148A1 (zh) | 边缘互通业务执行方法、装置、系统、电子设备和介质 | |
| CN114024895B (zh) | 一种基于tr069的网络路线优化方法和系统 | |
| JP2002176433A (ja) | 伝送品質制御システムおよび伝送品質制御方法 | |
| JP2001024662A (ja) | 通信制御方式 | |
| JP2000341269A (ja) | データ量計数装置及びデータ量計数方法 | |
| KR100622650B1 (ko) | 이동통신망 내 파라미터 차별 적용 방법 및 장치 | |
| KR100287420B1 (ko) | 대용량 통신처리시스템의 유료 서비스 제공자 대체인증방법 | |
| JP2004289627A (ja) | ストリーミングコンテンツ配信要求受付制御システム |