JP3512832B2 - Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 - Google Patents
Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置Info
- Publication number
- JP3512832B2 JP3512832B2 JP12372093A JP12372093A JP3512832B2 JP 3512832 B2 JP3512832 B2 JP 3512832B2 JP 12372093 A JP12372093 A JP 12372093A JP 12372093 A JP12372093 A JP 12372093A JP 3512832 B2 JP3512832 B2 JP 3512832B2
- Authority
- JP
- Japan
- Prior art keywords
- lan
- line
- communication
- data
- lines
- 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 - Lifetime
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
- H04L12/46—Interconnection of networks
- H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
- H04L12/4612—LAN interconnection over narrowband networks, e.g. N-ISDN, PSTN, X.25
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Data Exchanges In Wide-Area Networks (AREA)
- Small-Scale Networks (AREA)
Description
【０００１】
【産業上の利用分野】本発明は広域網を介してＬＡＮ間
で通信するＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装
置に係わり、特に新たな転送要求を発生したＬＡＮ端末
のアプリケーションの種別に応じて帯域の割り出し（ア
サイン）や回線の選択を行ってＬＡＮ間で通信するＬＡ
Ｎ間通信方法及びＬＡＮ・ＷＡＮ接続装置に関する。
で通信するＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装
置に係わり、特に新たな転送要求を発生したＬＡＮ端末
のアプリケーションの種別に応じて帯域の割り出し（ア
サイン）や回線の選択を行ってＬＡＮ間で通信するＬＡ
Ｎ間通信方法及びＬＡＮ・ＷＡＮ接続装置に関する。
【０００２】
【従来の技術】遠く離れたＬＡＮ(Local Area Network)
間を相互に接続するためには、電話網やデータ交換網、
ＩＳＤＮ、専用線などいわゆる広域網(ＷＡＮ:Wide Are
a Network)が中間に入る。そして、ＬＡＮとＷＡＮ間に
はルータ（router）が設けられる。ルータは一方がＬＡ
Ｎに接続されて第１、第２層である物理層、リンク層を
制御し、他方がＷＡＮに接続されて第３層のネットワー
ク層を制御（ＷＡＮとのインターフェース及びそのネッ
トワークを制御）する。このようにＷＡＮを介してＬＡ
Ｎ間接続する通信方式において、端末よりネットワーク
アドレスを付加してフレームを送り出すと、ルータは該
ネットワークアドレスを参照してフレームを取り込み、
該フレームをＷＡＮを介して対地のＬＡＮ向けに送り、
対地のＬＡＮに接続されたルータが該フレームを取り込
んでＬＡＮに送り出し、着端末がフレームを取り込むよ
うになっている。
間を相互に接続するためには、電話網やデータ交換網、
ＩＳＤＮ、専用線などいわゆる広域網(ＷＡＮ:Wide Are
a Network)が中間に入る。そして、ＬＡＮとＷＡＮ間に
はルータ（router）が設けられる。ルータは一方がＬＡ
Ｎに接続されて第１、第２層である物理層、リンク層を
制御し、他方がＷＡＮに接続されて第３層のネットワー
ク層を制御（ＷＡＮとのインターフェース及びそのネッ
トワークを制御）する。このようにＷＡＮを介してＬＡ
Ｎ間接続する通信方式において、端末よりネットワーク
アドレスを付加してフレームを送り出すと、ルータは該
ネットワークアドレスを参照してフレームを取り込み、
該フレームをＷＡＮを介して対地のＬＡＮ向けに送り、
対地のＬＡＮに接続されたルータが該フレームを取り込
んでＬＡＮに送り出し、着端末がフレームを取り込むよ
うになっている。
【０００３】
【発明が解決しようとする課題】現状のＷＡＮは回線の
帯域が狭く、ＬＡＮ間接続といってもトラヒックが多く
なるといきなり２４００ｂｐｓに落ちてしまったり、比
較的早いＩＮＳ−Ｃを用いても６４Ｋｂｐｓに落ちてし
まう。このため、ファイル転送の場合、同じＬＡＮ内で
あれば数秒で転送が終わってしまうものが、ＷＡＮを通
すと途端に遅くなる問題があった。そこで、早い専用線
を借りてＬＡＮ間接続することが考えられるが、専用線
を借りると通信コストが高くつく問題がある。特に、Ｌ
ＡＮ上の通信の特性として、常にデータが流れているわ
けではなく、必要なデータが発生した時だけ流れる(バ
ースト系通信)ため、専用線を借りた時、使っていると
きと、使っていない時の差が非常に大きいという問題が
ある。
帯域が狭く、ＬＡＮ間接続といってもトラヒックが多く
なるといきなり２４００ｂｐｓに落ちてしまったり、比
較的早いＩＮＳ−Ｃを用いても６４Ｋｂｐｓに落ちてし
まう。このため、ファイル転送の場合、同じＬＡＮ内で
あれば数秒で転送が終わってしまうものが、ＷＡＮを通
すと途端に遅くなる問題があった。そこで、早い専用線
を借りてＬＡＮ間接続することが考えられるが、専用線
を借りると通信コストが高くつく問題がある。特に、Ｌ
ＡＮ上の通信の特性として、常にデータが流れているわ
けではなく、必要なデータが発生した時だけ流れる(バ
ースト系通信)ため、専用線を借りた時、使っていると
きと、使っていない時の差が非常に大きいという問題が
ある。
【０００４】以上から本発明の目的は、ユーザにあたか
もＷＡＮが介在せず１本のＬＡＮで張られているような
イメージを持たせることができるＬＡＮ間通信方法及び
ＬＡＮ・ＷＡＮ接続装置を提供することである。本発明
の別の目的は転送要求を発生したＬＡＮ端末のアプリケ
ーションの種別に応じて帯域をアサインしたり、回線選
択を制御してＷＡＮを介しても高速転送及び経済的な通
信が可能なＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装
置を提供することである。本発明の他の目的は、多重化
する回線数を増減して帯域を制御する際、多回線間のデ
ータの同期合わせをデータ転送の瞬断なくして行うこと
ができるＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装置
を提供することである。
もＷＡＮが介在せず１本のＬＡＮで張られているような
イメージを持たせることができるＬＡＮ間通信方法及び
ＬＡＮ・ＷＡＮ接続装置を提供することである。本発明
の別の目的は転送要求を発生したＬＡＮ端末のアプリケ
ーションの種別に応じて帯域をアサインしたり、回線選
択を制御してＷＡＮを介しても高速転送及び経済的な通
信が可能なＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装
置を提供することである。本発明の他の目的は、多重化
する回線数を増減して帯域を制御する際、多回線間のデ
ータの同期合わせをデータ転送の瞬断なくして行うこと
ができるＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装置
を提供することである。
【０００５】
【課題を解決するための手段】図１は本発明の原理説明
図である。１１、１２はＬＡＮ、１１ａ．１２ａはＬＡ
Ｎに接続されたパソコン等の端末、１３は広域網ＷＡＮ
（公衆回線、パケット網、専用線網等）、１４，１５は
同一構成のＬＡＮ・ＷＡＮ接続装置である。ＬＡＮ・Ｗ
ＡＮ接続装置１４において、１４ａはＬＡＮインターフ
ェース装置、１４ｂは新たなフレーム転送要求が生じた
時、ＬＡＮ間のトラヒック量や端末のアプリケーション
の種別を監視して必要な帯域（転送速度）を求め、ある
いは、通信中のトラヒック量を求め、必要以上の帯域が
割り当てられているか監視するトラヒック・アプリケー
ション監視部、１４ｃは新たなフレーム転送要求時、ト
ラヒック・アプリケーション監視部から指示される必要
帯域に基づいて回線数を増加したり、必要以上の帯域が
割り当てられている場合には回線数を減少する回線監視
部、１４ｄはＬＡＮインターフェース装置より入力され
るデータを複数回線に分離して出力すると共に、複数の
回線を介して入力されたデータを多重化してＬＡＮイン
ターフェース１４ａに入力する分離・多重化機能部、14
e-1〜14e-nは各回線に接続されたＷＡＮインターフェー
スである。
図である。１１、１２はＬＡＮ、１１ａ．１２ａはＬＡ
Ｎに接続されたパソコン等の端末、１３は広域網ＷＡＮ
（公衆回線、パケット網、専用線網等）、１４，１５は
同一構成のＬＡＮ・ＷＡＮ接続装置である。ＬＡＮ・Ｗ
ＡＮ接続装置１４において、１４ａはＬＡＮインターフ
ェース装置、１４ｂは新たなフレーム転送要求が生じた
時、ＬＡＮ間のトラヒック量や端末のアプリケーション
の種別を監視して必要な帯域（転送速度）を求め、ある
いは、通信中のトラヒック量を求め、必要以上の帯域が
割り当てられているか監視するトラヒック・アプリケー
ション監視部、１４ｃは新たなフレーム転送要求時、ト
ラヒック・アプリケーション監視部から指示される必要
帯域に基づいて回線数を増加したり、必要以上の帯域が
割り当てられている場合には回線数を減少する回線監視
部、１４ｄはＬＡＮインターフェース装置より入力され
るデータを複数回線に分離して出力すると共に、複数の
回線を介して入力されたデータを多重化してＬＡＮイン
ターフェース１４ａに入力する分離・多重化機能部、14
e-1〜14e-nは各回線に接続されたＷＡＮインターフェー
スである。
【０００６】
【作用】トラヒック・アプリケーション監視機能部１４
ｂはＬＡＮ端末のアプリケーションの種別を監視する。
そして、ＬＡＮ間での新たなフレーム転送要求が発生し
た時、該新たなフレーム転送要求を発生した LAN 端末の
アプリケーションの種別に基づいてＬＡＮ間通信に必要
となる帯域を求め、回線監視機能部１４ｃは該求められ
た帯域を満足するようにＬＡＮ間通信に使用する回線の
本数を増加する。このように、新たなフレーム転送要求
を発生した LAN 端末のアプリケーションの種別に応じて
帯域を増加するようにしたからデータの高速転送が可能
となり、ユーザにあたかもＷＡＮが介在せず１本のＬＡ
Ｎで張られているようなイメージを持たせることができ
る。又、帯域に応じた最適な回線の種類あるいは回線の
本数を記憶するテーブルを設け、回線監視機能部１４ｃ
は該テーブルを参照して回線の種類あるいは回線の本数
を決定する。このようにすれば、経済的で、かつ、高速
の通信が可能となる。
ｂはＬＡＮ端末のアプリケーションの種別を監視する。
そして、ＬＡＮ間での新たなフレーム転送要求が発生し
た時、該新たなフレーム転送要求を発生した LAN 端末の
アプリケーションの種別に基づいてＬＡＮ間通信に必要
となる帯域を求め、回線監視機能部１４ｃは該求められ
た帯域を満足するようにＬＡＮ間通信に使用する回線の
本数を増加する。このように、新たなフレーム転送要求
を発生した LAN 端末のアプリケーションの種別に応じて
帯域を増加するようにしたからデータの高速転送が可能
となり、ユーザにあたかもＷＡＮが介在せず１本のＬＡ
Ｎで張られているようなイメージを持たせることができ
る。又、帯域に応じた最適な回線の種類あるいは回線の
本数を記憶するテーブルを設け、回線監視機能部１４ｃ
は該テーブルを参照して回線の種類あるいは回線の本数
を決定する。このようにすれば、経済的で、かつ、高速
の通信が可能となる。
【０００７】更に、新たなフレーム転送要求を発生した
LAN 端末のアプリケーションの種別に応じてＬＡＮ間通
信に使用する回線の本数を増加し、分離・多重化機能部
１４ｄは送信側ＬＡＮ１１より取り込んだデータを各回
線に分離して伝送し、受信側の分離・多重化機能部は各
回線を介して送られてくるデータを多重化して受信側Ｌ
ＡＮ１２に送り出す。このようにすれば、狭帯域回線で
あっても束にする回線数を制御して細くしたり、太くし
たりすることにより帯域を狭帯域から広帯域まで制御す
ることができる。又、回線の本数を通信中にダイナミッ
クに増加する場合、各回線間の同期合わせが必要になる
が、分離・多重化機能部１４ｄは同期パターンを流さ
ず、データに同期合わせ用フラグを付加して伝送して同
期合わせを行う。このようにすれば、回線の本数がデー
タ通信中に増加する場合であっても、多回線間のデータ
の同期合わせをデータ転送の瞬断なくして行うことがで
き、通信効率の低下や、信頼性の低下をきたさず、デー
タの転送を連続的に行うことができる。
LAN 端末のアプリケーションの種別に応じてＬＡＮ間通
信に使用する回線の本数を増加し、分離・多重化機能部
１４ｄは送信側ＬＡＮ１１より取り込んだデータを各回
線に分離して伝送し、受信側の分離・多重化機能部は各
回線を介して送られてくるデータを多重化して受信側Ｌ
ＡＮ１２に送り出す。このようにすれば、狭帯域回線で
あっても束にする回線数を制御して細くしたり、太くし
たりすることにより帯域を狭帯域から広帯域まで制御す
ることができる。又、回線の本数を通信中にダイナミッ
クに増加する場合、各回線間の同期合わせが必要になる
が、分離・多重化機能部１４ｄは同期パターンを流さ
ず、データに同期合わせ用フラグを付加して伝送して同
期合わせを行う。このようにすれば、回線の本数がデー
タ通信中に増加する場合であっても、多回線間のデータ
の同期合わせをデータ転送の瞬断なくして行うことがで
き、通信効率の低下や、信頼性の低下をきたさず、デー
タの転送を連続的に行うことができる。
【０００８】更に、回線毎に(ＷＡＮインターフェース1
4e-1〜14e-n毎に)、回線が空いているか否かを記憶する
テーブルを設け、必要帯域を満足するだけの空き回線が
存在しない場合には、必要帯域を減少して空き回線を用
いてデータ通信するようにしたから、現状に応じた最適
のＬＡＮ間通信ができる。
4e-1〜14e-n毎に)、回線が空いているか否かを記憶する
テーブルを設け、必要帯域を満足するだけの空き回線が
存在しない場合には、必要帯域を減少して空き回線を用
いてデータ通信するようにしたから、現状に応じた最適
のＬＡＮ間通信ができる。
【０００９】
【００１０】
【実施例】全体の構成
図２は本発明に係わるＬＡＮ間通信方式を具現化した通
信システムの構成図である。１１、１２はＬＡＮ、１１
ａ．１２ａはＬＡＮに接続されたパソコン等の端末、１
３は広域網ＷＡＮ（公衆回線、パケット網、専用線網
等）、１４，１５は同一構成のＬＡＮ・ＷＡＮ接続装置
である。ＬＡＮ・ＷＡＮ接続装置１４，１５において、
１４ａ，１５ａはＬＡＮインターフェース装置、１４
ｂ，１５ｂはトラヒック・アプリケーション監視部、１
４ｃ，１５ｃは回線監視機能部、１４ｄ，１５ｄは分離
・多重化機能部、14e-1〜14e-n，15e-1〜15e-nは各回線
に接続されたＷＡＮインターフェースである。
信システムの構成図である。１１、１２はＬＡＮ、１１
ａ．１２ａはＬＡＮに接続されたパソコン等の端末、１
３は広域網ＷＡＮ（公衆回線、パケット網、専用線網
等）、１４，１５は同一構成のＬＡＮ・ＷＡＮ接続装置
である。ＬＡＮ・ＷＡＮ接続装置１４，１５において、
１４ａ，１５ａはＬＡＮインターフェース装置、１４
ｂ，１５ｂはトラヒック・アプリケーション監視部、１
４ｃ，１５ｃは回線監視機能部、１４ｄ，１５ｄは分離
・多重化機能部、14e-1〜14e-n，15e-1〜15e-nは各回線
に接続されたＷＡＮインターフェースである。
【００１１】ＬＡＮインターフェース装置
ＬＡＮインターフェース装置１４ａ，１５ａにおいて、
14a-1,15a-1はＬＡＮと接続されたＬＡＮインターフェ
ース部、14a-2,15a-2はＷＡＮ１３を介して伝送する必
要のあるフレームのみを取り込むフィルタリング機能
部、14a-3,15a-3はルーチング機能部であり、フィルタ
リング機能部により取り込まれたフレームを転送先毎に
内蔵のバッファに記憶すると共に、順次バッファから読
み出して出力し、又、ＷＡＮを介して入力されたフレー
ムを取り込んでＬＡＮに送り出す。ルーチング機能部は
図３に示すように、ルーチング制御部ＲＴＣと、転送先
のＬＡＮ毎にフレームを一時的に記憶するバッファＢＦ
と、フレーム入出力部ＦＩＯを有している。
14a-1,15a-1はＬＡＮと接続されたＬＡＮインターフェ
ース部、14a-2,15a-2はＷＡＮ１３を介して伝送する必
要のあるフレームのみを取り込むフィルタリング機能
部、14a-3,15a-3はルーチング機能部であり、フィルタ
リング機能部により取り込まれたフレームを転送先毎に
内蔵のバッファに記憶すると共に、順次バッファから読
み出して出力し、又、ＷＡＮを介して入力されたフレー
ムを取り込んでＬＡＮに送り出す。ルーチング機能部は
図３に示すように、ルーチング制御部ＲＴＣと、転送先
のＬＡＮ毎にフレームを一時的に記憶するバッファＢＦ
と、フレーム入出力部ＦＩＯを有している。
【００１２】トラヒック・アプリケーション監視機能部
トラヒック・アプリケーション監視機能部１４ｂ，１５
ｂは、(1)新たなフレーム転送要求が生じた時、ＬＡＮ
間のトラヒック量や端末のアプリケーションの種別を監
視して必要な帯域を求め、また、(2)通信中のトラヒッ
ク量を求め、必要以上の帯域が割り当てられているか監
視する。このトラヒック・アプリケーション監視機能部
１４ｂ，１５ｂには、図4 HYPERLINK "http://www6.ipd
l.jpo.go.jp/Tokujitu/tjitemdrw.ipdl N0000=234&N050
0=1E#N/; 9%3c%3c;99 ///&N0001=748&N0552=9&N0553=00
0006" \t "tjitemdrw" に示すようにトラヒック量ある
いはアプリケーションの種別に対応させて必要帯域を記
憶するテーブルＴＬ１，ＴＬ２が設けられている。又、
図示しないが各ＬＡＮ間通信に割り当てられている帯域
Ｆを記憶する記憶部も設けられている。所定ＬＡＮ間の
トラヒック量は、ルーチング機能部14a-3,15a-3に設け
られた転送先ＬＡＮ毎のバッファＢＦに滞留するフレー
ム数あるいはバッファに滞留している時間（遅延時間）
を用いて、あるいは、ＬＡＮ間通信に割り当てられてい
る帯域（接続先ＬＡＮ毎に保持している）と実際の使用
帯域に基づいて計算される回線利用率を用いて求めるこ
とができる。また、端末のアプリケーションの種別は、
ＬＡＮのプロトコルの１つであるＴＣＰ／ＩＰ（Transm
ission Control Protocol / Internet Protocol)の場合
は以下のように求めることができる。すなわち、ＴＣＰ
／ＩＰでは、ファイル転送のアプリケーションをＦＴ
Ｐ、仮想端末のアプリケーションをＴＥＬＮＥＴとい
う。これらアプリケーションの種別はＴＣＰヘッダのソ
ースポート欄、宛先ポート欄に記入される。従って、Ｔ
ＣＰヘッダ内のポート番号（ＦＴＰ：２１，ＴＥＬＮＥ
Ｔ：２３）を参照することによりアプリケーションの種
別を識別できる。尚、ＦＴＰは高速データ転送が必要で
あり、ＴＥＬＮＥＴは低速データ転送でよい。
トラヒック・アプリケーション監視機能部１４ｂ，１５
ｂは、(1)新たなフレーム転送要求が生じた時、ＬＡＮ
間のトラヒック量や端末のアプリケーションの種別を監
視して必要な帯域を求め、また、(2)通信中のトラヒッ
ク量を求め、必要以上の帯域が割り当てられているか監
視する。このトラヒック・アプリケーション監視機能部
１４ｂ，１５ｂには、図4 HYPERLINK "http://www6.ipd
l.jpo.go.jp/Tokujitu/tjitemdrw.ipdl N0000=234&N050
0=1E#N/; 9%3c%3c;99 ///&N0001=748&N0552=9&N0553=00
0006" \t "tjitemdrw" に示すようにトラヒック量ある
いはアプリケーションの種別に対応させて必要帯域を記
憶するテーブルＴＬ１，ＴＬ２が設けられている。又、
図示しないが各ＬＡＮ間通信に割り当てられている帯域
Ｆを記憶する記憶部も設けられている。所定ＬＡＮ間の
トラヒック量は、ルーチング機能部14a-3,15a-3に設け
られた転送先ＬＡＮ毎のバッファＢＦに滞留するフレー
ム数あるいはバッファに滞留している時間（遅延時間）
を用いて、あるいは、ＬＡＮ間通信に割り当てられてい
る帯域（接続先ＬＡＮ毎に保持している）と実際の使用
帯域に基づいて計算される回線利用率を用いて求めるこ
とができる。また、端末のアプリケーションの種別は、
ＬＡＮのプロトコルの１つであるＴＣＰ／ＩＰ（Transm
ission Control Protocol / Internet Protocol)の場合
は以下のように求めることができる。すなわち、ＴＣＰ
／ＩＰでは、ファイル転送のアプリケーションをＦＴ
Ｐ、仮想端末のアプリケーションをＴＥＬＮＥＴとい
う。これらアプリケーションの種別はＴＣＰヘッダのソ
ースポート欄、宛先ポート欄に記入される。従って、Ｔ
ＣＰヘッダ内のポート番号（ＦＴＰ：２１，ＴＥＬＮＥ
Ｔ：２３）を参照することによりアプリケーションの種
別を識別できる。尚、ＦＴＰは高速データ転送が必要で
あり、ＴＥＬＮＥＴは低速データ転送でよい。
【００１３】回線監視機能部
回線監視機能部１４ｃ，１５ｃは、フレーム転送要求
発生時に、トラヒック・アプリケーション監視部１４
ｂ，１５ｂから指示される必要帯域に基づいて回線の種
類や回線数を決定したり、所定ＬＡＮ間通信に必要以
上の帯域が割り当てられている場合には回線数を減少す
る制御等を行う。回線監視機能部１４ｃ，１５ｃには、
図５に示すＬＣＲテーブルＴＢ１，ＴＢ２や図６に示す
回線リソース管理テーブルＬＲＴＢが設けられている。
ＬＣＲテーブルには、接続先（宛先）と契約回線の対応
を記憶するテーブルＴＢ１、必要帯域と回線の種類、回
線の本数の対応を記憶するテーブルＴＢ２がある。契約
回線は通信サービス業者（ＮＴＴ，ＮＣＣ等）の提供す
る回線であり、接続先に応じて料金体系が異なるため、
通信コストが安い契約回線が接続先に対応付けられてい
る。回線の種類とは、ＩＮＳネット６４、パケット網等
であり、必要帯域に応じて高速、かつ経済的な通信可能
な回線の種類、回線の本数が対応付けられている。回線
リソース管理テーブルＬＲＴＢはＷＡＮインタフェ−ス
14e-1〜14e-n、15e-1〜15e-nに対応させて、接続先、契
約回線、回線料金監視タイマ、予約の有無等を記憶する
ものである。各ＷＡＮインターフェースの接続先を参照
することにより所定のＬＡＮ間通信で使用している回線
及び本数を特定できる。回線料金監視タイマは、回線使
用料が例えば３分毎に加算される場合、３分を経過した
回数Ｍと３分に満たない時間ｍを計時するもので、接続
時には、常時更新されている。又、予約は回線を開放す
る際に他のＬＡＮ間通信で使用されないようにするため
のものである。
発生時に、トラヒック・アプリケーション監視部１４
ｂ，１５ｂから指示される必要帯域に基づいて回線の種
類や回線数を決定したり、所定ＬＡＮ間通信に必要以
上の帯域が割り当てられている場合には回線数を減少す
る制御等を行う。回線監視機能部１４ｃ，１５ｃには、
図５に示すＬＣＲテーブルＴＢ１，ＴＢ２や図６に示す
回線リソース管理テーブルＬＲＴＢが設けられている。
ＬＣＲテーブルには、接続先（宛先）と契約回線の対応
を記憶するテーブルＴＢ１、必要帯域と回線の種類、回
線の本数の対応を記憶するテーブルＴＢ２がある。契約
回線は通信サービス業者（ＮＴＴ，ＮＣＣ等）の提供す
る回線であり、接続先に応じて料金体系が異なるため、
通信コストが安い契約回線が接続先に対応付けられてい
る。回線の種類とは、ＩＮＳネット６４、パケット網等
であり、必要帯域に応じて高速、かつ経済的な通信可能
な回線の種類、回線の本数が対応付けられている。回線
リソース管理テーブルＬＲＴＢはＷＡＮインタフェ−ス
14e-1〜14e-n、15e-1〜15e-nに対応させて、接続先、契
約回線、回線料金監視タイマ、予約の有無等を記憶する
ものである。各ＷＡＮインターフェースの接続先を参照
することにより所定のＬＡＮ間通信で使用している回線
及び本数を特定できる。回線料金監視タイマは、回線使
用料が例えば３分毎に加算される場合、３分を経過した
回数Ｍと３分に満たない時間ｍを計時するもので、接続
時には、常時更新されている。又、予約は回線を開放す
る際に他のＬＡＮ間通信で使用されないようにするため
のものである。
【００１４】分離・多重化機能部
分離・多重化機能部１４ｄ，１５ｄはＬＡＮインターフ
ェース装置より入力されるフレーム列を複数回線に分離
して出力すると共に、各回線を介してＷＡＮより入力さ
れたフレームを多重化してＬＡＮインターフェースに送
り出す。又、初期接続時と回線増減時における他回線間
の同期合わせ制御を行なう。図７は分離・多重化機能部
とその周辺構成図である。分離・多重化機能部１４ｄに
おいて、２１はＬＡＮインターフェース装置１４ａより
入力されるデータをフレ−ム毎に複数回線に分離して
（情報の最小単位に分離して）出力すると共に、各フレ
−ムのオーバヘッド部に適宜所定の制御ビット（同期合
わせ用フラグ、有効データフラグ、同期確立フラグ、回
線切断フラグ）を付加して送り出す分離部である。図８
はフレ−ム構成説明図であり、データ部ＤＴと４ビット
のヘッダ部ＨＤで構成され、ヘッダ部には、同期合わせ
用データであることを示すフラグビットＰ、同期確立を
示すフラグビットＳ、有効データ出あることを示すフラ
グビットＥ、切断回線であることを示すフラグビットＤ
が設けられている。
ェース装置より入力されるフレーム列を複数回線に分離
して出力すると共に、各回線を介してＷＡＮより入力さ
れたフレームを多重化してＬＡＮインターフェースに送
り出す。又、初期接続時と回線増減時における他回線間
の同期合わせ制御を行なう。図７は分離・多重化機能部
とその周辺構成図である。分離・多重化機能部１４ｄに
おいて、２１はＬＡＮインターフェース装置１４ａより
入力されるデータをフレ−ム毎に複数回線に分離して
（情報の最小単位に分離して）出力すると共に、各フレ
−ムのオーバヘッド部に適宜所定の制御ビット（同期合
わせ用フラグ、有効データフラグ、同期確立フラグ、回
線切断フラグ）を付加して送り出す分離部である。図８
はフレ−ム構成説明図であり、データ部ＤＴと４ビット
のヘッダ部ＨＤで構成され、ヘッダ部には、同期合わせ
用データであることを示すフラグビットＰ、同期確立を
示すフラグビットＳ、有効データ出あることを示すフラ
グビットＥ、切断回線であることを示すフラグビットＤ
が設けられている。
【００１５】２２は各回線を介してＷＡＮより入力され
たフレームに付加されている制御ビット（有効データフ
ラグ、同期確立フラグ、回線切断フラグ）を検出後、該
制御ビットを除去すると共に各フレームを多重化してＬ
ＡＮインターフェース装置１４ａに送り出す多重化部で
ある。２３はＬＡＮ間の初期接続時に指定された回線に
同期パターンを送り出す同期パターンジェネレータ、２
４は同期パターンあるいは同期合わせ用フラグを検出し
て、各回線間の伝送遅延量の差を吸収して同期合わせす
る同期合わせ部である。
たフレームに付加されている制御ビット（有効データフ
ラグ、同期確立フラグ、回線切断フラグ）を検出後、該
制御ビットを除去すると共に各フレームを多重化してＬ
ＡＮインターフェース装置１４ａに送り出す多重化部で
ある。２３はＬＡＮ間の初期接続時に指定された回線に
同期パターンを送り出す同期パターンジェネレータ、２
４は同期パターンあるいは同期合わせ用フラグを検出し
て、各回線間の伝送遅延量の差を吸収して同期合わせす
る同期合わせ部である。
【００１６】図９は分離部２１の構成図であり、２１ａ
はＬＡＮインターフェース装置１４ａより入力されるデ
ータをフレ−ム毎に指定回線に分離して出力するデータ
分離部、２１ｂは各フレ−ムのオーバヘッド部に適宜所
定の制御ビット（同期合わせ用フラグＰ、有効データフ
ラグＥ、同期確立フラグＳ、回線切断フラグＤ）を付加
して送り出す制御ビット付加部、２１ｃは回線監視機能
部１４ｃと接続され、該回線監視機能部より指定された
使用回線をデータ分離部２１ａ、制御ビット付加部２１
ｃに入力すると共に、所定制御ビットを付加するように
制御ビット付加部２１ｂに指示する制御部である。図１
０は多重化部２２の構成図であり、２２ａは各回線を介
して入力されたフレームに付加されている制御ビット
（有効データフラグ、同期確立フラグ、回線切断フラ
グ）を検出すると共に、該制御ビットを除去する制御ビ
ット検出・除去部、２２ｂは各フレームを多重化してＬ
ＡＮインターフェース装置１４ａに送り出すデータ多重
化部、２２ｃは回線監視機能部１４ｃと接続され、該回
線監視機能部より指定された使用回線を制御ビット検出
・除去部２２ａ、多重化部２２ｂにそれぞれ入力する制
御部である。
はＬＡＮインターフェース装置１４ａより入力されるデ
ータをフレ−ム毎に指定回線に分離して出力するデータ
分離部、２１ｂは各フレ−ムのオーバヘッド部に適宜所
定の制御ビット（同期合わせ用フラグＰ、有効データフ
ラグＥ、同期確立フラグＳ、回線切断フラグＤ）を付加
して送り出す制御ビット付加部、２１ｃは回線監視機能
部１４ｃと接続され、該回線監視機能部より指定された
使用回線をデータ分離部２１ａ、制御ビット付加部２１
ｃに入力すると共に、所定制御ビットを付加するように
制御ビット付加部２１ｂに指示する制御部である。図１
０は多重化部２２の構成図であり、２２ａは各回線を介
して入力されたフレームに付加されている制御ビット
（有効データフラグ、同期確立フラグ、回線切断フラ
グ）を検出すると共に、該制御ビットを除去する制御ビ
ット検出・除去部、２２ｂは各フレームを多重化してＬ
ＡＮインターフェース装置１４ａに送り出すデータ多重
化部、２２ｃは回線監視機能部１４ｃと接続され、該回
線監視機能部より指定された使用回線を制御ビット検出
・除去部２２ａ、多重化部２２ｂにそれぞれ入力する制
御部である。
【００１７】以下、本発明のＬＡＮ間通信方式について
説明する。トラヒックによる帯域増加制御 図１１は帯域（転送速度）を増加してＬＡＮ間通信を行
う処理のフロー図であり、１００番台のブロックはトラ
ヒック・アプリケーション監視機能部１４ｂの処理、２
００番台は回線監視機能部１４ｃの処理である。ＬＡＮ
１１よりＷＡＮ１３に接続された対地のＬＡＮ（例えば
ＬＡＮ１２）向けの新たなフレーム転送要求が発生する
と、該フレームはＬＡＮインターフェース14a-1、フィ
ルタリング機能部14a-2を介してルーチング機能部14a-3
のバッファに入力される。この時、ルーチング機能部14
a-3は新たなフレーム転送要求が発生したことをトラヒ
ック・アプリケーション監視機能部（トラヒック・アプ
リ監視機能部という）１４ｂに通知する。トラヒック・
アプリ監視機能部１４ｂは新たなフレーム転送要求が発
生したことを認識すると（ステップ１０１）、トラヒッ
ク量を求める（ステップ１０２）。トラヒック量はＬＡ
Ｎ１１，１２間のＬＡＮ間通信データを記憶するバッフ
ァ（ルーチング機能部内に存在）に滞留しているデータ
量を用いて、あるいは、該バッファ内にデータが滞留し
ている時間（遅延時間）、あるいは回線利用率を用いて
求める。回線利用率ηはＬＡＮ１１，１２間のＬＡＮ間
通信に通信に割り当てられている帯域Ｆ（トラヒック・
アプリ監視機能部内に記憶されている）とデータ通信に
おける実際の帯域ｆとすれば、η＝１００・ｆ／Ｆ
（％）で求めることができる。
説明する。トラヒックによる帯域増加制御 図１１は帯域（転送速度）を増加してＬＡＮ間通信を行
う処理のフロー図であり、１００番台のブロックはトラ
ヒック・アプリケーション監視機能部１４ｂの処理、２
００番台は回線監視機能部１４ｃの処理である。ＬＡＮ
１１よりＷＡＮ１３に接続された対地のＬＡＮ（例えば
ＬＡＮ１２）向けの新たなフレーム転送要求が発生する
と、該フレームはＬＡＮインターフェース14a-1、フィ
ルタリング機能部14a-2を介してルーチング機能部14a-3
のバッファに入力される。この時、ルーチング機能部14
a-3は新たなフレーム転送要求が発生したことをトラヒ
ック・アプリケーション監視機能部（トラヒック・アプ
リ監視機能部という）１４ｂに通知する。トラヒック・
アプリ監視機能部１４ｂは新たなフレーム転送要求が発
生したことを認識すると（ステップ１０１）、トラヒッ
ク量を求める（ステップ１０２）。トラヒック量はＬＡ
Ｎ１１，１２間のＬＡＮ間通信データを記憶するバッフ
ァ（ルーチング機能部内に存在）に滞留しているデータ
量を用いて、あるいは、該バッファ内にデータが滞留し
ている時間（遅延時間）、あるいは回線利用率を用いて
求める。回線利用率ηはＬＡＮ１１，１２間のＬＡＮ間
通信に通信に割り当てられている帯域Ｆ（トラヒック・
アプリ監視機能部内に記憶されている）とデータ通信に
おける実際の帯域ｆとすれば、η＝１００・ｆ／Ｆ
（％）で求めることができる。
【００１８】ついで、トラヒック量が予め設定してある
スレッショールド値を越えているかチェックし（ステッ
プ１０３）、越えていなければ帯域を増加することなく
現在割り当てられている帯域ＦでＬＡＮ間通信を行い、
始めに戻り次の新たなフレーム転送要求の発生を待つ。
しかし、トラヒック量がスレッショールド値を越えてい
れば、トラヒック量と必要帯域の対応テーブルＴＬ１
（図４(a)参照)より必要帯域ｆ′を求める（ステップ１
０４）。ついで、接続先と必要帯域ｆ′を回線監視機能
部１４ｃに通知し、回線獲得要求を出す（ステップ１０
５）。以後、回線監視機能部１４ｃより帯域獲得不可通
知あるいは獲得帯域通知を待つ（ステップ１０６、１０
７）。
スレッショールド値を越えているかチェックし（ステッ
プ１０３）、越えていなければ帯域を増加することなく
現在割り当てられている帯域ＦでＬＡＮ間通信を行い、
始めに戻り次の新たなフレーム転送要求の発生を待つ。
しかし、トラヒック量がスレッショールド値を越えてい
れば、トラヒック量と必要帯域の対応テーブルＴＬ１
（図４(a)参照)より必要帯域ｆ′を求める（ステップ１
０４）。ついで、接続先と必要帯域ｆ′を回線監視機能
部１４ｃに通知し、回線獲得要求を出す（ステップ１０
５）。以後、回線監視機能部１４ｃより帯域獲得不可通
知あるいは獲得帯域通知を待つ（ステップ１０６、１０
７）。
【００１９】回線監視機能部１４ｃは帯域獲得要求があ
ると、ＬＣＲテーブル（図５参照）を参照して速度、経
済性を考慮した最適の回線の種類及び回線の本数を決定
する（ステップ２０１）。例えば、接続先に基づいて料
金の安い契約回線を選択し、又、必要帯域に基づいて回
線の種類、本数を決定する。尚、各回線が６４Ｋｂｐｓ
の狭帯域回線であり、必要帯域が２５６Ｋｂｐｓである
とすると４本の狭帯域回線が必要になる。このように、
例えば６４Ｋｂｐｓの回線をＮ本使って太く見せてＬＡ
Ｎ間の接続を行い、トラヒック（必要帯域）が大きけれ
ば回線の束数を更に多くして太くし、小さければ回線の
束数を少なくして細くするものである。ついで、回線リ
ソース管理テーブルＬＲＴＢ（図６）を参照して、必要
な本数の回線に空きがあるかチェックする（ステップ２
０２）。しかる後、接続先の回線監視機能部１５ｃとネ
ゴシエーションし、相手にも必要な本数の空きがあるか
チェックする（ステップ２０３）。
ると、ＬＣＲテーブル（図５参照）を参照して速度、経
済性を考慮した最適の回線の種類及び回線の本数を決定
する（ステップ２０１）。例えば、接続先に基づいて料
金の安い契約回線を選択し、又、必要帯域に基づいて回
線の種類、本数を決定する。尚、各回線が６４Ｋｂｐｓ
の狭帯域回線であり、必要帯域が２５６Ｋｂｐｓである
とすると４本の狭帯域回線が必要になる。このように、
例えば６４Ｋｂｐｓの回線をＮ本使って太く見せてＬＡ
Ｎ間の接続を行い、トラヒック（必要帯域）が大きけれ
ば回線の束数を更に多くして太くし、小さければ回線の
束数を少なくして細くするものである。ついで、回線リ
ソース管理テーブルＬＲＴＢ（図６）を参照して、必要
な本数の回線に空きがあるかチェックする（ステップ２
０２）。しかる後、接続先の回線監視機能部１５ｃとネ
ゴシエーションし、相手にも必要な本数の空きがあるか
チェックする（ステップ２０３）。
【００２０】空きがなければ、帯域獲得不可通知をトラ
ヒック・アプリ監視機能部１４ｂに通知し（ステップ２
０４）、始めに戻って次の帯域獲得要求を待つ。トラヒ
ック・アプリ監視機能部１４ａは帯域獲得不可通知を受
信すると、必要帯域を減少し、（ステップ１０４）、再
度、帯域獲得要求を回線監視機能部１４ｃに出す（ステ
ップ１０５）。回線監視機能部１４ｃはステップ２０１
〜２０３の処理を行い、空きが見つかる迄上記処理を繰
り返す。一方、空きがあれば、新規の追加回線（ＷＡＮ
インターフェース）を決定し、該ＷＡＮインターフェー
スにより相手ＷＡＮインターフェースを呼び出して接続
する（ステップ２０５）。追加回線が接続されると、回
線監視機能部１４ｃは分離・多重化機能部１４ｄを制御
し、既にＬＡＮ間通信している回線と追加回線間の同期
確立を行う（ステップ２０６）。尚、同期確立の詳細は
後述する。
ヒック・アプリ監視機能部１４ｂに通知し（ステップ２
０４）、始めに戻って次の帯域獲得要求を待つ。トラヒ
ック・アプリ監視機能部１４ａは帯域獲得不可通知を受
信すると、必要帯域を減少し、（ステップ１０４）、再
度、帯域獲得要求を回線監視機能部１４ｃに出す（ステ
ップ１０５）。回線監視機能部１４ｃはステップ２０１
〜２０３の処理を行い、空きが見つかる迄上記処理を繰
り返す。一方、空きがあれば、新規の追加回線（ＷＡＮ
インターフェース）を決定し、該ＷＡＮインターフェー
スにより相手ＷＡＮインターフェースを呼び出して接続
する（ステップ２０５）。追加回線が接続されると、回
線監視機能部１４ｃは分離・多重化機能部１４ｄを制御
し、既にＬＡＮ間通信している回線と追加回線間の同期
確立を行う（ステップ２０６）。尚、同期確立の詳細は
後述する。
【００２１】ついで、回線リソース管理テーブルＬＲＴ
Ｂにおける前記ＷＡＮインターフェースに対応する項目
欄に所定の事項を記入し（ステップ２０７）、獲得した
帯域ｆ′をトラヒック・アプリ監視機能部１４ｂに通知
し（ステップ２０８）、始めに戻って次の帯域獲得要求
を待つ。トラヒック・アプリ監視機能部１４ｂは獲得帯
域の通知があると、割り当てられている帯域Ｆを次式Ｆ
＋ｆ′→Ｆにより更新し（ステップ１０８）、以後、始
めに戻って新たなフレーム転送要求の発生を待つ。以上
では、新たなフレーム転送要求があった場合における帯
域増加制御であるが、定期的にステップ１０２以降の処
理を行い、トラヒック量が増大してスレッショールド値
以上になった時、帯域を増加するようにも構成できる。
Ｂにおける前記ＷＡＮインターフェースに対応する項目
欄に所定の事項を記入し（ステップ２０７）、獲得した
帯域ｆ′をトラヒック・アプリ監視機能部１４ｂに通知
し（ステップ２０８）、始めに戻って次の帯域獲得要求
を待つ。トラヒック・アプリ監視機能部１４ｂは獲得帯
域の通知があると、割り当てられている帯域Ｆを次式Ｆ
＋ｆ′→Ｆにより更新し（ステップ１０８）、以後、始
めに戻って新たなフレーム転送要求の発生を待つ。以上
では、新たなフレーム転送要求があった場合における帯
域増加制御であるが、定期的にステップ１０２以降の処
理を行い、トラヒック量が増大してスレッショールド値
以上になった時、帯域を増加するようにも構成できる。
【００２２】アプリケーションの種別による帯域増加制
御 トラヒック・アプリ監視機能部１４ｂは新たなフレーム
転送要求が発生したことを認識すると（ステップ１０
１）、該フレームのヘッダ部に付加されているポート番
号よりＬＡＮ端末のアプリケーションの種別を識別する
(ステップ１０２′)。しかる後、必要帯域をテーブルＴ
Ｌ２（図４(b)参照)より求め（ステップ１０４）、回線
監視機能部１４ｃに回線獲得要求を出し（ステップ１０
５）、以後、トラヒックによる帯域増加制御と同様の処
理（ステップ２０１以降の処理）を行う。
御 トラヒック・アプリ監視機能部１４ｂは新たなフレーム
転送要求が発生したことを認識すると（ステップ１０
１）、該フレームのヘッダ部に付加されているポート番
号よりＬＡＮ端末のアプリケーションの種別を識別する
(ステップ１０２′)。しかる後、必要帯域をテーブルＴ
Ｌ２（図４(b)参照)より求め（ステップ１０４）、回線
監視機能部１４ｃに回線獲得要求を出し（ステップ１０
５）、以後、トラヒックによる帯域増加制御と同様の処
理（ステップ２０１以降の処理）を行う。
【００２３】尚、低速のアプリケーションの場合には、
ステップ１０２′の処理実行後、トラヒックによる帯域
増加処理と同一の処理（ステップ１０２以降の処理）を
実行し、ファイル転送など高速のアプリケーションの場
合には、ステップ１０２′から直接ステップ１０４に飛
び、必要帯域をテーブルＴＬ２より求めて帯域獲得要求
を出すようにできる。かかるアプリケーションの種別に
よる帯域増加制御において、ファイル転送のような高速
のアプリケーションが識別された場合には、必要帯域を
７６８Ｋｂｐｓ程度（６４Ｋｂｐｓの回線１０〜１４本
に相当）とし、該帯域を割り当て、以後、帯域（回線
数）が適正値になるように増減する。このようにすると
通信コスト的に効果が上がることがシュミレーションに
より得られている。
ステップ１０２′の処理実行後、トラヒックによる帯域
増加処理と同一の処理（ステップ１０２以降の処理）を
実行し、ファイル転送など高速のアプリケーションの場
合には、ステップ１０２′から直接ステップ１０４に飛
び、必要帯域をテーブルＴＬ２より求めて帯域獲得要求
を出すようにできる。かかるアプリケーションの種別に
よる帯域増加制御において、ファイル転送のような高速
のアプリケーションが識別された場合には、必要帯域を
７６８Ｋｂｐｓ程度（６４Ｋｂｐｓの回線１０〜１４本
に相当）とし、該帯域を割り当て、以後、帯域（回線
数）が適正値になるように増減する。このようにすると
通信コスト的に効果が上がることがシュミレーションに
より得られている。
【００２４】帯域減少制御
図１２は帯域（転送速度）を減少してＬＡＮ間通信を行
う処理のフロー図であり、３００番台のブロックは回線
監視機能部１４ｃの処理、４００番台はトラヒック・ア
プリ監視機能部１４ｂの処理である。回線監視機能部１
４ｃは回線リソース管理テーブルＬＣＴＢ（図６）にＷ
ＡＮインターフェース毎に回線料金監視タイマを有し、
回線使用時間を監視している。すなわち、回線料金監視
タイマは、回線使用料が例えば３分毎に加算される場
合、３分を経過した回数Ｍと３分に満たない時間ｍを保
持している。回線監視機能部１４ｃは各ＷＡＮインター
フェースの回線料金監視タイマにおけるｍが３分になる
前の所定時間になるとタイムアウトとみなし（ステップ
３０１）、接続先と回線料金切り替わり通知をトラヒッ
ク・アプリ監視機能部１４ｂに通知し（ステップ３０
２）、以後、トラヒック・アプリ監視機能部１４ｂから
の回線開放要求あるいは回線維持要求を待つ。
う処理のフロー図であり、３００番台のブロックは回線
監視機能部１４ｃの処理、４００番台はトラヒック・ア
プリ監視機能部１４ｂの処理である。回線監視機能部１
４ｃは回線リソース管理テーブルＬＣＴＢ（図６）にＷ
ＡＮインターフェース毎に回線料金監視タイマを有し、
回線使用時間を監視している。すなわち、回線料金監視
タイマは、回線使用料が例えば３分毎に加算される場
合、３分を経過した回数Ｍと３分に満たない時間ｍを保
持している。回線監視機能部１４ｃは各ＷＡＮインター
フェースの回線料金監視タイマにおけるｍが３分になる
前の所定時間になるとタイムアウトとみなし（ステップ
３０１）、接続先と回線料金切り替わり通知をトラヒッ
ク・アプリ監視機能部１４ｂに通知し（ステップ３０
２）、以後、トラヒック・アプリ監視機能部１４ｂから
の回線開放要求あるいは回線維持要求を待つ。
【００２５】トラヒック・アプリ監視機能部１４ｂは回
線料金切り替わりの通知を受信すると、接続先ＬＡＮ間
との現状のトラヒック量を見積り（ステップ４０１）、
該トラヒック量に基づいて現状の回線を維持すべきか判
断する（ステップ４０２）。トラヒック量が適正であれ
ば、回線維持要求を回線監視機能部１４ｃに通知し（ス
テップ４０３）、以後、次の回線料金切り替わり通知を
待つ。しかし、トラヒック量が少なければ、多すぎる帯
域を割り当てていることになり、回線の開放を回線監視
機能部１４ｃに通知し（ステップ４０４）、以後、回線
監視機能部１４ｃからの回線開放完了通知を待つ。回線
監視機能部１４ｃはトラヒック・アプリ監視機能部１４
ｂの通知により回線維持が要求されているかチェックし
（ステップ３０３）、回線を維持する必要があるときは
回線料金監視タイマによる使用時間の積算を継続し、始
めに戻って次のタイムアウトを監視する。
線料金切り替わりの通知を受信すると、接続先ＬＡＮ間
との現状のトラヒック量を見積り（ステップ４０１）、
該トラヒック量に基づいて現状の回線を維持すべきか判
断する（ステップ４０２）。トラヒック量が適正であれ
ば、回線維持要求を回線監視機能部１４ｃに通知し（ス
テップ４０３）、以後、次の回線料金切り替わり通知を
待つ。しかし、トラヒック量が少なければ、多すぎる帯
域を割り当てていることになり、回線の開放を回線監視
機能部１４ｃに通知し（ステップ４０４）、以後、回線
監視機能部１４ｃからの回線開放完了通知を待つ。回線
監視機能部１４ｃはトラヒック・アプリ監視機能部１４
ｂの通知により回線維持が要求されているかチェックし
（ステップ３０３）、回線を維持する必要があるときは
回線料金監視タイマによる使用時間の積算を継続し、始
めに戻って次のタイムアウトを監視する。
【００２６】一方、回線開放要求の通知があった場合に
は、接続先の回線監視機能部１５ｃとネゴシエーション
により回線の開放要求を行い、その確認を受信すれば
（ステップ３０４）、分離・多重化機能部１４ｄを制御
して同期確立を行い（ステップ３０５）、切断すべき回
線を開放する（ステップ３０６）。この回線切断時の同
期確立、回線開放処理の詳細は後述する。尚、トラヒッ
ク量と現在割り当てられている帯域Ｆとを考慮してトラ
ヒック・アプリ監視機能部１４ｂが開放すべき回線の本
数を決定し、回線監視機能部１４ｃが開放すべき該本数
の回線を特定して開放するようにしてもよいし、タイム
アウトになったＷＡＮインターフェースが接続された回
線のみを開放するようにしてもよい。ついで、回線監視
機能部１４ｃは回線リソース管理テーブルＬＣＴＢを更
新し、（ステップ３０７）、しかる後、回線開放完了通
知をトラヒック・アプリ監視機能部１４ｂに通知し（ス
テップ３０８）、次のタイムアウトを監視する。トラヒ
ック・アプリ監視機能部１４ｂは回線開放完了通知を受
信すれば、該通知に含まれる開放帯域ｆ″を用いてＦ−
ｆ″→Ｆにより割り当て帯域Ｆを更新し（ステップ４０
５）、以後、次の回線料金切り替わり通知を待つ。
は、接続先の回線監視機能部１５ｃとネゴシエーション
により回線の開放要求を行い、その確認を受信すれば
（ステップ３０４）、分離・多重化機能部１４ｄを制御
して同期確立を行い（ステップ３０５）、切断すべき回
線を開放する（ステップ３０６）。この回線切断時の同
期確立、回線開放処理の詳細は後述する。尚、トラヒッ
ク量と現在割り当てられている帯域Ｆとを考慮してトラ
ヒック・アプリ監視機能部１４ｂが開放すべき回線の本
数を決定し、回線監視機能部１４ｃが開放すべき該本数
の回線を特定して開放するようにしてもよいし、タイム
アウトになったＷＡＮインターフェースが接続された回
線のみを開放するようにしてもよい。ついで、回線監視
機能部１４ｃは回線リソース管理テーブルＬＣＴＢを更
新し、（ステップ３０７）、しかる後、回線開放完了通
知をトラヒック・アプリ監視機能部１４ｂに通知し（ス
テップ３０８）、次のタイムアウトを監視する。トラヒ
ック・アプリ監視機能部１４ｂは回線開放完了通知を受
信すれば、該通知に含まれる開放帯域ｆ″を用いてＦ−
ｆ″→Ｆにより割り当て帯域Ｆを更新し（ステップ４０
５）、以後、次の回線料金切り替わり通知を待つ。
【００２７】回線交換上でのバーチャルサーキットの維
持 ファイル転送のアプリケーションでは、ファイル転送時
にはトラヒック量が多くなり、ディレクトリサーチなど
のコマンド実行時にはトラヒック量が減少する。かかる
アプリケーションでは、あるときにトラヒックが多くな
り、しばらくの間トラヒックが減少し、しかる後再びト
ラヒック量が増加することがある。このような場合、ト
ラヒックが減少して帯域が狭められてしまうと（回線が
開放されてしまうと）、再び、トラヒックが増大して帯
域を広げる必要が生じた時、話中になっていて回線を確
保できなくなる事態が生じ、パフォーマンスが低下す
る。そこで、トラヒックが減少して回線を開放する際、
ステップ３０４において、相手先回線監視機能部１５ｃ
とネゴシエーションを行って、少なくとも１回線はバー
チャルサーキットとして維持しておく。すなわち、維持
する回線の接続先のＷＡＮインターフェースに応じた予
約欄（回線リソース管理テーブルＬＲＴＢ）に発呼側の
ＷＡＮインターフェースの番号を記入して予約すると共
に、維持回線の発呼側ＷＡＮインターフェースに応じた
予約欄（回線リソース管理テーブルＬＲＴＢ）に予約を
記入しておく。これにより、他のＬＡＮ間通信において
は接続先のＷＡＮインターフェース（回線）は使用中に
見え、使用できなくなる。しかし、予約欄に記入された
発呼側のＷＡＮインターフェースより接続先ＷＡＮイン
ターフェースに発呼すると接続できる。以上のように回
線を予約しておくことにより、トラヒック量が再び増大
しても回線を確保でき、パフォーマンスをあげることが
でき、又、データ送信の立上りをスムースにできる。
尚、予約する回線数は１本に限らない。
持 ファイル転送のアプリケーションでは、ファイル転送時
にはトラヒック量が多くなり、ディレクトリサーチなど
のコマンド実行時にはトラヒック量が減少する。かかる
アプリケーションでは、あるときにトラヒックが多くな
り、しばらくの間トラヒックが減少し、しかる後再びト
ラヒック量が増加することがある。このような場合、ト
ラヒックが減少して帯域が狭められてしまうと（回線が
開放されてしまうと）、再び、トラヒックが増大して帯
域を広げる必要が生じた時、話中になっていて回線を確
保できなくなる事態が生じ、パフォーマンスが低下す
る。そこで、トラヒックが減少して回線を開放する際、
ステップ３０４において、相手先回線監視機能部１５ｃ
とネゴシエーションを行って、少なくとも１回線はバー
チャルサーキットとして維持しておく。すなわち、維持
する回線の接続先のＷＡＮインターフェースに応じた予
約欄（回線リソース管理テーブルＬＲＴＢ）に発呼側の
ＷＡＮインターフェースの番号を記入して予約すると共
に、維持回線の発呼側ＷＡＮインターフェースに応じた
予約欄（回線リソース管理テーブルＬＲＴＢ）に予約を
記入しておく。これにより、他のＬＡＮ間通信において
は接続先のＷＡＮインターフェース（回線）は使用中に
見え、使用できなくなる。しかし、予約欄に記入された
発呼側のＷＡＮインターフェースより接続先ＷＡＮイン
ターフェースに発呼すると接続できる。以上のように回
線を予約しておくことにより、トラヒック量が再び増大
しても回線を確保でき、パフォーマンスをあげることが
でき、又、データ送信の立上りをスムースにできる。
尚、予約する回線数は１本に限らない。
【００２８】初期接続時の同期合わせ制御
図１３は初期接続時の同期合わせ処理のフロー図であ
る。尚、初期接続時とは、それまでＬＡＮ間に１本も回
線が張られていない状態において、該ＬＡＮ間に回線接
続する時をいう。図１１のステップ２０５において複数
本の新規回線の接続が完了すると（ステップ５０１，５
０１′）、回線監視機能部１４ｃ，１５ｃは分離・多重
化機能部１４ｄ，１５ｄに接続したＷＡＮインターフェ
ースを通知する（ステップ５０２，５０２′）。これに
より、発呼側の分離・多重化機能部１４ｄは同期パター
ンジェネレータ２３（図７）より前記通知された各ＷＡ
Ｎインターフェースに同時に同期パターンを入力して着
呼側に送信する（ステップ５０３）。着呼側の分離・多
重化機能部１５ｄにおける同期合わせ部２４は通知され
たＷＡＮインターフェースを介して入力された同期パタ
ーンを用いて遅延時間の差を吸収し、各回線より同時に
データが多重化部２２に入力されるようにする。以上に
より、同期が確立すれば（ステップ５０４）、同期確立
を発呼側に通知し（ステップ５０５）、これにより発呼
側は着呼側が同期確立したことを確認する（ステップ５
０６）。
る。尚、初期接続時とは、それまでＬＡＮ間に１本も回
線が張られていない状態において、該ＬＡＮ間に回線接
続する時をいう。図１１のステップ２０５において複数
本の新規回線の接続が完了すると（ステップ５０１，５
０１′）、回線監視機能部１４ｃ，１５ｃは分離・多重
化機能部１４ｄ，１５ｄに接続したＷＡＮインターフェ
ースを通知する（ステップ５０２，５０２′）。これに
より、発呼側の分離・多重化機能部１４ｄは同期パター
ンジェネレータ２３（図７）より前記通知された各ＷＡ
Ｎインターフェースに同時に同期パターンを入力して着
呼側に送信する（ステップ５０３）。着呼側の分離・多
重化機能部１５ｄにおける同期合わせ部２４は通知され
たＷＡＮインターフェースを介して入力された同期パタ
ーンを用いて遅延時間の差を吸収し、各回線より同時に
データが多重化部２２に入力されるようにする。以上に
より、同期が確立すれば（ステップ５０４）、同期確立
を発呼側に通知し（ステップ５０５）、これにより発呼
側は着呼側が同期確立したことを確認する（ステップ５
０６）。
【００２９】又、着呼側の分離・多重化機能部１５ｄは
同期パターンジェネレータ２３より既に通知されている
各ＷＡＮインターフェースに同時に同期パターンを入力
して発呼側に送信する（ステップ５０７）。発呼側の分
離・多重化機能部１４ｄにおける同期合わせ部２４は既
に通知されているＷＡＮインターフェースを介して入力
された同期パターンを用いて同期合わせを行う。以上に
より、同期が確立すれば、同期確立を回線監視機能部１
４ｃに通知する（ステップ５０８）。又、同期確立を着
呼側に通知し（ステップ５０９）、これにより着呼側は
発呼側が同期確立したことを確認し（ステップ５１
０）、回線監視機能部１５ｃに通知する。以上により、
回線監視機能部１４ｃ，１５ｃはＬＡＮインターフェー
ス装置１４ａ，１５ａにデータ送信許可を通知し（ステ
ップ５１１，５１１′）、以後データ通信が開始される
（ステップ５１２，５１２′）。
同期パターンジェネレータ２３より既に通知されている
各ＷＡＮインターフェースに同時に同期パターンを入力
して発呼側に送信する（ステップ５０７）。発呼側の分
離・多重化機能部１４ｄにおける同期合わせ部２４は既
に通知されているＷＡＮインターフェースを介して入力
された同期パターンを用いて同期合わせを行う。以上に
より、同期が確立すれば、同期確立を回線監視機能部１
４ｃに通知する（ステップ５０８）。又、同期確立を着
呼側に通知し（ステップ５０９）、これにより着呼側は
発呼側が同期確立したことを確認し（ステップ５１
０）、回線監視機能部１５ｃに通知する。以上により、
回線監視機能部１４ｃ，１５ｃはＬＡＮインターフェー
ス装置１４ａ，１５ａにデータ送信許可を通知し（ステ
ップ５１１，５１１′）、以後データ通信が開始される
（ステップ５１２，５１２′）。
【００３０】回線増設時のデータ転送制御
図１４は回線増設時におけるデータ転送処理のフロー
図、図１５は同期合わせ・データ転送処理説明図であ
る。データ通信中（ステップ６００、６００′）におい
て、図１１のステップ２０５において追加回線の接続が
完了すると（ステップ６０１、６０１′）、回線監視機
能部１４ｃ，１５ｃは分離・多重化機能部１４ｄ，１５
ｄに接続したＷＡＮインターフェースを通知する（ステ
ップ６０２，６０２′）。これにより、発呼側の分離・
多重化機能部１４ｄの分離部２１は、まず上り回線の同
期を確立するために、それまでＬＡＮ間通信に使用さ
れている１つの回線（図１５の＃１）のデータフレーム
の同期合わせ基準としてのフラグＰ、同期確立フラグ
Ｓ、有効データフラグＥをそれぞれ”１”にして伝送
し、かつ、ＬＡＮ間通信に使用されている他の回線
（＃２，＃３）のデータフレームは同期確立フラグＳと
有効データフラグＥのみを”１”にして伝送し、これ
らと同時に、追加回線（＃４，＃５）を介して回線＃１
と全く同一のデータフレームを送信する。 ・・・ステ
ップ６０３、図１５(a)参照
図、図１５は同期合わせ・データ転送処理説明図であ
る。データ通信中（ステップ６００、６００′）におい
て、図１１のステップ２０５において追加回線の接続が
完了すると（ステップ６０１、６０１′）、回線監視機
能部１４ｃ，１５ｃは分離・多重化機能部１４ｄ，１５
ｄに接続したＷＡＮインターフェースを通知する（ステ
ップ６０２，６０２′）。これにより、発呼側の分離・
多重化機能部１４ｄの分離部２１は、まず上り回線の同
期を確立するために、それまでＬＡＮ間通信に使用さ
れている１つの回線（図１５の＃１）のデータフレーム
の同期合わせ基準としてのフラグＰ、同期確立フラグ
Ｓ、有効データフラグＥをそれぞれ”１”にして伝送
し、かつ、ＬＡＮ間通信に使用されている他の回線
（＃２，＃３）のデータフレームは同期確立フラグＳと
有効データフラグＥのみを”１”にして伝送し、これ
らと同時に、追加回線（＃４，＃５）を介して回線＃１
と全く同一のデータフレームを送信する。 ・・・ステ
ップ６０３、図１５(a)参照
【００３１】着呼側の分離・多重化機能部１５ｄにおけ
る同期合わせ部２４は、同期合わせ用フラグＰを検出し
て回線＃１と追加回線＃４，＃５間の同期合わせを行う
（ステップ６０４）。尚、各回線のデータフレームは多
重化部２２に送られ、ここでそれ迄ＬＡＮ間通信に使用
されていた回線のデータフレーム（＃１〜＃３のデータ
フレーム）のみが多重化されて元に戻されてＬＡＮイン
ターフェース装置１５ａに入力される。上り回線の同期
が確立すると、着呼側の同期合わせ部２４はその旨を分
離部２１に通知する。これにより分離部２１は同期確立
フラグＳを”１”にしたフレームを回線＃１〜＃５を介
して発呼側に送り、同期確立を通知する。・・・ステッ
プ６０５、図１５(ｂ)参照発呼側の同期合わせ部２４は
＃１〜＃５のフレームより同期確立フラグＳを検出する
ことにより、着呼側が同期確立したことを確認する（ス
テップ６０６）。
る同期合わせ部２４は、同期合わせ用フラグＰを検出し
て回線＃１と追加回線＃４，＃５間の同期合わせを行う
（ステップ６０４）。尚、各回線のデータフレームは多
重化部２２に送られ、ここでそれ迄ＬＡＮ間通信に使用
されていた回線のデータフレーム（＃１〜＃３のデータ
フレーム）のみが多重化されて元に戻されてＬＡＮイン
ターフェース装置１５ａに入力される。上り回線の同期
が確立すると、着呼側の同期合わせ部２４はその旨を分
離部２１に通知する。これにより分離部２１は同期確立
フラグＳを”１”にしたフレームを回線＃１〜＃５を介
して発呼側に送り、同期確立を通知する。・・・ステッ
プ６０５、図１５(ｂ)参照発呼側の同期合わせ部２４は
＃１〜＃５のフレームより同期確立フラグＳを検出する
ことにより、着呼側が同期確立したことを確認する（ス
テップ６０６）。
【００３２】又、着呼側の分離・多重化機能部１５ｄの
分離部２１は、次に下り回線の確立を行うために、同期
合わせ用フラグPを“１”にしたフレームを回線＃１を
介して発呼側に送り、上り回線の同期確立と同様にして
同期を確立させる（ステップ６０７，６０８）。下り回
線の同期が確立すると、発呼側の同期合わせ部２４はそ
の旨を分離部２１に通知する。これにより分離部２１は
回線＃１〜＃３の同期確立フラグＳ、有効データフラ
グＥを共に”１”にしたデータフレームを送信すると共
に、回線＃４，＃５のフレームは同期確立フラグＳの
み”１”にして着呼側に送信する。・・・ステップ６０
９、図１５(ｃ)参照。
分離部２１は、次に下り回線の確立を行うために、同期
合わせ用フラグPを“１”にしたフレームを回線＃１を
介して発呼側に送り、上り回線の同期確立と同様にして
同期を確立させる（ステップ６０７，６０８）。下り回
線の同期が確立すると、発呼側の同期合わせ部２４はそ
の旨を分離部２１に通知する。これにより分離部２１は
回線＃１〜＃３の同期確立フラグＳ、有効データフラ
グＥを共に”１”にしたデータフレームを送信すると共
に、回線＃４，＃５のフレームは同期確立フラグＳの
み”１”にして着呼側に送信する。・・・ステップ６０
９、図１５(ｃ)参照。
【００３３】着呼側の同期合わせ部は＃１〜＃５のフレ
ームより同期確立フラグＳを検出することにより、発呼
側が同期確立したことを確認する（ステップ６１０）。
以後、発呼側の分離部２１は回線を＃１〜＃３から＃１
〜＃５に切り替え、切り替え通知を回線監視機能部１４
ｃに通知すると共に（ステップ６１１）、ＬＡＮインタ
ーフェース装置１４ａから入力されるデータを回線＃１
〜＃５に分離し、かつ、各フレームの同期確立フラグＳ
と有効データフラグＥを共に”１”にして対応するＷＡ
Ｎインターフェースに送り出し、ＷＡＮを介して対局に
送信する。・・・ステップ６１２、図１５(ｄ)参照。着
呼側の多重化部２２は回線＃１〜＃５のフレームからＳ
＝”１”，Ｅ＝”１”を検出して、回線を＃１〜＃３か
ら＃１〜＃５に切り替え、切り替え通知を回線監視機能
部１５ｃに通知すると共に（ステップ６１３）、これら
回線＃１〜＃５を介して入力されるデータより制御ビッ
トを除去した後、多重化し、ＬＡＮインターフェース１
５ａに入力する（ステップ６１４）。
ームより同期確立フラグＳを検出することにより、発呼
側が同期確立したことを確認する（ステップ６１０）。
以後、発呼側の分離部２１は回線を＃１〜＃３から＃１
〜＃５に切り替え、切り替え通知を回線監視機能部１４
ｃに通知すると共に（ステップ６１１）、ＬＡＮインタ
ーフェース装置１４ａから入力されるデータを回線＃１
〜＃５に分離し、かつ、各フレームの同期確立フラグＳ
と有効データフラグＥを共に”１”にして対応するＷＡ
Ｎインターフェースに送り出し、ＷＡＮを介して対局に
送信する。・・・ステップ６１２、図１５(ｄ)参照。着
呼側の多重化部２２は回線＃１〜＃５のフレームからＳ
＝”１”，Ｅ＝”１”を検出して、回線を＃１〜＃３か
ら＃１〜＃５に切り替え、切り替え通知を回線監視機能
部１５ｃに通知すると共に（ステップ６１３）、これら
回線＃１〜＃５を介して入力されるデータより制御ビッ
トを除去した後、多重化し、ＬＡＮインターフェース１
５ａに入力する（ステップ６１４）。
【００３４】回線削減時のデータ転送制御
図１６は回線削減時におけるデータ転送処理のフロー
図、図１７は同期合わせ・データ転送処理説明図であ
る。データ通信中（ステップ７００、７００′）におい
て、回線の削減が必要になり削減すべき回線（ＷＡＮイ
ンターフェース）を決定すると、回線監視機能部１４ｃ
は分離・多重化機能部１４ｄに削除するＷＡＮインター
フェースを通知する（ステップ７０１）。ついで、分離
部２１は、切断すべき回線（＃４〜＃５，図１７参
照）を介して伝送されるデータフレームの同期確立フラ
グＳ、有効データフラグＥ、回線切断フラグＤをそれぞ
れ”１”して伝送し、切断しない回線（＃１〜＃３）
を介して伝送されるデータフレームは同期確立フラグ
Ｓ、有効データフラグＥのみをそれぞれ”１”して伝送
する。・・・ステップ７０２、図１７(a)参照
図、図１７は同期合わせ・データ転送処理説明図であ
る。データ通信中（ステップ７００、７００′）におい
て、回線の削減が必要になり削減すべき回線（ＷＡＮイ
ンターフェース）を決定すると、回線監視機能部１４ｃ
は分離・多重化機能部１４ｄに削除するＷＡＮインター
フェースを通知する（ステップ７０１）。ついで、分離
部２１は、切断すべき回線（＃４〜＃５，図１７参
照）を介して伝送されるデータフレームの同期確立フラ
グＳ、有効データフラグＥ、回線切断フラグＤをそれぞ
れ”１”して伝送し、切断しない回線（＃１〜＃３）
を介して伝送されるデータフレームは同期確立フラグ
Ｓ、有効データフラグＥのみをそれぞれ”１”して伝送
する。・・・ステップ７０２、図１７(a)参照
【００３５】着呼側の同期合わせ部２４は＃４〜＃５の
フレームより回線切断フラグＤ＝”１”を検出すること
により、削除される回線＃４，＃５を認識し、回線監視
機能部１５ｃに通知する（ステップ７０３）。以後、発
呼側の分離部２１は回線を＃１〜＃５から＃１〜＃３に
切り替え、切り替え通知を回線監視機能部１４ｃに通知
すると共に（ステップ７０４）、ＬＡＮインターフェー
ス装置１４ａから入力されるデータを回線＃１〜＃３に
分離し、かつ、各フレームの同期確立フラグＳと有効デ
ータフラグＥを共に”１”にして対応するＷＡＮインタ
ーフェースに送り出し、ＷＡＮを介して対局に送信す
る。・・・ステップ７０５、図１７(c)参照。着呼側の
多重化部２２は回線＃１〜＃３のフレームからＳ，Ｅ
＝”１”を検出し、回線＃４〜＃５から検出しないこと
により、回線を＃１〜＃５から＃１〜＃３に切り替え、
切り替え通知を回線監視機能部１５ｃに通知すると共に
（ステップ７０６）、これら回線＃１〜＃３を介して入
力されるフレームより制御ビットを除去した後、多重化
して元のデータに戻してＬＡＮインターフェース１５ａ
に入力する（ステップ７０７）。尚、図１７(b)に示す
ように、回線を切断する前に一旦同期確立フラグＳ，回
線切断フラグＤを共に”１”にしたフレームを回線＃
４，＃５を介して発呼側から着呼側に伝送し、しかる
後、(c)に示すように同期確立フラグＳ，回線切断フラ
グＤを"０"にしている。以上、本発明を実施例により説
明したが、本発明は請求の範囲に記載した本発明の主旨
に従い種々の変形が可能であり、本発明はこれらを排除
するものではない。
フレームより回線切断フラグＤ＝”１”を検出すること
により、削除される回線＃４，＃５を認識し、回線監視
機能部１５ｃに通知する（ステップ７０３）。以後、発
呼側の分離部２１は回線を＃１〜＃５から＃１〜＃３に
切り替え、切り替え通知を回線監視機能部１４ｃに通知
すると共に（ステップ７０４）、ＬＡＮインターフェー
ス装置１４ａから入力されるデータを回線＃１〜＃３に
分離し、かつ、各フレームの同期確立フラグＳと有効デ
ータフラグＥを共に”１”にして対応するＷＡＮインタ
ーフェースに送り出し、ＷＡＮを介して対局に送信す
る。・・・ステップ７０５、図１７(c)参照。着呼側の
多重化部２２は回線＃１〜＃３のフレームからＳ，Ｅ
＝”１”を検出し、回線＃４〜＃５から検出しないこと
により、回線を＃１〜＃５から＃１〜＃３に切り替え、
切り替え通知を回線監視機能部１５ｃに通知すると共に
（ステップ７０６）、これら回線＃１〜＃３を介して入
力されるフレームより制御ビットを除去した後、多重化
して元のデータに戻してＬＡＮインターフェース１５ａ
に入力する（ステップ７０７）。尚、図１７(b)に示す
ように、回線を切断する前に一旦同期確立フラグＳ，回
線切断フラグＤを共に”１”にしたフレームを回線＃
４，＃５を介して発呼側から着呼側に伝送し、しかる
後、(c)に示すように同期確立フラグＳ，回線切断フラ
グＤを"０"にしている。以上、本発明を実施例により説
明したが、本発明は請求の範囲に記載した本発明の主旨
に従い種々の変形が可能であり、本発明はこれらを排除
するものではない。
【００３６】
【発明の効果】以上本発明によれば、新たなフレーム転
送要求を発生した LAN 端末のアプリケーションの種別に
応じて帯域を増加するようにしたからデータの高速転送
が可能となり、ユーザにあたかもＷＡＮが介在せず１本
のＬＡＮで張られているようなイメージを持たせること
ができる。又、帯域に応じた最適な回線の種類あるいは
回線の本数を記憶するテーブルを設け、該テーブルを参
照して回線の種類あるいは回線の本数を決定するように
したから、経済的な通信が可能となる。更に、本発明に
よれば、新たなフレーム転送要求を発生した LAN 端末の
アプリケーションの種別に応じてＬＡＮ間通信に使用す
る回線の本数を増加し、転送データを各回線に分離して
伝送し、受信側で各回線を介して送られてくるフレーム
を多重化して送り出すように構成したから、狭帯域回線
であっても束にする回線数を制御することにより帯域を
狭帯域から広帯域まで制御することができる。
送要求を発生した LAN 端末のアプリケーションの種別に
応じて帯域を増加するようにしたからデータの高速転送
が可能となり、ユーザにあたかもＷＡＮが介在せず１本
のＬＡＮで張られているようなイメージを持たせること
ができる。又、帯域に応じた最適な回線の種類あるいは
回線の本数を記憶するテーブルを設け、該テーブルを参
照して回線の種類あるいは回線の本数を決定するように
したから、経済的な通信が可能となる。更に、本発明に
よれば、新たなフレーム転送要求を発生した LAN 端末の
アプリケーションの種別に応じてＬＡＮ間通信に使用す
る回線の本数を増加し、転送データを各回線に分離して
伝送し、受信側で各回線を介して送られてくるフレーム
を多重化して送り出すように構成したから、狭帯域回線
であっても束にする回線数を制御することにより帯域を
狭帯域から広帯域まで制御することができる。
【００３７】又、本発明によれば、回線の本数を通信中
にダイナミックに増加する場合、各回線間の同期合わせ
が必要になるが、同期パターンを流さず、データフレー
ムに同期合わせ用フラグや有効データフラグ等を付加し
て伝送して同期合わせを行うように構成したから、回線
の本数がデータ通信中に増加する場合であっても、多回
線間のデータの同期合わせをデータ転送の瞬断なくして
行うことができ、通信効率の低下や、信頼性の低下をき
たさず、データの転送を連続的に行うことができる。更
に、本発明によれば、回線毎に(ＷＡＮインターフェー
ス毎に)、回線が空いているか否かを記憶するテーブル
を設け、必要帯域を満足するだけの空き回線が存在しな
い場合には、必要帯域を減少して空き回線を用いてデー
タ通信するようにしたから、現状に応じた最適のＬＡＮ
間通信ができる。
にダイナミックに増加する場合、各回線間の同期合わせ
が必要になるが、同期パターンを流さず、データフレー
ムに同期合わせ用フラグや有効データフラグ等を付加し
て伝送して同期合わせを行うように構成したから、回線
の本数がデータ通信中に増加する場合であっても、多回
線間のデータの同期合わせをデータ転送の瞬断なくして
行うことができ、通信効率の低下や、信頼性の低下をき
たさず、データの転送を連続的に行うことができる。更
に、本発明によれば、回線毎に(ＷＡＮインターフェー
ス毎に)、回線が空いているか否かを記憶するテーブル
を設け、必要帯域を満足するだけの空き回線が存在しな
い場合には、必要帯域を減少して空き回線を用いてデー
タ通信するようにしたから、現状に応じた最適のＬＡＮ
間通信ができる。
【００３８】
【００３９】
【図１】本発明の原理説明図である。
【図２】本発明の通信システムの構成図である。
【図３】ルーチング機能部の構成図である。
【図４】必要帯域テーブルの説明図である。
【図５】ＬＣＲテーブルの説明図である。
【図６】回線リソース管理テーブルの説明図である。
【図７】分離・多重化機能部とその周辺構成図である。
【図８】フレーム構成説明図である。
【図９】分離部の構成図である。
【図１０】多重化部の構成図である。
【図１１】帯域を増加する処理のフロー図である。
【図１２】帯域を減少する場合の処理フローである。
【図１３】初期接続時の同期合わせ処理のフロー図であ
る。
る。
【図１４】回線増設時のデータ転送処理のフロー図であ
る。
る。
【図１５】回線増設時の同期合わせ・データ転送処理の
説明図である。
説明図である。
【図１６】回線削減時のデータ転送処理のフロー図であ
る。
る。
【図１７】回線削減時の同期合わせ・データ転送処理の
説明図である。
説明図である。
１１、１２・・ＬＡＮ
１１ａ．１２ａ・・パソコン等の端末
１３・・広域網（ＷＡＮ）
１４，１５・・ＬＡＮ・ＷＡＮ接続装置である。
１４ａ・・ＬＡＮインターフェース装置
１４ｂ・・トラヒック・アプリケーション監視機能部
１４ｃ・・回線監視機能部
１４ｄ・・分離・多重化機能部
14e-1〜14e-n・・ＷＡＮインターフェース
─────────────────────────────────────────────────────
フロントページの続き
(56)参考文献 特開 平５−130133（ＪＰ，Ａ)
特開 平３−272248（ＪＰ，Ａ)
特開 平４−151931（ＪＰ，Ａ)
(58)調査した分野(Int.Cl.7，ＤＢ名)
H04L 12/00 - 12/66
G06F 13/00
H03J 9/00 - 9/06
H04Q 9/00 - 9/16
Claims (11)
- 【請求項１】 広域網を介してＬＡＮ間で通信を行うＬ
ＡＮ間通信方法において、 新たなフレーム転送要求が発生した時、該新たな転送要
求を発生したＬＡＮ端末のアプリケーションの種別を監
視し、該ＬＡＮ端末の アプリケーションの種別に基づいてＬＡ
Ｎ間通信に必要となる広域網の帯域を割り出すＬＡＮ間
通信方法。 - 【請求項２】 広域網を介してＬＡＮ間で通信を行うＬ
ＡＮ間通信方法において、 新たなフレーム転送要求が発生した時、該新たな転送要
求を発生したＬＡＮ端末のアプリケーションの種別を監
視し、該ＬＡＮ端末の アプリケーションの種別に基づいてＬＡ
Ｎ間通信に必要となる帯域を求め、 該求めた帯域を満足するようにＬＡＮ間通信に使用する
回線の本数を増加するＬＡＮ間通信方法。 - 【請求項３】 送信側ＬＡＮより取り込んだデータを前
記各回線へ情報の最小単位に分離して伝送し、 受信側にて各回線を介して送られてくるデータを多重化
して受信側ＬＡＮに送り出す請求項２記載のＬＡＮ間通
信方法。 - 【請求項４】 回線の本数を増加する場合、それまでＬ
ＡＮ間通信に使用している少なくとも１つの回線のデー
タは同期合わせ基準としてのフラグを立てて伝送し、か
つ、新たにＬＡＮ間通信に使用される追加回線は該同期
合わせ基準としてのフラグを立てた回線上のデータを伝
送し、 受信側では、それまでＬＡＮ間通信に使用されていた回
線のデータのみを多重化して受信側ＬＡＮに送り出すと
共に、前記同期合わせ基準としてのフラグを検出した回
線に対して該追加回線の同期合わせを行い、 同期確立後、送信側ＬＡＮより取り込んだデータをそれ
までの回線と追加回線に分離して伝送し、 受信側は前記各回線を介して送られてくるデータを多重
化して受信側ＬＡＮに送り出す請求項３記載のＬＡＮ間
通信方法。 - 【請求項５】 帯域に応じた最適な回線の種類あるいは
回線の本数を記憶するテーブルを設け、 該テーブルを参照して回線の種類あるいは回線の本数を
決定する請求項２記載のＬＡＮ間通信方法。 - 【請求項６】 前記回線毎に該回線が空いているか否か
を記憶するテーブルを設け、 前記求めた帯域を満足するだけの空き回線が存在しない
場合には、 該求めた帯域を減少する請求項２記載のＬＡＮ間通信方
法。 - 【請求項７】 前記ＬＡＮ間のトラヒック量を、ＬＡＮ
間毎に設けられたバッファに滞留するフレーム数あるい
はバッファに滞留している時間を用いて監視する請求項
２記載のＬＡＮ間通信方法。 - 【請求項８】 前記ＬＡＮ間のトラヒック量を、ＬＡＮ
間通信に割り当てられている帯域と実際の使用帯域に基
づいて計算される回線利用率を用いて監視する請求項２
記載のＬＡＮ間通信方法。 - 【請求項９】 割り当てられた帯域を満足するようにＬ
ＡＮ間通信に使用する回線の本数を決定し、 ＬＡＮ間の初期接続時、使用する回線毎に同時に同期パ
ターンを送信し、 該同期パターンを受信して各回線の同期合わせを行い、 しかる後、送信側ＬＡＮより取り込んだデータを前記各
回線に分離して伝送し、 受信側にて各回線を介して送られてくるデータを多重化
して受信側ＬＡＮに送り出す請求項２記載のＬＡＮ間通
信方法。 - 【請求項１０】 広域網（ＷＡＮ）を介してＬＡＮ間で
通信を行う通信システムにおけるＬＡＮ・ＷＡＮ接続装
置において、 新たなフレーム転送要求が発生した時、該新たな転送要
求を発生したＬＡＮ端末のアプリケーションの種別を監
視する監視手段と、該ＬＡＮ端末の アプリケーションの種別に基づいてＬＡ
Ｎ間通信に必要となる帯域を求める帯域算出手段と、 該求めた帯域を満足するようにＬＡＮ間通信に使用する
回線の本数を増加する回線増加手段を有するＬＡＮ・Ｗ
ＡＮ接続装置。 - 【請求項１１】 送信側ＬＡＮより取り込んだデータを
前記各使用回線へ情報の最小単位のデータに分離して伝
送し、各回線を介して送られてくるデータを多重化して
受信側ＬＡＮに送り出す分離・多重化部を有する請求項
１０記載のＬＡＮ・ＷＡＮ接続装置。
Priority Applications (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12372093A JP3512832B2 (ja) | 1993-05-26 | 1993-05-26 | Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 |
| US08/198,070 US5588003A (en) | 1993-05-26 | 1994-02-17 | LAN-WAN-LAN communication method, and apparatus for LAN-WAN connection |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP12372093A JP3512832B2 (ja) | 1993-05-26 | 1993-05-26 | Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 |
Related Child Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2003363971A Division JP3612066B2 (ja) | 2003-10-24 | 2003-10-24 | Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPH06334660A JPH06334660A (ja) | 1994-12-02 |
| JP3512832B2 true JP3512832B2 (ja) | 2004-03-31 |
Family
ID=14867697
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP12372093A Expired - Lifetime JP3512832B2 (ja) | 1993-05-26 | 1993-05-26 | Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 |
Country Status (2)
| Country | Link |
|---|---|
| US (1) | US5588003A (ja) |
| JP (1) | JP3512832B2 (ja) |
Families Citing this family (55)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| WO1996008924A1 (en) * | 1994-09-16 | 1996-03-21 | Sony Corporation | Data output device and data output method |
| JP3563127B2 (ja) | 1994-11-09 | 2004-09-08 | 富士通株式会社 | トラヒック制御方式 |
| FR2727818B1 (fr) * | 1994-12-01 | 1997-01-10 | Cit Alcatel | Procede d'acheminement de cellules dans un reseau de commutation a multiplexage temporel asynchrone, reseau, commutateur d'entree et application correspondants |
| US5913040A (en) * | 1995-08-22 | 1999-06-15 | Backweb Ltd. | Method and apparatus for transmitting and displaying information between a remote network and a local computer |
| US5923853A (en) * | 1995-10-24 | 1999-07-13 | Intel Corporation | Using different network addresses for different components of a network-based presentation |
| US5751724A (en) * | 1996-02-23 | 1998-05-12 | Dsc Communications Corporation | Demultiplexer for a multi-bitline bus |
| FI972718A0 (fi) * | 1996-07-02 | 1997-06-24 | More Magic Software Mms Oy | Foerfaranden och arrangemang foer distribution av ett anvaendargraenssnitt |
| US7506020B2 (en) | 1996-11-29 | 2009-03-17 | Frampton E Ellis | Global network computers |
| US7926097B2 (en) | 1996-11-29 | 2011-04-12 | Ellis Iii Frampton E | Computer or microchip protected from the internet by internal hardware |
| US6167428A (en) | 1996-11-29 | 2000-12-26 | Ellis; Frampton E. | Personal computer microprocessor firewalls for internet distributed processing |
| US8225003B2 (en) | 1996-11-29 | 2012-07-17 | Ellis Iii Frampton E | Computers and microchips with a portion protected by an internal hardware firewall |
| US7024449B1 (en) | 1996-11-29 | 2006-04-04 | Ellis Iii Frampton E | Global network computers |
| US8312529B2 (en) | 1996-11-29 | 2012-11-13 | Ellis Frampton E | Global network computers |
| US7805756B2 (en) | 1996-11-29 | 2010-09-28 | Frampton E Ellis | Microchips with inner firewalls, faraday cages, and/or photovoltaic cells |
| US7634529B2 (en) * | 1996-11-29 | 2009-12-15 | Ellis Iii Frampton E | Personal and server computers having microchips with multiple processing units and internal firewalls |
| US6725250B1 (en) | 1996-11-29 | 2004-04-20 | Ellis, Iii Frampton E. | Global network computers |
| US6732141B2 (en) * | 1996-11-29 | 2004-05-04 | Frampton Erroll Ellis | Commercial distributed processing by personal computers over the internet |
| US20050180095A1 (en) * | 1996-11-29 | 2005-08-18 | Ellis Frampton E. | Global network computers |
| US6151628A (en) * | 1997-07-03 | 2000-11-21 | 3Com Corporation | Network access methods, including direct wireless to internet access |
| US6072839A (en) * | 1997-07-24 | 2000-06-06 | Lucent Technologies, Inc. | DVB frame synchronization |
| US6252878B1 (en) * | 1997-10-30 | 2001-06-26 | Cisco Technology, Inc. | Switched architecture access server |
| US6160819A (en) * | 1998-02-19 | 2000-12-12 | Gte Internetworking Incorporated | Method and apparatus for multiplexing bytes over parallel communications links using data slices |
| US6546022B1 (en) * | 1998-04-03 | 2003-04-08 | Sprint Communications Company, L.P. | Method, system and apparatus for processing information in a telecommunications system |
| US6751193B1 (en) * | 1998-06-26 | 2004-06-15 | Qualcomm Incorporated | Method and apparatus for controlling data transfer between two stations |
| JP2000269999A (ja) | 1999-03-19 | 2000-09-29 | Fujitsu Ltd | ネットワーク間通信装置 |
| US7069328B1 (en) * | 1999-05-25 | 2006-06-27 | Conexant, Inc. | System and method to interface a local area network with a wide area network |
| US7216175B1 (en) * | 2000-01-20 | 2007-05-08 | Cisco Systems, Inc. | System and method for determining subscriber information |
| US7249186B1 (en) * | 2000-01-20 | 2007-07-24 | Cisco Technology, Inc. | System and method for identifying a subscriber for connection to a communication network |
| US7325058B1 (en) | 2000-11-13 | 2008-01-29 | Cisco Technology, Inc. | Method and system for controlling subscriber access in a network capable of establishing connections with a plurality of domain sites |
| US6874030B1 (en) | 2000-11-13 | 2005-03-29 | Cisco Technology, Inc. | PPP domain name and L2TP tunnel selection configuration override |
| AUPR242801A0 (en) * | 2001-01-08 | 2001-02-01 | Telstra New Wave Pty Ltd | A contact centre management system |
| US7139276B1 (en) | 2001-02-27 | 2006-11-21 | Cisco Technology, Inc. | Load sharing between L2TP tunnels |
| US7023879B1 (en) | 2001-03-09 | 2006-04-04 | Cisco Technology, Inc. | Dynamic multi-hop ingress to egress L2TP tunnel mapping |
| JP2002368774A (ja) * | 2001-06-04 | 2002-12-20 | Fujitsu Ltd | 通信装置およびその回線容量設定方法 |
| EP2222005B1 (en) | 2001-09-10 | 2013-10-16 | Nippon Telegraph And Telephone Corporation | Dynamic bandwidth allocation circuit, dynamic bandwidth allocation method, dynamic bandwidth allocation program and recording medium |
| US7593637B2 (en) * | 2002-04-30 | 2009-09-22 | Angela Chiu | Optical transport system architecture for remote terminal connectivity |
| US7797444B2 (en) | 2003-02-03 | 2010-09-14 | Nippon Telegraph And Telephone Corporation | Data transfer apparatus and data transfer system |
| EP1598987A4 (en) * | 2003-02-27 | 2008-12-24 | Fujitsu Ltd | METHOD AND DEVICE FOR DETERMINING THE CONDITION OF USE |
| JP4576965B2 (ja) * | 2004-07-14 | 2010-11-10 | 日本電気株式会社 | 通信端末装置及びそれに用いるネットワーク選択方法並びにそのプログラム |
| JP2006060579A (ja) * | 2004-08-20 | 2006-03-02 | Fujitsu Ltd | アプリケーション特性に応じて複数の経路を同時に利用する通信装置 |
| JP2006121414A (ja) * | 2004-10-21 | 2006-05-11 | Nippon Telegr & Teleph Corp <Ntt> | 負荷分配／集束数可変通信装置および負荷分配／集束数可変方法 |
| US7554997B1 (en) * | 2004-11-17 | 2009-06-30 | Adtran, Inc. | Integrated router switch-based port-mirroring mechanism for monitoring LAN-to-WAN and WAN-to-LAN traffic |
| US7672319B1 (en) | 2004-11-17 | 2010-03-02 | Adtran, Inc. | Integrated router/switch-based mechanism for mapping COS value to QOS value for optimization of LAN-to-WAN traffic flow |
| US7554994B1 (en) | 2004-11-17 | 2009-06-30 | Adtran, Inc. | Integrated router switch containing mechanism for automatically creating IEEE 802.1Q VLAN trunks for LAN-to-WAN connectivity |
| GB2441950B (en) * | 2005-07-17 | 2010-06-30 | Obsidian Res Corp | A method to extend the physical reach of an infiniband network |
| JP4825580B2 (ja) * | 2005-09-05 | 2011-11-30 | アラクサラネットワークス株式会社 | ネットワーク接続装置の消費電力低減方法及び装置 |
| JP5143404B2 (ja) * | 2006-11-29 | 2013-02-13 | 京セラ株式会社 | 通信制御装置、無線通信装置、通信制御方法及び無線通信方法 |
| WO2009063550A1 (ja) * | 2007-11-13 | 2009-05-22 | Fujitsu Limited | データ中継装置および経路選択方法 |
| US8125796B2 (en) | 2007-11-21 | 2012-02-28 | Frampton E. Ellis | Devices with faraday cages and internal flexibility sipes |
| JP5242301B2 (ja) * | 2008-09-01 | 2013-07-24 | 株式会社東芝 | メッセージを転送する装置、出力方法および出力プログラム |
| JP5471535B2 (ja) * | 2009-04-07 | 2014-04-16 | 富士通株式会社 | 伝送装置、通信制御方法、集線装置及び伝送システム |
| JP5351689B2 (ja) * | 2009-09-30 | 2013-11-27 | Ｋｄｄｉ株式会社 | イーサネット転送装置 |
| US8429735B2 (en) | 2010-01-26 | 2013-04-23 | Frampton E. Ellis | Method of using one or more secure private networks to actively configure the hardware of a computer or microchip |
| JP5246194B2 (ja) * | 2010-03-26 | 2013-07-24 | 三菱電機株式会社 | 回線多重システム、回線多重ネゴシエーション方法、及び多重ゲートウェイ装置 |
| US20120331194A1 (en) * | 2011-06-23 | 2012-12-27 | Apple Inc. | Interface extender for portable electronic devices |
Family Cites Families (6)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| AU627953B2 (en) * | 1989-11-15 | 1992-09-03 | Digital Equipment Corporation | Integrated communications link having dynamically allocatable bandwidth and a protocol for transmission or allocation information over the link |
| CA2038646C (en) * | 1990-03-20 | 1995-02-07 | Katsumi Oomuro | Atm communication system with optimal traffic control by changing the allocated bandwidth |
| JP2747089B2 (ja) * | 1990-06-05 | 1998-05-06 | 株式会社東芝 | Ｌａｎ間接続装置 |
| US5058133A (en) * | 1990-08-10 | 1991-10-15 | Ascend Communications, Inc. | Method and apparatus for digital communication |
| US5179555A (en) * | 1990-09-11 | 1993-01-12 | Microcom Systems, Inc. | High speed data compression and transmission for wide area network connections in LAN/bridging applications |
| US5317568A (en) * | 1991-04-11 | 1994-05-31 | Galileo International Partnership | Method and apparatus for managing and facilitating communications in a distributed hetergeneous network |
-
1993
- 1993-05-26 JP JP12372093A patent/JP3512832B2/ja not_active Expired - Lifetime
-
1994
- 1994-02-17 US US08/198,070 patent/US5588003A/en not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| US5588003A (en) | 1996-12-24 |
| JPH06334660A (ja) | 1994-12-02 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JP3512832B2 (ja) | Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 | |
| US6658457B2 (en) | Device and method for interconnecting distant networks through dynamically allocated bandwidth | |
| US6956824B2 (en) | Extension of link aggregation protocols over the network | |
| JP4141106B2 (ja) | 帯域制御装置 | |
| US7773612B2 (en) | Networking controller, device and communication network system of asynchronous transfer mode | |
| JP4732987B2 (ja) | パケット転送装置 | |
| JP2001045052A (ja) | ノード及び光ネットワークシステム | |
| JP2007068181A (ja) | 光ネットワーク、ノード、終端ノード及び通信方法 | |
| US20030158964A1 (en) | Upper and lower relays and network system | |
| CN104541483A (zh) | 用于连接性故障时为家庭网络启用重新路由的方法和系统 | |
| CN111083061B (zh) | 一种确定组播流的df的方法、设备及系统 | |
| CA2341939C (en) | Label request packet transmission method, packet transfer network and method thereof, and packet transfer device | |
| JP2001285322A (ja) | Ｌａｎ間通信装置及びこれを用いるｌａｎ間通信ネットワーク | |
| JP2001086138A (ja) | 回路及びパケット・データ送信統合用の通信チャンネル同期マイクロセル・システム | |
| JP2003204342A (ja) | ネットワーク間通信装置 | |
| CN101164299B (zh) | 一种ip网络资源配置方法及ip网络 | |
| JP3612066B2 (ja) | Ｌａｎ間通信方法及びｌａｎ・ｗａｎ接続装置 | |
| JP4890427B2 (ja) | ネットワークシステム及びノード | |
| JPH10341236A (ja) | パケットスイッチングネットワーク及びパケットスイッチ装置 | |
| KR100259768B1 (ko) | 분산 노드 환경에서 점대점 프로토콜 및 다중링크 프로토콜을이용한 서비스 처리 방법 | |
| KR100538876B1 (ko) | 패킷 교환기와 패킷 관문 교환기간의 링크 채널 관리 방법 | |
| WO2014131155A1 (zh) | 保护倒换方法、系统和节点 | |
| CN100433607C (zh) | 一种嵌入控制通道数据的传输方法 | |
| JP2004140451A (ja) | 光スイッチ適用ノードおよび光ネットワークシステム | |
| JP2004112060A (ja) | スイッチ装置 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A02 | Decision of refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A02 Effective date: 20030924 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20040106 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20040108 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20080116 Year of fee payment: 4 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20090116 Year of fee payment: 5 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20100116 Year of fee payment: 6 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110116 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20110116 Year of fee payment: 7 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20120116 Year of fee payment: 8 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20130116 Year of fee payment: 9 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20140116 Year of fee payment: 10 |
|
| EXPY | Cancellation because of completion of term |