JP3391316B2 - ネットワークシステム - Google Patents

ネットワークシステム

Info

Publication number
JP3391316B2
JP3391316B2 JP30043899A JP30043899A JP3391316B2 JP 3391316 B2 JP3391316 B2 JP 3391316B2 JP 30043899 A JP30043899 A JP 30043899A JP 30043899 A JP30043899 A JP 30043899A JP 3391316 B2 JP3391316 B2 JP 3391316B2
Authority
JP
Japan
Prior art keywords
echo
terminal
request
response
data
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.)
Expired - Fee Related
Application number
JP30043899A
Other languages
English (en)
Other versions
JP2001119434A (ja
Inventor
康博 水越
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
NEC Corp
Original Assignee
NEC Corp
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by NEC Corp filed Critical NEC Corp
Priority to JP30043899A priority Critical patent/JP3391316B2/ja
Priority to EP20000122311 priority patent/EP1094640B1/en
Priority to AU66652/00A priority patent/AU775114B2/en
Priority to DE2000632310 priority patent/DE60032310T2/de
Priority to US09/694,004 priority patent/US6965573B1/en
Publication of JP2001119434A publication Critical patent/JP2001119434A/ja
Application granted granted Critical
Publication of JP3391316B2 publication Critical patent/JP3391316B2/ja
Anticipated expiration legal-status Critical
Expired - Fee Related legal-status Critical Current

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/28—Flow control; Congestion control in relation to timing considerations
    • H04L47/283—Flow control; Congestion control in relation to timing considerations in response to processing delays, e.g. caused by jitter or round trip time [RTT]
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L47/00—Traffic control in data switching networks
    • H04L47/10—Flow control; Congestion control
    • H04L47/18—End to end

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Computer And Data Communications (AREA)

Description

【発明の詳細な説明】
【０００１】
【発明の属する技術分野】本発明は、端末からネットワ
ーク上の各種データを受信するネットワークシステムに
係わり、詳細には回線を介してネットワーク上のサーバ
から転送データを受信する端末を収容するネットワーク
システムに関する。
【０００２】
【従来の技術】近年、コンピュータネットワークが相互
に接続されたインターネットが急速に普及し、電子メー
ルやネット・ニュース、動画像や音声データの配信、テ
レビ会議システムなど多種多様なサービスが提供される
に至っている。このような各種サービスの提供は、コン
ピュータの高性能化およびネットワーク通信技術の進歩
によるところが大きい。各種サービスが普及するにした
がって、これを利用するための端末も多様化している。
このような端末としては、例えば、従来の一般電話回線
を介した家庭内のパーソナルコンピュータ、広帯域の専
用回線を介したオフィス内でのコンピュータ、あるいは
狭帯域の無線通信回線を介した情報携帯端末（Personal
Digital Assistants：ＰＤＡ）や携帯電話といった携
帯端末がある。
【０００３】これら端末でインターネット上の各種サー
ビスを利用する場合、端末とインターネット上の各種サ
ービスを提供するアプリケーションサーバとの間の通信
路を設定する必要がある。この際、通信帯域の設定が行
われ、ネットワーク内のリソースを有効活用して、サー
ビス提供を受ける端末側で快適にサービスが受けられる
ように、アプリケーションサーバから各種サービスデー
タが転送される。
【０００４】通信帯域の設定のため、アプリケーション
サーバと端末との間の回線の帯域を認識する必要があ
る。そのため、従来のネットワークシステムでは、例え
ば端末からアプリケーションサーバに対して帯域幅情報
を通知し、これにしたがって設定した通信路に対して、
アプリケーションサーバから各種サービスデータの転送
が行われている。また、その他特開平１１−１１２５４
３号公報「データ通信方法およびその中継装置」に開示
された技術を適用したネットワークシステムは、同様に
最適な帯域を用いたデータ転送を行うべく、あらかじめ
通信識別情報ごとに設定された通信帯域を記憶した中継
装置において、受信した中継データの通信識別情報に応
じた通信帯域を確保する。これにより、帯域幅情報を通
知せず、さらに特定の帯域確保プロトコロルの実装を不
要にしている。
【０００５】
【発明が解決しようとする課題】しかしながら、通信開
始に先立って帯域幅情報を通知する従来のネットワーク
システムでは、端末に、帯域幅情報を通知するための付
加装置を実装する必要があるため、携帯端末の小型軽量
化を妨げるばかりか、既存のインターネットシステムと
いった多種多様な端末全てに同様の機能を備えさせなけ
ればならないという問題がある。
【０００６】さらに、特開平１１−１１２５４３号公報
に開示された技術を、既存のインターネットを構成する
ネットワークに適用することは、現実的に困難である。
特に、インターネットのように各種ネットワークが相互
接続されている場合は、特定のネットワークに限らず全
ネットワークで導入する必要があるからである。
【０００７】ところで、インターネットのように相互接
続された各種ネットワークについて着目すると、それぞ
れの通信帯域は広帯域である。その一方、上述した端末
と、この端末と接続するためにインターネットに収容さ
れるアクセスサーバとの間の回線は、狭帯域である。し
たがって、アプリケーションサーバと端末との間で設定
される通信回線の帯域は、端末とアクセスサーバとの間
の回線の帯域に依存してしまうことが多い。すなわち、
この端末とアクセスサーバとの間の回線の帯域を認識で
きれば、ネットワーク内のリソースを有効に活用して、
サービス提供を受ける端末側で快適にサービスが受けら
れるように、アプリケーションサーバから各種サービス
データの転送が可能となる。
【０００８】そこで本発明の目的は、既存のネットワー
クに容易に適用可能で、端末とアクセスサーバとの間の
回線の帯域を認識して最適なデータ転送を実現するネッ
トワークシステムを提供することにある。
【０００９】
【課題を解決するための手段】請求項１記載の発明で
は、（イ）あらかじめ定められたエコー要求に対応して
その送信元に対して所定のカウンタ値が設定されたエコ
ー応答を送信する端末と、（ロ）通信路を介して端末を
収容し、端末との間の送受信データおよびエコー要求を
中継するとともに、エコー要求を中継するたびにエコー
要求に含まれるカウンタ値をカウントしこれが所定の値
になったときエコー要求の送信元に対してエコー応答を
送信するアクセスサーバと、（ハ）このアクセスサーバ
に接続され、端末との間の送受信データおよびエコー要
求を中継するとともに、エコー要求を中継するたびにエ
コー要求に含まれるカウンタ値をカウントしこれが前記
した所定の値になったときエコー要求の送信元に対して
エコー応答を送信する１または複数のルータと、（ニ）
ルータのいずれか１つに接続され、端末に対して第１の
エコー要求を送信する第１のエコー要求送信手段と、こ
の第１のエコー要求に対応して端末から第１のエコー応
答を受信する第１のエコー応答受信手段と、第１のエコ
ー要求を送信してから第１のエコー応答を受信するまで
の経過時間を端末との間のデータ遅延時間としての第１
のラウンドトリップ時間として計測する第１の計測手段
と、第１のエコー応答受信手段によって受信された第１
のエコー応答のカウンタ値からアクセスサーバまでのル
ータ数を推定する推定手段と、この推定手段によって推
定されたルータ数がカウント値に設定された第２のエコ
ー要求を端末に対して送信する第２のエコー要求送信手
段と、この第２のエコー要求に対応した第２のエコー応
答を受信する第２のエコー応答受信手段と、第２のエコ
ー要求を送信してから第２のエコー応答を受信するまで
の経過時間をアクセスサーバとの間のデータ遅延時間と
しての第２のラウンドトリップ時間として計測する第２
の計測手段と、第１および第２の計測手段によって計測
された第１および第２のラウンドトリップ時間から通信
路のデータ遅延時間を算出する通信路遅延算出手段と、
通信路のデータ遅延時間に対応して通信路の帯域が記憶
されている通信路帯域記憶手段と、通信路遅延算出手段
によって算出された通信路のデータ遅延時間に対応して
この通信路帯域記憶手段に記憶されている通信路の帯域
に応じて端末に対してデータを送信するデータ送信手段
とを備えるアプリケーシ ョンサーバとをネットワークシ
ステムに具備させる。
【００１０】すなわち請求項１記載の発明では、所定の
帯域を有する通信路を介して端末を収容するアクセスサ
ーバと、これに接続されたアプリケーションサーバとを
備えるネットワークシステムで、アプリケーションサー
バは、端末に接続される通信路のデータ遅延時間に基づ
いて推定した通信路の帯域に応じて、端末に対してデー
タを送信するようにしている。端末に接続される通信路
のデータ遅延時間は、アプリケーションサーバから第１
のエコー要求を送信し、これを受信した端末が返信した
第１のエコー応答をアプリケーションサーバで受信する
ことによって、第１のラウンドトリップ時間を計測す
る。第１のエコー応答には、送信元の端末において、端
末を収容するアクセスサーバとアプリケーションサーバ
との間の通信経路にあるアクセスサーバおよび１または
複数のルータを通過するたびにカウンタ値が設定され
る。そこで、アプリケーションサーバは、受信した第１
のエコー応答から、端末側で設定されたカウンタ値の初
期値を推定し、アプリケーションサーバからアクセスサ
ーバまでのルータ数を算出するとともに、これを第２の
エコー要求のカウンタ値に送信する。そして、これに対
応する第２のエコー応答を受信することによって、アク
セスサーバからアプリケーションサーバまでの第２のラ
ウンドトリップ時間を計測することができるので、結果
的に端末に接続される通信路のデータ遅延時間を観測す
ることができる。
【００１１】
【００１２】
【００１３】請求項２記載の発明では、（イ）あらかじ
め定められたエコー要求に対応してその送信元に対して
所定のカウンタ値が設定されたエコー応答を送信する端
末と、（ロ）通信路を介して端末を収容し、端末との間
の送受信データおよびエコー要求を中継するとともに、
エコー要求を中継するたびにエコー要求に含まれるカウ
ンタ値を減算し零になったときエコー要求の送信元に対
してエコー応答を送信するアクセスサーバと、（ハ）こ
のアクセスサーバに接続され、端末との間の送受信デー
タおよびエコー要求を中継するとともに、エコー要求を
中継するたびにエコー要求に含まれるカウンタ値を減算
し零になったときエコー要求の送信元に対してエコー応
答を送信する１または複数のルータと、（ニ）ルータの
いずれか１つに接続され、端末に対して第１のエコー要
求を送信する第１のエコー要求送信手段と、この第１の
エコー要求に対応して端末から第１のエコー応答を受信
する第１のエコー応答受信手段と、第１のエコー要求を
送信してから第１のエコー応答を受信するまでの経過時
間を端末との間のデータ遅延時間としての第１のラウン
ドトリップ時間として計測する第１の計測手段と、第１
のエコー応答受信手段によって受信された第１のエコー
応答のカウンタ値からアクセスサーバまでのルータ数を
推定する推定手段と、この推定手段によって推定された
ルータ数がカウント値に設定された第２のエコー要求を
端末に対して送信する第２のエコー要求送信手段と、こ
の第２のエコー要求に対応した第２のエコー応答を受信
する第２のエコー応答受信手段と、第２のエコー要求を
送信してから第２のエコー応答を受信するまでの経過時
間をアクセスサーバとの間のデータ遅延時間としての第
２のラウンドトリップ時間として計測する第２の計測手
段と、第１および第２の計測手段によって計測された第
１および第２のラウンドトリップ時間から通信路のデー
タ遅延時間を算出する通信路遅延算出手段と、通信路の
データ遅延時間に対応して通信路の帯域が記憶されてい
る通信路帯域記憶手段と、通信路遅延算出手段によって
算出された通信路のデータ遅延時間に対応してこの通信
路帯域記憶手段に記憶されている通信路の帯域に応じて
端末に対してデータを送信するデータ送信手段とを備え
るアプリケーションサーバとをネットワークシステムに
具備させる。
【００１４】すなわち請求項２記載の発明では、所定の
帯域を有する通信路を介して端末を収容するアクセスサ
ーバと、これに接続されたアプリケーションサーバとを
備えるネットワークシステムで、アプリケーションサー
バは、端末に接続される通信路のデータ遅延時間に基づ
いて推定した通信路の帯域に応じて、端末に対してデー
タを送信するようにしている。端末に接続される通信路
のデータ遅延時間は、アプリケーションサーバから第１
のエコー要求を送信し、これを受信した端末が返信した
第１のエコー応答をアプリケーションサーバで受信する
ことによって、第１のラウンドトリップ時間を計測す
る。第１のエコー応答には、送信元の端末において、端
末を収容するアクセスサーバとアプリケーションサーバ
との間の通信経路にあるアクセスサーバおよび１または
複数のルータを通過するたびに減算するカウンタ値が設
定される。そこで、アプリケーションサーバは、受信し
た第１のエコー応答から、端末側で設定されたカウンタ
値の初期値を推定し、アプリケーションサーバからアク
セスサーバまでのルータ数を算出するとともに、これを
第２のエコー要求のカウンタ値に送信する。そして、こ
れに対応する第２のエコー応答を受信することによっ
て、アクセスサーバからアプリケーションサーバまでの
第２のラウンドトリップ時間を計測することができるの
で、結果的に端末に接続される通信路のデータ遅延時間
を観測することができる。
【００１５】請求項３記載の発明では、請求項１または
請求項２記載のネットワークシステムで、アプリケーシ
ョンサーバは、第２のエコー応答受信手段によって受信
された第２のエコー応答が端末によって送信されたもの
であるか否かを判別するエコー応答判別手段と、このエ
コー応答判別手段によって第２のエコー応答が端末によ
って送信されたものであると判別されたとき推定手段に
よって推定したルータ数より小さい値がカウント値に設
定された第２のエコー要求を端末に対して第２のエコー
要求送信手段により送信させる再送制御手段とを備える
ことを特徴としている。
【００１６】すなわち請求項３記載の発明では、アプリ
ケーションサーバでは、第２のエコー応答が端末からの
ものであるかを判別するようにし、端末からのものであ
ると判別されたときには、アプリケーションサーバから
端末への経路のルータ数が、端末からアプリケーション
サーバへの経路のルータ数より少ないため、推定したル
ータ数が誤りと判断し、再び再送制御手段により、より
小さい値をカウンタ値の初期値に設定された第２のエコ
ー要求により第２のラウンドトリップ時間を計測して、
最終的に判定する端末に接続される通信路の帯域の推定
精度を向上させる。
【００１７】請求項４記載の発明では、請求項１〜請求
項３いずれかに記載のネットワークシステムで、アプリ
ケーションサーバは、通信路遅延算出手段によって算出
された通信路のデータ遅延時間があらかじめ決められた
閾値以上のときはこれに対応してこの通信路帯域記憶手
段に記憶されている帯域に応じて端末に対してデータを
送信し、通信路のデータ遅延時間があらかじめ決められ
た閾値より小さいときは端末との間の通信経路の最大帯
域で端末に対してデータを送信するデータ送信手段を備
えることを特徴としている。
【００１８】すなわち請求項４記載の発明では、算出し
たデータ遅延時間があらかじめ決められた閾値以上のと
きは通信路帯域記憶手段に記憶されている帯域に応じ
て、アプリケーションサーバから端末に対してデータを
転送し、それ以外では最大帯域で転送させるようにした
ので、アプリケーションサーバの処理を簡素化して、ネ
ットワークの輻輳が発生しやすい回線が狭帯域の場合に
効率的なデータ転送を行うとともに、回線が広帯域の場
合に端末にとっても快適にデータを受信することができ
るようになる。
【００１９】請求項５記載の発明では、請求項１〜請求
項４いずれかに記載のネットワークシステムで、端末
は、アプリケーションサーバからデータを受信するのに
先立ってアプリケーションサーバに対して接続要求を送
信する接続要求送信手段と、この接続要求送信に対応し
て受信される接続承認を第１のエコー要求として受信し
これに対応する応答を第１のエコー応答として送信する
応答手段とを備え、アプリケーションサーバは、接続要
求送信手段によって送信された接続要求に対応した接続
承認を第１のエコー要求として送信する送信手段と、応
答手段によって送信された応答を第１のエコー応答とし
て受信するとともに端末との間の通信路を設定する通信
路設定手段とを備えることを特徴としている。
【００２０】すなわち請求項５記載の発明では、アプリ
ケーションサーバから端末に対してデータを転送するの
に先立って通信路を設定する接続処理が、３方向ハンド
シェイク方式で行われるとき、端末からの接続要求に対
するアプリケーションサーバの接続承認パケットを、第
１のエコー要求とし、さらに端末からアプリケーション
サーバへの応答を、第１のエコー応答として処理するこ
とによって、ネットワークで送受信されるパケットを減
らすことができるので、スループットの向上を図ること
ができる。
【００２１】
【発明の実施の形態】
【００２２】
【実施例】以下実施例につき本発明を詳細に説明する。
【００２３】図１は、本発明の一実施例におけるネット
ワークシステムの構成の概要を表わしたものである。本
実施例におけるネットワークシステムは、複数のネット
ワークＮ0〜ＮNがそれぞれ第１〜第Ｎのルータ１０1〜
１０Nを介して接続されている。第１〜第Ｎのルータ１
０1〜１０Nは、それぞれ開放型システム間相互接続（Op
en Systems Interconnection：ＯＳＩ）基本参照モデル
のネットワーク層において、接続されるネットワーク間
で転送されるパケットデータの中継処理を行う。コンピ
ュータ等の各種ネットワーク機器は、ネットワークＮ0
〜ＮNに接続される。ここでは、各種サービスを提供す
るためのサービスデータとしてのコンテンツデータを格
納するアプリケーションサーバ１１がネットワークＮN
に接続されている。
【００２４】ネットワークＮ0〜ＮNによって構成される
インターネットに接続して、アプリケーションサーバ１
１に格納されているコンテンツデータを取得するため、
端末は、アプリケーションサーバ１１と同様に直接ネッ
トワークＮ0〜ＮNのいずれかに接続するか、ネットワー
クＮ0〜ＮNのいずれかに収容されているアクセスサーバ
を介して接続する必要がある。直接ネットワークＮ0〜
ＮNのいずれかに接続する場合、端末は専用のネットワ
ークに収容され、ルータを介してネットワークＮ 0〜ＮN
に接続されることになる。一方、アクセスサーバを介し
て接続する場合、端末は、専用のネットワークと比較し
て非常に狭帯域回線である一般の電話回線や無線通信回
線を介してアクセスサーバに接続することになる。家庭
内のパーソナルコンピュータや、ＰＤＡや携帯電話など
の携帯端末からは、アクセスサーバを介してインターネ
ットに接続される。本実施例におけるネットワークシス
テムでは、ネットワークＮ0にアクセスサーバ１２が収
容され、端末１３はアクセスサーバ１２と間の公衆電話
網やセルラー網、ＰＨＳ（Personal Handy-phone Syste
m)網等の回線１４を介して接続されるものとする。
【００２５】このような第１〜第Ｎのルータ１０1〜１
０N、アプリケーションサーバ１１、アクセスサーバ１
２および端末１３は、固有のアドレスが付与され、それ
ぞれ互いに識別できるようになっている。
【００２６】本実施例におけるネットワークシステムで
は、アプリケーションサーバ１１と端末１３との間の通
信経路のうち、アクセスサーバ１２と端末１３との間の
回線１４が、上述したように他の経路部分と比較して格
段に帯域が狭いことから、アプリケーションサーバ１１
と端末１３との間の通信帯域がアクセスサーバ１２と端
末１３との間の回線１４の帯域に依存することに着目
し、この回線１４の帯域を推定することができるように
なっている。すなわち、回線１４の帯域は回線１４のデ
ータ遅延時間に対応するため、アプリケーションサーバ
１１から送信されるエコー要求と、各ネットワーク機器
でこれに対応して返信されるエコー応答とから、回線１
４のデータ遅延時間を観測する。そして、アプリケーシ
ョンサーバ１１は、観測した回線１４のデータ遅延時間
に応じて回線１４の帯域を推定し、この推定した帯域に
基づいて、端末１３から要求されたコンテンツデータを
転送する。これにより、ネットワークＮ0〜ＮNのリソー
スを有効活用して、端末１３で快適にコンテンツデータ
を受信することを可能にしている。
【００２７】図２は、本実施例におけるネットワークＮ
0〜ＮNで送受信されるデータの構成の概要を表わしたも
のである。すなわち、ネットワークＮ0〜ＮNで送受信さ
れるエコー要求、エコー応答およびコンテンツデータ
は、それぞれ同図（ａ）に示すＩＰ（Internet Protoco
l）パケットデータの構成をなす。ＩＰパケットデータ
２０は、データの分解および組み立てや通信経路制御の
ための各種制御情報が配置されるＩＰヘッダフィールド
２１と、分解されてパケット化された通信すべきデータ
が配置されるＩＰデータフィールド２２とから構成され
ている。ＩＰヘッダフィールド２２は、同図（ｂ）に示
すように、通過可能なルータ数を示すカウンタ値が配置
されるカウンタフィールド２３と、送信元のネットワー
ク機器に付与された固有のアドレスが配置される送信元
アドレス２４と、宛先のネットワーク機器に付与された
固有のアドレスが配置される宛先アドレス２５とを有し
ている。
【００２８】例えば、アプリケーションサーバ１１から
端末１３宛てに転送されるＩＰパケットデータの場合、
送信元アドレスにアプリケーションサーバ１１のアドレ
ス、宛先アドレスに端末１３のアドレス、カウンタフィ
ールドには何らかの原因で長時間にわたってネットワー
クＮ0〜ＮN内で滞留しない程度のカウンタ値、ＩＰデー
タフィールドには送信すべきコンテンツデータが、それ
ぞれ配置される。カウンタフィールドのカウンタ値は、
送信元で初期値が設定された後、ルータあるいはアクセ
スサーバでは、このＩＰパケットデータが通過するたび
に“１”ずつ減算し、“０”になった時点で中継するこ
となくＩＰパケットデータ自体を廃棄する。
【００２９】上述したエコー要求およびエコー応答も、
コンテンツデータをのせたＩＰパケットデータと同様の
構成をなす。ただし、ＩＰデータフィールドには、イン
ターネット制御メッセージプロトコル（Internet Contr
ol Message Protocol：以下、ＩＣＭＰと略す。）の制
御メッセージが配置される。このＩＣＭＰの制御メッセ
ージでは、ＩＰパケットデータがエコー要求かエコー応
答かを識別できるようになっており、アプリケーション
サーバ１１は、エコー要求のカウンタフィールドに適当
な初期値を入れて、宛先となる端末に対して送信する。
端末に到達する前にルータやアクセスサーバでカウンタ
値が“０”になったときに、エコー応答が返信される。
宛先である端末に到達したときには、同様にカウンタフ
ィールドに適当な初期値を入れたエコー応答が返信され
る。
【００３０】以下、このようなＩＰデータパケットを送
受信してアクセスサーバ１２と端末１３との間の回線１
４の帯域を推定する本実施例におけるネットワークシス
テムの要部について説明する。
【００３１】図３は、上述した回線１４の帯域推定制御
に係る本実施例における端末１３の構成要部を表わした
ものである。この端末１３は、アクセスサーバ１２に接
続される回線を収容する回線インタフェース（Interfac
e：以下、ＩＦと略す。）３０と、アクセスサーバ１２
との間で回線１４を介して送受信されたＩＰパケットデ
ータの組み立てや分解を行うパケット処理部３１と、ア
クセスサーバ１２を介してネットワークＮ0〜ＮNによっ
て構成されるインターネット上のアプリケーションサー
バ１１と通信路を設定するためのネットワーク接続処理
部３２と、アプリケーションサーバ１１からのエコー要
求に対応してエコー応答を返信するエコー要求処理部３
３とを備えている。
【００３２】このような構成の端末１３は、図２に示し
たＩＰパケットデータの形態で、アプリケーションサー
バ１１との通信路を設定を要求し、設定された通信路を
介してコンテンツデータを取得するとともに、アプリケ
ーションサーバ１１からのエコー要求に対応してエコー
応答を返信する。端末１３は、図示しない中央処理装置
（Central Processing Unit：以下、ＣＰＵと略す。）
を有しており、所定の記憶装置に格納された制御プログ
ラムに基づいて、上述した各種制御を実行することがで
きるようになっている。
【００３３】図４は、本実施例における端末１３でコン
テンツデータを取得するのに先立って行われるアプリケ
ーションサーバ１１との間の通信路の接続処理の概要を
表わしたものである。ここでは、端末１３とアクセスサ
ーバ１２との間の回線１４は、既に設定されているもの
とする。端末１３では、ネットワーク接続処理部３２に
よりコンテンツデータを取得するためにアプリケーショ
ンサーバ１１との間の通信路の接続処理を開始するとき
（ステップＳ４０：Ｙ）、パケット処理部３１で図２に
示したＩＰパケットデータ構成の接続要求パケットを生
成する（ステップＳ４１）。この接続要求パケットは、
送信元アドレスおよび宛先アドレスにそれぞれ端末１３
およびアプリケーションサーバ１１のアドレスが、ＩＰ
データフィールドに接続要求を示すデータが、それぞれ
配置されている。カウンタフィールドには、何らかの原
因でネットワーク内に長時間滞留してしまわない程度に
破棄されるカウンタ値が配置される。続いて、この接続
要求パケットを、回線ＩＦ３０から回線１４を介してア
クセスサーバ１２に対して送信する（ステップＳ４
２）。
【００３４】アクセスサーバ１２は、端末１３からの接
続要求パケットを受信すると、少なくとも宛先アドレス
を参照して、あらかじめ設定されている通信経路に対し
て、これを中継する。
【００３５】端末１３は、接続要求パケットの送信後、
パケット処理部３１でこの接続要求パケットに対応して
接続要求先のアプリケーションサーバ１１からの接続承
認を示す接続承認パケットの受信を監視し（ステップＳ
４３：Ｎ）、これを検出したとき（ステップＳ４３：
Ｙ）、接続承認の受信を確認する応答パケットを生成す
る（ステップＳ４４）。接続応答パケットは、送信元ア
ドレスおよび宛先アドレスにそれぞれアプリケーション
サーバ１１および端末１３のアドレスが、ＩＰデータフ
ィールドに接続応答を示すデータが、それぞれ配置され
ている。カウンタフィールドには、何らかの原因でネッ
トワーク内に長時間滞留してしまわない程度に破棄され
るカウンタ値が配置される。同様に応答パケットは、送
信元アドレスおよび宛先アドレスにそれぞれ端末１３お
よびアプリケーションサーバ１１のアドレスが、ＩＰデ
ータフィールドに接続承認に対する応答を示すデータ
が、それぞれ配置されている。カウンタフィールドに
は、何らかの原因でネットワーク内に長時間滞留してし
まわない程度に破棄されるカウンタ値が配置される。端
末１３は、このような応答パケットを、回線１４を介し
てアクセスサーバ１２に対して送信し（ステップＳ４
５）、一連の処理を終了する。
【００３６】このような端末１３からの接続要求にした
がってアプリケーションサーバ１１との間の通信路が設
定されると、まずアプリケーションサーバ１１から端末
１３宛てにエコー要求が送信される。
【００３７】図５は、本実施例における端末１３のエコ
ー応答処理の概要を表わしたものである。すなわち、端
末１３は、エコー要求処理部３３で、アプリケーション
サーバ１１からのエコー要求の受信を監視し（ステップ
Ｓ５０：Ｎ）、受信したＩＰデータパケットのＩＰデー
タフィールドのＩＣＭＰの制御メッセージからエコー要
求であることを検出したとき（ステップＳ５０：Ｙ）、
宛先アドレスには送信元アドレスに配置されているアプ
リケーションサーバ１１のアドレスを、送信元アドレス
には端末１３のアドレスを、ＩＰデータフィールドにＩ
ＣＭＰの制御メッセージでエコー応答であることを示す
データを、それぞれ配置したエコー応答を生成する（ス
テップＳ５１）。この際、カウンタフィールドには、何
らかの原因でネットワーク内に長時間滞留してしまわな
い程度に、割り当てられている数ビットからなるカウン
タ値が配置される。通常、端末１３とアプリケーション
サーバ１１との間に通過するルータ数は３０以下である
ことから、カウンタフィールドは５ビット以上が割り当
てられる。したがって、カウンタ値の初期値には、“３
２”、“１２８”あるいは“２５５”といった推測しや
すい数値を用いる。
【００３８】このようにして生成されたエコー応答は、
パケット処理部３１より、再び回線１４を介してアクセ
スサーバ１２に対して送信される（ステップＳ５２）。
アクセスサーバ１２では、端末１３からのエコー応答を
受信すると、少なくとも宛先アドレスを参照して、あら
かじめ設定されている通信経路に対して、これを中継す
ることになる。
【００３９】続いて、アクセスサーバ１２および第１〜
第Ｎのルータ１０1〜１０Nについて説明する。ただし、
これらは本実施例における回線推定制御に係る部分は実
質的に同一であるため、以下ではアクセスサーバ１２に
ついて説明する。
【００４０】図６は、回線１４の帯域推定制御に係る本
実施例におけるアクセスサーバ１２の構成要部を表わし
たものである。アクセスサーバ１２は、端末１３に接続
される回線１４を収容する回線ＩＦ６０と、ネットワー
クＮ0とのインタフェース機能を有するネットワークＩ
Ｆ６１と、回線１４とネットワークＮ0との間のＩＰパ
ケットデータの中継処理を行うパケット転送部６２と、
中継されるＩＰパケットデータのカウンタフィールドの
カウンタ値に基づいてデータを廃棄するか、あるいはエ
コー応答を行うか否かを判別するカウンタ処理部６３
と、カウンタ処理部６３の判別結果に基づいてエコー応
答処理を行うエコー処理部６４とを備えている。
【００４１】このような構成のアプリケーションサーバ
１１は、図示しないＣＰＵを有しており、所定の記憶装
置に格納された制御プログラムに基づいて、上述した各
種制御を実行することができるようになっている。
【００４２】図７は、本実施例におけるアプリケーショ
ンサーバ１１のパケット中継処理の概要を表わしたもの
である。アプリケーションサーバ１１のパケット転送部
６２では、回線ＩＦ６０あるいはネットワークＩＦ６１
を介してＩＰパケットデータの受信を監視し（ステップ
Ｓ７０：Ｎ）、これを検出したとき（ステップＳ７０：
Ｙ）、カウンタ処理部６３により、受信したＩＰパケッ
トデータのカウンタフィールドのカウンタ値を“１”だ
け減算する（ステップＳ７１）。次に、この減算したカ
ウンタフィールドのカウンタ値が“０”であるか否かを
判別し（ステップＳ７２）、カウンタ値が“０”である
と判別されたとき（ステップＳ７２：Ｙ）、受信したＩ
ＰパケットデータのＩＰデータフィールドを参照して、
エコー要求であるか通常のＩＰパケットであるかを判別
する（ステップＳ７３）。
【００４３】ここで、受信したＩＰパケットデータがエ
コー要求であると判別されたとき（ステップＳ７３：
Ｙ）、エコー処理部６４によりエコー応答を生成させる
（ステップＳ７４）。さらにエコー処理部６４は、受信
したエコー要求の送信元アドレスを宛先アドレスに配置
したエコー応答を、パケット転送部６２により宛先アド
レスに向けて返信させ（ステップＳ７５）、一連の処理
を終了する（エンド）。
【００４４】ステップＳ７３で、受信したＩＰパケット
データがエコー要求ではなく、例えばアプリケーション
サーバ１１からのコンテンツデータをのせた通常のパケ
ットデータであると判別されたとき（ステップＳ７３：
Ｎ）、パケットデータを中継することなく廃棄する（ス
テップＳ７６）。この際、廃棄するパケットデータの送
信元アドレスで特定される送信元に対して、その廃棄通
知を行って、一連の処理を終了する（エンド）。本実施
例では、この廃棄通知についても、エコー応答として返
信するようになっている。
【００４５】ステップＳ７２で、受信したＩＰパケット
データのカウンタフィールドのカウンタ値が“０”では
ないと判別されたとき（ステップＳ７２：Ｎ）、パケッ
ト転送部６２により、エコー要求の宛先アドレスに配置
されている宛先に対して、パケットデータを転送させ
（ステップＳ７７）、一連の処理を終了する（エン
ド）。
【００４６】第１〜第Ｎのルータ１０1〜１０Nの本実施
例における回線推定制御に係る要部の構成は、図６に示
したアクセスサーバ１２の要部構成と同様であるため説
明を省略する。ただし、第１〜第Ｎのルータ１０1〜１
０Nは、回線ＩＦ６０を備えず、その代わりにネットワ
ークＩＦを介して接続されるネットワークのインタフェ
ース機能を有する点で異なる。また、第１〜第Ｎのルー
タ１０1〜１０Nの本実施例における回線推定制御に係る
要部の動作についても、図７に示したアクセスサーバ１
２の動作と同様であるため説明を省略する。
【００４７】続いて、アプリケーションサーバ１１につ
いて説明する。
【００４８】図８は、端末１３とアクセスサーバ１２と
の間の回線の帯域推定制御に係る本実施例におけるアプ
リケーションサーバ１１の構成要部を表わしたものであ
る。このアプリケーションサーバ１１は、ネットワーク
ＮNとのインタフェース機能を有するネットワークＩＦ
８０と、ネットワークＮNとの間で送受信されたＩＰパ
ケットデータの組み立てや分解を行うパケット処理部８
１と、ネットワークＮ 0〜ＮNによって構成されるインタ
ーネットに収容されるアクセスサーバ１２を介して端末
１３との間の通信路を設定するためのネットワーク接続
処理部８２と、端末１３に対してエコー要求の送信およ
びエコー応答の受信を行うエコー処理部８３と、エコー
処理部８３によるエコー要求およびエコー応答の送信時
刻および受信時刻から通信路のデータ遅延時間であるラ
ウンドトリップ時間（Round TripTime：以下、ＲＴＴと
略す。）を算出するＲＴＴ算出処理部８４と、エコー処
理部８３およびＲＴＴ算出処理部８４の処理結果に基づ
いて回線１４の帯域を推定する推定部８５と、推定部８
５により回線１４の帯域を推定するための各種判断基準
が記憶されたテーブル８６とを備えている。
【００４９】このような構成のアプリケーションサーバ
１１は、ネットワーク接続処理部８２によって端末１３
との間の通信路が設定されると、端末１３に対してエコ
ー要求を送信し、これに対応する端末１３からのエコー
応答の受信を待つ。エコー応答が受信されると、ＲＴＴ
算出処理部８４で、エコー要求の送信時刻とエコー応答
の受信時刻とから、ネットワーク接続処理部８２によっ
て設定された通信路のＲＴＴを、ＲＴＴ1として算出す
る。ここでは、エコー要求の送信時刻とエコー応答の受
信時刻とからラウンドトリップ時間を計測しているが、
エコー要求の送信時にタイマの計時を開始させ、エコー
応答の受信時にタイマの計時を停止させるようにしても
よい。要は、エコー要求が送信されてからエコー応答が
受信されるまでの経過時間が認識できればよい。
【００５０】次に、推定部８５により、受信したエコー
応答のカウンタフィールドのカウンタ値から、送信元で
ある端末１３で設定されたカウンタフィールドのカウン
タ値の初期値を推定する。これにより、アプリケーショ
ンサーバ１１と端末１３との間のルータ数を特定するこ
とができる。続いて、アプリケーションサーバ１１は、
エコー処理部８３により、端末１３の前段に配置されて
いるアクセスサーバ１２に対してエコー要求を送信する
ことで、アプリケーションサーバ１１とアクセスサーバ
１２との間の通信路のＲＴＴをＲＴＴ2として認識する
ことができる。したがって、回線１４のデータ遅延時間
をｔとすると、次の（１）式のように示すことができ
る。
【００５１】 ｔ ＝ ＲＴＴ1 − ＲＴＴ2 ・・・（１）
【００５２】アプリケーションサーバ１１は、（１）式
にしたがって算出したデータ遅延時間から、回線１４が
狭帯域回線であるか広帯域回線であるかを判定する。広
帯域回線であると判定されたときは、端末１３までの通
信経路の最大限の通信帯域を設定して、コンテンツデー
タを転送する。また、回線１４が狭帯域回線であると判
定されたときには、回線１４のデータ遅延時間ｔに対応
した通信帯域を設定して、コンテンツデータを転送す
る。
【００５３】そのためアプリケーションサーバ１１は、
テーブル８６に次の第１および第２の判定基準テーブル
を備え、回線の帯域推定のための判断基準とする。
【００５４】図９は、回線１４が狭帯域回線であるか広
帯域回線であるかを判定するための第１の判定基準テー
ブルの構成の概要を表わしたものである。この第１の判
定基準テーブル９０は、回線１４のデータ遅延時間ｔ
と、アプリケーションサーバ１１とアクセスサーバ１２
との間のＲＴＴであるＲＴＴ2とに対応して、判定すべ
き結果が定められている。回線１４のデータ遅延時間ｔ
と、ＲＴＴ2とは、それぞれ“大”および“小”と２値
化されている。ここでは、エコー要求のパケットサイズ
を１００バイト前後にした場合において、“大”を１０
０ミリ秒（［ｍｓ］）以上、“小”を１００ｍｓより小
さいものとしている。
【００５５】すなわち、回線１４のデータ遅延時間ｔが
１００ｍｓ以上（“大”）で、ＲＴＴ2が１００ｍｓよ
り小さい（“小”）とき、回線１４が狭帯域回線で接続
されていると判断する。また、回線１４のデータ遅延時
間ｔが１００ｍｓより小さい値（“小”）で、ＲＴＴ2
が１００ｍｓ以上（“大”）のとき、回線１４が広帯域
回線で接続され、アクセスサーバ１２までの距離が遠い
ため、端末１３が離れたネットワークから接続されてい
るものと判断する。回線１４のデータ遅延時間ｔが１０
０ｍｓ以上（“大”）で、ＲＴＴ2も１００ｍｓ以上
（“大”）のとき、アクセスサーバ１２までの距離が遠
く離れているが、端末１３が接続されている回線１４は
狭帯域回線であるものと判断する。回線１４のデータ遅
延時間ｔが１００ｍｓより小さい値（“小”）で、ＲＴ
Ｔ2も１００ｍｓより小さい値（“小”）のとき、回線
１４が広帯域回線で接続され、端末１３までの遅延時間
とアクセスサーバ１２までの遅延時間との差が小さいた
めアクセスサーバまでの距離が近いことから、端末１３
が近隣のネットワークから接続されているものと判断す
る。
【００５６】これに対して、第２の判定基準テーブル
は、第１の判定基準テーブルに基づいて狭帯域回線と判
定されたときに、アプリケーションサーバ１１から最適
な帯域でコンテンツデータを転送するため、回線１４の
帯域を特定するための判定基準テーブルである。
【００５７】図１０は、回線１４の帯域を特定するため
の第２の判定基準テーブルの構成の概要を表わしたもの
である。この第２の判定基準テーブル９５は、回線１４
のデータ遅延時間ｔに対応して、特定すべき回線１４の
帯域が定められている。すなわち、回線１４のデータ遅
延時間が５００ｍｓ以上のときは、回線１４の帯域は９
６００ビット毎秒（［ｂｐｓ］）以下と判定する。ま
た、回線１４のデータ遅延時間が２５０ｍｓ〜５００ｍ
ｓのときは、回線１４の帯域は９６００ｂｐｓ〜３２ｋ
ｂｐｓと判定する。回線１４のデータ遅延時間が１８０
ｍｓ〜２５０ｍｓのときは、回線１４の帯域は３２ｋｂ
ｐｓと判定する。回線１４のデータ遅延時間が１８０ｍ
ｓ以下のときは、回線１４の帯域は６４ｋｂｐｓと判定
する。
【００５８】続いて、アプリケーションサーバ１１によ
る回線推定制御について、詳細に説明する。
【００５９】本実施例におけるアプリケーションサーバ
１１は、図示しないＣＰＵを有しており、所定の記憶装
置に格納された制御プログラムに基づいて、上述した回
線の帯域推定制御等の各種制御を実行することができる
ようになっている。
【００６０】図１１は、本実施例におけるアプリケーシ
ョンサーバ１１の回線１４の帯域推定制御の処理内容の
概要を表わしたものである。アプリケーションサーバ１
１は、アクセスサーバ１２および回線１４を介して端末
１３との間の通信路が設定されると、端末１３に対して
エコー要求を送信し、これに対応して端末１３からのエ
コー応答を受信することによって、端末１３までのＲＴ
ＴであるＲＴＴ1を算出する（ステップＳ１００）。続
いて、端末１３からのエコー応答に配置されているカウ
ンタ値に基づいて、上述したようにアプリケーションサ
ーバ１１からアクセスサーバ１２までのルータ数を推定
する推定処理Ｅ1を行う（ステップＳ１０１）。そし
て、推定処理Ｅ1の処理結果を受けて、アクセスサーバ
１２でエコー応答が返信されるようにカウンタ値の初期
値が設定されたエコー要求を送信して、今度はアクセス
サーバ１２までのＲＴＴであるＲＴＴ2を算出する（ス
テップＳ１０２）。
【００６１】ところで、ネットワークＮ0〜ＮNの構成に
よっては、アプリケーションサーバ１１から端末１３へ
の経路のルータ数ＲＮ1と、端末１３からアプリケーシ
ョンサーバ１１への経路のルータ数ＲＮ2とが異なる場
合がある。推定処理Ｅ1では、端末１３からアプリケー
ションサーバ１１への経路のルータ数ＲＮ2を推定した
ため、推定処理Ｅ2ではこの推定が正しかったか否かを
判定する（ステップＳ１０３）。
【００６２】この結果、回線１４のデータ遅延時間ｔが
算出されるので、続いて図９および図１０に示した第１
および第２の判定基準テーブルに基づいて、回線１４の
帯域を判定する推定処理Ｅ3を行う（ステップＳ１０
４）。
【００６３】以下、図１１に示したアプリケーションサ
ーバ１１の各処理について具体的に説明する。
【００６４】図１２は、図１１に示したＲＴＴ1算出処
理の処理内容の概要を表わしたものである。アプリケー
ションサーバ１１は、パケット処理部８１において、図
４で説明した端末１３からの通信路の設定を要求する接
続要求パケットがネットワークＩＦ８０を介して受信さ
れるのを監視し（ステップＳ１１０：Ｎ）、これを検出
した場合（ステップＳ１１０：Ｙ）、端末１３との間の
通信路の接続を承認したとき、ネットワーク接続処理部
８２により接続承認パケットを生成する（ステップＳ１
１１）。接続承認パケットは、送信元アドレスおよび宛
先アドレスにそれぞれアプリケーションサーバ１１およ
び端末１３のアドレスが、ＩＰデータフィールドに接続
承認を示すデータが、それぞれ配置されている。カウン
タフィールドには、何らかの原因でネットワーク内に長
時間滞留してしまわない程度に破棄されるカウンタ値が
配置される。続いて、パケット処理部８１により、この
接続承認パケットを、端末１３に対して送信する（ステ
ップＳ１１２）。
【００６５】その後、パケット処理部８１において、ス
テップＳ１１２で送信した接続承認パケットに対応し
て、ネットワークＩＦ８０を介して端末１３によって送
信される応答パケットの受信を待つ（ステップＳ１１
３：Ｎ）。そして、この応答パケットの受信を検出した
とき（ステップＳ１１３：Ｙ）、端末１３との間の通信
路が設定されたものと判断し、続いてエコー処理部８３
によりエコー要求を生成し、これを端末１３に対して送
信する（ステップＳ１１４）。エコー要求は、宛先アド
レスに端末１３のアドレス、送信元アドレスにアプリケ
ーションサーバ１１のアドレス、ＩＰデータフィールド
にはＩＣＭＰの制御メッセージによりエコー要求である
ことを示すデータを配置する。カウンタフィールドに
は、何らかの原因でネットワーク内に長時間滞留してし
まわない程度に破棄されるカウンタ値が配置される。
【００６６】その後、ステップＳ１１４で送信したエコ
ー要求に対応して、端末１３によって送信されたエコー
応答が受信されるのを待つ（ステップＳ１１５：Ｎ）。
そして、このエコー応答の受信を検出したとき（ステッ
プＳ１１５：Ｙ）、ＲＴＴ算出処理部８４により、ステ
ップＳ１１４でエコー要求を送信した時刻と、ステップ
Ｓ１１５でエコー応答を受信した時刻から、端末１３ま
でのＲＴＴであるＲＴＴ1を算出する（ステップＳ１１
６）。端末１３までのＲＴＴ1は、次の（２）式にした
がって算出する。
【００６７】 ＲＴＴ1＝（エコー応答受信時刻）−（エコー要求送信時刻） ・・・（２）
【００６８】図１３は、図１１に示した推定処理Ｅ1の
処理内容の概要を表わしたものである。アプリケーショ
ンサーバ１１の推定部８５は、まずパケット処理部８１
で受信されたエコー要求から、そのカウンタフィールド
のカウンタ値を取得する。このカウンタ値は、エコー要
求を受信した端末１３が、何らかの原因でネットワーク
内に長時間滞留してしまわない程度に、初期値が設定さ
れた後、アクセスサーバ１２および第１〜第Ｎのルータ
１０1〜１０Nを通過するたびに減算されたものである。
このカウンタフィールドは、通常、端末１３とアプリケ
ーションサーバ１１との間に通過するルータ数は３０以
下であることから、カウンタフィールドは５ビット以上
が割り当てられる。したがって、カウンタ値の初期値に
は、“３２”、“１２８”あるいは“２５５”といった
推測しやすい数値を用いることによって、端末１３で設
定された初期値を推定することができる（ステップＳ１
２０）。例えば、アプリケーションサーバ１１で受信し
たエコー応答のカウンタフィールドのカウンタ値が“１
２１”であるとき、上述したように、通常、端末１３と
アプリケーションサーバ１１との間に通過するルータ数
は３０以下であることから、カウンタ値の初期値は“１
２８”として判断する。
【００６９】続いて、次の（３）式にしたがって、アク
セスサーバ１２までのルータ数を算出する（ステップＳ
１２１）。
【００７０】 （ルータ数）＝（推定初期値）−（エコー応答のカウンタ値）−１ ・・・（３）
【００７１】したがって、アプリケーションサーバ１１
で受信したエコー応答のカウンタフィールドのカウンタ
値が“１２１”であるとき、アクセスサーバ１２までの
ルータ数は、“６（＝１２８−１２１−１）”となる。
【００７２】ここで、算出したルータ数が“０”以下の
とき（ステップＳ１２２：Ｙ）、推定処理を行うことが
できないので、処理自体を中止すべく所定の中止処理を
行う（ステップＳ１２３）。一方、算出したルータ数が
“０”以下ではないとき（ステップＳ１２２：Ｎ）、次
の処理に備える。
【００７３】図１４は、図１１に示したＲＴＴ2算出処
理の処理内容の概要を表わしたものである。アプリケー
ションサーバ１１の推定部８５は、エコー処理部８３に
より図１３のステップＳ１２１で算出したアクセスサー
バ１２までのルータ数を、カウンタフィールドのカウン
タ値として設定した新たなエコー要求を生成させる（ス
テップＳ１２５）。続いて、パケット処理部８１によ
り、これを端末１３宛てに送信させる（ステップＳ１２
６）。実際には、第１〜第Ｎのルータ１０1〜１０Nおよ
びアクセスサーバ１２により、カウンタ値が“１”ずつ
減算されるので、アクセスサーバ１２によってエコー応
答が返信される。
【００７４】一方、アプリケーションサーバ１１は、ス
テップＳ１２６で送信したエコー要求に対応して、端末
１３によって送信されたエコー応答が受信されるのを待
つ（ステップＳ１２７：Ｎ）。そして、このエコー応答
の受信を検出したとき（ステップＳ１２７：Ｙ）、ＲＴ
Ｔ算出処理部８４により、ステップＳ１２６でエコー要
求を送信した時刻と、ステップＳ１２７でエコー応答を
受信した時刻から、アクセスサーバ１２までのＲＴＴで
あるＲＴＴ2を算出する（ステップＳ１２８）。アクセ
スサーバ１２までのＲＴＴ2も、（２）式と同様に算出
する。
【００７５】図１５は、図１１に示した推定処理Ｅ2の
処理内容の概要を表わしたものである。上述したよう
に、ネットワークＮ0〜ＮNの構成によっては、アプリケ
ーションサーバ１１から端末１３への経路のルータ数Ｒ
Ｎ1と、端末１３からアプリケーションサーバ１１への
経路のルータ数ＲＮ2とが異なる場合がある。そこで、
推定処理Ｅ1で推定した端末１３からアプリケーション
サーバ１１への経路のルータ数ＲＮ2に対して、アプリ
ケーションサーバ１１から端末１３への経路のルータ数
ＲＮ1が小さいとき、図１４のステップＳ１２６で送信
したエコー要求は端末１３まで到達するため、アプリケ
ーションサーバ１１で受信するエコー応答が端末１３か
らのものであるか否かを判別することで、推定処理Ｅ1
の推定が正しかったか否かを判定するようにしている。
【００７６】すなわち、アプリケーションサーバ１１
は、図４のステップＳ１２６で送信されたエコー要求に
対応して、ネットワークＩＦ８０を介してパケット処理
部８１で受信されたエコー応答が、端末１３からのもの
であるか否かを判別する（ステップＳ１３０）。これ
は、受信したエコー応答の送信元アドレスを参照するこ
とで、容易に行うことができる。その結果、端末１３か
らのエコー応答ではないと判別されたとき（ステップＳ
１３０：Ｎ）、推定処理Ｅ1の推定は正しいものと判断
して、推定処理Ｅ2の処理を終了する（エンド）。この
ように、アプリケーションサーバ１１から端末１３への
経路のルータ数ＲＮ1が、端末１３からアプリケーショ
ンサーバ１１への経路のルータ数ＲＮ2より大きいとき
は、アクセスサーバ１２によってエコー応答が送信され
たものとみなして、処理を継続している。
【００７７】一方、ステップＳ１３０で、端末１３から
のエコー応答を受信したと判別されたとき（ステップＳ
１３０：Ｙ）、推定処理Ｅ1の推定は誤りであると判断
して、推定処理Ｅ1で推定し、図１４のステップＳ１２
６のエコー要求のカウンタ値の初期値を“２”で割り、
これを新たにカウンタフィールドのカウンタ値に設定し
たエコー要求により、再び図１４のステップＳ１２６に
戻って、アクセスサーバ１２までのＲＴＴであるＲＴＴ
2を算出させる（ステップＳ１３１）。
【００７８】図１６は、図１１に示した推定処理Ｅ3の
処理内容の概要を表わしたものである。図１２〜図１５
で説明したように、端末１３までのＲＴＴであるＲＴＴ
1、アクセスサーバ１２までのＲＴＴであるＲＴＴ2が算
出されると、次に回線１４のデータ遅延時間ｔを、既に
示した（１）式にしたがって算出する（ステップＳ１３
５）。続いて、この回線１４のデータ遅延時間ｔに基づ
いて、図９および図１０を参照してアプリケーションサ
ーバ１１と端末１３との間のネットワーク構成を推定す
る（ステップＳ１３６）。図９を参照して、端末１３に
接続される回線１４が狭帯域回線で接続していると推定
されたき、図１０を参照して回線１４の具体的な回線帯
域を推定する（ステップＳ１３７）。
【００７９】図１７は、アプリケーションサーバ１１に
よるデータ転送処理の概要を表わしたものである。図１
６に示したように、回線１４の帯域が推定されると、次
のようにコンテンツデータを端末１３宛てに転送する。
すなわち、図９および図１０を参照して、端末１３に接
続される回線１４が狭帯域回線であると推定されたとき
（ステップＳ１４０：Ｙ）、図１０を参照して特定した
回線帯域に設定して、端末１３から取得要求されたコン
テンツデータを転送する（ステップＳ１４１）。一方、
ステップＳ１４０で、端末１３に接続される回線１４が
狭帯域回線ではないと推定されたとき（ステップＳ１４
０：Ｎ）、あらかじめ決められた最大帯域に設定して、
端末１３から取得要求されたコンテンツデータを転送す
る（ステップＳ１４２）。
【００８０】次に、これまで説明した構成の本実施例に
おけるネットワークシステムの動作について、説明す
る。
【００８１】図１８は、本実施例におけるネットワーク
システムの動作の概要を表わしたものである。ここで
は、縦軸を時間軸として、端末１３、アクセスサーバ１
２およびアプリケーションサーバ１１の間で送受信され
るパケットデータに着目して、本実施例におけるネット
ワークシステムの動作シーケンスを示す。端末１３とア
クセスサーバ１２との間の回線１４は、既に設定されて
いるものとすると、例えばブラウザ機能を有する端末１
３がアプリケーションサーバ１１に格納されているコン
テンツデータを取得して閲覧しようとした場合、まず端
末１３はアプリケーションサーバ１１に接続要求を送信
する（接続要求１５０）。この接続要求は、図４で説明
したように図２に示したＩＰパケットデータ構成をなし
ている。すなわち、ネットワークＮ0〜ＮNによって構成
されているインターネットに収容されているアクセスサ
ーバ１２を介して、ＩＰパケットデータの宛先アドレス
に配置されているアドレスで特定されるアプリケーショ
ンサーバ１１に対して、ＩＰパケットデータが転送され
る。アプリケーションサーバ１１は、端末１３からの接
続要求１５０を受信すると、送信元である端末１３につ
いて接続契約がされているか否かを判別して接続が許可
されている端末であると認識したとき、接続承認１５１
を返信する。端末１３は、接続承認を受信した旨を通知
するため、応答１５２をアプリケーションサーバ１１に
返信する。
【００８２】続いてアプリケーションサーバ１１は、端
末１３がアクセスサーバ１２と接続される回線１４の帯
域を推定するため、端末１３宛てに第１のエコー要求１
５３を送信する。この第１のエコー要求１５３のカウン
タフィールドのカウンタ値は、端末１３に到達し、かつ
何らかの原因で端末１３に到達せずに長期間ネットワー
ク内に滞留しない程度の初期値が設定される。端末１３
は、第１のエコー要求１５３を受信すると、送信元アド
レスに付与されているアプリケーションサーバ１１のア
ドレスを宛先アドレスに代入した第１のエコー応答１５
４を返信する。第１のエコー応答１５４のカウンタフィ
ールドには、数ビット分割り当てられているが、通常、
端末１３とアプリケーションサーバ１１との間に通過す
るルータ数は３０以下であることから、上述した推定し
やすい数値をカウンタ値の初期値として設定するように
している。
【００８３】端末１３から、このような第１のエコー応
答１５４が送信されると、アクセスサーバ１２およびネ
ットワークＮ0〜ＮN内の第１〜第Ｎのルータ１０1〜１
０Nを通過するたびに、第１のエコー応答１５４のカウ
ンタフィールドのカウンタ値が“１”ずつ減算され、宛
先アドレスに指定されたアプリケーションサーバ１１に
到達する。アプリケーションサーバ１１では、第１のエ
コー要求１５３の送信時から、第１のエコー応答１５４
の受信時までを計時しており、ラウンドトリップ時間Ｒ
ＴＴ1として計測することができるようになっている。
【００８４】アプリケーションサーバ１１は、ＲＴＴ1
を計測するとともに、受信した第１のエコー応答１５４
のカウンタフィールドのカウンタ値から、端末１３で代
入されたカウンタ値の初期値を推定する。例えば、第１
のエコー応答１５４のカウンタ値が“１２１”のとき、
端末１３とアプリケーションサーバ１１との間に通過す
るルータ数は一般的に３０以下であって、推定しやすい
初期値が代入されていることから、“１２８”と推定す
る。したがって、アクセスサーバ１２までのルータ数
は、（３）式にしたがって“６”であると推定する（推
定処理Ｅ1１５５）。
【００８５】そして、アプリケーションサーバ１１は、
この推定したルータ数“６”をカウンタフィールドのカ
ウンタ値の初期値として第２のエコー要求１５６を端末
１３宛てに送信する。このカウンタ値は、ネットワーク
Ｎ0〜ＮN内のルータを通過するたびに“１”ずつ減算さ
れるので、推定が正しければアクセスサーバ１２でカウ
ンタ値が“０”となって、第２のエコー応答１５７とし
て第２のエコー要求１５６が廃棄された旨とともに返信
される。アプリケーションサーバ１１では、この第２の
エコー応答１５７が受信されたときのラウンドトリップ
時間ＲＴＴ2を計測する。
【００８６】上述したように、アプリケーションサーバ
１１から端末１３への経路のルータ数と、端末１３から
アプリケーションサーバ１１への経路のルータ数とは、
異なる場合がある。そこで、アプリケーションサーバ１
１では、端末１３から第２のエコー応答を受信したとき
には、推定処理Ｅ1で算出したアクセスサーバ１２まで
のルータ数は誤りであると判断し、第２のエコー要求１
５６のカウンタ値の初期値を“２”で割った値をカウン
タフィールドのカウンタ値に代入したエコー要求を送信
して、ラウンドトリップ時間ＲＴＴ2の計測を行う。一
方、アプリケーションサーバ１１では、受信した第２の
エコー応答が端末１３からのものではないとき、推定処
理Ｅ1で算出したアクセスサーバ１２までのルータ数は
正しかったものと判断する（推定処理Ｅ2１５８）。
【００８７】次にアプリケーションサーバ１１は、計測
したＲＴＴ1とＲＴＴ2とから、（１）式にしたがって回
線１４のデータ遅延時間ｔを算出し、図９に示した第１
の判定基準テーブルを参照して、アプリケーションサー
バ１１と端末１３との間のネットワーク構成を推定す
る。さらに、ここで端末１３が狭帯域回線と接続されて
いるものと判定されたときには、算出したデータ遅延時
間ｔから、図１０に示した第２の判定基準テーブルを参
照して、回線１４の帯域を推定する（推定処理Ｅ 3１５
９）。
【００８８】アプリケーションサーバ１１は、以上のよ
うに端末１３が接続される回線が狭帯域回線であると判
定したときには、図１０に示した第２の判定基準テーブ
ルから推定した回線帯域に応じて、内部に格納している
コンテンツデータを端末１３宛てに送信する。一方、端
末１３が接続される回線が広帯域回線であると判定した
ときには、最大帯域で内部に格納しているコンテンツデ
ータを端末１３宛てに送信する（コンテンツデータ１６
０1、１６０2、・・・）。
【００８９】これまで説明したように本実施例における
ネットワークシステムは、第１〜第Ｎのルータ１０1か
ら１０NによってネットワークＮ0〜ＮNが相互接続され
たインターネットに収容されているアプリケーションサ
ーバ１１に、アクセスサーバ１２に接続された回線１４
を介して端末１３がコンテンツデータを取得する場合、
アプリケーションサーバ１１から端末１３に対して第１
のエコー要求を送信し、これに対応して返信される第１
のエコー応答を受信して端末１３までのラウンドトリッ
プ時間ＲＴＴ1を計測するとともに、エコー要求に配置
されルータを通過するたびに“１”ずつ減算されるカウ
ンタフィールドのカウンタ値により、アプリケーション
サーバ１１とアクセスサーバ１２との間のルータ数を推
定するようにした。そして、この推定したルータ数を用
いて、今度はアクセスサーバ１２で返信されるように第
２のエコー要求を送信し、これに対応して返信される第
２のエコー応答を受信してアクセスサーバ１２までのラ
ウンドトリップ時間ＲＴＴ2を計測する。これにより、
回線１４のデータ遅延時間ｔが判明し、これに対応して
回線１４の回線帯域を推定して、あらかじめ格納されて
いるコンテンツデータを、端末１３宛てに供給するよう
にしている。これにより、端末１３から回線１４の帯域
などの接続情報を通知する必要がなく、しかも端末１３
の実装状態を修正することなく、サービス提供を受ける
端末側で快適にサービスが受けられるように、アプリケ
ーションサーバから各種サービスデータの転送が可能と
なる。さらに、既存のインターネットシステムに容易に
適用することができる。
【００９０】なお本実施例におけるネットワークシステ
ムでは、ネットワークＮ0〜ＮNの接続関係に限定されな
い。
【００９１】なお、また本実施例におけるネットワーク
システムでは、端末１３とアプリケーションサーバ１１
との間の接続処理は、３方向ハンドシェイク方式で行わ
れるものとして説明したが、これに限定されるものでは
ない。さらに、３方向ハンドシェイク方式で行われると
き、端末１３からの接続要求パケットに対するアプリケ
ーションサーバ１１の接続承認パケットを、エコー要求
とし、さらに端末１３からアプリケーションサーバ１１
への応答パケットを、エコー応答として処理することも
可能である。この場合、ネットワークで送受信されるパ
ケットを減らすことができるので、スループットの向上
を図ることができる。
【００９２】なお、さらに本実施例におけるネットワー
クシステムの図９に示した第１の判定基準テーブルで
は、判定基準となる時間の“大”、“小”を、１００ｍ
ｓを境界に判定しているが、これに限定されるものでは
ない。例えば、９０ｍｓを境界にしてもよく、ネットワ
ークシステムの構成に応じて、適切に選択されるべき値
である。
【００９３】なお本実施例におけるネットワークシステ
ムの図１０に示した第２の判定基準テーブルでは、エコ
ー要求のパケットサイズが１００バイト前後のときを示
したが、これに限定されるものではない。データ遅延時
間ｔの境界線は、パケットサイズの大きさに応じて比例
し、適宜変更されるべきものである。また、広帯域回線
を推定する場合や、推定の精度を向上させるためには、
計測するラウンドトリップ時間の精度を向上させるた
め、パケットサイズを大きくすればよい。
【００９４】なお、さらに本実施例におけるネットワー
クシステムでは、推定処理Ｅ2で、推定処理Ｅ1の推定が
誤りであると判定されたときに、エコー要求のカウンタ
値の初期値を“２”で割るものとして説明したが、これ
に限定されるものではない。推定精度を向上させるよう
に選択したｎ（ただし、０＜ｎ＜１）を、エコー要求の
カウンタ値の初期値に乗算した値を代入するようにして
もよい。
【００９５】なお、さらにまた本実施例におけるネット
ワークシステムでは、ネットワークの輻輳状況などによ
っては、第２のエコー応答がアプリケーションサーバで
受信されないことがある。この場合、一般にＲＴＴ1が
ＲＴＴ2より大きいので、アプリケーションサーバ１１
は第２のエコー要求を送信後、ＲＴＴ１経過後に第２の
エコー応答が受信されないときはタイムアウトとみなし
て、推定処理Ｅ2を処理するようにしてもよい。
【００９６】なお、本実施例におけるネットワークシス
テムでは、推定処理Ｅ1での推定が正しかったか否かを
推定処理Ｅ2で判定するようにしているが、これに限定
されるものではない。例えば、推定処理Ｅ1では、ラウ
ンドトリップ時間ＲＴＴ1を計測し、推定したアクセス
サーバ１２までのルータ数をそのまま“２”で割った初
期値を代入した第２のエコー要求により、ラウンドトリ
ップ時間ＲＴＴ2を計測することによって、推定処理Ｅ2
を省略することができる。この場合、ネットワークＮ0
〜ＮNの伝送帯域が、回線１４の帯域と比較して格段に
大きい場合に有用であり、アプリケーションサーバ１１
の処理負荷を軽減し、かつ本実施例と同程度の精度で推
定することができる。
【００９７】
【発明の効果】以上説明したように請求項１または請求
項２記載の発明によれば、端末から通信路の帯域などの
接続情報を通知する必要がなく、サービス提供を受ける
端末側で快適にサービスが受けられるように、アプリケ
ーションサーバから各種サービスデータの転送が可能と
なる。
【００９８】また、端末に接続される通信路の帯域の推
定を、簡素で、かつ比較的に精度良く行うことができる
ようになる。さらに請求項１または請求項２記載の発明
によれば、エコー要求およびエコー応答により端末に接
続される通信路の帯域を推定するようにしたので、端末
の実装状態を修正することなく、既存のインターネット
システムのようなシステムに容易に適用することができ
る。
【００９９】
【０１００】さらにまた請求項３記載の発明によれば、
アプリケーションサーバでは、第２のエコー応答が端末
からのものであるかを判別するようにし、端末からのも
のであると判別されたときには、アプリケーションサー
バから端末への経路のルータ数が、端末からアプリケー
ションサーバへの経路のルータ数より少ないため、推定
したルータ数が誤りと判断し、再び再送制御手段によ
り、より小さい値をカウンタ値の初期値に設定された第
２のエコー要求により第２のラウンドトリップ時間を計
測して、最終的に判定する端末に接続される通信路の帯
域の推定精度を向上させる。
【０１０１】さらに請求項４記載の発明によれば、アプ
リケーションサーバの処理を簡素化して、ネットワーク
の輻輳が発生しやすい回線が狭帯域の場合に効率的なデ
ータ転送を行うとともに、回線が広帯域の場合に端末に
とっても快適にデータを受信することができるようにな
る。
【０１０２】さらにまた請求項５記載の発明によれば、
アプリケーションサーバから端末に対してデータを転送
するのに先立って通信路を設定する接続処理が、３方向
ハンドシェイク方式で行われるとき、端末からの接続要
求に対するアプリケーションサーバの接続承認パケット
を、第１のエコー要求とし、さらに端末からアプリケー
ションサーバへの応答を、第１のエコー応答として処理
することによって、ネットワークで送受信されるパケッ
トを減らすことができるので、スループットの向上を図
ることができる。
【図面の簡単な説明】
【図１】本発明の一実施例におけるネットワークシステ
ムの構成の概要を示す構成図である。
【図２】本実施例におけるネットワークで送受信される
データの構成の概要を示す説明図である。
【図３】本実施例における回線の帯域推定制御に係る端
末の構成要部を示すブロック図である。
【図４】本実施例における端末のアプリケーションサー
バとの間の通信路接続処理の概要を示す流れ図である。
【図５】本実施例における端末のアプリケーションサー
バとの間のエコー処理の概要を示す流れ図である。
【図６】本実施例における回線の帯域推定制御に係るア
クセスサーバの構成要部を示すブロック図である。
【図７】本実施例におけるアクセスサーバのパケット中
継処理の概要を示す流れ図である。
【図８】本実施例における回線の帯域推定制御に係るア
プリケーションサーバの構成要部を示すブロック図であ
る。
【図９】本実施例における第１の判定基準テーブルの構
成の概要を示す説明図である。
【図１０】本実施例における第２の判定基準テーブルの
構成の概要を示す説明図である。
【図１１】本実施例におけるアプリケーションサーバの
回線の帯域推定制御の処理内容の概要を示す流れ図であ
る。
【図１２】本実施例におけるＲＴＴ1算出処理の処理内
容の概要を示す流れ図である。
【図１３】本実施例における推定処理Ｅ1の処理内容の
概要を示す流れ図である。
【図１４】本実施例におけるＲＴＴ2算出処理の処理内
容の概要を示す流れ図である。
【図１５】本実施例における推定処理Ｅ2の処理内容の
概要を示す流れ図である。
【図１６】本実施例における推定処理Ｅ3の処理内容の
概要を示す流れ図である。
【図１７】本実施例におけるアプリケーションサーバに
よるデータ転送処理の概要を示す流れ図である。
【図１８】本実施例におけるネットワークシステムの動
作の概要を示すシーケンス図である。
【符号の説明】
１０1〜１０N 第１〜第Ｎのルータ １１ アプリケーションサーバ １２ アクセスサーバ １３ 端末 １４ 回線
───────────────────────────────────────────────────── フロントページの続き (56)参考文献 特開2000−278320（ＪＰ，Ａ) 特開2001−69146（ＪＰ，Ａ) 特開2000−115233（ＪＰ，Ａ) 木村卓巳、谷口浩久、高土居広幸，イ ンターネットパス帯域測定法の比較評 価，信学技報，日本，電子情報通信学 会，1999年 ３月18日，ＳＳＥ98−209 谷口浩久、木村卓巳、片道遅延時間測 定に基づくＩＰパス特性の評価法，信学 技報，日本，電子情報通信学会，1998年 10月15日，ＩＮ98−89 (58)調査した分野(Int.Cl.7，ＤＢ名) H04L 12/56 400 H04L 12/56 200

