JPH07273802A - Ｌａｎ間通信装置及びｌａｎ間通信送信装置及びｌａｎ間通信受信装置 - Google Patents

Abstract

(57)【要約】 【目的】 回線交換網と、パケット交換網とを利用し
て、ＬＡＮ間通信を経済的に且つ効率的に実現できるＬ
ＡＮ間通信装置を提供する。 【構成】 回線交換チャネルと、パケット交換チャネル
とを装着するＬＡＮ間通信装置において、回線交換チャ
ネルに空きがある場合には、回線交換チャネルを使用し
て通信が行われ、回線交換チャネルに空きがない場合に
は、パケット交換チャネルを使用して通信が行われる。
したがって、通信の資源を有効に活用し、伝送効率を上
げることが可能となる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、複数のローカルエリア
ネットワーク（以下、ＬＡＮと呼ぶ）を接続し、複数の
ＬＡＮ間におけるデータのやりとりや、メッセージの交
換等を実現するＬＡＮ間通信装置に関する。

【０００２】

【従来の技術】近年、通信技術の進展とともに、いわゆ
るＬＡＮが数多く構築され、種々の通信に用いられてい
る。このＬＡＮは、文字どおり所定のエリア内における
通信を提供するものであるが、ＬＡＮの個数が増加する
とともに一つのＬＡＮから他のＬＡＮへメッセージ等を
送出したいという要求が生じてきた。

【０００３】このような要求を満足するために、いわゆ
るＬＡＮ間通信装置が種々開発されている。このような
ＬＡＮ間通信装置としては、例えば、リモートルータ
や、リモートブリッジと呼ばれるものがある。これらの
装置は、一つのＬＡＮと他のＬＡＮとを接続するために
公衆回線や、専用回線を用いるものである。

【０００４】また、これらのＬＡＮ間通信装置の中に
は、ＩＳＤＮ網を用いた装置も多い。ＩＳＤＮ網を使用
したＬＡＮ間ネットワークの例が図１３に示されてい
る。図１３に示されているように、複数のバス型ネット
ワークは、ＩＳＤＮ網によって、相互に接続されること
が可能である。図１３に示されているように、複数のＬ
ＡＮは、リモートルータとＩＳＤＮ網を用いて相互に接
続されることが可能である。

【０００５】一般的なリモートルータの構成図が図１４
に示されている。図１４に示されているように、リモー
トルータは、ＬＡＮのケーブルに接続されているＬＡＮ
制御部１と、ＬＡＮ制御部１からの、又はＬＡＮ制御部
１へのデータを蓄える転送データバッファ３とを備えて
いる。更に、この転送データバッファ３には、データを
処理するデータ処理部５が接続されている。このデータ
処理部５には、２つの種類の交換制御部が接続されてい
る。すなわち、パケット交換制御部７と、回線交換制御
部９とが接続され、それぞれパケット交換チャネルと、
回線交換チャネルの制御を行っている。このパケット交
換制御部７と、回線交換制御部９とには、ＩＳＤＮ制御
部１１が接続されており、ＩＳＤＮ網との最終的な接続
が管理されている。

【０００６】その他、リモートルータには、時間切れ等
を把握するためのタイマ１３や、回線交換監視テーブル
１５や、回線交換チャネル使用権テーブル１７が設けら
れていることもある。これらのテーブルは、ＩＳＤＮ網
の回線交換チャネルの使用状況を監視する際に用いられ
る。

【０００７】一般にＩＳＤＮ網は、回線交換網とパケッ
ト交換網との二つの種類のサービスを有している。例え
ば、ＮＴＴのＩＮＳ−６４回線であれば、一つの契約に
よって６４ｋｂｐｓのＢチャネルが２本と、１６ｋｂｐ
ｓのＤチャネルが１本とを使用することができる。この
Ｂチャネルは回線交換もしくはパケット交換が可能であ
り、Ｄチャネルはパケット交換のみが可能である。

【０００８】このような回線交換チャネルの特徴を、以
下に説明する。まず、長所としては、以下の点が挙げら
れる。

【０００９】（ａ）実効伝送速度が、パケット交換チャ
ネルより速い。

【００１０】（ｂ）短時間に集中して大量のデータを伝
送する際には、パケット交換より通信費が割安になる。

【００１１】（ｃ）遠近格差が大きいために、近距離通
信費が割安になる。

【００１２】また、短所としては、 （ｄ）呼接続時間が発生する。

【００１３】（ｅ）自チャネルもしくは相手チャネルが
使用中の時は、呼接続できない。

【００１４】（ｆ）呼接続中の伝送データが少量の場合
はパケット交換より通信費が割高になる。

【００１５】また、パケット交換チャネルの特徴は、以
下のような点である。まず、長所としては、以下の点が
挙げられる。

【００１６】（ｇ）呼接続時間が発生しない。

【００１７】（ｈ）１チャネルで同時に複数の相手と通
信ができる。

【００１８】（ｉ）少量のデータを時間間隔をあけて伝
送する場合は、回線交換チャネルよりも通信費が割安に
なる。

【００１９】（ｊ）遠近格差が少ないため、遠距離通信
費は割安である。

【００２０】また、短所としては、以下の点が挙げられ
る。

【００２１】（ｋ）蓄積交換による網内遅延のため、実
効伝送速度が回線交換より劣る。

【００２２】（ｌ）短時間に大量にデータ伝送する場合
は、回線交換チャネルより通信費が割高になる。

【００２３】（ｍ）遠近格差が少ないため、近距離通信
費が割高になる。

【００２４】このようなＩＳＤＮ網を利用するＬＡＮ間
通信装置においては、回線交換もしくはパケット交換の
いずれかの交換方式のみを利用するものが多い。また、
両方の交換方式を利用可能なＬＡＮ間通信装置において
は、運用管理者がどちらの交換方式を採用するのかを、
使用頻度等を考慮してあらかじめ指定しなければならな
い。

【００２５】どちらの交換方式の方が安価な通信費とな
るかは、通信距離と通信データの発生状況とによって定
まる。ごく一般的な使用状況では、通信費が割安にな
り、且つ伝送速度が高速な回線交換を使用する場合が多
い。

【００２６】その他、待ち時間が所定時間を越え、且つ
一定料金単位の通信時間になった時のみ回線が切断され
る構成が特開平５−２０７０７０号公報に記載されてお
り、送られてくるデータのデータ長を監視することによ
り、Ｍａｘｉｍｕｍ Ｔｒａｎｓｆｅｒ Ｕｎｉｔを可
変して設定する構成が特開平５−１５３１３１号公報に
記載されている。

【００２７】

【発明が解決しようとする課題】複数のＬＡＮをこのよ
うなＬＡＮ間通信装置で接続する場合、それぞれのＬＡ
Ｎ間通信装置に、通信対象である宛先の個数分回線交換
チャネルを備えさせると、装置のコストが大きなものと
なってしまう。また、ＩＳＤＮの契約回線数が増加し、
その結果基本契約料も増えてしまうという問題がある。
例えば、接続すべきＬＡＮが２０個あり、それぞれのＬ
ＡＮの間で通信が行われるとすると、それぞれのＬＡＮ
に備えられ、対応するＬＡＮとＩＳＤＮとを接続してい
るＬＡＮ間通信装置は、それぞれ１９本の回線交換チャ
ネルを収容しなければならない。

【００２８】また、回線交換チャネルの個数を宛先の個
数より少なくした場合、回線交換チャネルを通信使用中
に他の宛先へ送出すべき送信データが発生した場合は、
回線交換チャネルが空くまでデータの送出が待たされて
しまう。

【００２９】一方、パケット交換チャネルによってパケ
ット交換で通信を行う場合には、複数の宛先に対して、
同時に通信を行うことが可能である。しかし、実効通信
速度が回線交換チャネルと比べて遅いため、上述したよ
うに一般的には通信費が割高なものとなってしまう。

【００３０】ところで、回線交換チャネルによる通信に
対する課金は、パケット交換チャネルにおけるデータ量
に対する課金とは異なり、通信時間に対する課金となっ
ている。したがって、回線交換チャネルにおいては、通
信が終了した場合に呼を切断する。しかし、呼を切断直
後に同一宛先へ送出すべき送信データが発生すると、再
び接続処理を実行しなければならず、データを送出する
までに一定の待ち時間が生じてしまう。また、宛先のＬ
ＡＮ通信装置におけるチャネルに空きがなかったり、も
しくは、自己のＬＡＮ通信装置におけるチャネルに空き
がない場合も起こり得る。

【００３１】更に、呼を切断したことにより、逆に通信
費が割高になってしまうこともある。これは、回線交換
チャネルが、例えば３分ごとに１０円のように課金され
るからである。すなわち、送信されるデータの量が小さ
い場合に、各データごとに呼を発生させると、各呼ごと
に最小料金（例えば１０円）が課金されるが、呼を一度
のみ発生させ、複数の小さな送信データをまとめて最小
期間（例えば３分）内に送ってしまえれば、最小料金の
みでデータを送ることができる。

