(57)【要約】【課題】複数の経路を有さないパケット網であっても、通信対象との間で所望のスループットが得られないときに、通信端末の使用者の要望にある程度応えることができる。【解決手段】通信端末１０は、接続要求に要求パケットサイズを含ませて、端末側ＴＡ２０、パケット網１、サーバ側ＴＡ３０を経て、接続要求ＣＲをサーバ５０へ送信する（Ｓ３〜５）。サーバ側ＴＡ３０は、通信トラフィックに応じて、要求サイズでの通信に支障をきたすか否かを判断し、支障をきたせば小さいサイズをパケット通信でのパケットサイズとして（Ｓ６〜８）、この応答サイズをサーバ５０からの接続応答ＣＣに含ませて通信端末１０に送る（Ｓ１０〜１２）。通信端末１０は、応答サイズを表示し、送信開始を受け付けて通信データを送信する（Ｓ１３〜１５）、端末側ＴＡ２０は、この通信データを応答サイズの通信データＤＴパケットに変換してパケット網１に送る（Ｓ１７，１８）。【選択図】  図４
2005073198.tif 000002
【特許請求の範囲】
【請求項１】
一方がパケット網に接続され、他方が他の網に接続され、２つの網相互間での通信を行うパケット網の終端装置において、
前記パケット網から、パケットサイズ（以下、要求パケットサイズとする）の情報が含まれている接続要求を受信するパケット網側受送信手段と、
当該装置の通信トラフィックを検知するトラフィック検知手段と、
前記トラフィック検知手段で検知された通信トラフィックに応じて、前記要求パケットサイズでのパケット通信に支障をきたすか否かを判断し、パケット通信に支障をきたさなければ該要求パケットサイズをパケット通信でのパケットサイズとし、パケット通信に支障をきたせば他のパケットサイズをパケット通信でのパケットサイズ（以下、応答パケットサイズとする）とするパケットサイズ決定手段と、
前記パケット網側受送信手段が受信した前記接続要求を、前記他の網の通信仕様に変換して、該他の網に送信すると共に、該他の網から該接続要求に対する接続応答を受信する他の網側受送信手段と、
を備え、
前記パケット網側受送信手段は、前記他の網側受送信手段が受信した前記接続応答に、前記パケットサイズ決定手段で決定された前記応答パケットサイズの情報を含めてから、該接続応答を前記パケット網へ送信する、
ことを特徴とするパケット網の終端装置。
【請求項２】
請求項１に記載のパケット網の終端装置において、
前記他の網側受送信手段は、前記他の網から通信データを受信し、
前記パケット網側受送信手段は、前記パケット網から前記応答パケットサイズの通信データパケットを受信すると、前記他の網側受送信手段が受信した前記通信データを、該応答パケットサイズの通信データパケットにするパケットサイズ変更手段を有する、
ことを特徴とするパケット網の終端装置。
【請求項３】
請求項１及び２のいずれか一項に記載のパケット網の終端装置において、
前記パケットサイズ決定手段は、
前記トラフィック検知手段で検知された通信トラフィックが混雑状態で、前記要求パケットサイズでのパケット通信に支障をきたすと判断すると、該要求パケットサイズよりも小さいパケットサイズを前記応答パケットサイズとする、
ことを特徴とするパケット網の終端装置。
【請求項４】
請求項１から３のいずれか一項に記載のパケット網の終端装置において、
前記トラフィック検知手段は、前記パケット網を介して、当該装置にアクセスしている通信端末の数と、当該装置にアクセスしている各通信端末との間でのパケット通信での各パケットサイズとを用いて、前記通信トラフィックを求める、
ことを特徴とするパケット網の終端装置。
【請求項５】
一方がパケット網に接続され、他方が他の網に接続され、２つの網相互間での通信を行うパケット網の終端装置において、
前記他の網に接続されている通信端末から、パケットサイズ（以下、要求パケットサイズとする）の情報が含まれている接続要求を受信する他の網側受送信手段と、
前記通信端末からの前記接続要求を、前記パケット網での通信仕様に変換して該パケット網に送信すると共に、該パケット網から該接続要求に対する接続応答であって、パケットサイズ（以下、応答パケットサイズとする）の情報が含まれている接続応答を受信するパケット網側受送信手段と、
を備え、
前記パケット網側受送信手段は、前記他の網側受送信手段が前記通信端末から通信データを受信すると、該通信データを前記応答パケットサイズの通信データパケットにするパケットサイズ変更手段を有する、
ことを特徴とするパケット網の終端装置。
【請求項６】
請求項５に記載のパケット網の終端装置において、
前記他の網側受送信手段は、前記パケット網側受送信手段が前記応答パケットサイズの情報を含む前記接続応答を受信すると、該接続応答を、前記他の網での通信仕様に変換して該他の網に接続されている前記通信端末に送信する、
ことを特徴とするパケット網の終端装置。
【請求項７】
請求項１から４のいずれか一項に記載のパケット網の終端装置と、
前記他の網に接続されている通信端末と、
を備え、
前記通信端末は、各種データを提供するサーバである、
ことを特徴とするパケット通信システム。
【請求項８】
請求項６に記載のパケット網の終端装置と、
前記他の網に接続されている前記通信端末と、
を備え、
前記通信端末は、前記終端装置からの前記接続応答を解析して、該接続応答に含まれている応答パケットサイズ及び／又は該パケットサイズと相関関係を有する値を表示する表示手段を有する、
ことを特徴とするパケット通信システム。
【請求項９】
パケット網に接続されている複数の網終端装置を備え、複数の網終端装置のうちの第一網終端装置に他の網を介して第一通信端末が接続され、複数の該網終端装置のうちの第二網終端装置に他の網を介して第二通信端末が接続されているパケット通信システムで、該パケット網を介して、該第一通信端末と該第二通信端末との間で行うパケット通信方法において、
前記第一通信端末は、前記第二通信端末との接続要求に、パケット通信でのパケットサイズ（以下、要求パケットサイズとする）を含ませて、前記第一網終端装置、前記パケット網、前記第二網終端装置を経て、該接続要求を前記第二通信端末へ送信し、
前記第二通信端末は、前記第二網終端装置、前記パケット網、前記第一網終端装置を経て、前記接続要求に対する接続応答を前記第一通信端末に送信し、
前記第二網終端装置は、該第二網終端装置の通信トラフィックを検知し、該通信トラフィックに応じて、前記要求パケットサイズでのパケット通信に支障をきたすか否かを判断し、パケット通信に支障をきたさなければ該要求パケットサイズをパケット通信でのパケットサイズとし、パケット通信に支障をきたせば他のパケットサイズをパケット通信でのパケットサイズ（以下、応答パケットサイズとする）とし、前記第二通信端末からの前記接続応答を受信すると、該接続応答に前記応答パケットサイズの情報を含めてから、該接続応答を該パケット網へ出力し、
前記第一通信端末は、前記応答パケットサイズの情報を含む前記接続応答を受信すると、該応答パケットサイズ及び／又は該応答パケットサイズと相関関係を有する値を表示し、表示の結果、通信データの出力開始指示を受け付けると、該通信データを前記第一終端装置へ出力し、
前記第一網終端装置は、前記第一通信端末から前記通信データを受信すると、該通信データを前記応答パケットサイズに応じたパケットサイズの通信データパケットを作成して、前記パケット網、前記第二網終端装置を介して、該通信データパケットを前記第二通信端末に送信する、
ことを特徴とするパケット通信方法。
【請求項１０】
請求項９に記載のパケット通信方法において、
前記第二網終端装置は、前記パケット網から前記応答パケットサイズの前記通信データパケットを受信すると、前記第二通信端末から受信した通信データを該応答パケットサイズの通信データパケットにして、該パケット網に出力する、
ことを特徴とするパケット通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
パケット網に接続されている複数の網終端装置を備えている通信システムでのパケット通信方法、及びこの方法を実行する装置に関する。
【背景技術】
【０００２】
従来、パケット通信に関する技術としては、例えば、以下の特許文献１がある。
【０００３】
この特許文献１に記載の技術は、複数の経路を有するパケット網に関して、全経路の輻輳状態等を計測して、輻輳している経路を避け、輻輳程度の低い経路を選択することで、スループットの低下を抑制するものである。
【０００４】
【特許文献１】特開２０００−４９８６２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
以上のように、特許文献１に記載の技術は、複数経路を有するパケット網でのスループットの低下を抑制する技術として優れているが、複数の経路を有さないパケット網では、当該技術を適用することができないという問題点がある。
【０００６】
そこで、本発明は、複数の経路を有さないパケット網であっても、通信トラフィックにより通信対象との間で期待しているスループットが得られないときに、通信端末の使用者の要望にある程度応えることができるパケット通信方法、及びこの方法を実行する装置を提供することを目的とする。
【課題を解決するための手段】
【０００７】
前記目的を達成するためのパケット通信方法は、
パケット網に接続されている複数の網終端装置を備え、複数の網終端装置のうちの第一網終端装置に他の網を介して第一通信端末が接続され、複数の該網終端装置のうちの第二網終端装置に他の網を介して第二通信端末が接続されているパケット通信システムで、該パケット網を介して、該第一通信端末と該第二通信端末との間で行うパケット通信方法において、
前記第一通信端末は、前記第二通信端末との接続要求に、パケット通信でのパケットサイズ（以下、要求パケットサイズとする）を含ませて、前記第一網終端装置、前記パケット網、前記第二網終端装置を経て、該接続要求を前記第二通信端末へ送信し、
前記第二通信端末は、前記第二網終端装置、前記パケット網、前記第一網終端装置を経て、前記接続要求に対する接続応答を前記第一通信端末に送信し、
前記第二網終端装置は、該第二網終端装置の通信トラフィックを検知し、該通信トラフィックに応じて、前記要求パケットサイズでのパケット通信に支障をきたすか否かを判断し、パケット通信に支障をきたさなければ該要求パケットサイズをパケット通信でのパケットサイズとし、パケット通信に支障をきたせば他のパケットサイズをパケット通信でのパケットサイズ（以下、応答パケットサイズとする）とし、前記第二通信端末からの前記接続応答を受信すると、該接続応答に前記応答パケットサイズの情報を含めてから、該接続応答を該パケット網へ出力し、
前記第一通信端末は、前記応答パケットサイズの情報を含む前記接続応答を受信すると、該応答パケットサイズ及び／又は該応答パケットサイズと相関関係を有する値を表示し、表示の結果、通信データの出力開始指示を受け付けると、該通信データを前記第一終端装置へ出力し、
前記第一網終端装置は、前記第一通信端末から前記通信データを受信すると、該通信データを前記応答パケットサイズに応じたパケットサイズの通信データパケットを作成して、前記パケット網、前記第二網終端装置を介して、該通信データパケットを前記第二通信端末に送信する、ことを特徴とするものである。
【０００８】
ここで、前記第二網終端装置は、前記パケット網から前記応答パケットサイズの前記通信データパケットを受信すると、前記第二通信端末から受信した通信データを該応答パケットサイズの通信データパケットにして、該パケット網に出力するとよい。
【０００９】
また、前記目的を達成するための終端装置は、
一方がパケット網に接続され、他方が他の網に接続され、２つの網相互間での通信を行うパケット網の終端装置において、
前記パケット網から、パケットサイズ（以下、要求パケットサイズとする）の情報が含まれている接続要求を受信するパケット網側受送信手段と、
当該装置の通信トラフィックを検知するトラフィック検知手段と、
前記トラフィック検知手段で検知された通信トラフィックに応じて、前記要求パケットサイズでのパケット通信に支障をきたすか否かを判断し、パケット通信に支障をきたさなければ該要求パケットサイズをパケット通信でのパケットサイズとし、パケット通信に支障をきたせば他のパケットサイズをパケット通信でのパケットサイズ（以下、応答パケットサイズとする）とするパケットサイズ決定手段と、
前記パケット網側受送信手段が受信した前記接続要求を、前記他の網の通信仕様に変換して、該他の網に送信すると共に、該他の網から該接続要求に対する接続応答を受信する他の網側受送信手段と、を備え、
前記パケット網側受送信手段は、前記他の網側受送信手段が受信した前記接続応答に、前記パケットサイズ決定手段で決定された前記応答パケットサイズの情報を含めてから、該接続応答を前記パケット網へ送信する、ことを特徴とするものである。
【００１０】
ここで、前記パケット網側受送信手段は、前記パケット網から前記応答パケットサイズの通信データパケットを受信すると、前記他の網側受送信手段が受信した通信データを、該応答パケットサイズの通信データパケットにするパケットサイズ変更手段を有する、ことが好ましい。
【００１１】
また、前記パケットサイズ決定手段は、前記トラフィック検知手段で検知された通信トラフィックが混雑状態で、前記要求パケットサイズでのパケット通信に支障をきたすと判断すると、該要求パケットサイズよりも小さいパケットサイズを前記応答パケットサイズとする、ことが好ましい。
【００１２】
また、前記トラフィック検知手段は、前記パケット網を介して、当該装置にアクセスしている通信端末の数と、当該装置にアクセスしている各通信端末との間でのパケット通信での各パケットサイズとを用いて、前記通信トラフィックを求める、ものであってもよい。
【００１３】
前記目的を達成するための他の終端装置は、
一方がパケット網に接続され、他方が他の網に接続され、２つの網相互間での通信を行うパケット網の終端装置において、
前記他の網に接続されている通信端末から、パケットサイズ（以下、要求パケットサイズとする）の情報が含まれている接続要求を受信する他の網側受送信手段と、
前記通信端末からの前記接続要求を、前記パケット網での通信仕様に変換して該パケット網に送信すると共に、該パケット網から該接続要求に対する接続応答であって、パケットサイズ（以下、応答パケットサイズとする）の情報が含まれている接続応答を受信するパケット網側受送信手段と、を備え、
前記パケット網側受送信手段は、前記他の網側受送信手段が前記通信端末から通信データを受信すると、該通信データを前記応答パケットサイズの通信データパケットにするパケットサイズ変更手段を有する、ことを特徴とするものである。
【００１４】
ここで、前記他の網側受送信手段は、前記パケット網側受送信手段が前記応答パケットサイズの情報を含む前記接続応答を受信すると、該接続応答を、前記他の網での通信仕様に変換して該他の網に接続されている前記通信端末に送信する、とよい。
【発明の効果】
【００１５】
本発明によれば、パケット網が複数の経路を有する有さないに関わらず、通信対象との間のパケット網が輻輳している場合、輻輳の度合い、言い換えると通信トラフィックの程度に応じて、通信データパケットのパケットサイズを変えることができるので、パケット通信でのスループットをある程度保証できる。さらに、本発明では、ある程度スループットを保証できる通信データパケットのパケットサイズを提示することができるので、期待しているスループットが得られるまで待つか、現段階で保証できるスループットで通信を行うかの選択権を通信端末の使用者に与えることができる。このように、本発明では、パケット網が輻輳している場合に、ある程度スループットを保証できるパケット通信が行える上に、通信端末の使用者に選択権を与えることができるため、使用者の要望にある程度応えることができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明に係るパケット通信システムの一実施形態について、図面を用いて説明する。
【００１７】
本実施形態のパケット通信システムは、Ｘ．２５プロトコルで規定されたパケット網１に接続されている複数のＴＡ（Terminal  Adapter：網終端装置）２０，３０と、複数のＴＡ２０，３０のうちの一のＴＡ（以下、端末側ＴＡとする）２０にＬＡＮ回線２で接続されている複数の通信端末１０，１０と、複数のＴＡ２０，３０のうちの他のＴＡ（以下、サーバ側ＴＡとする）３０にＬＡＮ回線３で接続されているサーバ５０と、を備えている。
【００１８】
端末側ＴＡ２０は、図２に示すように、パケット網側通信制御部２１と、ＬＡＮ側通信制御部２８と、これらを統合的に制御する主制御部２９と、を備えている。パケット網側通信制御部２１は、物理層であるレイヤ１に関する処理を行うレイヤ１部２２と、データリンク層であるレイヤ２に関する処理を行うレイヤ２部２３と、ネットワーク層であるレイヤ３に関する処理を行うレイヤ３部２４と、を有している。レイヤ３部２４には、レイヤ３部２４での処理の制御を行うレイヤ３制御部２５と、通信データＤＴパケットのパケットサイズを変更するパケットサイズ変更部２７と、が設けられている。レイヤ３制御部２５は、接続要求や接続応答等の呼制御データＣＤを解析して、接続応答に含まれている応答パケットサイズを認識するパケット解析部２６を有している。
【００１９】
この端末側ＴＡ２０にＬＡＮ回線２を介して接続されている通信端末１０は、通信制御部１１と、各種指示や各種データ等の入力を受け付ける入力部１２と、各種データ等を表示する表示部１３と、これらを統合的に制御する主制御部１４と、を備えている。
【００２０】
サーバ側ＴＡ３０は、図３に示すように、パケット網側通信制御部３１と、ＬＡＮ側通信制御部４０と、これらを統合的に制御する主制御部４１と、を備えている。パケット網側通信制御部３１は、物理層であるレイヤ１に関する処理を行うレイヤ１部３２と、データリンク層であるレイヤ２に関する処理を行うレイヤ２部３３と、ネットワーク層であるレイヤ３に関する処理を行うレイヤ３部３４と、を有している。レイヤ３部３４には、レイヤ３部３４での処理の制御を行うレイヤ３制御部３５と、通信データＤＴパケットのパケットサイズを変更するパケットサイズ変更部３９と、が設けられている。レイヤ３制御部３５は、接続要求や接続応答等の呼制御データＣＤを解析して、接続要求に含まれている要求パケットサイズを認識すると共に、サーバ５０からの接続応答にデータを組み込むパケット解析／処理部３６と、当該サーバ側ＴＡ３０での通信トラフィックを検知するトラフィック検知部３７と、通信トラフィックに応じて応答パケットサイズを決める応答パケットサイズ決定部３８と、を有している。
【００２１】
このサーバ側ＴＡ３０にＬＡＮ回線３を介して接続されているサーバ５０は、通信制御部５１と、データベース５２と、これらを統合的に制御する主制御部５３と、を有している。
【００２２】
次に、図４に示すシーケンス図に従って、本実施形態におけるパケット通信システムの動作について説明する。なお、ここでは、複数の通信端末１０，１０のうちの一の通信端末１０からの要求に応じて、この通信端末１０とサーバ５０との間で通信データの送受信を行うものとする。
【００２３】
通信端末１０の入力部１２が、パケット通信でのパケットサイズ設定を受け付けると共に（ステップ１）、サーバ５０との接続指示を受け付ける（ステップ２）。パケットサイズ設定時には、通信端末１０の表示部１３に、例えば、通信速度として、１２８bit／s、２５６bit／s、５１２bit／s、１０２４bit／s等の複数の通信速度が表示され、これらのうちのいずれかを選択することで、選択通信速度に対応したパケットサイズが設定される。なお、通信端末１０の表示部１３には、複数のパケットサイズのみ、又は複数のパケットサイズと共に各パケットサイズに対応した通信速度を表示するようにしてもよい。入力部１２で受け付けたパケットサイズは、通信端末１０の通信制御部１１により、要求パケットサイズとして接続要求ＣＲに組み込まれ、ＬＡＮ回線２を介して、端末側ＴＡ２０に送られる（ステップ３）。
【００２４】
端末側ＴＡ２０は、このＣＲを受信すると、これをＸ．２５プロトコルに従ったパケットに変換して、パケット網１を介して、サーバ側ＴＡ３０へ送る（ステップ４）。
【００２５】
ここで、端末側ＴＡ２０からサーバ側ＴＡ３０へ送られる接続要求ＣＲパケットの構成について、図５を用いて簡単に説明する。
【００２６】
この接続要求ＣＲパケット６０には、着呼ユーザアドレス６１や発呼ユーザアドレス６２等の送受信先を定めるのに必要なデータの他、ファシリティ６３、コールユーザデータ６４が設けられている。ファシリティ６３及びコールユーザデータ６４には、いずれも、通信端末１０が設定したパケットサイズが設定される。なお、後述のサーバ側ＴＡ３０からパケット網１へ送られる接続応答ＣＣパケットも、この接続要求ＣＲパケット６０と基本的に同じ構成である。また、このＣＲパケット６０のコールユーザデータ６４に設定されたパケットサイズは、サーバ側ＴＡ３０からパケット網１へ送られるＣＣパケットで変わる可能性があるが、ＣＲパケット６０のファシリティ６３に設定されたパケットサイズは、このパケット通信での最大パケットサイズとして、ＣＣパケットでも変わらない。
【００２７】
サーバ側ＴＡ３０が、パケット網１から接続要求ＣＲパケットを受信すると、これをイーサネット（米国ゼロックス社の登録商標）フレームに載せて、ＬＡＮ回線３を介してサーバ５０に送る（ステップ５）。この過程で、サーバ側ＴＡ３０のパケット解析／処理部３６が、ＣＲパケットを解析して、このＣＲパケットにふくまれている要求パケットサイズを認識する（ステップ６）。続いて、サーバ側ＴＡ３０のトラフィック検知部３７が通信トラフィックを検知する（ステップ７）。このトラフィック検知部３７は、パケット解析／処理部３６での解析で得られる情報に基いて通信トラフィックを求める。具体的には、このサーバ側ＴＡ３０にアクセスしている通信端末１０，１０の数と、各通信端末１０，１０毎の通信データパケットのパケットサイズとに基いて、通信トラフィックを求める。なお、通信端末１０の数には、現在、実際に通信データパケットを送受信している通信端末１０のほか、接続要求を出力している通信端末１０も含まれる。また、接続要求を出力している通信端末１０の通信データパケットのパケットサイズとしては、要求パケットサイズが採用される。
【００２８】
サーバ側ＴＡ３０の応答パケットサイズ決定部３８は、トラフィック検知部３７が求めた通信トラフィックに対して、要求パケットサイズでのパケット通信で、パケット処理に支障をきたさないか否かを判断し、パケット処理に支障をきたさない場合には、要求パケットサイズを応答パケットサイズとし、支障をきたす場合には、要求パケットサイズよりも小さいサイズでパケット処理に支障をきたさないサイズを応答パケットサイズにし、この応答パケットサイズをパケット解析／処理３６に通知する（ステップ８）。なお、この例での応答パケットサイズは、通信速度１２８bit／s、２５６bit／s、５１２bit／s、１０２４bit／sのうちのいずれかに対応したパケットサイズである。
【００２９】
サーバ側ＴＡ３０がサーバ５０からの接続応答ＣＣを受信すると（ステップ９）、パケット解析／処理部３６がこのＣＣに応答パケットサイズを組み込む（ステップ１０）。そして、サーバ側ＴＡ３０のパケット網側通信制御部３１は、これをＸ．２５プロトコルに従ったＣＣパケットに変換して、パケット網１を介して、端末側ＴＡ２０へ送る（ステップ１１）。
【００３０】
端末側ＴＡ２０は、この接続応答ＣＣパケットを受信すると、これをイーサネットフレームに載せて、ＬＡＮ回線２を介して通信端末１０に送る（ステップ１２）。この過程で、端末側ＴＡ２０のパケット解析部２６が、ＣＣパケットを解析して、このＣＣパケットに含まれている応答パケットサイズを認識し、これをパケットサイズ変更部２７に通知する（ステップ１６）。
【００３１】
通信端末１０は、接続応答ＣＣを受信すると、その主制御部１４が表示部１３に、接続応答ＣＣに含まれている応答パケットサイズ、及び／又はこのパケットサイズに対応した通信速度が表示される（ステップ１３）。表示部１３に表示された応答パケットサイズが、仮に、要求パケットサイズと同じ、又は要求パケットサイズよりも小さいが、通信端末１０の使用者にとって妥協できる値である場合には、入力部１２から通信データの送信開始指示を入力する（ステップ１４）。通信端末１０は、この指示を受け付けると、通信データＤＴの送信を開始する（ステップ１５）。
【００３２】
端末側ＴＡ２０は、通信端末１０から通信データＤＴを受信すると、レイヤ３部２４のパケットサイズ変更部２７は、この通信データＤＴのパケット化にあたって、このパケットのサイズを、パケット解析部２６から通知された応答パケットサイズにする（ステップ１７）。この応答パケットサイズは、前述したように、要求パケットサイズと同じパケットサイズである場合もあるが、この要求パケットサイズよりも小さいパケットサイズである場合もある。いずれの場合も、この応答パケットサイズは、通信端末１０で承認を得たパケットサイズである。
【００３３】
端末側ＴＡ２０のパケット網側通信制御部２１では、通信端末１０からの通信データＤＴを、Ｘ．２５プロトコルに従ったパケットであって、パケットサイズが前述の応答パケットサイズのパケットに変換し、パケット網１を介して、この通信データＤＴパケットをサーバ側ＴＡ３０に送る（ステップ１８）。
【００３４】
この通信データＤＴパケットのパケットサイズは、サーバ側ＴＡ３０の応答パケットサイズ決定部３８で、通信トラフィックに対してパケット処理に支障をきたさないサイズとして定められたサイズなので、サーバ側ＴＡ３０でのＤＴパケットのスループットをある程度保証することができる。言い換えると、ＤＴパケットの通信速度として、通信端末１０の使用者の承認を得た通信速度をある程度確保できる。
【００３５】
この通信データＤＴパケットは、サーバ側ＴＡ３０のＬＡＮ側通信制御部４０によりイーサネットフレームに載せられて、サーバ５０へ送られる（ステップ１９）。
【００３６】
一方、サーバ５０は、例えば、通信端末１０の要求に応じたデータをデータベース５２から取得して、これをイーネットフレームに載せて、サーバ側ＴＡ３０に送る（ステップ２０）。
【００３７】
サーバ側ＴＡ３０は、端末側ＴＡ２０から応答パケットサイズの通信データＤＴパケットを受信した時点で、このパケットサイズでの通信が承認されたと認識して、パケットサイズ変更部３９で、サーバ５０からの通信データＤＴを応答パケットサイズのサイズにする（ステップ２１）。この応答パケットサイズの通信データＤＴパケットは、パケット網１を介して、端末側ＴＡ２０に送られ（ステップ２２）、最終的に、ＬＡＮ２を介して通信端末１０に送られる（ステップ２３）。
【００３８】
以降、通信端末１０又はサーバ５０から切断要求が出力されるまで、両者の間で、応答パケットサイズでのパケット通信が行われる。サーバ側ＴＡ３０が、通信端末１０又はサーバ５０からの切断要求を受信すると、サーバ側ＴＡ３０のパケット解析／処理部３６は、複数の通信端末１０，１０のうちの一の通信端末１０とサーバ５０との間での、所定パケットサイズでのパケット通信が終了したと認識し、トラフィック検知部３７で検知される通信トラフィック量は減少する。
【００３９】
通信端末１０の表示部１３に、応答パケットサイズ及び／又はこれに対応した通信速度が表示され（ステップ１３）、この値が通信端末１０の使用者にとって妥協できない値の場合には、入力部１２から切断要求が入力される（ステップ１４）。通信端末１０は、この指示を受け付けると、端末側ＴＡ２０に対して切断要求ＣＱを送信する（ステップ２４）。このＣＱは、パケット網１、サーバ側ＴＡ３０を介して、サーバ５０に送られる（ステップ２５，２６）。サーバ５０は、このＣＱを受信すると、切断終了ＣＦをサーバ側ＴＡ３０に送る。そして、このＣＦは、パケット網１を介して、端末側ＴＡ２０に送られる。
【００４０】
ステップ１４で切断要求を入力した使用者が、しばらくして、サーバ５０に対してアクセスを試みて、ステップ１〜１３が実行されたとする。このとき、仮に、他の通信端末１０とサーバ５０との間の通信が終了し、当初アクセスしたときよりも通信トラフィックが減少したために、ステップ８で、要求パケットサイズでパケット通信をしても通信データパケットの処理に支障をきたさないと判断されると、ステップ１３では、要求パケットサイズと同じ応答パケットサイズが表示される。この使用者は、この表示内容を見て、自分の希望にあった通信速度を確保できると判断して、通信端末１０に対して、通信データの送信開始指示を入力する（ステップ１４）。すると、以降は、前述したステップ１５〜２３が実行される。すなわち、使用者が当初希望した通信速度でのパケット通信が実行される。
【００４１】
以上のように、本実施形態では、パケット網１が複数の経路を有する有さないに関わらず、通信対象であるサーバ５０との間のパケット網１が輻輳している場合、輻輳の度合い、言い換えると通信トラフィックの程度に応じて、通信データパケットのパケットサイズを変えることができるので、パケット通信でのスループットをある程度保証できる。さらに、本実施形態では、ある程度スループットを保証できる通信データパケットのパケットサイズを提示することができるので、期待しているスループットが得られるまで待つか、現段階で保証できるスループットで通信を行うかの選択権を通信端末１０の使用者に与えることができる。
【図面の簡単な説明】
【００４２】
【図１】本発明に係る一実施形態の通信ネットワークの構成を示す説明図である。
【図２】本発明に係る一実施形態の端末側ＴＡの機能構成を示す説明図である。
【図３】本発明に係る一実施形態のサーバ側ＴＡの機能構成を示す説明図である。
【図４】本発明に係る一実施形態の通信ネットワークのシーケンス図である。
【図５】本発明に係る一実施形態の接続要求パケットのデータ構成を示す説明図である。
【符号の説明】
【００４３】
１：パケット網、２，３：ＬＡＮ回線、１０：通信端末、１３：表示部、２０：端末側ＴＡ、２１：パケット網側通信制御部、２４：レイヤ３部、２５：レイヤ３制御部、２６：パケット解析部、２７：パケットサイズ変更部、２８：ＬＡＮ側通信制御部、３０：サーバ側ＴＡ、３１：パケット網側通信制御部、３４：レイヤ３部、３５：レイヤ３制御部、３６：パケット解析／処理部、３７：トラフィック検知、３８：応答パケットサイズ決定、３９：パケットサイズ変更部、４０：ＬＡＮ側通信制御部、５０：サーバ
【図１】
2005073198.tif 000003
【図２】
2005073198.tif 000004
【図３】
2005073198.tif 000005
【図４】
2005073198.tif 000006
【図５】
2005073198.tif 000007