Claims (5)

    (57)【特許請求の範囲】
  1. 【請求項１】 あらかじめ定められたエコー要求に対応
    してその送信元に対して所定のカウンタ値が設定された
    エコー応答を送信する端末と、 前記通信路を介して前記端末を収容し、前記端末との間
    の送受信データおよび前記エコー要求を中継するととも
    に、前記エコー要求を中継するたびに前記エコー要求に
    含まれるカウンタ値をカウントしこれが所定の値になっ
    たとき前記エコー要求の送信元に対してエコー応答を送
    信するアクセスサーバと、 このアクセスサーバに接続され、前記端末との間の送受
    信データおよびエコー要求を中継するとともに、前記エ
    コー要求を中継するたびに前記エコー要求に含まれるカ
    ウンタ値をカウントしこれが前記所定の値になったとき
    前記エコー要求の送信元に対してエコー応答を送信する
    １または複数のルータと、 前記ルータのいずれか１つに接続され、前記端末に対し
    て第１のエコー要求を送信する第１のエコー要求送信手
    段と、この第１のエコー要求に対応して前記端末から第
    １のエコー応答を受信する第１のエコー応答受信手段
    と、前記第１のエコー要求を送信してから前記第１のエ
    コー応答を受信するまでの経過時間を前記端末との間の
    データ遅延時間としての第１のラウンドトリップ時間と
    して計測する第１の計測手段と、前記第１のエコー応答
    受信手段によって受信された前記第１のエコー応答のカ
    ウンタ値から前記アクセスサーバまでのルータ数を推定
    する推定手段と、この推定手段によって推定された前記
    ルータ数がカウント値に設定された第２のエコー要求を
    前記端末に対して送信する第２のエコー要求送信手段
    と、この第２のエコー要求に対応した第２のエコー応答
    を受信する第２のエコー応答受信手段と、前記第２のエ
    コー要求を送信してから前記第２のエコー応答を受信す
    るまでの経過時間を前記アクセスサーバとの間のデータ
    遅延時間としての第２のラウンドトリップ時間として計
    測する第２の計測手段と、前記第１および第２の計測手
    段によって計測された第１および第２のラウンドトリッ
    プ時間から前記通信路のデータ遅延時間を算出する通信
    路遅延算出手段と、前記通信路のデータ遅延時間に対応
    して前記通信路の帯域が記憶されている通信路帯域記憶
    手段と、前記通信路遅延算出手段によって算出された前
    記通信路のデータ遅延時間に対応してこの通信路帯域記
    憶手段に記憶されている前記通信路の帯域に応じて前 記
    端末に対してデータを送信するデータ送信手段とを備え
    るアプリケーションサーバ とを具備することを特徴とす
    るネットワークシステム。
  2. 【請求項２】 あらかじめ定められたエコー要求に対応
    してその送信元に対して所定のカウンタ値が設定された
    エコー応答を送信する端末と、 前記通信路を介して前記端末を収容し、前記端末との間
    の送受信データおよび前記エコー要求を中継するととも
    に、前記エコー要求を中継するたびに前記エコー要求に
    含まれるカウンタ値を減算し零になったとき前記エコー
    要求の送信元に対してエコー応答を送信するアクセスサ
    ーバと、 このアクセスサーバに接続され、前記端末との間の送受
    信データおよびエコー要求を中継するとともに、前記エ
    コー要求を中継するたびに前記エコー要求に含まれるカ
    ウンタ値を減算し零になったとき前記エコー要求の送信
    元に対してエコー応答を送信する１または複数のルータ
    と、 前記ルータのいずれか１つに接続され、前記端末に対し
    て第１のエコー要求を送信する第１のエコー要求送信手
    段と、この第１のエコー要求に対応して前記端末から第
    １のエコー応答を受信する第１のエコー応答受信手段
    と、前記第１のエコー要求を送信してから前記第１のエ
    コー応答を受信するまでの経過時間を前記端末との間の
    データ遅延時間としての第１のラウンドトリップ時間と
    して計測する第１の計測手段と、前記第１のエコー応答
    受信手段によって受信された前記第１のエコー応答のカ
    ウンタ値から前記アクセスサーバまでのルータ数を推定
    する推定手段と、この推定手段によって推定された前記
    ルータ数がカウント値に設定された第２のエコー要求を
    前記端末に対して送信する第２のエコー要求送信手段
    と、この第２のエコー要求に対応した第２のエコー応答
    を受信する第２のエコー応答受信手段と、前記第２のエ
    コー要求を送信してから前記第２のエコー応答を受信す
    るまでの経過時間を前記アクセスサーバとの間のデータ
    遅延時間としての第２のラウンドトリップ時間として計
    測する第２の計測手段と、前記第１および第２の計測手
    段によって計測された第１および第２のラウンドトリッ
    プ時間から前記通信路のデータ遅延時間を算出する通信
    路遅延算出手段と、前記通信路のデータ遅延時間に対応
    して前記通信路の帯域が記憶されている通信路帯域記憶
    手段 と、前記通信路遅延算出手段によって算出された前
    記通信路のデータ遅延時間に対応してこの通信路帯域記
    憶手段に記憶されている前記通信路の帯域に応じて前記
    端末に対してデータを送信するデータ送信手段とを備え
    るアプリケーションサーバ とを具備することを特徴とす
    るネットワークシステム。
  3. 【請求項３】 前記アプリケーションサーバは、前記第
    ２のエコー応答受信手段によって受信された前記第２の
    エコー応答が前記端末によって送信されたものであるか
    否かを判別するエコー応答判別手段と、このエコー応答
    判別手段によって前記第２のエコー応答が前記端末によ
    って送信されたものであると判別されたとき前記推定手
    段によって推定した前記ルータ数より小さい値がカウン
    ト値に設定された第２のエコー要求を前記端末に対して
    前記第２のエコー要求送信手段により送信させる再送制
    御手段とを備えることを特徴とする請求項１または請求
    項２記載のネットワークシステム。
  4. 【請求項４】 前記アプリケーションサーバは、前記通
    信路遅延算出手段によって算出された前記通信路のデー
    タ遅延時間があらかじめ決められた閾値以上のときはこ
    れに対応してこの通信路帯域記憶手段に記憶されている
    帯域に応じて前記端末に対してデータを送信し、前記通
    信路のデータ遅延時間があらかじめ決められた閾値より
    小さいときは前記端末との間の通信経路の最大帯域で前
    記端末に対してデータを送信するデータ送信手段を備え
    ることを特徴とする請求項１〜請求項３いずれかに記載
    のネットワークシステム。
  5. 【請求項５】 前記端末は、前記アプリケーションサー
    バからデータを受信するのに先立って前記アプリケーシ
    ョンサーバに対して接続要求を送信する接続要求送信手
    段と、この接続要求送信に対応して受信される接続承認
    を前記第１のエコー要求として受信しこれに対応する応
    答を前記第１のエコー応答として送信する応答手段とを
    備え、前記アプリケーションサーバは、前記接続要求送
    信手段によって送信された前記接続要求に対応した前記
    接続承認を前記第１のエコー要求として送信する送信手
    段と、前記応答手段によって送信された前記応答を前記
    第１のエコー応答として受信するとともに前記端末との
    間の通信路を設定する通信路設定手段とを備えることを
    特徴とする請求項１〜請求項４いずれかに記載のネット
    ワークシステム。