【００３２】また、パケット交換チャネルの通信におい
ては、通信したパケットごとに課金されるが、通常パケ
ットサイズが長ければ、長いほど、１バイト当たりの通
信単価が割安となるように料金が設定されている。しか
し、ＬＡＮ間通信装置がＬＡＮ上から受け取るデータの
大きさはまちまちであるため、パケットサイズの大きな
いわゆるロングパケットを構成することは困難である。
その結果、経済的な通信ができないという問題があっ
た。

【００３３】そして、通常のＬＡＮ上には、送信対象た
るデータ以外に、一般に、ネットワーク管理のためのデ
ータが送出されている。例えば、ＲＩＰ（Ｒｏｕｔｉｎ
ｇＩｎｆｏｒｍａｔｉｏｎ Ｐｒｏｔｏｃｏｌ）と呼ば
れるデータ等がその代表的なものである。このような管
理データは、少量であるが、一定間隔で発生するので、
ＬＡＮ間通信装置においては、他のデータが発生しない
ときにこの管理データのためだけに、回線交換チャネル
を使用すると、回線の利用効率が悪く、通信費が割高な
ものとなってしまう。

【００３４】更に、ＬＡＮ上の通信速度に比べて、一般
にＩＳＤＮ回線や、専用回線の通信速度は遅いため、Ｌ
ＡＮ上に大量のデータが同一宛先の送信データとして発
生した場合に、ＬＡＮ間通信装置内のバッファに大量の
送信データが蓄積されるが、もし、係るバッファの容量
を超える送信データが、ＬＡＮ間通信装置に送られる
と、越えた分のデータは破棄されてしまう。ここで、破
棄されたデータは、より上位のプロトコル（自ＬＡＮ上
の端末装置、および送信先のＬＡＮ上の端末装置）にお
いて、データの再送処理が行われることになるが、伝送
遅延が生じるなどネットワークの運用上望ましくない影
響が現れてしまう。しかも、このような場合、同一宛先
のデータでバッファが埋まっている時には、回線交換チ
ャネルが複数あっても、使用している回線交換チャネル
以外は未使用状態であり、無駄が生じてしまう。

【００３５】本発明は、これらの課題を解決するために
なされたものであり、その目的は、回線交換網と、パケ
ット交換網とを利用して、ＬＡＮ間通信を、経済的に且
つ効率的に実現できるＬＡＮ間通信装置を提供すること
である。

【００３６】

【課題を解決するための手段】第一の本発明は、上記課
題を解決するために、所定のネットワークを他のネット
ワークと接続し、前記ネットワーク間の通信を可能とす
るＬＡＮ間通信装置において、送出すべき送出データが
発生した場合に、その送出データの宛先に既に第一の交
換方式によるチャネルで通信が行われているか否かを判
断するチャネル使用状況判断手段と、第一の交換方式に
よるチャネルに空きがあるか否かを判断するチャネル空
き判断手段と、前記チャネル使用状況判断手段におい
て、第一の交換方式によるチャネルで既に通信が行われ
ていると判断された場合には、前記送出データをその通
信が行われているチャネルで送出する第一の通信手段
と、前記チャネル空き判断手段において、第一の交換方
式によるチャネルに空きがあると判断された場合には、
第一の交換方式によるチャネルを新たに開き、前記新た
なチャネルで前記送出データを送出する第二の通信手段
と、前記チャネル空き判断手段において、空きがないと
判断された場合に、前記送出データを、第二の交換方式
によるチャネルで送出する第三の通信手段と、を含み、
前記第一の交換方式と、前記第二の交換方式とは、伝送
速度が異なることを特徴とするＬＡＮ間通信装置であ
る。

【００３７】第二の本発明は、上記課題を解決するため
に、所定のネットワークを他のネットワークと接続し、
前記ネットワーク間の通信を可能とするＬＡＮ間通信装
置において、送出すべき送出データが発生した場合に、
その送出データの宛先に既に第一の交換方式によるチャ
ネルで通信が行われているか否かを判断するチャネル使
用状況判断手段と、第一の交換方式によるチャネルに空
きがあるか否かを判断するチャネル空き判断手段と、前
記チャネル使用状況判断手段において、第一の交換方式
によるチャネルで既に通信が行われていると判断された
場合には、前記送出データをその通信が行われているチ
ャネルで送出する第一の通信手段と、前記チャネル空き
判断手段において、第一の交換方式によるチャネルに空
きがあると判断された場合には、第一の交換方式による
チャネルを新たに開き、前記新たなチャネルで前記送出
データを送出する第二の通信手段と、前記チャネル空き
判断手段において、空きがないと判断された場合に、前
記送出データを、第二の交換方式によるチャネルで送出
する第三の通信手段と、を含み、前記第一の交換方式
と、前記第二の交換方式とは、課金方式が異なることを
特徴とするＬＡＮ間通信装置。

【００３８】第三の本発明は、上記課題を解決するため
に、上記第一の本発明もしくは、第二の本発明のＬＡＮ
間通信装置において、前記第一の交換方式は、回線交換
方式であり、前記第二の交換方式は、パケット交換方式
であることを特徴とするＬＡＮ間通信装置である。

【００３９】第四の本発明は、上記課題を解決するため
に、所定のネットワークを他のネットワークと接続し、
前記ネットワーク間の通信を可能とするＬＡＮ間通信装
置において、第一の交換方式によるチャネルで行われて
いた通信が終了したことを検出する終了検出手段と、前
記終了検出手段が前記第一の交換方式によるチャネルで
行われていた通信が終了したことを検出した場合、第二
の交換方式によるチャネルにより行われていた通信に、
新たに前記第一の交換方式によるチャネルを利用させる
チャネル変更手段と、を含み、前記第一の交換方式と、
前記第二の交換方式とは、伝送速度が異なることを特徴
とするＬＡＮ間通信装置である。

【００４０】第五の本発明は、上記課題を解決するため
に、所定のネットワークを他のネットワークと接続し、
前記ネットワーク間の通信を可能とするＬＡＮ間通信装
置において、第一の交換方式によるチャネルで行われて
いた通信が終了したことを検出する終了検出手段と、前
記終了検出手段が前記第一の交換方式によるチャネルで
行われていた通信が終了したことを検出した場合、第二
の交換方式によるチャネルにより行われていた通信に、
新たに前記第一の交換方式によるチャネルを利用させる
チャネル変更手段と、を含み、前記第一の交換方式と、
前記第二の交換方式とは、課金方式が異なることを特徴
とするＬＡＮ間通信装置である。

【００４１】第六の本発明は、上記課題を解決するため
に、上記第四又は五のＬＡＮ間通信装置において、前記
第一の交換方式は、回線交換方式であり、前記第二の交
換方式は、パケット交換方式であることを特徴とするＬ
ＡＮ間通信装置である。

【００４２】第七の本発明は、上記課題を解決するため
に、所定のネットワークを他のネットワークと接続し、
前記ネットワーク間の通信を可能とするＬＡＮ間通信装
置において、第一の交換方式によるチャネルで通信を行
うために、発呼処理を行う第一の発呼手段と、第二の交
換方式によるチャネルで通信を行うために、発呼処理を
行う第二の発呼手段と、前記第一の発呼手段が、発呼処
理を行っても通信の相手先と接続することができないと
判断した場合に、新たに第二の発呼手段を利用して第二
の交換方式によるチャネルで通信を行うチャネル変更手
段と、を含むことを特徴とするＬＡＮ間通信装置であ
る。

【００４３】第八の本発明は、上記課題を解決するため
に、第七の本発明のＬＡＮ間通信装置において、前記第
一の交換方式は、回線交換方式であり、前記第二の交換
方式は、パケット交換方式であることを特徴とするＬＡ
Ｎ間通信装置である。

【００４４】第九の本発明は、上記課題を解決するため
に、第七の本発明のＬＡＮ間通信装置において、前記第
一の発呼手段は、発呼処理を複数回実施しても通信の相
手先と接続ができない場合にのみ、前記相手先と接続す
ることができないと判断することを特徴とするＬＡＮ間
通信装置である。

【００４５】第十の本発明は、上記課題を解決するため
に、所定のネットワークを他のネットワークと接続し、
前記ネットワーク間の通信を可能とするＬＡＮ間通信装
置において、通信が終了した後の呼の切断条件を、通信
の相手先アドレスごとに設定可能な切断条件設定手段、
を含むことを特徴とするＬＡＮ間通信装置である。

【００４６】第十一の本発明は、上記課題を解決するた
めに、所定のネットワークを他のネットワークと接続
し、前記ネットワーク間の通信を可能とするＬＡＮ間通
信装置において、通信が終了した後の呼の切断条件を、
通信の相手先アドレスごとに設定可能な切断条件設定手
段と、呼の発呼条件を、通信の相手先アドレスごとに設
定可能な発呼条件設定手段と、を含むことを特徴とする
ＬＡＮ間通信装置である。

【００４７】第十二の本発明は、上記課題を解決するた
めに、上記第十又は十一のＬＡＮ間通信装置において、
前記設定手段は、呼の切断条件として、チャネルを使用
する通信が存在しなくなってからそのチャネルを維持す
る時間の長さを、前記相手先アドレスごとに設定するこ
とを特徴とするＬＡＮ間通信装置である。

