(57)【特許請求の範囲】
【請求項１】
広域網を介してＬＡＮ間で通信を行うＬＡＮ間通信方法において、
新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視し、
該トラヒック量に基づいてＬＡＮ間通信に必要となる広域網の帯域を割り出すＬＡＮ間通信方法。
【請求項２】
広域網を介してＬＡＮ間で通信を行うＬＡＮ間通信方法において、
新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視し、
該トラヒック量に基づいてＬＡＮ間通信に必要となる帯域を求め、
該求めた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を増加するＬＡＮ間通信方法。
【請求項３】
送信側ＬＡＮより取り込んだデータを前記各回線へ情報の最小単位に分離して伝送し、
受信側にて各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す請求項２記載のＬＡＮ間通信方法。
【請求項４】
回線の本数を増加する場合、それまでＬＡＮ間通信に使用している少なくとも１つの回線のデータは同期合わせ基準としてのフラグを立てて伝送し、かつ、新たにＬＡＮ間通信に使用される追加回線は該同期合わせ基準としてのフラグを立てた回線上のデータを伝送し、
受信側では、それまでＬＡＮ間通信に使用されていた回線のデータのみを多重化して受信側ＬＡＮに送り出すと共に、前記同期合わせ基準としてのフラグを検出した回線に対して該追加回線の同期合わせを行い、
同期確立後、送信側ＬＡＮより取り込んだデータをそれまでの回線と追加回線に分離して伝送し、
受信側は前記各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す請求項３記載のＬＡＮ間通信方法。
【請求項５】
帯域に応じた最適な回線の種類あるいは回線の本数を記憶するテーブルを設け、
該テーブルを参照して回線の種類あるいは回線の本数を決定する請求項２記載のＬＡＮ間通信方法。
【請求項６】
前記回線毎に該回線が空いているか否かを記憶するテーブルを設け、
前記求めた帯域を満足するだけの空き回線が存在しない場合には、
該求めた帯域を減少する請求項２記載のＬＡＮ間通信方法。
【請求項７】
前記ＬＡＮ間のトラヒック量を、ＬＡＮ間毎に設けられたバッファに滞留するフレーム数あるいはバッファに滞留している時間を用いて監視する請求項２記載のＬＡＮ間通信方法。
【請求項８】
前記ＬＡＮ間のトラヒック量を、ＬＡＮ間通信に割り当てられている帯域と実際の使用帯域に基づいて計算される回線利用率を用いて監視する請求項２記載のＬＡＮ間通信方法。
【請求項９】
割り当てられた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を決定し、
ＬＡＮ間の初期接続時、使用する回線毎に同時に同期パターンを送信し、
該同期パターンを受信して各回線の同期合わせを行い、
しかる後、送信側ＬＡＮより取り込んだデータを前記各回線に分離して伝送し、
受信側にて各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す請求項２記載のＬＡＮ間通信方法。
【請求項１０】
広域網を介してＬＡＮ間で通信を行うＬＡＮ間通信方法において、
新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視し、
該トラヒック量に基づいてＬＡＮ間通信に使用する回線の本数を増加あるいは維持するＬＡＮ間通信方法。
【請求項１１】
送信側ＬＡＮより取り込んだデータを各回線に分離して伝送し、
受信側にて各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す請求項１０記載のＬＡＮ間通信方法。
【請求項１２】
回線の本数を増加する場合、それまでＬＡＮ間通信に使用している少なくとも１つの回線のデータは同期合わせ基準としてのフラグを立てて伝送し、かつ、新たにＬＡＮ間通信に使用される追加回線は該同期合わせ基準としてのフラグを立てた回線上のデータを伝送し、
受信側では、それまでＬＡＮ間通信に使用されていた回線のデータのみを多重化して受信側ＬＡＮに送り出すと共に、前記同期合わせ基準としてのフラグを立てた回線と追加回線間の同期合わせを行い、
同期確立後、送信側ＬＡＮより取り込んだデータをそれまでの回線と追加回線に分離して伝送し、
受信側は前記各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す請求項１０記載のＬＡＮ間通信方法。
【請求項１３】
各回線毎に回線料金監視タイマを設け、回線料金監視タイマがタイムアウトになる前に、トラヒック量を求める請求項１０記載のＬＡＮ間通信方法。
【請求項１４】
回線の本数を減少する場合には、切断すべき回線を介して伝送するデータは回線切断フラグを立てて伝送し、かつ、他の回線を介して伝送するデータは回線切断フラグを立てずに伝送し、
受信側は前記回線切断フラグにより切断すべき回線を認識し、以後、切断される回線以外の回線を介して伝送されてくるデータを多重化して受信側ＬＡＮに送り出す請求項１０記載のＬＡＮ間通信方法。
【請求項１５】
回線を切断する場合、必要とされる回線を予約しておき、他のＬＡＮ間通信に使用されないようにする請求項１０記載のＬＡＮ間通信方法。
【請求項１６】
回線の本数を増加する場合には、予約した回線を新たな回線として使用する請求項１５記載のＬＡＮ間通信方法。
【請求項１７】
広域網（ＷＡＮ）を介してＬＡＮ間で通信を行う通信システムにおけるＬＡＮ・ＷＡＮ接続装置において、
新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視する監視手段と、
該トラヒック量に基づいてＬＡＮ間通信に必要となる帯域を求める帯域算出手段と、
該求めた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を増加する回線増加手段を有するＬＡＮ・ＷＡＮ接続装置。
【請求項１８】
送信側ＬＡＮより取り込んだデータを前記各使用回線へ情報の最小単位のデータに分離して伝送し、各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す分離・多重化部を有する請求項１７記載のＬＡＮ・ＷＡＮ接続装置。
【請求項１９】
広域網（ＷＡＮ）を介してＬＡＮ間で通信を行う通信システムにおけるＬＡＮ・ＷＡＮ接続装置において、
新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視する監視手段と、
トラヒック量に基づいてＬＡＮ間通信に使用する回線の本数を増加あるいは維持する回線増減手段を有するＬＡＮ・ＷＡＮ接続装置。
【請求項２０】
送信側ＬＡＮより取り込んだデータを前記各使用回線へ情報の最小単位のデータに分離して伝送し、各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す分離・多重化部を有し、
前記分離・多重化部は、
回線の本数を増加する場合、それまでＬＡＮ間通信に使用している少なくとも１つの回線のデータは同期合わせ基準としてのフラグを立てて伝送し、かつ、新たにＬＡＮ間通信に使用される追加回線には該同期合わせ基準としてのフラグを立てた回線上のデータを伝送するフラグ付加手段と、
同期確立後、送信側ＬＡＮより取り込んだデータをそれまでの回線と追加回線に分離して伝送する分離手段を有する請求項１９記載のＬＡＮ・ＷＡＮ接続装置。
【請求項２１】
前記分離・多重化部は、
前記同期合わせ基準としてのフラグを検出した時、該フラグを立てた回線間の同期合わせを行う同期合わせ手段と、
同期確立後、それまでの回線と追加回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す多重化手段を有する請求項２０記載のＬＡＮ・ＷＡＮ接続装置。
【請求項２２】
送信側ＬＡＮより取り込んだデータを前記各使用回線へ情報の最小単位のデータに分離して伝送し、各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す分離・多重化部を有し、
前記分離・多重化部は、
回線の本数を減少する場合、切断すべき回線を介して伝送するデータは回線切断フラグを立てて伝送し、かつ、他の回線を介して伝送するデータは回線切断フラグを立てずに伝送するフラグ付加手段と、
前記回線切断フラグにより切断すべき回線を認識し、以後、切断される回線以外の回線を介して伝送されてくるデータを多重化して受信側ＬＡＮに送り出す多重化手段を有する請求項１９記載のＬＡＮ・ＷＡＮ接続装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は広域網を介してＬＡＮ間で通信するＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装置に係わり、特に新たな転送要求により生じるLAN間のトラヒック量に応じて帯域の割り出し（アサイン）や回線の選択を行ってＬＡＮ間で通信するＬＡＮ間通信方法及びＬＡＮ・ＷＡＮ接続装置に関する。
【背景技術】
【０００２】
遠く離れたＬＡＮ(Local Area Network)間を相互に接続するためには、電話網やデータ交換網、ＩＳＤＮ、専用線などいわゆる広域網(ＷＡＮ:Wide Area Network)が中間に入る。そして、ＬＡＮとＷＡＮ間にはルータ（router）が設けられる。ルータは一方がＬＡＮに接続されて第１、第２層である物理層、リンク層を制御し、他方がＷＡＮに接続されて第３層のネットワーク層を制御（ＷＡＮとのインターフェース及びそのネットワークを制御）する。このようにＷＡＮを介してＬＡＮ間接続する通信方式において、端末よりネットワークアドレスを付加してフレームを送り出すと、ルータは該ネットワークアドレスを参照してフレームを取り込み、該フレームをＷＡＮを介して対地のＬＡＮ向けに送り、対地のＬＡＮに接続されたルータが該フレームを取り込んでＬＡＮに送り出し、着端末がフレームを取り込むようになっている。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
現状のＷＡＮは回線の帯域が狭く、ＬＡＮ間接続といってもトラヒックが多くなるといきなり２４００ｂｐｓに落ちてしまったり、比較的早いＩＮＳ−Ｃを用いても６４Ｋｂｐｓに落ちてしまう。このため、ファイル転送の場合、同じＬＡＮ内であれば数秒で転送が終わってしまうものが、ＷＡＮを通すと途端に遅くなる問題があった。
そこで、早い専用線を借りてＬＡＮ間接続することが考えられるが、専用線を借りると通信コストが高くつく問題がある。特に、ＬＡＮ上の通信の特性として、常にデータが流れているわけではなく、必要なデータが発生した時だけ流れる(バースト系通信)ため、専用線を借りた時、使っているときと、使っていない時の差が非常に大きいという問題がある。
【０００４】
以上から本発明の目的は、ユーザにあたかもＷＡＮが介在せず１本のＬＡＮで張られているようなイメージを持たせることができるＬＡＮ間通信方式及びＬＡＮ・ＷＡＮ接続装置を提供することである。
本発明の別の目的は新たな転送要求により生じるLAN間のトラヒック量に応じて帯域をアサインしたり、回線選択を制御してＷＡＮを介しても高速転送及び経済的な通信が可能なＬＡＮ間通信方式及びＬＡＮ・ＷＡＮ接続装置を提供することである。
本発明の更に別の目的は、新たな転送要求により生じるLAN間のトラヒック量に応じて帯域を増減し、経済的に、かつ高速に通信ができるＬＡＮ間通信方式及びＬＡＮ・ＷＡＮ接続装置を提供することである。
本発明の他の目的は、新たな転送要求により生じるLAN間のトラヒック量に基づいて多重化する回線数を増減して帯域を制御できるＬＡＮ間通信方式及びＬＡＮ・ＷＡＮ接続装置を提供することである。
本発明の更に他の目的は、多重化する回線数を増減して帯域を制御する際、多回線間のデータの同期合わせをデータ転送の瞬断なくして行うことができるＬＡＮ間通信方式及びＬＡＮ・ＷＡＮ接続装置を提供することである。
本発明の別の目的は、データ転送量が少なくなった時、自動的にバーチャルサーキットを確立、維持しておき（解放中の回線の予約）、帯域を広げる必要が生じた時、話中により回線を確保できない状態を避けることができ、また、データ送信の立上りをスムースにできるＬＡＮ間通信方式を提供することである。
【課題を解決するための手段】
【０００５】
第１の発明は、広域網を介してＬＡＮ間で通信を行うＬＡＮ間通信方法であり、新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視し、該トラヒック量に基づいてＬＡＮ間通信に必要となる広域網の帯域を割り出すＬＡＮ間通信方法である。
第２の発明は、広域網を介してＬＡＮ間で通信を行うＬＡＮ間通信方法であり、新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視し、該トラヒック量に基づいてＬＡＮ間通信に必要となる帯域を求め、該求めた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を増加するＬＡＮ間通信方法である。
第３発明は、第２の発明のＬＡＮ間通信方法において、送信側ＬＡＮより取り込んだデータを前記各回線へ情報の最小単位に分離して伝送し、受信側にて各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出すＬＡＮ間通信方法である。
第４の発明は、第３の発明のＬＡＮ間通信方法において、回線の本数を増加する場合、それまでＬＡＮ間通信に使用している少なくとも１つの回線のデータは同期合わせ基準としてのフラグを立てて伝送し、かつ、新たにＬＡＮ間通信に使用される追加回線は該同期合わせ基準としてのフラグを立てた回線上のデータを伝送し、受信側では、それまでＬＡＮ間通信に使用されていた回線のデータのみを多重化して受信側ＬＡＮに送り出すと共に、前記同期合わせ基準としてのフラグを検出した回線に対して該追加回線の同期合わせを行い、同期確立後、送信側ＬＡＮより取り込んだデータをそれまでの回線と追加回線に分離して伝送し、受信側は前記各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出すＬＡＮ間通信方法である。
第５の発明は、第２の発明のＬＡＮ間通信方法において、帯域に応じた最適な回線の種類あるいは回線の本数を記憶するテーブルを設け、該テーブルを参照して回線の種類あるいは回線の本数を決定するＬＡＮ間通信方法である。
第６の発明は、第２の発明のＬＡＮ間通信方法において、前記回線毎に該回線が空いているか否かを記憶するテーブルを設け、前記求めた帯域を満足するだけの空き回線が存在しない場合には、該求めた帯域を減少するＬＡＮ間通信方法である。
第７の発明は、第２の発明のＬＡＮ間通信方法において、前記ＬＡＮ間のトラヒック量を、ＬＡＮ間毎に設けられたバッファに滞留するフレーム数あるいはバッファに滞留している時間を用いて監視するＬＡＮ間通信方法である。
第８の発明は、第２の発明のＬＡＮ間通信方法において、前記ＬＡＮ間のトラヒック量を、ＬＡＮ間通信に割り当てられている帯域と実際の使用帯域に基づいて計算される回線利用率を用いて監視するＬＡＮ間通信方法である。
第９の発明は、第２の発明のＬＡＮ間通信方法において、割り当てられた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を決定し、ＬＡＮ間の初期接続時、使用する回線毎に同時に同期パターンを送信し、該同期パターンを受信して各回線の同期合わせを行い、しかる後、送信側ＬＡＮより取り込んだデータを前記各回線に分離して伝送し、受信側にて各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出すＬＡＮ間通信方法である。
第１０の発明は、広域網を介してＬＡＮ間で通信を行うＬＡＮ間通信方法であり、新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視し、該トラヒック量に基づいてＬＡＮ間通信に使用する回線の本数を増加あるいは維持するＬＡＮ間通信方法である。
第１１の発明は、第１０の発明のＬＡＮ間通信方法において、送信側ＬＡＮより取り込んだデータを各回線に分離して伝送し、受信側にて各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出すＬＡＮ間通信方法である。
第１２の発明は、第１０の発明のＬＡＮ間通信方法において、回線の本数を増加する場合、それまでＬＡＮ間通信に使用している少なくとも１つの回線のデータは同期合わせ基準としてのフラグを立てて伝送し、かつ、新たにＬＡＮ間通信に使用される追加回線は該同期合わせ基準としてのフラグを立てた回線上のデータを伝送し、受信側では、それまでＬＡＮ間通信に使用されていた回線のデータのみを多重化して受信側ＬＡＮに送り出すと共に、前記同期合わせ基準としてのフラグを立てた回線と追加回線間の同期合わせを行い、同期確立後、送信側ＬＡＮより取り込んだデータをそれまでの回線と追加回線に分離して伝送し、受信側は前記各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出すＬＡＮ間通信方法である。
第１３の発明は、第１０の発明のＬＡＮ間通信方法において、各回線毎に回線料金監視タイマを設け、回線料金監視タイマがタイムアウトになる前に、トラヒック量を求めるＬＡＮ間通信方法である。
第１４の発明は、第１０の発明のＬＡＮ間通信方法において、回線の本数を減少する場合には、切断すべき回線を介して伝送するデータは回線切断フラグを立てて伝送し、かつ、他の回線を介して伝送するデータは回線切断フラグを立てずに伝送し、受信側は前記回線切断フラグにより切断すべき回線を認識し、以後、切断される回線以外の回線を介して伝送されてくるデータを多重化して受信側ＬＡＮに送り出すＬＡＮ間通信方法である。
第１５の発明は、第１０の発明のＬＡＮ間通信方法において、回線を切断する場合、必要とされる回線を予約しておき、他のＬＡＮ間通信に使用されないようにするＬＡＮ間通信方法である。
第１６の発明は、第１５の発明のＬＡＮ間通信方法において、回線の本数を増加する場合には、予約した回線を新たな回線として使用するＬＡＮ間通信方法である。
第１７の発明は、広域網（ＷＡＮ）を介してＬＡＮ間で通信を行う通信システムにおけるＬＡＮ・ＷＡＮ接続装置であり、新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視する監視手段と、該トラヒック量に基づいてＬＡＮ間通信に必要となる帯域を求める帯域算出手段と、該求めた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を増加する回線増加手段を有するＬＡＮ・ＷＡＮ接続装置である。
第１８の発明は、第１７の発明のＬＡＮ・ＷＡＮ接続装置において、送信側ＬＡＮより取り込んだデータを前記各使用回線へ情報の最小単位のデータに分離して伝送し、各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す分離・多重化部を有するＬＡＮ・ＷＡＮ接続装置である。
第１９の発明は広域網（ＷＡＮ）を介してＬＡＮ間で通信を行う通信システムにおけるＬＡＮ・ＷＡＮ接続装置であり、新たなフレーム転送要求が発生した時、該新たな転送要求により生じるＬＡＮ間のトラヒック量を監視する監視手段と、トラヒック量に基づいてＬＡＮ間通信に使用する回線の本数を増加あるいは維持する回線増減手段を有するＬＡＮ・ＷＡＮ接続装置。
第２０の発明は、第１９の発明のＬＡＮ・ＷＡＮ接続装置において、送信側ＬＡＮより取り込んだデータを前記各使用回線へ情報の最小単位のデータに分離して伝送し、各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す分離・多重化部を有し、前記分離・多重化部は、回線の本数を増加する場合、それまでＬＡＮ間通信に使用している少なくとも１つの回線のデータは同期合わせ基準としてのフラグを立てて伝送し、かつ、新たにＬＡＮ間通信に使用される追加回線には該同期合わせ基準としてのフラグを立てた回線上のデータを伝送するフラグ付加手段と、同期確立後、送信側ＬＡＮより取り込んだデータをそれまでの回線と追加回線に分離して伝送する分離手段を有するＬＡＮ・ＷＡＮ接続装置である。
第２１の発明は、第２０の発明のＬＡＮ・ＷＡＮ接続装置において、前記分離・多重化部は、前記同期合わせ基準としてのフラグを検出した時、該フラグを立てた回線間の同期合わせを行う同期合わせ手段と、同期確立後、それまでの回線と追加回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す多重化手段を有するＬＡＮ・ＷＡＮ接続装置である。
第２２の発明は、第１９の発明のＬＡＮ・ＷＡＮ接続装置において、送信側ＬＡＮより取り込んだデータを前記各使用回線へ情報の最小単位のデータに分離して伝送し、各回線を介して送られてくるデータを多重化して受信側ＬＡＮに送り出す分離・多重化部を有し、前記分離・多重化部は、回線の本数を減少する場合、切断すべき回線を介して伝送するデータは回線切断フラグを立てて伝送し、かつ、他の回線を介して伝送するデータは回線切断フラグを立てずに伝送するフラグ付加手段と、前記回線切断フラグにより切断すべき回線を認識し、以後、切断される回線以外の回線を介して伝送されてくるデータを多重化して受信側ＬＡＮに送り出す多重化手段を有するＬＡＮ・ＷＡＮ接続装置である。
【発明の効果】
【０００６】
本発明によれば、新たな転送要求により生じるLAN間のトラヒック量に応じて帯域を増加するようにしたからデータの高速転送が可能となり、ユーザにあたかもＷＡＮが介在せず１本のＬＡＮで張られているようなイメージを持たせることができる。
又、帯域に応じた最適な回線の種類あるいは回線の本数を記憶するテーブルを設け、該テーブルを参照して回線の種類あるいは回線の本数を決定するようにしたから、経済的な通信が可能となる。
更に、本発明によれば、新たな転送要求により生じるLAN間のトラヒック量に応じてＬＡＮ間通信に使用する回線の本数を増加し、転送データを各回線に分離して伝送し、受信側で各回線を介して送られてくるフレームを多重化して送り出すように構成したから、狭帯域回線であっても束にする回線数を制御することにより帯域を狭帯域から広帯域まで制御することができる。
【０００７】
又、本発明によれば、回線の本数を通信中にダイナミックに増加する場合、各回線間の同期合わせが必要になるが、同期パターンを流さず、データフレームに同期合わせ用フラグや有効データフラグ等を付加して伝送して同期合わせを行うように構成したから、回線の本数がデータ通信中に増加する場合であっても、多回線間のデータの同期合わせをデータ転送の瞬断なくして行うことができ、通信効率の低下や、信頼性の低下をきたさず、データの転送を連続的に行うことができる。
更に、本発明によれば、回線毎に(ＷＡＮインターフェース毎に)、回線が空いているか否かを記憶するテーブルを設け、必要帯域を満足するだけの空き回線が存在しない場合には、必要帯域を減少して空き回線を用いてデータ通信するようにしたから、現状に応じた最適のＬＡＮ間通信ができる。
【０００８】
又、本発明によれば、通信中にＬＡＮ間のトラヒック量を監視し、トラヒック量に基づいて現在使用している回線の本数を削減するか、維持するか、増加するか判断し、削減する必要がある場合には、不要な回線を切断するようにしたから、高速通信を維持したまま、トラヒック量に見合った経済的なＬＡＮ間通信ができる。
更に、本発明によれば、各回線毎に回線料金監視タイマを設け、回線料金監視タイマがタイムアウトになる前に、すなわち回線使用料が増加する直前にトラヒック量を求めて回線切断・維持の判断を行うようにしたから、経済的なＬＡＮ間通信ができる。
また、本発明によれば、回線の本数を減少する場合、切断すべき回線を介して伝送されるデータに回線切断フラグを立てて伝送し、かつ、切断しない他の回線を介して伝送されるデータには回線切断フラグを立てずに伝送し、受信側は回線切断フラグにより切断回線を認識し、以後、切断回線を除いた回線を介して伝送されてくるデータを多重化して送り出すように構成したから、回線の本数がデータ通信中に減少する場合であっても、回線切断に伴うデータ転送の途切れなくして連続的にデータ転送を行うことができる。
【０００９】
更に、本発明によれば、回線を切断する場合、少なくとも１本の回線を予約して他のＬＡＮ間通信に使用されないようにしておき、帯域を広げる必要が生じた時、該予約中の回線を使用することにより、話中により回線を確保できない状態を避けることができ、また、データ送信の立上りをスムースにできる。
【発明を実施するための最良の形態】
【００１０】
図１は本発明の原理説明図であり、１１、１２はＬＡＮ、１１ａ．１２ａはＬＡＮに接続されたパソコン等の端末、１３は広域網ＷＡＮ（公衆回線、パケット網、専用線網等）、１４，１５は同一構成のＬＡＮ・ＷＡＮ接続装置である。
ＬＡＮ・ＷＡＮ接続装置１４において、１４ａはＬＡＮインターフェース装置、１４ｂは新たなフレーム転送要求が生じた時、ＬＡＮ間のトラヒック量や端末のアプリケーションの種別を監視して必要な帯域（転送速度）を求め、あるいは、通信中のトラヒック量を求め、必要以上の帯域が割り当てられているか監視するトラヒック・アプリケーション監視部、１４ｃは新たなフレーム転送要求時、トラヒック・アプリケーション監視部から指示される必要帯域に基づいて回線数を増加したり、必要以上の帯域が割り当てられている場合には回線数を減少する回線監視部、１４ｄはＬＡＮインターフェース装置より入力されるデータを複数回線に分離して出力すると共に、複数の回線を介して入力されたデータを多重化してＬＡＮインターフェース１４ａに入力する分離・多重化機能部、14e-1〜14e-nは各回線に接続されたＷＡＮインターフェースである。
【００１１】
トラヒック・アプリケーション監視機能部１４ｂは新たな転送要求により生じるLAN間のトラヒック量を監視する。そして、新たなフレーム転送要求が発生した時のＬＡＮ間のトラヒック量に基づいてＬＡＮ間通信に必要となる帯域を求め、回線監視機能部１４ｃは該求められた帯域を満足するようにＬＡＮ間通信に使用する回線の本数を増加する。このように、新たなフレーム転送要求が発生した時のＬＡＮ間のトラヒック量に応じて帯域を増加するようにしたからデータの高速転送が可能となり、ユーザにあたかもＷＡＮが介在せず１本のＬＡＮで張られているようなイメージを持たせることができる。
又、帯域に応じた最適な回線の種類あるいは回線の本数を記憶するテーブルを設け、回線監視機能部１４ｃは該テーブルを参照して回線の種類あるいは回線の本数を決定する。このようにすれば、経済的で、かつ、高速の通信が可能となる。
【００１２】
更に、新たなフレーム転送要求が発生した時のＬＡＮ間のトラヒック量に応じてＬＡＮ間通信に使用する回線の本数を増加し、分離・多重化機能部１４ｄは送信側ＬＡＮ１１より取り込んだデータを各回線に分離して伝送し、受信側の分離・多重化機能部は各回線を介して送られてくるデータを多重化して受信側ＬＡＮ１２に送り出す。このようにすれば、狭帯域回線であっても束にする回線数を制御して細くしたり、太くしたりすることにより帯域を狭帯域から広帯域まで制御することができる。
又、回線の本数を通信中にダイナミックに増加する場合、各回線間の同期合わせが必要になるが、分離・多重化機能部１４ｄは同期パターンを流さず、データに同期合わせ用フラグを付加して伝送して同期合わせを行う。このようにすれば、回線の本数がデータ通信中に増加する場合であっても、多回線間のデータの同期合わせをデータ転送の瞬断なくして行うことができ、通信効率の低下や、信頼性の低下をきたさず、データの転送を連続的に行うことができる。
【００１３】
更に、回線毎に(ＷＡＮインターフェース14e-1〜14e-n毎に)、回線が空いているか否かを記憶するテーブルを設け、必要帯域を満足するだけの空き回線が存在しない場合には、必要帯域を減少して空き回線を用いてデータ通信するようにしたから、現状に応じた最適のＬＡＮ間通信ができる。
又、トラヒック・アプリケーション監視機能部１４ｂは通信中に、ＬＡＮ間のトラヒック量を監視し、トラヒック量に基づいて現在使用している回線の本数を減少するか、維持するか、あるいは増加するか判断し、減少する必要がある場合には、回線監視機能部１４ｃは不要な回線を切断するようにしたから、高速通信を維持したまま、トラヒック量に見合った経済的なＬＡＮ間通信ができる。そして、各回線毎に回線料金監視タイマを設け、回線料金監視タイマがタイムアウトになる前に、すなわち回線使用料が増加する直前にトラヒック量を求めて上記判断を行うようにしたから、経済的に回線の削減ができる。
【００１４】
更に、回線の本数を減少する場合には、分離・多重化機能部１４ｄは切断すべき回線を介して伝送されるデータに回線切断フラグを立てて伝送し、かつ、切断しない他の回線を介して伝送されるデータには回線切断フラグを立てずに伝送し、受信側は回線切断フラグにより切断回線を認識し、以後、切断回線を除いた回線を介して伝送されてくるデータを多重化して受信側ＬＡＮに送り出すように構成したから、回線の本数がデータ通信中に減少する場合であっても、回線切断に伴うデータ転送の途切れなくして連続的にデータ転送を行うことができる。
又、回線を切断する場合、回線監視機能部１４ｃは少なくとも１本の回線を予約して他のＬＡＮ間通信に使用されないようにしておき、帯域を広げる必要が生じた時、該予約中の回線を使用することにより、話中により回線を確保できない事態を避けることができ、また、データ送信の立上りをスムースにできる。
【実施例１】
【００１５】
全体の構成
図２は本発明に係わるＬＡＮ間通信方式を具現化した通信システムの構成図である。１１、１２はＬＡＮ、１１ａ．１２ａはＬＡＮに接続されたパソコン等の端末、１３は広域網ＷＡＮ（公衆回線、パケット網、専用線網等）、１４，１５は同一構成のＬＡＮ・ＷＡＮ接続装置である。
ＬＡＮ・ＷＡＮ接続装置１４，１５において、１４ａ，１５ａはＬＡＮインターフェース装置、１４ｂ，１５ｂはトラヒック・アプリケーション監視部、１４ｃ，１５ｃは回線監視機能部、１４ｄ，１５ｄは分離・多重化機能部、14e-1〜14e-n，15e-1〜15e-nは各回線に接続されたＷＡＮインターフェースである。
【００１６】
ＬＡＮインターフェース装置
ＬＡＮインターフェース装置１４ａ，１５ａにおいて、14a-1,15a-1はＬＡＮと接続されたＬＡＮインターフェース部、14a-2,15a-2はＷＡＮ１３を介して伝送する必要のあるフレームのみを取り込むフィルタリング機能部、14a-3,15a-3はルーチング機能部であり、フィルタリング機能部により取り込まれたフレームを転送先毎に内蔵のバッファに記憶すると共に、順次バッファから読み出して出力し、又、ＷＡＮを介して入力されたフレームを取り込んでＬＡＮに送り出す。ルーチング機能部は図３に示すように、ルーチング制御部ＲＴＣと、転送先のＬＡＮ毎にフレームを一時的に記憶するバッファＢＦと、フレーム入出力部ＦＩＯを有している。
【００１７】
トラヒック・アプリケーション監視機能部
トラヒック・アプリケーション監視機能部１４ｂ，１５ｂは、(1)新たなフレーム転送要求が生じた時、ＬＡＮ間のトラヒック量や端末のアプリケーションの種別を監視して必要な帯域を求め、また、(2)通信中のトラヒック量を求め、必要以上の帯域が割り当てられているか監視する。このトラヒック・アプリケーション監視機能部１４ｂ，１５ｂには、図４に示すようにトラヒック量あるいはアプリケーションの種別に対応させて必要帯域を記憶するテーブルＴＬ１，ＴＬ２が設けられている。又、図示しないが各ＬＡＮ間通信に割り当てられている帯域Ｆを記憶する記憶部も設けられている。
所定ＬＡＮ間のトラヒック量は、ルーチング機能部14a-3,15a-3に設けられた転送先ＬＡＮ毎のバッファＢＦに滞留するフレーム数あるいはバッファに滞留している時間（遅延時間）を用いて、あるいは、ＬＡＮ間通信に割り当てられている帯域（接続先ＬＡＮ毎に保持している）と実際の使用帯域に基づいて計算される回線利用率を用いて求めることができる。また、端末のアプリケーションの種別は、ＬＡＮのプロトコルの１つであるＴＣＰ／ＩＰ（Transmission Control Protocol / Internet Protocol)の場合は以下のように求めることができる。すなわち、ＴＣＰ／ＩＰでは、ファイル転送のアプリケーションをＦＴＰ、仮想端末のアプリケーションをＴＥＬＮＥＴという。これらアプリケーションはＴＣＰヘッダのソースポート欄、宛先ポート欄に記入される。従って、ＴＣＰヘッダ内のポート番号（ＦＴＰ：２１，ＴＥＬＮＥＴ：２３）を参照することによりアプリケーションの種別を識別できる。尚、ＦＴＰは高速データ転送が必要であり、ＴＥＬＮＥＴは低速データ転送でよい。
【００１８】
回線監視機能部
回線監視機能部１４ｃ，１５ｃは、(1)フレーム転送要求発生時に、トラヒック・アプリケーション監視部１４ｂ，１５ｂから指示される必要帯域に基づいて回線の種類や回線数を決定したり、(2)所定ＬＡＮ間通信に必要以上の帯域が割り当てられている場合には回線数を減少する制御等を行う。回線監視機能部１４ｃ，１５ｃには、図５に示すＬＣＲテーブルＴＢ１，ＴＢ２や図６に示す回線リソース管理テーブルＬＲＴＢが設けられている。ＬＣＲテーブルには、接続先（宛先）と契約回線の対応を記憶するテーブルＴＢ１、必要帯域と回線の種類、回線の本数の対応を記憶するテーブルＴＢ２がある。契約回線は通信サービス業者（ＮＴＴ，ＮＣＣ等）の提供する回線であり、接続先に応じて料金体系が異なるため、通信コストが安い契約回線が接続先に対応付けられている。回線の種類とは、ＩＮＳネット６４、パケット網等であり、必要帯域に応じて高速、かつ経済的な通信可能な回線の種類、回線の本数が対応付けられている。回線リソース管理テーブルＬＲＴＢはＷＡＮインタフェ−ス14e-1〜14e-n、15e-1〜15e-nに対応させて、接続先、契約回線、回線料金監視タイマ、予約の有無等を記憶するものである。各ＷＡＮインターフェースの接続先を参照することにより所定のＬＡＮ間通信で使用している回線及び本数を特定できる。回線料金監視タイマは、回線使用料が例えば３分毎に加算される場合、３分を経過した回数Ｍと３分に満たない時間ｍを計時するもので、接続時には、常時更新されている。又、予約は回線を開放する際に他のＬＡＮ間通信で使用されないようにするためのものである。
【００１９】
分離・多重化機能部
分離・多重化機能部１４ｄ，１５ｄはＬＡＮインターフェース装置より入力されるフレーム列を複数回線に分離して出力すると共に、各回線を介してＷＡＮより入力されたフレームを多重化してＬＡＮインターフェースに送り出す。又、初期接続時と回線増減時における他回線間の同期合わせ制御を行なう。
図７は分離・多重化機能部とその周辺構成図である。分離・多重化機能部１４ｄにおいて、２１はＬＡＮインターフェース装置１４ａより入力されるデータをフレ−ム毎に複数回線に分離して（情報の最小単位に分離して）出力すると共に、各フレ−ムのオーバヘッド部に適宜所定の制御ビット（同期合わせ用フラグ、有効データフラグ、同期確立フラグ、回線切断フラグ）を付加して送り出す分離部である。図８はフレ−ム構成説明図であり、データ部ＤＴと４ビットのヘッダ部ＨＤで構成され、ヘッダ部には、同期合わせ用データであることを示すフラグビットＰ、同期確立を示すフラグビットＳ、有効データ出あることを示すフラグビットＥ、切断回線であることを示すフラグビットＤが設けられている。
【００２０】
２２は各回線を介してＷＡＮより入力されたフレームに付加されている制御ビット（有効データフラグ、同期確立フラグ、回線切断フラグ）を検出後、該制御ビットを除去すると共に各フレームを多重化してＬＡＮインターフェース装置１４ａに送り出す多重化部である。２３はＬＡＮ間の初期接続時に指定された回線に同期パターンを送り出す同期パターンジェネレータ、２４は同期パターンあるいは同期合わせ用フラグを検出して、各回線間の伝送遅延量の差を吸収して同期合わせする同期合わせ部である。
【００２１】
図９は分離部２１の構成図であり、２１ａはＬＡＮインターフェース装置１４ａより入力されるデータをフレ−ム毎に指定回線に分離して出力するデータ分離部、２１ｂは各フレ−ムのオーバヘッド部に適宜所定の制御ビット（同期合わせ用フラグＰ、有効データフラグＥ、同期確立フラグＳ、回線切断フラグＤ）を付加して送り出す制御ビット付加部、２１ｃは回線監視機能部１４ｃと接続され、該回線監視機能部より指定された使用回線をデータ分離部２１ａ、制御ビット付加部２１ｃに入力すると共に、所定制御ビットを付加するように制御ビット付加部２１ｂに指示する制御部である。
図１０は多重化部２２の構成図であり、２２ａは各回線を介して入力されたフレームに付加されている制御ビット（有効データフラグ、同期確立フラグ、回線切断フラグ）を検出すると共に、該制御ビットを除去する制御ビット検出・除去部、２２ｂは各フレームを多重化してＬＡＮインターフェース装置１４ａに送り出すデータ多重化部、２２ｃは回線監視機能部１４ｃと接続され、該回線監視機能部より指定された使用回線を制御ビット検出・除去部２２ａ、多重化部２２ｂにそれぞれ入力する制御部である。
【００２２】
以下、本発明のＬＡＮ間通信方式について説明する。
トラヒックによる帯域増加制御
図１１は帯域（転送速度）を増加してＬＡＮ間通信を行う処理のフロー図であり、１００番台のブロックはトラヒック・アプリケーション監視機能部１４ｂの処理、２００番台は回線監視機能部１４ｃの処理である。
ＬＡＮ１１よりＷＡＮ１３に接続された対地のＬＡＮ（例えばＬＡＮ１２）向けの新たなフレーム転送要求が発生すると、該フレームはＬＡＮインターフェース14a-1、フィルタリング機能部14a-2を介してルーチング機能部14a-3のバッファに入力される。この時、ルーチング機能部14a-3は新たなフレーム転送要求が発生したことをトラヒック・アプリケーション監視機能部（トラヒック・アプリ監視機能部という）１４ｂに通知する。トラヒック・アプリ監視機能部１４ｂは新たなフレーム転送要求が発生したことを認識すると（ステップ１０１）、トラヒック量を求める（ステップ１０２）。トラヒック量はＬＡＮ１１，１２間のＬＡＮ間通信データを記憶するバッファ（ルーチング機能部内に存在）に滞留しているデータ量を用いて、あるいは、該バッファ内にデータが滞留している時間（遅延時間）、あるいは回線利用率を用いて求める。回線利用率ηはＬＡＮ１１，１２間のＬＡＮ間通信に通信に割り当てられている帯域Ｆ（トラヒック・アプリ監視機能部内に記憶されている）とデータ通信における実際の帯域ｆとすれば、η＝１００・ｆ／Ｆ（％）で求めることができる。
【００２３】
ついで、トラヒック量が予め設定してあるスレッショールド値を越えているかチェックし（ステップ１０３）、越えていなければ帯域を増加することなく現在割り当てられている帯域ＦでＬＡＮ間通信を行い、始めに戻り次の新たなフレーム転送要求の発生を待つ。
しかし、トラヒック量がスレッショールド値を越えていれば、トラヒック量と必要帯域の対応テーブルＴＬ１（図４(a)参照)より必要帯域ｆ′を求める（ステップ１０４）。ついで、接続先と必要帯域ｆ′を回線監視機能部１４ｃに通知し、回線獲得要求を出す（ステップ１０５）。以後、回線監視機能部１４ｃより帯域獲得不可通知あるいは獲得帯域通知を待つ（ステップ１０６、１０７）。
【００２４】
回線監視機能部１４ｃは帯域獲得要求があると、ＬＣＲテーブル（図５参照）を参照して速度、経済性を考慮した最適の回線の種類及び回線の本数を決定する（ステップ２０１）。例えば、接続先に基づいて料金の安い契約回線を選択し、又、必要帯域に基づいて回線の種類、本数を決定する。尚、各回線が６４Ｋｂｐｓの狭帯域回線であり、必要帯域が２５６Ｋｂｐｓであるとすると４本の狭帯域回線が必要になる。このように、例えば６４Ｋｂｐｓの回線をＮ本使って太く見せてＬＡＮ間の接続を行い、トラヒック（必要帯域）が大きければ回線の束数を更に多くして太くし、小さければ回線の束数を少なくして細くするものである。
ついで、回線リソース管理テーブルＬＲＴＢ（図６）を参照して、必要な本数の回線に空きがあるかチェックする（ステップ２０２）。しかる後、接続先の回線監視機能部１５ｃとネゴシエーションし、相手にも必要な本数の空きがあるかチェックする（ステップ２０３）。
【００２５】
空きがなければ、帯域獲得不可通知をトラヒック・アプリ監視機能部１４ｂに通知し（ステップ２０４）、始めに戻って次の帯域獲得要求を待つ。トラヒック・アプリ監視機能部１４ａは帯域獲得不可通知を受信すると、必要帯域を減少し、（ステップ１０４）、再度、帯域獲得要求を回線監視機能部１４ｃに出す（ステップ１０５）。回線監視機能部１４ｃはステップ２０１〜２０３の処理を行い、空きが見つかる迄上記処理を繰り返す。
一方、空きがあれば、新規の追加回線（ＷＡＮインターフェース）を決定し、該ＷＡＮインターフェースにより相手ＷＡＮインターフェースを呼び出して接続する（ステップ２０５）。追加回線が接続されると、回線監視機能部１４ｃは分離・多重化機能部１４ｄを制御し、既にＬＡＮ間通信している回線と追加回線間の同期確立を行う（ステップ２０６）。尚、同期確立の詳細は後述する。
【００２６】
ついで、回線リソース管理テーブルＬＲＴＢにおける前記ＷＡＮインターフェースに対応する項目欄に所定の事項を記入し（ステップ２０７）、獲得した帯域ｆ′をトラヒック・アプリ監視機能部１４ｂに通知し（ステップ２０８）、始めに戻って次の帯域獲得要求を待つ。
トラヒック・アプリ監視機能部１４ｂは獲得帯域の通知があると、割り当てられている帯域Ｆを次式
Ｆ＋ｆ′→Ｆ
により更新し（ステップ１０８）、以後、始めに戻って新たなフレーム転送要求の発生を待つ。
以上では、新たなフレーム転送要求があった場合における帯域増加制御であるが、定期的にステップ１０２以降の処理を行い、トラヒック量が増大してスレッショールド値以上になった時、帯域を増加するようにも構成できる。
【００２７】
アプリケーションの種別による帯域増加制御
トラヒック・アプリ監視機能部１４ｂは新たなフレーム転送要求が発生したことを認識すると（ステップ１０１）、該フレームのヘッダ部に付加されているポート番号よりＬＡＮ端末のアプリケーションの種別を識別する(ステップ１０２′)。しかる後、必要帯域をテーブルＴＬ２（図４(b)参照)より求め（ステップ１０４）、回線監視機能部１４ｃに回線獲得要求を出し（ステップ１０５）、以後、トラヒックによる帯域増加制御と同様の処理（ステップ２０１以降の処理）を行う。
【００２８】
尚、低速のアプリケーションの場合には、ステップ１０２′の処理実行後、トラヒックによる帯域増加処理と同一の処理（ステップ１０２以降の処理）を実行し、ファイル転送など高速のアプリケーションの場合には、ステップ１０２′から直接ステップ１０４に飛び、必要帯域をテーブルＴＬ２より求めて帯域獲得要求を出すようにできる。
かかるアプリケーションの種別による帯域増加制御において、ファイル転送のような高速のアプリケーションが識別された場合には、必要帯域を７６８Ｋｂｐｓ程度（６４Ｋｂｐｓの回線１０〜１４本に相当）とし、該帯域を割り当て、以後、帯域（回線数）が適正値になるように増減する。このようにすると通信コスト的に効果が上がることがシュミレーションにより得られている。
【００２９】
帯域減少制御
図１２は帯域（転送速度）を減少してＬＡＮ間通信を行う処理のフロー図であり、３００番台のブロックは回線監視機能部１４ｃの処理、４００番台はトラヒック・アプリ監視機能部１４ｂの処理である。
回線監視機能部１４ｃは回線リソース管理テーブルＬＣＴＢ（図６）にＷＡＮインターフェース毎に回線料金監視タイマを有し、回線使用時間を監視している。すなわち、回線料金監視タイマは、回線使用料が例えば３分毎に加算される場合、３分を経過した回数Ｍと３分に満たない時間ｍを保持している。
回線監視機能部１４ｃは各ＷＡＮインターフェースの回線料金監視タイマにおけるｍが３分になる前の所定時間になるとタイムアウトとみなし（ステップ３０１）、接続先と回線料金切り替わり通知をトラヒック・アプリ監視機能部１４ｂに通知し（ステップ３０２）、以後、トラヒック・アプリ監視機能部１４ｂからの回線開放要求あるいは回線維持要求を待つ。
【００３０】
トラヒック・アプリ監視機能部１４ｂは回線料金切り替わりの通知を受信すると、接続先ＬＡＮ間との現状のトラヒック量を見積り（ステップ４０１）、該トラヒック量に基づいて現状の回線を維持すべきか判断する（ステップ４０２）。トラヒック量が適正であれば、回線維持要求を回線監視機能部１４ｃに通知し（ステップ４０３）、以後、次の回線料金切り替わり通知を待つ。しかし、トラヒック量が少なければ、多すぎる帯域を割り当てていることになり、回線の開放を回線監視機能部１４ｃに通知し（ステップ４０４）、以後、回線監視機能部１４ｃからの回線開放完了通知を待つ。
回線監視機能部１４ｃはトラヒック・アプリ監視機能部１４ｂの通知により回線維持が要求されているかチェックし（ステップ３０３）、回線を維持する必要があるときは回線料金監視タイマによる使用時間の積算を継続し、始めに戻って次のタイムアウトを監視する。
【００３１】
一方、回線開放要求の通知があった場合には、接続先の回線監視機能部１５ｃとネゴシエーションにより回線の開放要求を行い、その確認を受信すれば（ステップ３０４）、分離・多重化機能部１４ｄを制御して同期確立を行い（ステップ３０５）、切断すべき回線を開放する（ステップ３０６）。この回線切断時の同期確立、回線開放処理の詳細は後述する。尚、トラヒック量と現在割り当てられている帯域Ｆとを考慮してトラヒック・アプリ監視機能部１４ｂが開放すべき回線の本数を決定し、回線監視機能部１４ｃが開放すべき該本数の回線を特定して開放するようにしてもよいし、タイムアウトになったＷＡＮインターフェースが接続された回線のみを開放するようにしてもよい。
ついで、回線監視機能部１４ｃは回線リソース管理テーブルＬＣＴＢを更新し、（ステップ３０７）、しかる後、回線開放完了通知をトラヒック・アプリ監視機能部１４ｂに通知し（ステップ３０８）、次のタイムアウトを監視する。
トラヒック・アプリ監視機能部１４ｂは回線開放完了通知を受信すれば、該通知に含まれる開放帯域ｆ″を用いてＦ−ｆ″→Ｆにより割り当て帯域Ｆを更新し（ステップ４０５）、以後、次の回線料金切り替わり通知を待つ。
【００３２】
回線交換上でのバーチャルサーキットの維持
ファイル転送のアプリケーションでは、ファイル転送時にはトラヒック量が多くなり、ディレクトリサーチなどのコマンド実行時にはトラヒック量が減少する。かかるアプリケーションでは、あるときにトラヒックが多くなり、しばらくの間トラヒックが減少し、しかる後再びトラヒック量が増加することがある。このような場合、トラヒックが減少して帯域が狭められてしまうと（回線が開放されてしまうと）、再び、トラヒックが増大して帯域を広げる必要が生じた時、話中になっていて回線を確保できなくなる事態が生じ、パフォーマンスが低下する。
そこで、トラヒックが減少して回線を開放する際、ステップ３０４において、相手先回線監視機能部１５ｃとネゴシエーションを行って、少なくとも１回線はバーチャルサーキットとして維持しておく。すなわち、維持する回線の接続先のＷＡＮインターフェースに応じた予約欄（回線リソース管理テーブルＬＲＴＢ）に発呼側のＷＡＮインターフェースの番号を記入して予約すると共に、維持回線の発呼側ＷＡＮインターフェースに応じた予約欄（回線リソース管理テーブルＬＲＴＢ）に予約を記入しておく。これにより、他のＬＡＮ間通信においては接続先のＷＡＮインターフェース（回線）は使用中に見え、使用できなくなる。しかし、予約欄に記入された発呼側のＷＡＮインターフェースより接続先ＷＡＮインターフェースに発呼すると接続できる。
以上のように回線を予約しておくことにより、トラヒック量が再び増大しても回線を確保でき、パフォーマンスをあげることができ、又、データ送信の立上りをスムースにできる。尚、予約する回線数は１本に限らない。
【００３３】
初期接続時の同期合わせ制御
図１３は初期接続時の同期合わせ処理のフロー図である。尚、初期接続時とは、それまでＬＡＮ間に１本も回線が張られていない状態において、該ＬＡＮ間に回線接続する時をいう。
図１１のステップ２０５において複数本の新規回線の接続が完了すると（ステップ５０１，５０１′）、回線監視機能部１４ｃ，１５ｃは分離・多重化機能部１４ｄ，１５ｄに接続したＷＡＮインターフェースを通知する（ステップ５０２，５０２′）。これにより、発呼側の分離・多重化機能部１４ｄは同期パターンジェネレータ２３（図７）より前記通知された各ＷＡＮインターフェースに同時に同期パターンを入力して着呼側に送信する（ステップ５０３）。着呼側の分離・多重化機能部１５ｄにおける同期合わせ部２４は通知されたＷＡＮインターフェースを介して入力された同期パターンを用いて遅延時間の差を吸収し、各回線より同時にデータが多重化部２２に入力されるようにする。以上により、同期が確立すれば（ステップ５０４）、同期確立を発呼側に通知し（ステップ５０５）、これにより発呼側は着呼側が同期確立したことを確認する（ステップ５０６）。
【００３４】
又、着呼側の分離・多重化機能部１５ｄは同期パターンジェネレータ２３より既に通知されている各ＷＡＮインターフェースに同時に同期パターンを入力して発呼側に送信する（ステップ５０７）。発呼側の分離・多重化機能部１４ｄにおける同期合わせ部２４は既に通知されているＷＡＮインターフェースを介して入力された同期パターンを用いて同期合わせを行う。以上により、同期が確立すれば、同期確立を回線監視機能部１４ｃに通知する（ステップ５０８）。又、同期確立を着呼側に通知し（ステップ５０９）、これにより着呼側は発呼側が同期確立したことを確認し（ステップ５１０）、回線監視機能部１５ｃに通知する。
以上により、回線監視機能部１４ｃ，１５ｃはＬＡＮインターフェース装置１４ａ，１５ａにデータ送信許可を通知し（ステップ５１１，５１１′）、以後データ通信が開始される（ステップ５１２，５１２′）。
【００３５】
回線増設時のデータ転送制御
図１４は回線増設時におけるデータ転送処理のフロー図、図１５は同期合わせ・データ転送処理説明図である。
データ通信中（ステップ６００、６００′）において、図１１のステップ２０５において追加回線の接続が完了すると（ステップ６０１、６０１′）、回線監視機能部１４ｃ，１５ｃは分離・多重化機能部１４ｄ，１５ｄに接続したＷＡＮインターフェースを通知する（ステップ６０２，６０２′）。
これにより、発呼側の分離・多重化機能部１４ｄの分離部２１は、まず上り回線の同期を確立するために、
(1)それまでＬＡＮ間通信に使用されている１つの回線（図１５の＃１）のデータフレームの同期合わせ基準としてのフラグＰ、同期確立フラグＳ、有効データフラグＥをそれぞれ”１”にして伝送し、かつ、
(2)ＬＡＮ間通信に使用されている他の回線（＃２，＃３）のデータフレームは同期確立フラグＳと有効データフラグＥのみを”１”にして伝送し、
(3)これらと同時に、追加回線（＃４，＃５）を介して回線＃１と全く同一のデータフレームを送信する。  ・・・ステップ６０３、図１５(a)参照
【００３６】
着呼側の分離・多重化機能部１５ｄにおける同期合わせ部２４は、同期合わせ用フラグＰを検出して回線＃１と追加回線＃４，＃５間の同期合わせを行う（ステップ６０４）。尚、各回線のデータフレームは多重化部２２に送られ、ここでそれ迄ＬＡＮ間通信に使用されていた回線のデータフレーム（＃１〜＃３のデータフレーム）のみが多重化されて元に戻されてＬＡＮインターフェース装置１５ａに入力される。
上り回線の同期が確立すると、着呼側の同期合わせ部２４はその旨を分離部２１に通知する。これにより分離部２１は同期確立フラグＳを”１”にしたフレームを回線＃１〜＃５を介して発呼側に送り、同期確立を通知する。…ステップ６０５、図１５（ｂ）参照
発呼側の同期合わせ部２４は＃１〜＃５のフレームより同期確立フラグＳを検出することにより、着呼側が同期確立したことを確認する（ステップ６０６）。
【００３７】
又、着呼側の分離・多重化機能部１５ｄの分離部２１は、次に下り回線の同期確立を行なうために、同期合わせ用フラグＰを”１”にしたフレームを＃１を介して発呼側に送り、上り回線の同期確立と同様にして同期を確立させる（ステップ６０７，６０８）。
下り回線の同期が確立すると、発呼側の同期合わせ部２４はその旨を分離部２１に通知する。これにより分離部２１は
(1)回線＃１〜＃３の同期確立フラグＳ、有効データフラグＥを共に”１”にしたデータフレームを送信すると共に、
(2)回線＃４，＃５のフレームは同期確立フラグＳのみ”１”にして着呼側に送信する。・・・ステップ６０９、図１５(ｃ)参照。
【００３８】
着呼側の同期合わせ部は＃１〜＃５のフレームより同期確立フラグＳを検出することにより、発呼側が同期確立したことを確認する（ステップ６１０）。
以後、発呼側の分離部２１は回線を＃１〜＃３から＃１〜＃５に切り替え、切り替え通知を回線監視機能部１４ｃに通知すると共に（ステップ６１１）、ＬＡＮインターフェース装置１４ａから入力されるデータを回線＃１〜＃５に分離し、かつ、各フレームの同期確立フラグＳと有効データフラグＥを共に”１”にして対応するＷＡＮインターフェースに送り出し、ＷＡＮを介して対局に送信する。・・・ステップ６１２、図１５(ｄ)参照。
着呼側の多重化部２２は回線＃１〜＃５のフレームからＳ＝”１”，Ｅ＝”１”を検出して、回線を＃１〜＃３から＃１〜＃５に切り替え、切り替え通知を回線監視機能部１５ｃに通知すると共に（ステップ６１３）、これら回線＃１〜＃５を介して入力されるデータより制御ビットを除去した後、多重化し、ＬＡＮインターフェース１５ａに入力する（ステップ６１４）。
【００３９】
回線削減時のデータ転送制御
図１６は回線削減時におけるデータ転送処理のフロー図、図１７は同期合わせ・データ転送処理説明図である。
データ通信中（ステップ７００、７００′）において、回線の削減が必要になり削減すべき回線（ＷＡＮインターフェース）を決定すると、回線監視機能部１４ｃは分離・多重化機能部１４ｄに削除するＷＡＮインターフェースを通知する（ステップ７０１）。
ついで、分離部２１は、(1)切断すべき回線（＃４〜＃５，図１７参照）を介して伝送されるデータフレームの同期確立フラグＳ、有効データフラグＥ、回線切断フラグＤをそれぞれ”１”して伝送し、(2)切断しない回線（＃１〜＃３）を介して伝送されるデータフレームは同期確立フラグＳ、有効データフラグＥのみをそれぞれ”１”して伝送する。
・・・ステップ７０２、図１７(a)参照
【００４０】
着呼側の同期合わせ部２４は＃４〜＃５のフレームより回線切断フラグＤ＝”１”を検出することにより、削除される回線＃４，＃５を認識し、回線監視機能部１５ｃに通知する（ステップ７０３）。
以後、発呼側の分離部２１は回線を＃１〜＃５から＃１〜＃３に切り替え、切り替え通知を回線監視機能部１４ｃに通知すると共に（ステップ７０４）、ＬＡＮインターフェース装置１４ａから入力されるデータを回線＃１〜＃３に分離し、かつ、各フレームの同期確立フラグＳと有効データフラグＥを共に”１”にして対応するＷＡＮインターフェースに送り出し、ＷＡＮを介して対局に送信する。・・・ステップ７０５、図１７(c)参照。
着呼側の多重化部２２は回線＃１〜＃３のフレームからＳ，Ｅ＝”１”を検出し、回線＃４〜＃５から検出しないことにより、回線を＃１〜＃５から＃１〜＃３に切り替え、切り替え通知を回線監視機能部１５ｃに通知すると共に（ステップ７０６）、これら回線＃１〜＃３を介して入力されるフレームより制御ビットを除去した後、多重化して元のデータに戻してＬＡＮインターフェース１５ａに入力する（ステップ７０７）。
尚、図１７(b)に示すように、回線を切断する前に一旦同期確立フラグＳ，回線切断フラグＤを共に”１”にしたフレームを回線＃４，＃５を介して発呼側から着呼側に伝送し、しかる後、(c)に示すように同期確立フラグＳ，回線切断フラグＤを"０"にしている。
以上、本発明を実施例により説明したが、本発明は請求の範囲に記載した本発明の主旨に従い種々の変形が可能であり、本発明はこれらを排除するものではない。
【図面の簡単な説明】
【００４１】
【図１】本発明の原理説明図である。
【図２】本発明の通信システムの構成図である。
【図３】ルーチング機能部の構成図である。
【図４】必要帯域テーブルの説明図である。
【図５】ＬＣＲテーブルの説明図である。
【図６】回線リソース管理テーブルの説明図である。
【図７】分離・多重化機能部とその周辺構成図である。
【図８】フレーム構成説明図である。
【図９】分離部の構成図である。
【図１０】多重化部の構成図である。
【図１１】帯域を増加する処理のフロー図である。
【図１２】帯域を減少する場合の処理フローである。
【図１３】初期接続時の同期合わせ処理のフロー図である。
【図１４】回線増設時のデータ転送処理のフロー図である。
【図１５】回線増設時の同期合わせ・データ転送処理の説明図である。
【図１６】回線削減時のデータ転送処理のフロー図である。
【図１７】回線削減時の同期合わせ・データ転送処理の説明図である。
【符号の説明】
【００４２】
１１、１２  ＬＡＮ
１１ａ．１２ａ  ＬＡＮに接続されたパソコン等の端末
１３  広域網ＷＡＮ（公衆回線、パケット網、専用線網等）
１４，１５  ＬＡＮ・ＷＡＮ接続装置
１４ａ  ＬＡＮインターフェース装置
１４ｂ  トラヒック・アプリケーション監視部
１４ｃ  回線監視部
１４ｄ  分離・多重化機能部
14e-1〜14e-n  ＷＡＮインターフェース
【図１】
0003612066.tif 000002
【図２】
0003612066.tif 000003
【図３】
0003612066.tif 000004
【図４】
0003612066.tif 000005
【図５】
0003612066.tif 000006
【図６】
0003612066.tif 000007
【図７】
0003612066.tif 000008
【図８】
0003612066.tif 000009
【図９】
0003612066.tif 000010
【図１０】
0003612066.tif 000011
【図１１】
0003612066.tif 000012
【図１２】
0003612066.tif 000013
【図１３】
0003612066.tif 000014
【図１４】
0003612066.tif 000015
【図１５】
0003612066.tif 000016
【図１６】
0003612066.tif 000017
【図１７】
0003612066.tif 000018