JP30043899A 1999-10-22 1999-10-22 ネットワークシステム Expired - Fee Related JP3391316B2 (ja)

Priority Applications (5)

Application Number Priority Date Filing Date Title
JP30043899A JP3391316B2 (ja) 1999-10-22 1999-10-22 ネットワークシステム
EP20000122311 EP1094640B1 (en) 1999-10-22 2000-10-20 Network system
AU66652/00A AU775114B2 (en) 1999-10-22 2000-10-20 Network system
DE2000632310 DE60032310T2 (de) 1999-10-22 2000-10-20 Netzsystem
US09/694,004 US6965573B1 (en) 1999-10-22 2000-10-23 Network system

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP30043899A JP3391316B2 (ja) 1999-10-22 1999-10-22 ネットワークシステム

Publications (2)

Publication Number Publication Date
JP2001119434A JP2001119434A (ja) 2001-04-27
JP3391316B2 true JP3391316B2 (ja) 2003-03-31

Family

ID=17884811

Family Applications (1)

Application Number Title Priority Date Filing Date
JP30043899A Expired - Fee Related JP3391316B2 (ja) 1999-10-22 1999-10-22 ネットワークシステム

Country Status (5)

Country Link
US (1) US6965573B1 (ja)
EP (1) EP1094640B1 (ja)
JP (1) JP3391316B2 (ja)
AU (1) AU775114B2 (ja)
DE (1) DE60032310T2 (ja)