【００４８】第十三の本発明は、上記課題を解決するた
めに、上記第十又は十一のＬＡＮ間通信装置において、
前記設定手段は、呼の発呼条件として、回線交換チャネ
ルを使用可能か否かであることを、前記相手先アドレス
ごとに設定することを特徴とするＬＡＮ間通信装置であ
る。

【００４９】第十四の本発明は、上記課題を解決するた
めに、所定のネットワークを他のネットワークと接続
し、前記ネットワーク間の通信を可能とするＬＡＮ間通
信送信装置において、転送データバッファ内に同一宛先
の複数の送信データが保持されている場合に、前記複数
の送信データをブロッキングすることによって、一個の
ロングパケットを形成するロングパケット形成手段と、
前記ロングパケットをパケット交換チャネルを介して送
信するパケット交換通信手段と、を含むことを特徴とす
るＬＡＮ間通信送信装置である。

【００５０】第十五の本発明は、上記課題を解決するた
めに、所定のネットワークを他のネットワークと接続
し、前記ネットワーク間の通信を可能とするＬＡＮ間通
信受信装置において、パケット交換チャネルを介して、
送信データを複数個含んだロングパケットを受信する受
信手段と、前記受信されたロングパケットをその中に含
まれる各送信データごとに分割する分割手段と、を含む
ことを特徴とするＬＡＮ間通信受信装置である。

【００５１】第十六の本発明は、上記課題を解決するた
めに、所定のネットワークを他のネットワークと接続
し、前記ネットワーク間の通信を可能とするＬＡＮ間通
信装置において、送出すべき送信データがネットワーク
管理データであるか否かを判断するデータ判断手段と、
送出すべき送信データと同一の宛先に対する他の送信デ
ータが転送データバッファ内に保持されているか否かを
判断する転送データバッファ検査手段と、前記転送デー
タバッファ検査手段により転送データバッファ内に保持
されていると判断された場合に、前記ネットワーク管理
データを転送データバッファ内に格納し、前記他の送信
データが送出された後に引き続いて前記ネットワーク管
理データを第一の交換方式もしくは第二の交換方式によ
るチャネルで送出する第一の送信管理手段と、前記デー
タ判断手段によりネットワーク管理データであると判断
され、且つ、前記転送データバッファ検査手段により転
送データバッファ内に保持されていないと判断された場
合に、前記ネットワーク管理データを、第二の交換方式
によるチャネルで送出する第二の送信管理手段と、を含
み、前記第一の交換方式によるチャネルは、前記第二の
交換方式によるチャネルより通信コストが高いことを特
徴とするＬＡＮ間通信装置である。

【００５２】第十七の本発明は、上記課題を解決するた
めに、上記第十六のＬＡＮ間通信装置において、前記第
一の交換方式は、回線交換方式であり、前記第二の交換
方式は、パケット交換方式であることを特徴とするＬＡ
Ｎ間通信装置である。

【００５３】第十八の本発明は、上記課題を解決するた
めに、所定のネットワークを他のネットワークと接続
し、前記ネットワーク間の通信を可能とするＬＡＮ間通
信装置において、送出すべき送信データと同一の宛先に
対する送信データが転送データバッファ内に所定の割合
以上存在することを検知する検知手段と、前記検知手段
により、前記送出すべき送信データと同一の宛先に対す
る送信データが所定の割合以上存在すると判断された場
合に、前記同一の宛先に対するチャネルを複数個空ける
チャネル確保手段と、前記チャネル確保手段によって、
空けられた複数個のチャネルを使用して、前記送信デー
タをバルク送出する通信手段と、を含むことを特徴とす
るＬＡＮ間通信装置である。

【００５４】第十九の本発明は、上記課題を解決するた
めに、所定のネットワークを他のネットワークと接続
し、前記ネットワーク間の通信を可能とするＬＡＮ間通
信装置において、送出すべき送信データと同一の宛先に
対する送信データが転送データバッファ内に所定の割合
以上存在することを検知する検知手段と、前記検知手段
により、前記送出すべき送信データと同一の宛先に対す
る送信データが所定の割合以上存在すると判断された場
合に、前記同一の宛先に対する第一の交換方式によるチ
ャネルをＮ個空けるチャネル確保手段と、前記チャネル
確保手段によって、空けられたＮ個の第一の交換方式の
チャネルを使用して、前記送信データをバルク送出する
通信手段と、を含み、前記チャネル確保手段は、前記第
一の交換方式によるチャネル内に、Ｎ個の空きチャネル
が存在しない場合には、第一の交換方式によるチャネル
上の他の宛先の通信を、第二の交換方式によるチャネル
上に移動させて、Ｎ個の空きチャネルを第一の交換方式
によるチャネル上に設け、前記第一の交換方式によるチ
ャネルは、前記第二の交換方式によるチャネルより通信
コストが高いことを特徴とするＬＡＮ間通信装置であ
る。

【００５５】ここで、前記Ｎは、２以上の整数である。

【００５６】第二十の本発明は、上記課題を解決するた
めに、上記第十九のＬＡＮ間通信装置において、前記第
一の交換方式は、回線交換方式であり、前記第二の交換
方式は、パケット交換方式であることを特徴とするＬＡ
Ｎ間通信装置である。

【００５７】

【作用】第一及び第二の本発明においては、第二の通信
手段は、第一の交換方式によるチャネルに空きがなかっ
た場合にのみ、呼を第二の交換方式で送出する。そのた
め、発生した呼が少ない場合には第一の交換方式のチャ
ネルによる通信が行われ、呼が多くなると、第二の交換
方式によるチャネルで通信がおこなわれる。

【００５８】第三の本発明においては、第一の交換方式
として回線交換方式を、第二の交換方式としてパケット
交換方式を採用したので、回線の効率的な使用が可能と
なるとともに、通信コストの低減が実現される。

【００５９】第四及び第五の本発明においては、第一の
交換方式による通信が終了すると、第二の交換方式を使
用していた通信が第一の交換方式を使用するように変更
される。

【００６０】第六の本発明においては、第一の交換方式
として回線交換方式を、第二の交換方式としてパケット
交換方式を採用したので、回線の効率的な使用が可能と
なるとともに、通信コストの低減が実現される。

【００６１】第七の本発明においては、第一の交換方式
による通信が行えないと判断された場合には、第二の交
換方式による通信が行われる。

【００６２】第八の本発明においては、第一の交換方式
として回線交換方式を、第二の交換方式としてパケット
交換方式を採用したので、回線交換方式のチャネルを使
用する通信が接続できなかった場合でも、パケット交換
方式のチャネルによる通信が行える。

【００６３】第九の本発明においては、第一の交換方式
によるチャネルに対して複数回発呼しても接続できない
場合にのみ、第二の交換方式による通信が行われる。す
なわち、所定回数の再試行を行った後で、接続できない
ことを判断している。

【００６４】第十の本発明においては、切断条件を相手
先アドレスごとに設定したので、その呼の優先度に応じ
た取り扱いが可能となる。

【００６５】第十一の本発明においては、切断条件だけ
でなく、発呼条件も設定したので、各呼の優先度に応じ
た取り扱いが可能となる。

【００６６】第十二の本発明においては、呼の切断条件
として、通信が存在しなくなってからのチャネルの維持
時間を採用したので、相手先アドレスごとに通信の重要
度等に応じた取り扱いが可能である。

【００６７】第十三の本発明においては、呼の発呼条件
として、回線交換チャネルを使用か否かを採用したの
で、回線交換チャネルを効率的な使用が可能となる。

【００６８】第十四の本発明においては、転送データバ
ッファ内の複数の同一アドレスの送信データを複数個ま
とめてロングパケットを構成したので、効率的な通信が
可能となる。

【００６９】第十五の本発明によれば、上記第十四の本
発明の送信装置により生成されたロングパケットを受信
し、分割するので、効率的な通信が可能となる。

【００７０】第十六及び第十七の本発明においては、ネ
ットワーク管理データを、他の送信に付随させて通信を
行うように構成したので、効率的なネットワーク管理デ
ータの送信が行える。

【００７１】第十八の本発明によれば、転送データバッ
ファ内に同一の宛先アドレスである送信データが保持さ
れている場合に、いわゆるバルク伝送を利用して高速な
データ伝送をしたので、円滑なデータ通信が可能であ
る。

【００７２】第十九の本発明によれば、バルク伝送に十
分なチャネルがない場合には、他の通信を他の交換方式
のチャネルに待避させて、バルク伝送に必要なチャネル
の個数を確保した。

【００７３】第二十の本発明によれば、バルク伝送を回
線交換チャネルで行い、必要があるときには、回線交換
チャネルにおける他の通信は、パケット交換チャネルに
待避される。

【００７４】

【実施例】以下、発明の好適な実施例を図面に基づいて
説明する。

【００７５】実施例１ 図１には、本発明の好適な実施例１であるリモートルー
タの動作を表すフローチャートが示されている。

【００７６】本実施例１において特徴的なことは、以下
に説明するように、ＬＡＮ内に新たに現れた送出データ
が送出されるチャネルの交換方式が固定ではないという
ことである。すなわち、もし、回線交換チャネルに空き
がある場合には、回線交換チャネルを使用して通信が行
われ、回線交換チャネルに空きがない場合には、パケッ
ト交換チャネルを使用して通信が行われるのである。

【００７７】図１に示されているように、ＬＡＮ上に送
出されるべき送出データが発生すると、本実施例１に係
るリモートルータは、その宛先、つまり送出すべき相手
のＬＡＮを解析する（ステップ１−１）。

【００７８】このステップ１−１において解析された宛
先について、同一の宛先に対して既に回線交換チャネル
によって通信が行われているか否か、もしくは同一宛先
の他の送出データがバッファに蓄積されているか否か、
が検査される（ステップ１−２）。

【００７９】ステップ１−２におけるこの検査の結果、
同一宛先のデータが回線交換チャネルで送出されている
か、もしくはされようとしているのであれば、現在送出
しようとしているデータを、バッファに蓄積し、この現
在用いられているチャネルをそのまま利用してデータの
送出を行う。

【００８０】ステップ１−２におけるこの検査の結果、
同一宛先のデータが回線交換チャネルで送出されておら
ず、また、バッファ内にも見い出されなかった場合に
は、次のステップ１−３に処理が移行する。

【００８１】ステップ１−３においては、未使用の回線
交換チャネルがあるか否かが検査される。この検査の結
果、未使用の回線交換チャネルが存在したならば、次の
ステップ１−４に処置が移行し、さもなくば、処理はス
テップ１−５に移行する。

【００８２】ステップ１−４においては、現在送出しよ
うとしているデータを送るためのチャネルが、新たに回
線交換チャネルを用いて開かれる。そして、この新たに
開かれた回線交換チャネルを用いて、送出データの通信
が行われる。

【００８３】一方、ステップ１−５においては、回線交
換チャネルに空きがなかったので、パケット交換チャネ
ルを用いて送出データの通信が行われる。そして、この
新たなパケット交換チャネルを用いて、送出データの通
信が行われる。

【００８４】このように、本実施例１によれば、回線交
換チャネルに空きがあるならば回線交換チャネルを使用
し、空きがない場合に限ってパケット交換チャネルを使
用した。したがって、通信の資源を有効に活用し、伝送
効率を上げることが可能となる。

【００８５】更に、従来の技術において述べたように、
回線交換チャネルは、通信の宛先が近距離の場合には、
一般に料金が安くなる。したがって、通信の宛先が、主
に近距離である場合、本実施例を適用することにより、
伝送効率の向上だけでなく、通信コストの低減も図れる
という効果がある。

【００８６】実施例２ 図２には、本発明の好適な実施例２であるリモートルー
タの動作を表すフローチャートが示されている。

【００８７】本実施例２において特徴的なことは、以下
に説明するように、回線交換チャネルに空きが生じた際
に、パケット交換チャネルを使用している通信があれ
ば、その通信を新たに空いた回線交換チャネルに割り当
てることである。すなわち、なるべく、回線交換チャネ
ルを使用することによって、伝送効率の向上を図ろうと
したものである。

【００８８】図２に示されているのは、回線交換チャネ
ルを利用していた通信が終了し、回線交換チャネルに空
きが生じた場合のリモートルータの動作を表すフローチ
ャートである。

【００８９】このフローチャートに示されているよう
に、通信が終了した場合、まず、パケット交換チャネル
を利用したデータ伝送が行われているか否かが確認され
る（ステップ２−１）。もちろん、ここで確認されるの
は、今まで回線交換チャネルで行われていた通信とは、
異なる宛先に対する通信である。

【００９０】上記ステップ２−１において、パケット交
換チャネルによる通信が行われていたと確認された場合
には、パケット交換チャネルに対するパケットの送出が
中断される。そして、そのパケット交換チャネルを通じ
て送出されてきたパケットの宛先に対するデータは、そ
の後、回線交換チャネルを利用して送出されるのである
（ステップ２−２）。ところで、パケット交換チャネル
を通じてデータが送出されている宛先は、一般に複数存
在するものと考えられる。本実施例２においては、複数
存在した場合には、これから送出されるデータ量が最も
多い宛先に対する通信を、回線交換チャネルに新たに振
り分けるのである。すなわち、パケットの送信が中断さ
れた時点において、これから送信の対象となるパケット
がバッファリングされている転送データバッファ３内に
保持されているパケットを検索し、その中で、最もパケ
ット数の多い宛先に対する通信が回線交換チャネルに振
り向けられるのである。

【００９１】なお、上記ステップ２−１において、パケ
ット交換チャネルを利用した通信が全く行われていなけ
れば、上述したような動作は行われない。

【００９２】このように、本実施例２においては、回線
交換チャネルにおける通信が終了した際に、パケット交
換チャネルを利用した通信が行われていれば、その通信
を新たに回線交換チャネルを利用して行うことによっ
て、伝送効率の向上を図ることが可能である。また、通
信の宛先が近距離の場合であれば、上述したように回線
交換チャネルの方が、パケット交換チャネルより低コス
トであるため、通信コストの低減も実現可能であるとい
う効果を有する。

【００９３】実施例３ 図３には、本実施例３に係るリモートルータの動作を表
すフローチャートが示されている。

【００９４】本実施例３において特徴的なことは、以下
に説明するように、回線交換チャネルを使用した発呼処
理が行われた際に、相手側の回線が全部使用されている
等の理由により、呼接続ができなかった場合に、パケッ
ト交換チャネルを使用した通信に切り替えることであ
る。

【００９５】従来、回線交換チャネルを使用して送出さ
れていた送出データは、相手側の回線交換チャネルが全
部使用中、いわゆる話し中であれば、チャネルが空くま
で送信が待たされていた。これに対し、本実施例３によ
れば、通常は、回線交換チャネルを使用している送出デ
ータも、相手側との接続ができない場合には、パケット
交換チャネルを使用して送出するようにしたので、待ち
時間を減少させることができる。

【００９６】図３に示されているのは、本実施例３に係
るリモートルータが、発呼処理を行う場合のフローチャ
ートである。図３に示されているように、ステップ３−
１において、まず回線交換チャネルに対して発呼処理が
行われる。

【００９７】次に、ステップ３−２において、呼接続が
成功したかどうかが検査される。ここで、呼接続が成功
していれば、後述するステップ３−３に移行し、データ
の送出が引き続いて行われる。呼接続が失敗した場合に
は、次のステップ３−４に移行し、再試行の制御が行わ
れる。

【００９８】ステップ３−４においては、呼接続の処理
が何回行われたのか検査される。このステップにおいて
は、例えば、発呼処理がｍ回行われたか否かが検査され
る。ここで、ｍは所定の正の整数である。このステップ
において、ｍ回発呼処理が行われたと判断された場合に
は、相手側の回線が全部使用中であるなどの理由で接続
ができないと判断し、後述するステップ３−５に移行す
る。また、発呼処理がｍ回未満しか行われていないと判
断された場合には、次のステップ３−６に移行し、所定
のウェイト時間経過後再び発呼処理が行われる。

【００９９】ステップ３−６においては、所定の単位時
間×ｎ秒間だけウェイト時間の経過がカウントされる。
ここで、単位時間としてはＬＡＮ間通信装置に特有の単
位時間、例えば５００ｍ秒などが用いられる。また、ｎ
は、宛先によって定まる定数である。このｎは、上述し
た再試行回数であるｍと同様に、相手先によってあらか
じめ定められている。相手先によって、上記ｎやｍは、
例えば、図４に示されている表のように定められてい
る。

【０１００】本実施例３におけるリモートルータにおい
ては、通信の相手先アドレスごとに、そのｎ及びｍが定
められている。図４に示されている表のように、一般に
は、アクセス権の順位の高いものほど、小さいｎを用い
て、発呼処理を行う時間間隔である上記待ち時間が短く
設定するのが好適である。

【０１０１】そして、所定の単位時間×ｎ秒間だけウェ
イト時間が経過した後、上述したステップ３−１に移行
し、再び発呼処理が行われることになる。

【０１０２】上記ステップ３−４において、ｍ回再試行
されていた場合には、回線交換チャネルによる通信をあ
きらめ、パケット交換チャネルを利用したパケット交換
送信処理が行われる（ステップ３−５）。

【０１０３】なお、この場合、回線交換チャネルを使用
した通信をあきらめたので、回線交換チャネルに空きが
存在することになる。この場合、上記実施例２によう
に、これまでパケット交換チャネルを使用していた通信
に、回線交換チャネルを使用させることが好適である。
すなわち、本実施例３においても、上記実施例２と同様
に、回線交換チャネルに空きが生じた場合にパケット交
換チャネルを使用していた通信を、新たに回線交換チャ
ネルを使用した通信に置き換えている。