Families Citing this family (21)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3912091B2 (ja) * 2001-12-04 2007-05-09 ソニー株式会社 データ通信システム、データ送信装置、データ受信装置、および方法、並びにコンピュータ・プログラム
US7133368B2 (en) 2002-02-01 2006-11-07 Microsoft Corporation Peer-to-peer method of quality of service (QoS) probing and analysis and infrastructure employing same
US7969900B2 (en) * 2002-06-24 2011-06-28 Paradyne Corporation Determination of network performance characteristics
US7729268B2 (en) 2002-06-28 2010-06-01 Ntt Docomo, Inc. Method and apparatus for quality of service determination
JP2005045409A (ja) * 2003-07-24 2005-02-17 Pioneer Electronic Corp 情報処理装置、そのシステム、その方法、そのプログラム、および、そのプログラムを記録した記録媒体
US7475129B2 (en) * 2003-12-12 2009-01-06 International Business Machines Corporation Estimating bandwidth of client-ISP link
US7640299B2 (en) * 2004-09-30 2009-12-29 Microsoft Corporation Optimizing communication using scaleable peer groups
US20070038834A1 (en) * 2005-07-25 2007-02-15 Rolf Fritz Method and System for Managing the Sending of Data Packets Over a Data Path
JP4203528B1 (ja) * 2007-08-01 2009-01-07 ソフトバンクＢｂ株式会社 映像データ取得方法、映像データ取得システム、映像受信装置及び映像配信装置
JP5058135B2 (ja) * 2008-02-08 2012-10-24 パナソニック株式会社 端末装置
CN101848113B (zh) * 2009-03-24 2012-10-10 鸿富锦精密工业（深圳）有限公司 网络装置及网络上行带宽的自动检测方法
JP5257313B2 (ja) * 2009-09-25 2013-08-07 富士通株式会社 遅延時間測定装置、遅延時間測定プログラム及び方法
US20110148604A1 (en) * 2009-12-17 2011-06-23 Spin Master Ltd. Device and Method for Converting a Computing Device into a Remote Control
EP2388947A1 (en) * 2010-05-20 2011-11-23 Thomson Licensing Method of determination of transmission quality of a communication link and corresponding apparatus
US8392575B1 (en) 2011-03-31 2013-03-05 Amazon Technologies, Inc. Clustered device dispersion in a multi-tenant environment
US8539094B1 (en) 2011-03-31 2013-09-17 Amazon Technologies, Inc. Ordered iteration for data update management
US9210048B1 (en) 2011-03-31 2015-12-08 Amazon Technologies, Inc. Clustered dispersion of resource use in shared computing environments
US8745264B1 (en) 2011-03-31 2014-06-03 Amazon Technologies, Inc. Random next iteration for data update management
US8370496B1 (en) * 2011-03-31 2013-02-05 Amazon Technologies, Inc. Reducing average link bandwidth in an oversubscribed environment
KR101272670B1 (ko) * 2011-11-28 2013-06-10 엔에이치엔(주) 사용자 단말의 접속 네트워크 식별 장치, 방법 및 컴퓨터 판독 가능한 기록 매체
JPWO2021005945A1 (ja) 2019-07-10 2021-01-14