【０１０４】この動作が、図３に示されているフローチ
ャートに表れている。すなわち、ステップ３−５におい
てパケット交換送信処理が行われた後、ステップ３−７
においてこれまでにパケット交換チャネルを使用した通
信が行われていたか否かが検査される。この検査の結
果、通信が行われていれば、ステップ３−８に処理が移
行し、発呼アドレスが変更された後、ステップ３−１に
おいて回線交換チャネルを使用した通信が新たに行われ
る。ステップ３−８において複数宛先に対する送出デー
タがバッファ内に存在した場合には、実施例２と同様に
最も個数の多い宛先に対する通信が回線交換チャネルを
使用した通信に移管される。なお、ステップ３−７にお
いて、これまでにパケット交換チャネルを使用した通信
が行われていないと判断された場合には、通信処理は終
了する。

【０１０５】もちろん、上述したステップ３−２におい
て回線交換チャネルによる発呼処理が成功したのであれ
ば、従来と同様に、回線交換送信処理がステップ３−３
において行われる。

【０１０６】実施例４ 図５には、本発明の好適な実施例４であるリモートルー
タの動作を表すフローチャートが示されている。

【０１０７】本実施例４において特徴的なことは、以下
に説明するように、回線交換チャネルにより呼接続され
ている宛先のルータ内データを全て送信したときの処理
条件を宛先ごとにそれぞれ定義したことである。すなわ
ち、宛先ごとに回線交換チャネルにおけるいわゆる優先
度を設定したのである。

【０１０８】本実施例４においては、この優先度は以下
のように４種類定義されている。

【０１０９】使用権レベル０：回線交換チャネルを使用
できない。すなわち、この使用権レベル０の宛先に対し
ては、常にパケット交換チャネルを使用した通信が行わ
れる。

【０１１０】使用権レベル１：バッファ内のデータが全
て送信され、バッファ内にデータがなくなったら直ちに
呼を切断する。

【０１１１】使用権レベル２：バッファ内のデータが全
て送信され、バッファ内にデータがなくなっても呼を切
断せずに、無通信の状態が所定の時間（例えば２秒）以
上続いた場合にのみ呼を切断する。所定の時間内に同一
宛先の送信データが発生すれば、次にバッファ内のデー
タが全て送信された時点から再び無通信状態が所定の時
間以上続いた場合にのみ呼を切断する。

【０１１２】使用権レベル３：バッファ内のデータが全
て送信され、バッファ内にデータがなくなっても呼を切
断せずに、呼が接続された時点から、一定時間間隔ごと
にバッファに送信データが存在しているか否かを監視
し、その監視時点において送信データがなければ、呼を
切断する。

【０１１３】すなわち、本実施例４においては、使用権
レベル３が最も優先度が高く、使用権レベル０が優先度
が低い。なお、上記使用権レベル３において、一定時間
間隔とは、一般には課金単位の時間とすることが好適で
ある。すなわち、一旦呼が発生した場合には、課金単位
の時間が経過する前にデータ送信が終了し、その時点で
呼を切断しても課金される料金は同一である。小さなデ
ータを送出する呼の場合には却って料金は増えてしま
う。そこで、料金が同一となる範囲においては、呼を接
続したままにしておくのが好適である。なお、このよう
に課金単位の時間ごとにこの接続・非接続を判断する方
法は、従来の通信装置においても適用されている。

【０１１４】本実施例４に係るリモートルータの動作を
図５のフローチャートに基づいて説明する。

【０１１５】呼の接続要求が発生した場合、すなわち送
出すべきデータが発生した場合、まず、ステップ５−１
において、接続したい相手先の使用権レベルが０である
か否かが検査される。本実施例４によるリモートルータ
は、上述した図４に示されている表を内部に有してお
り、この表を検索することにより、宛先ごとに、その使
用権レベルを検査することが可能である。この検査の結
果、使用権レベルが０である場合には、後述するように
ステップ５−２に移行し、パケット交換チャネルによる
送信処理が行われる。これは、使用権レベル０の場合に
は、回線交換チャネルの使用が許可されていないからで
ある。使用権レベルが０ではない場合には、次のステッ
プ５−３に処理が移行する。

【０１１６】ステップ５−３においては、通信の宛先に
対する呼が既に接続されているか否かについて検査が行
われる。この検査の結果、接続がなされていなければ次
のステップ５−４に移行し、接続がなされていれば後述
するステップ５−８に移行する。

【０１１７】ステップ５−４においては、空いている回
線交換チャネルを用いて呼接続が行われる。

【０１１８】ステップ５−５においては、この該当する
宛先アドレスの使用権レベルが３であるか否かが検査さ
れる。この検査の結果、使用権レベルが３であれば、次
のステップ５−６に移行し、使用権レベルが３でなけれ
ば後述するステップ５−７に移行する。

【０１１９】ステップ５−６においては、宛先アドレス
とタイマ値とが該当回線交換監視テーブルにセットされ
る。図６には、この回線交換監視テーブルの例が示され
ている。この図６に示されているように、回線交換チャ
ネルごとに、使用している宛先アドレス、及び伝送仲介
中を表す伝送中フラグ、そしてタイマ値がこのテーブル
中に保持されている。

【０１２０】前述したステップ５−５において使用権レ
ベルが３以外であった場合には、ステップ５−７に処理
が移行する。このステップ５−７においては、宛先アド
レスが該当回線交換監視テーブルにセットされる。この
場合は、使用権レベルが１もしくは２の場合である。使
用権レベルが１の場合には、タイマ値の設定は必要な
く、使用権レベルが２の場合には、タイマ値が常に設定
されるわけではないからである。

【０１２１】上述したステップ５−３において、該当す
る宛先に対する呼が接続されている場合や、上記ステッ
プ５−６の処理が実行された後は、ステップ５−８に処
理が移行する。このステップ５−８においては、使用権
レベルの検査が行われる。この検査の結果、使用権レベ
ルが２であった場合には、次のステップ５−９に処理が
移行する。使用権レベルが２以外のものであった場合に
は、後述するステップ５−１０に移行する。

【０１２２】ステップ５−９においては、該当する回線
交換監視テーブルのタイマを０にリセットする。これ
は、使用権レベルが２であるから、上述したように、運
用管理者が設定する（例えば２秒）所定の時間をタイマ
に設定する。

【０１２３】ステップ５−１０においては、該当する伝
送中であることを表す伝送中フラグがＯＮされる。

【０１２４】ステップ５−１１においては、実際に回線
交換チャネルでデータの伝送が行われる。

【０１２５】ステップ５−１２においては、データの伝
送が終了した後、同一宛先に送出されるべきデータがバ
ッファ内に存在するか否かが検査される。もし、係るデ
ータが存在した場合には、上記ステップ５−１１へ戻
り、データの実際の送出が再び行われる。データが存在
しない場合には、次にステップ５−１３へ移行する。

【０１２６】ステップ５−１３においては、該当伝送中
フラグをＯＦＦにする。

【０１２７】ステップ５−１４においては、該当する宛
先使用権レベルが１であるか否かが検査される。この検
査の結果、使用権レベルが１であった場合には、次のス
テップ５−１５に移行する。もし、使用権レベルが１で
ない場合には、後述するステップ５−１６に処理が移行
する。

【０１２８】ステップ５−１５においては、回線交換チ
ャネルの呼が切断される。これは、使用権レベルが１で
あるため、データの送出が終了した場合に直ちに呼が切
断されるものである。

【０１２９】ステップ５−１６においては、該当する宛
先使用権レベルが２であるか否かが検査される。この検
査の結果、使用権レベルが２であった場合には、次のス
テップ５−１７に移行する。もし、使用権レベルが２で
ない場合には、通信処理が終了する。

【０１３０】ステップ５−１７においては、所定のタイ
マ値が該当する回線交換監視テーブルにセットされる。
これは、使用権レベルが２であるため、データの送出が
完了しても、所定の時間（例えば、２秒等）の間、呼が
保持されるからである。

【０１３１】ステップ５−２は、上述したように、ステ
ップ５−１において該当する宛先の使用権レベルが０で
ある場合に実行される。使用権レベルが０の場合には、
回線交換チャネルは全く使用されないので、このステッ
プにおいては、パケット交換チャネルを使用した通信が
行われる。

【０１３２】このように、本実施例４においては、使用
権レベルという概念を使用して、宛先ごとに回線交換チ
ャネルに対する優先度を定義した。

【０１３３】図７には、本実施例４におけるタイマ処理
の動作を表すフローチャートが示されている。図７に示
されているように、このタイマ処理においては、まず、
回線交換監視テーブル上のタイマ値（非零）をデクリメ
ント（−１）する（ステップ７−１）。

【０１３４】ステップ７−２においては、このデクリメ
ントの結果、タイマ値が零になったか否かが検査され
る。その結果、零となっていれば、次のステップ７−３
に処理が移行し、零でなかった場合には、後述するステ
ップ７−４に処理が移行する。

【０１３５】ステップ７−３においてはタイムアウト処
理が行われる。このタイム応答処理の詳細は、図８に示
されているフローチャートを用いて後に説明する。

【０１３６】ステップ７−４においては、上記テーブル
を全てサーチしたか否かが検査される。この検査の結
果、全てのサーチが終了していた場合には、次のステッ
プ７−５に移行するが、終了していなかった場合には上
記ステップ７−１に再び処理が移行する。

【０１３７】ステップ７−５においては、基礎値時間の
待ち処理が実行される。このステップにおいて、例えば
５００ｍ秒の待ちが行われた後、上記ステップ７−１に
処理が再び移行する。

【０１３８】係る処理を繰り返すことにより、一定の時
間待ちが実現されるのである。

【０１３９】図８には、図７に示されているフローチャ
ートにおけるステップ７−３であるタイムアウト処理の
動作を表すフローチャートが示されている。

【０１４０】まず、ステップ８−１において、該当する
宛先の使用権レベルが２であるか否かが検査される。こ
の検査の結果使用権レベルが２であれば、次のステップ
８−２に処理が移行する。使用権レベルが２ではない場
合には、後述するステップ８−３に移行する。

【０１４１】ステップ８−２においては、回線交換チャ
ネルを使用している呼が切断され、該当する回線交換監
視テーブルがリセットされる。これは、使用権レベルが
２だからである。上述したように、使用権レベルが２の
場合には、通信が終了してから所定の待ち時間（例え
ば、２秒等）が経過すると、呼が切断されるのである。

【０１４２】ステップ８−３においては、該当する宛先
の伝送中フラグがＯＮか否かが検査される。

【０１４３】そして、ＯＮでない場合には、前記ステッ
プ８−２に処理が移行し、テーブルがリセットされると
ともに、呼が切断される。本ステップ８−３に処理が移
行するのは、使用権レベルが３の場合であるので、所定
の課金単位となる時間経過時に通信が行われていないよ
うな場合にのみ呼が切断されるのである。

【０１４４】一方、本ステップ８−３において、伝送中
フラグがＯＮであった場合には、次のステップ８−４に
処理が移行する。伝送中フラグがＯＦＦであった場合に
は、上述したステップ８−２に移行し、呼が切断される
とともに、該当する回線交換監視テーブルがリセットさ
れる。

【０１４５】ステップ８−４においては、所定のタイマ
値の初期値が当該回線交換監視テーブルにセットされ
る。これは、データが伝送中である場合はその伝送を続
行するとともに、タイムアウトとなる時刻を、所定の課
金単位である時間分延長するためである。

【０１４６】このように、本実施例４によれば、宛先ご
とに回線交換チャネルの優先度を設けた。したがって、
重要な宛先が回線交換チャネルを使用できない場合を減
少させるとともに、それほど重要でない宛先が回線交換
チャネルを占有してしまう事態を未然に防止することが
可能となる。その結果、通信回線の効率的な使用が可能
となる。なお、係る効率的な使用が可能となるため、通
信コストの減少も期待されることは言うまでもない。

【０１４７】実施例５ 図１０には、本発明の好適な実施例５であるリモートル
ータの動作を表す説明図が示されている。そして、図９
には、本発明と対比するために、従来のＬＡＮ間通信装
置の動作を表す説明図が示されている。

【０１４８】図９に示されているように、自己のＬＡＮ
上に発生したデータ１〜ｎは、それぞれをデータ部とし
て含むパケットデータに変換されて、パケット交換チャ
ネルを介して相手先のＬＡＮに送出される。図９に示さ
れているように、パケットデータは、上記データ１〜ｎ
のそれぞれに対し、前後にヘッダ制御データとトレイラ
制御データとをそれぞれ付加したものである。このよう
にしてパケット交換チャネル上を、ｎ個のパケットデー
タが送出され、相手先のＬＡＮ上には、ｎ個のデータが
現れることになる。

【０１４９】一方、図１０に示されているように、本実
施例５のＬＡＮ間通信装置によれば、まず、データ１に
関しては、従来と同様にデータ１に対するパケットデー
タが作成されてパケット交換チャネルを通じて、相手先
のＬＡＮに送出される。

【０１５０】このデータ１のパケットデータを送出する
には、通常、一定の時間がかかる。すなわち、一般にＬ
ＡＮ上の伝送速度は、パケット交換チャネル上の伝送速
度より速い。したがって、データ１のパケットデータを
送出している間にデータ２〜ｎのデータが転送データバ
ッファ３に蓄積されることになる。このように、複数の
データが転送データバッファ３に蓄積されるのは、従来
と同様である。

【０１５１】本実施例５において特徴的なことは、転送
データバッファ３内に複数の送信データが蓄積されてい
る場合、それらの宛先が同一であるときは、その複数の
送信データをまとめて一つのロングパケットを形成する
ことである。このように、ロングパケットを形成するよ
うにすれば、ヘッダ制御データやトレイラ制御データ等
が付加される割合を減少させることができるので、通信
効率の向上が期待される。

【０１５２】もちろん、このロングパケットは、そのパ
ケット交換チャネルで許容されているパケットの長さを
越えることはできない。そこで、本実施例５では、パケ
ット交換チャネルで許容されているパケットの長さを越
えるパケットが転送データバッファ３内に蓄積されてい
た場合には、必要に応じて送信データを途中で分割し、
２つのロングパケットを形成するのである。すなわち、
図１０には、データ１の送信が終了するまでに、データ
２〜ｎが転送データバッファ３内に蓄積された場合につ
いて示されている。この場合には、データ２から、デー
タｍの途中までのデータを用いて、１個のロングパケッ
トが形成されている。そして、データｍの途中からのデ
ータと、データｎまでを用いて、もう１個のロングパケ
ットが形成されている。このように、そのパケット交換
チャネルで許容されている最大の長さのロングパケット
を形成することにより、効率的なパケット交換チャネル
の使用が可能となる。

【０１５３】このようにして形成され、送信されたロン
グパケットは相手先のＬＡＮの通信装置において、送信
側と同様の複数のデータに分割される。このとき、図１
０に示されているように、１番目のロングパケットを受
信した場合には、データ２から、データｍ−１までが、
分割によって復元される。データｍは、全てのデータが
受信されていないので、まだ復元することができない。
次に、２番目のロングパケットが受信された場合に、先
に受信されたデータｍの前半と、新たに受信されたデー
タｍの後半とを結合させることにより、データｍの全体
が復元される。なお、２番目のロングパケットが受信さ
れた場合には、残りのデータｍ＋１から、データｎまで
のデータも復元される。

【０１５４】以上述べたように、本実施例５によれば、
複数の送信データをまとめて、パケット交換チャネルで
許容される最大のパケット長のロングパケットを形成し
たので、パケット交換チャネルのより効率的な使用が可
能となる。その結果、通信コストの低減も図れることは
言うまでもない。

【０１５５】実施例６ 本発明の好適な実施例６に係るリモートルータの動作を
表すフローチャートが図１１に示されている。本実施例
６に係るリモートルータは、ネットワーク管理データの
送信を効率的に行おうとしたものである。

【０１５６】図１１に示されているように、本実施例６
に係るリモートルータは、通信の対象となるデータが発
生すると、まずその宛先が回線交換チャネルを使用して
呼接続中であるか否かを検査する（ステップ１１−
１）。この検査の結果、該当宛先が呼接続中であれば、
その接続を利用して、このネットワーク管理データを送
出するのが好適である。すなわち、ステップ１１−２に
おいて、回線交換チャネルを用いてこのネットワーク管
理データが送出されるのである。一方、上記検査の結
果、該当宛先が呼接続中でないときは、次のステップ１
１−３に移行する。

【０１５７】ステップ１１−３においては、該当宛先の
データが転送データバッファ３内に蓄積されているか否
かが検査される。この検査の結果、該当宛先に送出され
る他のデータが存在すれば、ステップ１１−４に移行す
る。ステップ１１−４においては、この送信データが、
転送データバッファ３内に格納される。該当宛先に送出
される他のデータが蓄積されている場合とは、チャネル
が空くのを待っている待ち状態と考えられるので、いず
れ、チャネルが空けばそのチャネルを利用して通信が行
われる。したがって、この通信の後に通信の対象である
前記送信データネットワーク管理データを送信すれば、
効率的な通信が期待される。なお、ステップ１１−４に
おける通信は、回線交換チャネルもしくはパケット交換
チャネルのいずれか一方で行われる。

【０１５８】ステップ１１−５においては、ネットワー
ク管理データのプロトコルが解析される。

【０１５９】ステップ１１−６においては、上記ステッ
プ１１−５において解析されたプロトコルが本実施例６
に係るリモートルータがサポートしているプロトコルか
否かが検査される。係る検査の結果、サポートしている
プロトコルであった場合には、上記ステップ１１−４に
移行し、回線交換チャネルかパケット交換チャネルかの
いずれかのチャネルで通信が行われる。上記検査の結
果、サポートしていないプロトコルであった場合には、
次のステップ１１−７に移行する。

【０１６０】ステップ１１−７においては、送信の対象
となっている送信データがネットワーク管理データか否
かが検査される。この検査の結果、ネットワーク管理デ
ータでなければ上述したステップ１１−４に移行し、パ
ケット交換チャネルもしくは回線交換チャネルでデータ
の送出が行われる。上記検査の結果、ネットワーク管理
データであった場合には、次のステップ１１−８に移行
する。