Family Cites Families (18)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5367523A (en) * 1993-08-26 1994-11-22 International Business Machines Corporation Adaptive rate-based congestion and flow control in packet communications networks
ZA959722B (en) * 1994-12-19 1996-05-31 Alcatel Nv Traffic management and congestion control for packet-based networks
US6577646B2 (en) * 1995-04-28 2003-06-10 Matsushita Electric Industrial Co., Ltd. Data transmitting apparatus, data receiving apparatus and data transmission control apparatus
DE69631182T2 (de) * 1995-04-28 2004-08-19 Matsushita Electric Industrial Co., Ltd., Kadoma Datenübertragungsverfahren
US5828837A (en) * 1996-04-15 1998-10-27 Digilog As Computer network system and method for efficient information transfer
US5892754A (en) * 1996-06-07 1999-04-06 International Business Machines Corporation User controlled adaptive flow control for packet networks
US5936940A (en) * 1996-08-22 1999-08-10 International Business Machines Corporation Adaptive rate-based congestion control in packet networks
US5802106A (en) * 1996-12-06 1998-09-01 Packeteer, Inc. Method for rapid data rate detection in a packet communication environment without data rate supervision
US6341309B1 (en) * 1997-05-27 2002-01-22 Novell, Inc. Firewall system for quality of service management
JPH11112543A (ja) * 1997-09-29 1999-04-23 Furukawa Electric Co Ltd:The データ通信方法及びその中継装置
US6560198B1 (en) * 1997-11-07 2003-05-06 Telcordia Technologies, Inc. Method and system for stabilized random early detection using packet sampling
US6249530B1 (en) * 1997-12-22 2001-06-19 Sun Microsystems, Inc. Network bandwidth control
EP0948168A1 (en) * 1998-03-31 1999-10-06 TELEFONAKTIEBOLAGET L M ERICSSON (publ) Method and device for data flow control
JP3602972B2 (ja) * 1998-07-28 2004-12-15 富士通株式会社 通信性能測定装置及びその測定方法
US6654344B1 (en) * 1999-02-02 2003-11-25 Mentat Inc. Method and system for controlling data flow in an internet over satellite connection
TW468116B (en) * 1999-02-08 2001-12-11 Wen-Shian Chen High speed Internet protocol address lookups method for saving memory
JP2000278320A (ja) 1999-03-25 2000-10-06 Toshiba Corp 通信システム、通信端末装置、情報サーバ装置、中継装置及び通信方法
JP3422952B2 (ja) 1999-08-25 2003-07-07 日本電信電話株式会社 パケット交換ネットワーク区間空き帯域測定方法及び装置

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
木村卓巳、谷口浩久、高土居広幸，インターネットパス帯域測定法の比較評価，信学技報，日本，電子情報通信学会，１９９９年 ３月１８日，ＳＳＥ９８−２０９
谷口浩久、木村卓巳、片道遅延時間測定に基づくＩＰパス特性の評価法，信学技報，日本，電子情報通信学会，１９９８年１０月１５日，ＩＮ９８−８９