【０１６１】ステップ１１−８においては、パケット交
換チャネルを使用してこのネットワーク管理データの送
信が行われる。

【０１６２】このように、本実施例６においては、送出
されるデータは、なるべく同一の宛先に送られるデータ
と併せて送出されるように制御されている。これは、ネ
ットワーク管理データも同様である。本実施例６におい
て特徴的なことは、ネットワーク管理データと同一の宛
先に対する送信データが存在しないときには、パケット
交換チャネルを使用して係るネットワーク管理データの
送信が行われることである。このような構成とすること
により、本実施例６によれば、ネットワーク管理データ
のためだけに回線交換チャネルを使用することがなくな
るので、回線交換チャネルの効率的な使用が可能になる
とともに、通信コストの低減を図ることが可能である。

【０１６３】実施例７ 本発明の好適な実施例７に係るリモートルータの動作を
表すフローチャートが図１２に示されている。本実施例
７に係るリモートルータは、転送データバッファ３内に
一つの宛先に対する送信データが増えてきた場合、その
宛先に対する通信を優先して行うことにより、円滑なデ
ータ通信を実現するものである。

【０１６４】本実施例７において特徴的なことは、転送
データバッファ３内に一つの宛先に対する送信データが
所定の割合以上になった場合、いわゆるバルク伝送を用
いて、その宛先に対するデータ通信を優先して行うこと
である。以下、図１２に示されているフローチャートに
基づき、本実施例７に係るリモートルータの動作を説明
する。

【０１６５】まず、ステップ１２−１において、転送デ
ータバッファ３内に一つの同一のアドレスに対する送信
データの長さが、あらかじめ定められた許容範囲を越え
たか否かが検査される。この許容範囲は、例えば、運用
管理者があらかじめ自由に定めることが可能である。そ
して、この検査の結果、許容範囲を超えていない場合に
は、ステップ１２−２に移行し、通常の伝送処理が実行
される。一方、検査の結果、許容範囲を超えていた場合
には、次のステップ１２−３に移行する。

【０１６６】ステップ１２−３においては、バルク伝送
に必要な空き回線交換チャネルが存在するか否かが検査
される。バルク伝送は、複数のチャネルを同時に使用し
てデータを送出する手法であり、例えば、ＩＳＤＮの基
本インターフェースにおいては、２本の回線交換チャネ
ル、すなわち２本のＢチャネルを同時に使用してデータ
を伝送することが行われている。本ステップ１２−３に
おいては、このバルク伝送に必要な個数のチャネルが空
いているか否かが検査される。この検査の結果、必要な
空きチャネルが存在すれば、次のステップ１２−４をス
キップしてステップ１２−５に移行する。検査の結果、
必要な空きチャネルが存在しなければ、次のステップ１
２−４に移行する。

【０１６７】ステップ１２−４においては、現在、送信
の対象となっている送信データの宛先とは異なる宛先に
対する通信を、回線交換チャネルからパケット交換チャ
ネルに変更する。すなわち、回線交換チャネル上で行わ
れていた他の宛先に対する通信を、新たにパケット交換
チャネルを用いて行うのである。このように、回線交換
チャネルからパケット交換チャネルへ、通信を振り分け
ることにより、回線交換チャネル上に空きチャネルを生
成することができる。

【０１６８】ステップ１２−５においては、バルク伝
送、すなわち、複数の回線交換チャネルを使用した通信
が行われる。このように、複数の回線交換チャネルを同
時に使用することにより、高速なデータ通信が可能であ
る。その結果、本実施例７によれば、一時的に同一宛先
に対する大量のデータが発生した場合などでも、一時的
に同一宛先に対する高速なデータ通信を実現することに
より、円滑なデータ通信を実現することができる。

【０１６９】

【発明の効果】以上述べたように、第一から第九までの
本発明によれば、通信回線の効率的な使用を可能となる
ネットワーク間通信が実現される。

【０１７０】また、第十から第十三までの本発明によれ
ば、宛先ごとに通信回線の使用優先度を設定できるの
で、ＬＡＮ間の通信料や、伝送遅延の許容度に応じてネ
ットワークを自由に最適化することが可能である。

【０１７１】また、第十四から第十五までの本発明によ
れば、相手のＬＡＮ間通信装置の交換処理部等の故障等
により所定の交換方式による通信ができない場合でも、
他の交換方式による通信に切り替えるようにしたので、
通信のバックアップ機能を実現可能なＬＡＮ間通信装置
が得られる。

【０１７２】また、第十六から第十七までの本発明によ
れば、蓄積されている同一宛先の通信データを、パケッ
ト網で許容されている長さに、ブロック化しロングパケ
ットを構成したので、経済的、且つ効率的な通信が可能
となる。

【０１７３】また、第十八から第二十までの本発明によ
れば、同一宛先のデータがＬＡＮ間通信装置に大量に蓄
積された場合、同一宛先に対して複数の回線交換チャネ
ルを使用して、通常時より高速にデータ送信したので、
同一宛先に対して瞬間的に大量のデータが発生しても円
滑にデータを送信することが可能なＬＡＮ間通信装置が
提供できるという効果を有する。

【図面の簡単な説明】

【図１】本発明の好適な実施例１に係るリモートルータ
の動作を表すフローチャートである。

【図２】本発明の好適な実施例２に係るリモートルータ
の動作を表すフローチャートである。

【図３】本発明の好適な実施例３に係るリモートルータ
の動作を表すフローチャートである。

【図４】本発明の好適な実施例３に係るリモートルータ
の動作を説明する説明図である。

【図５】本発明の好適な実施例４に係るリモートルータ
の動作を表すフローチャートである。

【図６】本発明の好適な実施例４に係るリモートルータ
の動作を説明する説明図である。

【図７】本発明の好適な実施例４に係るリモートルータ
の動作を表すフローチャートである。

【図８】本発明の好適な実施例４に係るリモートルータ
の動作を表すフローチャートである。

【図９】本発明の好適な実施例５に係るリモートルータ
の動作を説明するための図であって、従来のリモートル
ータの動作を表す説明図である。

【図１０】本発明の好適な実施例５に係るリモートルー
タの動作を表す説明図である。

【図１１】本発明の好適な実施例６に係るリモートルー
タの動作を表すフローチャートである。

【図１２】本発明の好適な実施例７に係るリモートルー
タの動作を表すフローチャートである。

【図１３】複数のＬＡＮがリモートルータと、ＩＳＤＮ
網を用いて相互に接続される様子を表した説明図であ
る。

【図１４】従来のリモートルータの構成ブロック図であ
る。

【符号の説明】

１ ＬＡＮ制御部 ３ 転送データバッファ ５ データ処理部 ７ パケット交換制御部 ９ 回線交換制御部 １１ ＩＳＤＮ制御部 １３ タイマ １５ 回線交換監視テーブル １７ 回線交換チャネル使用権テーブル

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁶ 識別記号 庁内整理番号 ＦＩ 技術表示箇所 Ｈ０４Ｌ 12/64 9466−5Ｋ Ｈ０４Ｌ 11/20 Ａ

Claims (20)

【特許請求の範囲】
1. 【請求項１】所定のネットワークを他のネットワークと
   接続し、前記ネットワーク間の通信を可能とするＬＡＮ
   間通信装置において、 送出すべき送出データが発生した場合に、その送出デー
   タの宛先に既に第一の交換方式によるチャネルで通信が
   行われているか否かを判断するチャネル使用状況判断手
   段と、 第一の交換方式によるチャネルに空きがあるか否かを判
   断するチャネル空き判断手段と、 前記チャネル使用状況判断手段において、第一の交換方
   式によるチャネルで既に通信が行われていると判断され
   た場合には、前記送出データをその通信が行われている
   チャネルで送出する第一の通信手段と、 前記チャネル空き判断手段において、第一の交換方式に
   よるチャネルに空きがあると判断された場合には、第一
   の交換方式によるチャネルを新たに開き、前記新たなチ
   ャネルで前記送出データを送出する第二の通信手段と、 前記チャネル空き判断手段において、空きがないと判断
   された場合に、前記送出データを、第二の交換方式によ
   るチャネルで送出する第三の通信手段と、 を含み、前記第一の交換方式と、前記第二の交換方式と
   は、伝送速度が異なることを特徴とするＬＡＮ間通信装
   置。
2. 【請求項２】所定のネットワークを他のネットワークと
   接続し、前記ネットワーク間の通信を可能とするＬＡＮ
   間通信装置において、 送出すべき送出データが発生した場合に、その送出デー
   タの宛先に既に第一の交換方式によるチャネルで通信が
   行われているか否かを判断するチャネル使用状況判断手
   段と、 第一の交換方式によるチャネルに空きがあるか否かを判
   断するチャネル空き判断手段と、 前記チャネル使用状況判断手段において、第一の交換方
   式によるチャネルで既に通信が行われていると判断され
   た場合には、前記送出データをその通信が行われている
   チャネルで送出する第一の通信手段と、 前記チャネル空き判断手段において、第一の交換方式に
   よるチャネルに空きがあると判断された場合には、第一
   の交換方式によるチャネルを新たに開き、前記新たなチ
   ャネルで前記送出データを送出する第二の通信手段と、 前記チャネル空き判断手段において、空きがないと判断
   された場合に、前記送出データを、第二の交換方式によ
   るチャネルで送出する第三の通信手段と、 を含み、前記第一の交換方式と、前記第二の交換方式と
   は、課金方式が異なることを特徴とするＬＡＮ間通信装
   置。