Also Published As

Publication number Publication date
DE60032310D1 (de) 2007-01-25
EP1094640A3 (en) 2003-04-16
AU775114B2 (en) 2004-07-15
AU6665200A (en) 2001-04-26
EP1094640A2 (en) 2001-04-25
US6965573B1 (en) 2005-11-15
JP2001119434A (ja) 2001-04-27
DE60032310T2 (de) 2007-04-12
EP1094640B1 (en) 2006-12-13

Similar Documents

Publication Publication Date Title
JP3391316B2 (ja) ネットワークシステム
US6690651B1 (en) Method and apparatus for automatic transfer of a call in a communications system in response to changes in quality of service
JP4440779B2 (ja) Ｓｍｓおよびテキストメッセージを送信するシステム並びに方法
CN115150305B (zh) 承载网时延链路确定系统、方法、电子设备及存储介质
JP2006324945A (ja) 通信端末装置
CN101242318B (zh) 获取网络节点网络连接质量情况的方法和装置
CN114051013B (zh) 一种通信数据传输方法及装置
JP2008048131A (ja) Ｐ２ｐトラフィック監視制御装置及び方法
JP3822144B2 (ja) 輻輳抑制システム、輻輳制御装置、移動端末及び輻輳抑制方法
JPWO2012124099A1 (ja) ルータ装置、及びルータ装置における回線切り替え方法
US6778545B1 (en) DSP voice buffersize negotiation between DSPs for voice packet end devices
US7746782B2 (en) Traffic control in an internet protocol network
WO2004006518A1 (ja) 中継機器、中継方法、プログラム、及び通信システム
CN113676408B (zh) 虚拟专用网络的选路方法、系统、设备及存储介质
KR101254998B1 (ko) 호처리 메시지의 우회전송 제공 시스템 및 방법
US20100040071A1 (en) Communication system
JP3634808B2 (ja) 通信制御システム、通信制御方法、中継関門処理装置及び管理サーバ
JP3390384B2 (ja) Ｔｃｐ／ｉｐにおけるコネクション設定方法および方式
JPH10200581A (ja) Ｉｐパケット遅延転送制御通信方法および装置
JP2008054162A (ja) 輻輳規制システム、装置及びプログラム
US7061917B1 (en) Method for transporting data, a related data transmitting element and a data receiving element
JP2010220011A (ja) 通信制御装置、及びプログラム
US20040125746A1 (en) System and method for implementing protocol stack across multiple chassis
KR100957636B1 (ko) 데이터 세션 관리 방법 및 시스템
JP5093528B2 (ja) 通信装置、および回線状況情報提供方法

Legal Events

Date Code Title Description
FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20080124

Year of fee payment: 5

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20090124

Year of fee payment: 6

FPAY Renewal fee payment (event date is renewal date of database)

Free format text: PAYMENT UNTIL: 20100124

Year of fee payment: 7

LAPS Cancellation because of no payment of annual fees