3. 【請求項３】前記請求項１または２記載のＬＡＮ間通信
   装置において、 前記第一の交換方式は、回線交換方式であり、 前記第二の交換方式は、パケット交換方式であることを
   特徴とするＬＡＮ間通信装置。
4. 【請求項４】所定のネットワークを他のネットワークと
   接続し、前記ネットワーク間の通信を可能とするＬＡＮ
   間通信装置において、 第一の交換方式によるチャネルで行われていた通信が終
   了したことを検出する終了検出手段と、 前記終了検出手段が前記第一の交換方式によるチャネル
   で行われていた通信が終了したことを検出した場合、第
   二の交換方式によるチャネルにより行われていた通信
   に、新たに前記第一の交換方式によるチャネルを利用さ
   せるチャネル変更手段と、 を含み、前記第一の交換方式と、前記第二の交換方式と
   は、伝送速度が異なることを特徴とするＬＡＮ間通信装
   置。
5. 【請求項５】所定のネットワークを他のネットワークと
   接続し、前記ネットワーク間の通信を可能とするＬＡＮ
   間通信装置において、 第一の交換方式によるチャネルで行われていた通信が終
   了したことを検出する終了検出手段と、 前記終了検出手段が前記第一の交換方式によるチャネル
   で行われていた通信が終了したことを検出した場合、第
   二の交換方式によるチャネルにより行われていた通信
   に、新たに前記第一の交換方式によるチャネルを利用さ
   せるチャネル変更手段と、 を含み、前記第一の交換方式と、前記第二の交換方式と
   は、課金方式が異なることを特徴とするＬＡＮ間通信装
   置。
6. 【請求項６】請求項４または５記載のＬＡＮ間通信装置
   において、 前記第一の交換方式は、回線交換方式であり、 前記第二の交換方式は、パケット交換方式であることを
   特徴とするＬＡＮ間通信装置。
7. 【請求項７】所定のネットワークを他のネットワークと
   接続し、前記ネットワーク間の通信を可能とするＬＡＮ
   間通信装置において、 第一の交換方式によるチャネルで通信を行うために、発
   呼処理を行う第一の発呼手段と、 第二の交換方式によるチャネルで通信を行うために、発
   呼処理を行う第二の発呼手段と、 前記第一の発呼手段が、発呼処理を行っても通信の相手
   先と接続することができないと判断した場合に、新たに
   第二の発呼手段を利用して第二の交換方式によるチャネ
   ルで通信を行うチャネル変更手段と、 を含むことを特徴とするＬＡＮ間通信装置。
8. 【請求項８】請求項７記載のＬＡＮ間通信装置におい
   て、 前記第一の交換方式は、回線交換方式であり、 前記第二の交換方式は、パケット交換方式であることを
   特徴とするＬＡＮ間通信装置。
9. 【請求項９】請求項７記載のＬＡＮ間通信装置におい
   て、 前記第一の発呼手段は、発呼処理を複数回実施しても通
   信の相手先と接続ができない場合にのみ、前記相手先と
   接続することができないと判断することを特徴とするＬ
   ＡＮ間通信装置。
10. 【請求項１０】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信装置において、 通信が終了した後の呼の切断条件を、通信の相手先アド
    レスごとに設定可能な切断条件設定手段、 を含むことを特徴とするＬＡＮ間通信装置。
11. 【請求項１１】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信装置において、 通信が終了した後の呼の切断条件を、通信の相手先アド
    レスごとに設定可能な切断条件設定手段と、 呼の発呼条件を、通信の相手先アドレスごとに設定可能
    な発呼条件設定手段と、 を含むことを特徴とするＬＡＮ間通信装置。
12. 【請求項１２】請求項１０または１１記載のＬＡＮ間通
    信装置において、 前記設定手段は、呼の切断条件として、チャネルを使用
    する通信が存在しなくなってからそのチャネルを維持す
    る時間の長さを、前記相手先アドレスごとに設定するこ
    とを特徴とするＬＡＮ間通信装置。
13. 【請求項１３】請求項１０または１１記載のＬＡＮ間通
    信装置において、 前記設定手段は、呼の発呼条件として、回線交換チャネ
    ルを使用可能か否かであることを、前記相手先アドレス
    ごとに設定することを特徴とするＬＡＮ間通信装置。
14. 【請求項１４】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信送信装置において、 転送データバッファ内に同一宛先の複数の送信データが
    保持されている場合に、前記複数の送信データをブロッ
    キングすることによって、一個のロングパケットを形成
    するロングパケット形成手段と、 前記ロングパケットをパケット交換チャネルを介して送
    信するパケット交換通信手段と、 を含むことを特徴とするＬＡＮ間通信送信装置。
15. 【請求項１５】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信受信装置において、 パケット交換チャネルを介して、送信データを複数個含
    んだロングパケットを受信する受信手段と、 前記受信されたロングパケットをその中に含まれる各送
    信データごとに分割する分割手段と、 を含むことを特徴とするＬＡＮ間通信受信装置。
16. 【請求項１６】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信装置において、 送出すべき送信データがネットワーク管理データである
    か否かを判断するデータ判断手段と、 送出すべき送信データと同一の宛先に対する他の送信デ
    ータが転送データバッファ内に保持されているか否かを
    判断する転送データバッファ検査手段と、 前記転送データバッファ検査手段により転送データバッ
    ファ内に保持されていると判断された場合に、前記ネッ
    トワーク管理データを転送データバッファ内に格納し、
    前記他の送信データが送出された後に引き続いて前記ネ
    ットワーク管理データを第一の交換方式もしくは第二の
    交換方式によるチャネルで送出する第一の送信管理手段
    と、 前記データ判断手段によりネットワーク管理データであ
    ると判断され、且つ、前記転送データバッファ検査手段
    により転送データバッファ内に保持されていないと判断
    された場合に、前記ネットワーク管理データを、第二の
    交換方式によるチャネルで送出する第二の送信管理手段
    と、 を含み、前記第一の交換方式によるチャネルは、前記第
    二の交換方式によるチャネルより通信コストが高いこと
    を特徴とするＬＡＮ間通信装置。
17. 【請求項１７】前記請求項１６記載のＬＡＮ間通信装置
    において、 前記第一の交換方式は、回線交換方式であり、 前記第二の交換方式は、パケット交換方式であることを
    特徴とするＬＡＮ間通信装置。
18. 【請求項１８】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信装置において、 送出すべき送信データと同一の宛先に対する送信データ
    が転送データバッファ内に所定の割合以上存在すること
    を検知する検知手段と、 前記検知手段により、前記送出すべき送信データと同一
    の宛先に対する送信データが所定の割合以上存在すると
    判断された場合に、前記同一の宛先に対するチャネルを
    複数個空けるチャネル確保手段と、 前記チャネル確保手段によって、空けられた複数個のチ
    ャネルを使用して、前記送信データをバルク送出する通
    信手段と、 を含むことを特徴とするＬＡＮ間通信装置。
19. 【請求項１９】所定のネットワークを他のネットワーク
    と接続し、前記ネットワーク間の通信を可能とするＬＡ
    Ｎ間通信装置において、 送出すべき送信データと同一の宛先に対する送信データ
    が転送データバッファ内に所定の割合以上存在すること
    を検知する検知手段と、 前記検知手段により、前記送出すべき送信データと同一
    の宛先に対する送信データが所定の割合以上存在すると
    判断された場合に、前記同一の宛先に対する第一の交換
    方式によるチャネルをＮ個空けるチャネル確保手段と、 前記チャネル確保手段によって、空けられたＮ個の第一
    の交換方式のチャネルを使用して、前記送信データをバ
    ルク送出する通信手段と、 を含み、前記チャネル確保手段は、 前記第一の交換方式によるチャネル内に、Ｎ個の空きチ
    ャネルが存在しない場合には、第一の交換方式によるチ
    ャネル上の他の宛先の通信を、第二の交換方式によるチ
    ャネル上に移動させて、Ｎ個の空きチャネルを第一の交
    換方式によるチャネル上に設け、 前記第一の交換方式によるチャネルは、前記第二の交換
    方式によるチャネルより通信コストが高いことを特徴と
    するＬＡＮ間通信装置。ここで、前記Ｎは、２以上の整
    数である。
20. 【請求項２０】前記請求項１９記載のＬＡＮ間通信装置
    において、 前記第一の交換方式は、回線交換方式であり、 前記第二の交換方式は、パケット交換方式であることを
    特徴とするＬＡＮ間通信装置。