JPH0879309A

JPH0879309A - Ｌａｎ間接続装置及びｌａｎ間接続システム

Info

Publication number: JPH0879309A
Application number: JP6209987A
Authority: JP
Inventors: Norihiro Ishida; 憲弘石田; Toshimitsu Oba; 俊光大場
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1994-09-02
Filing date: 1994-09-02
Publication date: 1996-03-22
Also published as: US5642352A

Abstract

(57)【要約】【目的】トラヒックに見合った通信回線を効率よく獲
得することができるＬＡＮ間接続装置を提供する。【構成】発呼手段（１０４）による発呼が相手先の通信
装置によって着信拒否された場合には、回線不足検出手
段（１０５）は、データ送信に必要な数の回線について
の呼設定ができなかったことを検出する。この回線不足
検出手段（１０５）により必要な数の回線についての呼
設定ができなかったことを検出したときには、通知要求
手段（１０６）は、相手先の通信装置に対して、回線解
放時における回線開放通知を要求する。この要求が実行
されて、相手先の通信装置から回線開放通知が送信され
てきた時には、制御手段（１０７）は、発呼手段（１０
４）に対して、相手先の通信装置に対する再発呼を行う
ことを要求する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はＬＡＮ（ローカルエリア
ネットワーク）と公衆網等のＷＡＮ（広域エリアネット
ワーク）とを接続するためのＬＡＮ間接続装置に関す
る。特に、複数の公衆回線（例えばＩＮＳネットのＢｃ
ｈ）を束ねて、見かけ上高速な帯域のチャネルに扱える
機能（以下、「インバースＭＵＸ機能」と言う）を具備
したＬＡＮ間接続装置に関する。

【０００２】

【従来の技術】現在、工場，研究所，大学等（以下、
「事業所」と総称する。）の限られた地域内においてデ
ータ等を高速に相互通信させるために、コンピュータを
相互に接続するＬＡＮ（ローカルエリアネットワーク：
企業内・地域情報通信網）が普及している。このような
ＬＡＮは、ある一箇所にまとまった地域内で独立して構
築することができるだけでなく、ＩＮＳ（インフォメー
ションネットワークシステム）ネット（日本電信電話株
式会社によってサービス提供されるＩＳＤＮ）等の公衆
網に接続し、この公衆網を介して外部の情報機器やデー
タベースに接続することができる。この事を利用する
と、ＬＡＮによる通信作業環境を構築してある事業所が
地理的に分散している事業所構成をとっている場合に、
各事業所毎に構築されたＬＡＮを公衆網を介して相互に
接続することにより、あたかも全事業所をカバーする一
つのＬＡＮを構築したかのように運用することができ
る。

【０００３】このようなＬＡＮと公衆網との接続を行う
ために、ブリッジやルータと称呼されるＬＡＮ間接続装
置が利用される。ブリッジとは、２つのＬＡＮを接続す
るとともに、通過するパケットのアドレスに従って、パ
ケットのフィルタリングをする機能を有するＬＡＮ間接
続装置である。また、ルータとは、複数の信号路の分岐
点に設置され、フィルタリングよりも一歩進んで、通過
するパケットのアドレスに従って、パケットの方路を決
定する機能を有するＬＡＮ間接続装置である。

【０００４】このようなＬＡＮ間接続装置を公衆網を介
して他のＬＡＮ間接続装置に接続する際には、固定帯域
の専用線や公衆網等を中継回線としていた。この場合、
上記ＩＮＳネットのＢｃｈにあっては、一本当たり６４
ｋｂｐｓの帯域を有している。但し、通信すべきデータ
のデータ量が多くなると、一本の中継回線だけでは輻輳
が生じてしまう。そのため、従来のＬＡＮ間接続装置で
は、送信するデータを複数の並列した中継回線に分配し
て公衆網内に送信するとともに、このような複数の並列
した中継回線から各々送信されたデータを多重化してデ
ータを組み立て直すインバースＭＵＸ（多重化）機能を
有する多重化装置（以下、データを並列化して中継回線
に送信する装置を「多重化装置」と定義する。）を組み
合わせて使用していた。このようにして複数の中継線を
仮想的に束ねることにより、見かけ上中継回線の帯域を
広げ、高速な帯域のチャネルとして扱うことができる。

【０００５】また、この場合に、送信すべきデータ量の
多寡，即ちトラヒックの大小に従って、仮想的に束ねる
本数を増減させる機能を、上記多重化装置に持たせる場
合もある。このような場合には、上記多重化装置は、既
に接続済みの中継回線による回線利用率を監視する。そ
して、トラヒック量があるスレッショルド（例えば７０
％）を越えた時には、更に１本の回線を追加して、帯域
を増やすようにしている。例えば、ＩＳＮネットのＢｃ
ｈを１本利用して６４ｋｂｐｓの帯域で通信を行ってい
るとした場合に、ＬＡＮからのトラヒックがその７０％
に当たる４４．８ｋｂｐｓを越えた時には、もう１本の
Ｂｃｈを設定して１２８ｋｂｐｓの帯域で通信するよう
にしているのである。

【０００６】

【発明が解決しようとする課題】しかしながら、従来の
ＬＡＮ間接続装置では、トラヒックに見合った中継回線
を効率よく獲得することができなかった。具体的には、
以下に述べる問題を有していた。〈第１の具体的問題点〉上述したように、従来のＬＡＮ
間接続装置ではデータ量の多寡に応じて仮想的に束ねる
べき中継回線の本数を増減させていた。このような構成
を採ると、通信中にデータ量が増加したために接続する
中継回線を追加することができる。但し、着信側の通信
装置（ＬＡＮ間接続装置等）が局線（通信装置と公衆網
を接続している通信路）を使用して他の通信装置と通信
していると、必要とする数の中継回線を接続できない場
合が生じうる。このような場合に遭遇すると、発信側の
ＬＡＮ間接続装置は、発呼を中止して通信を断念するか
既に接続済みの回線のみで通信を行うかしていた。さら
に、通常は、発信側のＬＡＮ間接続装置にて一定時間経
過毎に再発呼を繰り返すことにより、着信側の回線が空
きになるのを待つことを行っていた。

【０００７】しかしながら、この場合には、発呼側のＬ
ＡＮ間接続装置は、ＬＡＮデータの転送処理（ルーティ
ング処理等）を実行しながら、局線側への一定時間間隔
での発呼処理を行う必要がある。そのため、通常当該Ｌ
ＡＮ間接続装置のＣＰＵ（中央処理装置）への負荷が、
余分に増大していた。なお、このような事態に備えてＣ
ＰＵ負荷を低減するために、マルチＣＰＵ化してデータ
転送処理と発呼処理を分担させることも考えられるが、
装置コストの増大，及び処理の制御の複雑化等の面で不
利な構成であると言える。

【０００８】また、単純に一定時間間隔毎に発呼を繰り
返すだけでは、着信側の第２の通信装置（ＬＡＮ間接続
装置等）の局線が空きとなったにも拘わらず、発信側の
第１の通信装置（ＬＡＮ間接続装置）がタイマーによる
発呼待ち時間中であるために、直ちに発呼できない場合
もあり得る。その場合には、第２の通信装置による局線
空きの発生から第２の通信装置による再発呼までのタイ
ムラグ間に、他の第３の通信装置（ＬＡＮ間接続装置
等）からの着信が発生してしまい、第２の通信装置の空
き局線に接続してしまう事態が生じ得る。このように、
不十分な中継回線本数で現に第２の通信装置に接続され
ており、しかも先に発呼を行っていたとしても、第１の
通信装置からの着信に優先権はなく、後から発呼を行っ
た第３の通信装置からの着信がタイミング如何によって
受け付けられ、結局第１の通信装置に必要な帯域確保の
ための接続ができないという不合理が生じていた。この
ような問題は、上記のようなマルチＣＰＵ構成を採用し
ても解決することはできない。〈第２の具体的問題点〉多重化装置にてインバースＭＵ
Ｘ機能を実行すると、接続する中継回線の数の増減に応
じて多重化装置内，即ちＬＡＮ間接続装置内で転送・処
理されるデータの帯域も変化する。例えば、上記例に従
うと、ＩＳＮネットのＢｃｈ一本のみで公衆網に接続さ
れているときには、６４ｋｂｐｓの帯域でデータを処理
すればよい。しかし、Ｂｃｈが２本になると多重化装置
により多重化／分配されるので、多重化装置内において
は６４ｋｂｐｓの倍の１２８ｋｂｐｓの帯域でデータを
転送・処理しなければならない。このように、中継線が
増加するに従って、ＬＡＮ間接続装置内におけるデータ
転送・処理を高速化していかなければならない。

【０００９】このＬＡＮ間接続装置内における多重化装
置とＬＡＮとのインタフェースを含む他の装置との間
は、ＣＣＩＴＴ勧告Ｖ．３５，Ｘ．２１等で定められる
インタフェースで接続されており、クロックは多重化装
置側から他の装置側に供給されている。従って、帯域の
変更を行う場合には、多重化装置内でクロック周波数を
帯域変更に合わせて変更し、他の装置に供給する。そし
て、他の装置では、このクロック周波数に合わせて、デ
ータ転送・処理を行う。

【００１０】しかし、上記他の装置においては、クロッ
クが急に変化してしまうので、クロックの同期引き込み
に時間が掛かったり、その変化時にデータが紛失してし
まったりする問題が生じていた。〈主たる課題〉本発明の主たる課題は、以上の問題点に
鑑み、トラヒックに見合った通信回線を効率よく獲得す
ることができるＬＡＮ間接続装置を提供することであ
る。〈第１の副次的課題〉本発明の選択的且つ副次的な課題
の第１は、ＣＰＵ負荷の増加を招くことなく、先に発呼
を行ったＬＡＮ間接続装置が優先的に回線接続をするこ
とを可能とし、もって上記主たる課題を解決するＬＡＮ
間接続装置を提供することである。〈第２の副次的課題〉本発明の選択的且つ副次的な課題
の第２は、ＬＡＮ間接続装置内において、多重化装置外
でのクロック周波数の変更を必要とすることなく、多重
化装置内で帯域（及びクロック）を変更して転送・処理
をすることができるＬＡＮ間接続装置を提供することで
ある。

【００１１】

【課題を解決するための手段】本発明は、上記主たる課
題を解決するため、以下のような手段を採用した。

【００１２】

【第１の手段】＜要旨＞本発明の第１の手段による発信側ＬＡＮ間接続
装置は、上記第１の副次的課題を解決するために、図１
（ａ）の原理図に示したように、ＬＡＮ（１００）と網
（１０１）とを複数の回線を介して接続するためのＬＡ
Ｎ間接続装置（１０２）であって、前記複数の回線を収
容するインタフェース（１０３）と、前記複数の回線を
用いて複数の呼設定の要求を行うことができる発呼手段
（１０４）と、前記発呼手段（１０４）による発呼の結
果相手先の通信装置が回線使用中であるためにデータ送
信に必要な数の回線についての呼設定ができなかったこ
とを検出する回線不足検出手段（１０５）と、この回線
不足検出手段（１０５）により必要な数の回線について
の呼設定ができなかったことを検出したときに、前記相
手先の通信装置に対して、回線解放時における回線開放
通知を要求する通知要求手段（１０６）と、前記相手先
の通信装置から前記回線開放通知が送信されてきた時
に、前記発呼手段（１０４）に対して、前記相手先の通
信装置に対する再発呼を行うことを要求する制御手段
（１０７）とを備えることを特徴とする（請求項１に対
応）。

【００１３】また、本発明の第１の手段による着信側Ｌ
ＡＮ間接続装置は、上記第１の副次的課題を解決するた
めに、図１（ｂ）の原理図に示したように、ＬＡＮ（１
１０）と網（１１１）とを複数の回線を介して接続する
ためのＬＡＮ間接続装置（１１２）であって、前記複数
の回線を収容するインタフェース（１１３）と、前記複
数の回線を用いて同時に複数の着信を受け付けることが
できる着信手段（１１４）と、前記複数の回線の全てが
使用中であるために前記着信手段（１１４）によって着
呼が拒否された他の通信装置から回線解放時における回
線開放通知要求があったときに、この回線開放通知要求
を登録する通知要求登録手段（１１５）と、前記回線の
開放を監視する回線監視手段（１１６）と、前記回線監
視手段（１１６）によって前記回線が開放されたことが
検出された時には、前記回線開放通知要求元に、前記回
線開放通知を送信する通知送信手段（１１７）とを備え
ることを特徴とする（請求項２に対応）。

【００１４】また、本発明による上記発信側ＬＡＮ間接
続装置（１０２）と上記着信側ＬＡＮ間接続装置（１１
２）とを組み合わせたＬＡＮ間接続システムは、上記第
１の副次的課題を解決するために、図１（ａ）及び
（ｂ）の原理図に示したように、網（１０１）と、第１
のＬＡＮ（１００）と前記網（１０１）とを複数の回線
を介して接続するための第１のＬＡＮ間接続装置（１０
２）と、第２のＬＡＮ（１１０）と前記網とを複数の回
線を介して接続するための第２のＬＡＮ間接続装置（１
１２）とからを含むＬＡＮ間接続システムであって、前
記第１のＬＡＮ間接続装置（１０２）は、前記複数の回
線を収容するインタフェース（１０３）と、前記複数の
回線を用いて複数の呼設定の要求を行うことができる発
呼手段（１０４）と、前記発呼手段（１０４）による発
呼の結果前記第２のＬＡＮ間接続装置（１１２）が回線
使用中であるためにデータ送信に必要な数の回線につい
ての呼設定ができなかったことを検出する回線不足検出
手段（１０５）と、この回線不足検出手段（１０５）に
より必要な数の回線についての呼設定ができなかったこ
とを検出したときに、前記第２のＬＡＮ間接続装置（１
１２）に対して、回線解放時における回線開放通知を要
求する通知要求手段（１０６）と、前記第２のＬＡＮ間
接続装置（１１２）から前記回線開放通知が送信されて
きた時に、前記発呼手段（１０４）に対して、前記第２
のＬＡＮ間接続装置（１１２）に対する再発呼を行うこ
とを要求する制御手段（１０７）とを備え、前記第２の
ＬＡＮ間接続装置（１１２）は、前記複数の回線を収容
するインタフェース（１１１）と、前記複数の回線を用
いて同時に複数の着信を受け付けることができる着信手
段（１１４）と、前記第１のＬＡＮ間接続装置（１０
２）からの回線開放通知要求があったときに、この回線
開放通知要求を登録する通知要求登録手段（１１５）
と、前記回線の開放を監視する回線監視手段（１１６）
と、前記回線監視手段（１１６）によって前記回線が開
放されたことが検出された時には、前記第１のＬＡＮ間
接続装置（１０２）に前記回線開放通知を送信する通知
送信手段（１１７）とを備えることを特徴とする（請求
項３に対応）。

【００１５】本発明の構成要素の概要と、そのポイント
を簡単にまとめる。〔回線開放通知要求〕回線開放通知要求に、発信側ＬＡ
Ｎ間接続装置（第１のＬＡＮ間接続装置）（１０２）の
識別情報が含まれるようにしても良い。更に、発信側Ｌ
ＡＮ間接続装置（第１のＬＡＮ間接続装置）の制御手段
（１０７）が、再発呼のメッセージに発信側ＬＡＮ間接
続装置（第１のＬＡＮ間接続装置）の識別情報を付すよ
う、発呼手段（１０４）に要求するようにしても良い。
このようにすれば、着信側ＬＡＮ間接続装置（第２のＬ
ＡＮ間接続装置）（１１２）は、第１のＬＡＮ間接続装
置（１０２）が再発呼してきた場合に、その通知登録手
段（１１５）に登録されている識別情報（回線開放通知
要求に含まれる識別番号）と再発呼のメッセージに付さ
れている前記識別情報とが一致する場合のみ、着信を受
け付けるようにすることができる（請求項４に対応）。＜本発明の方法＞本発明の第１の手段によるＬＡＮ間接
続装置を用いたＬＡＮ間接続方法は、ＬＡＮと網とを複
数の回線を介して接続するためのＬＡＮ間接続装置にお
ける呼設定方法であって、相手先の通信装置に対して発
呼を行い、この発呼の結果、相手先の通信装置が回線使
用中であるためにデータ送信に必要な数の回線について
の呼設定ができなかった場合に、前記相手先の通信装置
に対して、回線解放時における回線開放通知を要求し、
この要求に対して、前記相手先の通信装置から前記回線
開放通知が送信されてきた時に、前記相手先の通信装置
に対して再発呼を行うことを特徴とする（請求項５に対
応）。

【００１６】また、このようなＬＡＮ間接続装置を用い
たＬＡＮ間接続システムにおける回線接続方法は、第１
のＬＡＮ（１００）と網（１０１）とを複数の回線を介
して接続するための第１のＬＡＮ間接続装置（１０２）
と第２のＬＡＮ（１１０）と前記網（１１１）とを複数
の回線を介して接続するための第２のＬＡＮ間接続装置
（１１２）との間に、呼を設定するためのＬＡＮ間接続
システムにおける呼設定方法であって、前記第１のＬＡ
Ｎ間接続装置（１０２）から前記第２のＬＡＮ間接続装
置（１１２）に対して発呼を行い、この発呼の結果、前
記第２のＬＡＮ間接続装置（１１２）が回線使用中であ
るためにデータ送信に必要な数の回線についての呼設定
ができなかった場合に、前記第１のＬＡＮ間接続装置
（１０２）は、前記第２のＬＡＮ間接続装置（１１２）
に対して、回線解放時における回線開放通知を要求し、
前記第２のＬＡＮ間接続装置（１１２）は、前記第１の
ＬＡＮ間接続装置（１０２）からの回線開放通知要求が
あったときに、この回線開放通知要求を登録し、前記第
２のＬＡＮ間接続装置（１１２）は、前記回線が開放さ
れた時には、前記第１のＬＡＮ間接続装置（１０２）
に、前記回線開放通知を送信し、前記第１のＬＡＮ間接
続装置（１０２）は、前記第２のＬＡＮ間接続装置（１
１２）から前記回線開放通知が送信されてきた時に、前
記第２のＬＡＮ間接続装置（１１２）に対して再発呼を
行うことを特徴とする（請求項６に対応）。〔付加的行程１〕第２のＬＡＮ間接続装置（１１２）が
第１のＬＡＮ間接続装置（１０２）からの回線開放通知
要求を受信した場合には、その配下の第２のＬＡＮ（１
１０）に接続されている端末からの発呼要求を拒絶する
行程を追加しても良い。そのようにすれば、他のＬＡＮ
間接続装置からの発呼のみならず、自己からの発呼さえ
も拒絶して、第１のＬＡＮ間接続装置（１０２）からの
着信のみを最優先することができる（請求項７に対
応）。〔付加的行程２〕第２のＬＡＮ間接続装置（１１２）
が、第１のＬＡＮ間接続装置（１０２）が再発呼してき
た場合において、登録されている回線開放通知要求の発
信元と前記再発呼元とを比較し、両者が一致している場
合のみ着信を受け付ける行程を追加しても良い。このよ
うにすれば、他のＬＡＮ間接続装置からの着信を確実に
拒否して、第１のＬＡＮ間接続装置（１０２）からの着
信のみを最優先することができる（請求項８に対応）。

【００１７】

【第２の手段】＜要旨＞本発明の第２の手段によるＬＡＮ間接続装置
は、上記第２の副次的課題を解決するために、図２
（ａ）の原理図に示したように、ＬＡＮ（２００）と網
（２０１）とを複数の回線を介して接続するためのＬＡ
Ｎ間接続装置（２０２）であって、前記複数の回線を収
容する第１のインタフェース（２０３）と、前記複数の
回線を用いて複数の呼設定の要求を行うことができる発
呼手段（２０４）と、前記網（２０１）に送信すべきデ
ータ量に応じた回線数を算出し、この回線数の呼設定を
前記発呼手段（２０４）に依頼する回線数算出手段（２
０５）と、前記ＬＡＮ（２０６）を収容する第２のイン
タフェース（２０６）と、この第２のインタフェース
（２０６）を介して前記ＬＡＮ（２０６）から送信され
てくるデータを一時記憶するためのバッファ（２０７）
と、このバッファ（２０７）に前記データを固定帯域に
て書き込むデータ書き込み手段（２０８）と、このバッ
ファ（２０７）に書き込まれたデータを、呼設定がなさ
れた回線数に応じた帯域にて前記第１のインタフェース
（２０３）に送信するデータ送信手段（２０９）とを備
えることを特徴とする（請求項９に対応）。＜本発明の第１の手段と第２の手段の組み合わせ＞本発
明の第２の手段によるＬＡＮ間接続装置に上記第１の手
段の構成を組み合わせることも可能である。その場合に
は、図２（ｂ）の原理図に示したように、ＬＡＮ（２０
０）と網（２０１）とを複数の回線を介して接続するた
めのＬＡＮ間接続装置（２０２）であって、前記複数の
回線を収容する第１のインタフェース（２０３）と、前
記複数の回線を用いて複数の呼設定の要求を行うことが
できる発呼手段（２０４）と、前記網（２０１）に送信
すべきデータ量に応じた回線数を算出し、この回線数の
呼設定を前記発呼手段に依頼する回線数算出手段（２０
５）と、前記発呼手段（２０４）による発呼の結果相手
先の通信装置（２１２）が回線使用中であるために、前
記回線数算出手段（２０５）で求めた数の回線について
の呼設定ができなかったことを検出する回線不足検出手
段（２１１）と、この回線不足検出手段（２１１）によ
り前記回線数算出手段（２０５）で求めた数の回線につ
いての呼設定ができなかったことを検出したときに、前
記相手先の通信装置（２１２）に対して、回線解放時に
おける回線開放通知を要求する通知要求手段（２１０）
と、前記相手先の通信装置（２１２）から前記回線開放
通知が送信されてきた時に、前記発呼手段（２０４）に
対して、前記相手先の通信装置（２１２）に対する再発
呼を行うことを要求する制御手段（２１３）と、前記Ｌ
ＡＮ（２００）を収容する第２のインタフェース（２０
６）と、この第２のインタフェース（２０６）を介して
ＬＡＮ（２００）から送信されてくるデータを一時記憶
するためのバッファ（２０７）と、このバッファ（２０
７）に前記データを固定帯域にて書き込むデータ書き込
み手段（２０８）と、このバッファ（２０７）に書き込
まれたデータを、呼設定がなされた回線数に応じた帯域
にて前記第１のインタフェース（２０３）に送信するデ
ータ送信手段（２０９）とを備えて構成される（請求項
１０に対応）。

【００１８】本発明の構成要件の概要と、そのポイント
を簡単にまとめる。〔多重化装置〕ここで言う多重化装置は、上述したよう
に、データを並列化して中継回線に送信する装置を言
う。第１のインタフェース（２０３）は、複数の回線を
並列に収容する故にデータを並列する機能を有し、デー
タ送信手段（２０９）は、この第１のインタフェース
（２０３）にデータを送信する機能を有する。従って、
この第１のインタフェース（２０３）及びデータ送信手
段（２０９）が、この多重化装置に該当する。〔データ書き込み手段〕データ書き込み手段（２０８）
は、第２のインタフェースを介して受信したデータをバ
ッファに書き込む。

【００１９】なお、この書き込みを行う前に一旦他のバ
ッファにデータを格納しておくとともに、このデータ書
き込み手段（２０８）が、当該他のバッファからバッフ
ァ（２０７）にデータを転送するように構成しても良
い。このようにすれば、バッファ（２０７）からのデー
タ読み出しが遅い帯域によって成されるために読み出し
に時間が掛かるような場合でも、書き込むべきデータを
止めておくことができる。

【００２０】また、データ書き込み手段（２０８）は、
バッファ（２０７）へのデータの書き込みが完了する
と、データ送信手段（２０９）に対して、前記バッファ
（２０７）に書き込まれたデータの第１のインタフェー
ス（２０３）への送信を依頼するように構成しても良い
（請求項１４に対応）。このようにすれば、データ書き
込みに続いてデータ送信を、遅滞なく行うことができ
る。〔バッファ〕バッファ（２０７）を並列に接続された複
数のバッファから構成しても良い。この場合には、前記
データ書き込み手段（２０８）を、これら複数のバッフ
ァの各々に対して順番に書き込みを行うように構成し、
前記データ送信手段（２０９）を、これら複数のバッフ
ァの各々に対して順番に前記第１のインタフェース（２
０３）への前記データの送信を行うように構成する（請
求項１５に対応）。このようにすれば、あるバッファに
対してデータ書き込みを行っている時に、同時に、別の
バッファからデータ読み出しを行うことができる。従っ
て、データがこのバッファを通過する速度を上げること
ができる。そのため、バッファに書き込む前にデータが
フローして欠落することが防止できる。＜本発明の付加的構成要件＞本発明は、前記必須の構成
要素からなるが、以下の構成を付加した上でも成立す
る。〔バッファ監視手段〕本発明に、前記バッファ（２０
７）に書き込まれたデータ量を監視するバッファ監視手
段（２１４）を付加しても良い。このバッファ監視手段
（２１３）には、以下のような機能を持たせることがで
きる。

【００２１】例えば、図３に示すように、バッファ（２
０７）に書き込まれたデータが全て第１のインタフェー
ス（２０３）に送信され終わった時に、このバッファ監
視手段（２１４）が、データ書き込み手段（２０８）に
対して、書き込み可能状態であることを示す書き込み可
能信号（ＲＲ）を送信するように構成してもよい。この
場合には、この書き込み可能信号（ＲＲ）の受信を契機
に、データ書き込み手段（２０８）が、前記データ（Ｄ
ＡＴＡ）を前記バッファ（２０７）に書き込むように構
成する（請求項１１に対応）。この様にすれば、バッフ
ァ（２０７）は書き込み状態と送信状態とを同時に成立
させることがない。従って、先に書き込んだデータが後
から書き込んだデータによって上書きされて欠落してし
まうことが防止できる。

【００２２】また、バッファ（２０７）に書き込まれた
データが第１のインタフェース（２０３）に送信され終
わっていない時には、バッファ監視手段（２１４）が、
データ書き込み手段（２０８）に対して、書き込み不可
能状態であることを示す書き込み不可能信号（ＲＮＲ）
を送信するように構成しても良い。この場合には、デー
タ書き込み手段（２０８）を、前記書き込み不可能信号
（ＲＮＲ）の受信をすると、前記書き込み可能信号（Ｒ
Ｒ）を受信するまで、前記データの前記バッファ（２０
７）への書き込みを停止するように構成する（請求項１
２に対応）。この様にすれば、バッファ（２０７）は、
書き込み状態と送信状態とを交互に繰り返すことにな
る。従って、先に書き込んだデータが後から書き込んだ
データによって上書きされて欠落してしまうことが防止
できる。また、書き込みと読み出しとを、各々異なった
パルス周期にて行うことができる。

【００２３】また、図４に示すように、データ書き込み
手段（２０８）によるバッファ（２０７）へのデータ
（ＤＡＴＡ）の書き込みが完了すると、このバッファ監
視手段（２１４）が、データ書き込み手段（２０８）に
対して、受信確認を示す受信確認信号（ＡＣＫ）を送出
するように構成しても良い（請求項１３に対応）。この
ようにすると、データ書き込み手段側では、データ（Ｄ
ＡＴＡ）転送の誤りの有無を検出することができる。ま
た、バッファ（２０７）を並列に接続された複数のバッ
ファから構成した場合には、バッファ監視手段（２１
３）を、個々のバッファに対して、各々監視を行うよう
に構成することができる（請求項１６に対応）。この様
に構成した上で、上記のような機能をバッファ監視手段
（２１４）に持たせれば、データの書き込み及び送信
を、より効率的に行うことができる。〔レジスタ〕バッファ監視手段（２１４）と前記データ
書き込み手段（２０８）と間にレジスタを介在させて、
このレジスタによって両者間の通信を行うようにしても
良い（請求項１７に対応）。このようにすれば、通信内
容は一定期間にわたり維持されるので、両者を通信のた
めに同期させる必要がない。〈装置の分散〉本発明によるＬＡＮ間接続装置をデータ
の多重化を行う多重化装置（第１のインタフェース（２
０３）及び前記データ送信手段（２０９）を含む）とＬ
ＡＮに接続された端末装置（データ書き込み手段（２０
８）を含む）とに分割し、各々別体の装置とすることが
できる。この場合の両装置間における通信は、データフ
レームを用いてなすことができる（請求項１８に対
応）。

【００２４】

【作用】

【００２５】

【第１の手段による作用】発呼手段（１０４）による発
呼が相手先の通信装置によって着信拒否された場合に
は、回線不足検出手段（１０５）は、データ送信に必要
な数の回線についての呼設定ができなかったことを検出
する。この回線不足検出手段（１０５）により必要な数
の回線についての呼設定ができなかったことを検出した
ときには、通知要求手段（１０６）は、相手先の通信装
置に対して、回線解放時における回線開放通知を要求す
る。この要求が実行されて、相手先の通信装置から回線
開放通知が送信されてきた時には、制御手段（１０７）
は、発呼手段（１０４）に対して、相手先の通信装置に
対する再発呼を行うことを要求する。

【００２６】このように、ＬＡＮ間接続装置（１０２）
は、データ送信中における定期的発呼処理の繰り返しを
する必要がないので、そのＣＰＵの負荷が軽減される。
しかも、再発呼を直ちに行うことにより、優先的回線接
続を行うことができる。

【００２７】

【第２の手段による作用】第２のインタフェース（２０
６）によりＬＡＮから送信されたデータが受信される
と、データ書き込み手段（２０８）は、このデータをバ
ッファ（２０７）に書き込む。データ送信手段（２０
９）は、バッファ（２０７）に書き込まれたデータを、
第１のインタフェース（２０３）を介して網（２０１）
に送信する。回線数算出部（２０５）は、送信されるデ
ータ量に応じた回線数を算出する。発呼手段（２０４）
は、この算出された回線数に応じて追加の発呼を行う。
このようにして、データを網（２０１）に送信するため
に呼設定される回線数は増加する。データ送信手段（２
０９）は、この呼設定された回線数に応じて、データを
第１のインタフェース（２０３）に送信する帯域を可変
させる。

【００２８】従って、バッファ（２０７）よりＬＡＮ側
の装置においては、データの転送・処理のためのクロッ
ク周波数を変更する必要がない。

【００２９】

【実施例】次に、本発明の実施例を図面を参照して説明
する。

【００３０】

【実施例１】図５は、本発明の第１実施例によるＬＡＮ
間接続装置１と、このＬＡＮ間接続装置１により公衆網
Ｎに接続されるＬＡＮの構成の概略を示す図である。

【００３１】図５では、３箇所に分かれて各々構築され
ている３つのＬＡＮが、公衆網としてのＩＮＳネットＮ
により、相互に接続されている。なお、この公衆網はＷ
ＡＮ（広域網）の一種である。

【００３２】各ＬＡＮは、図６に示す様に、複数のパー
ソナルコンピュータ（ＰＣ）２及びワークステーション
（ＷＳ）３がイーサネット等の接続線ｌによって相互に
接続されている構造となっている。各ＬＡＮの接続線ｌ
には、更にＬＡＮ間接続装置１が接続されている。この
ＬＡＮ間接続装置１により、各ＬＡＮは公衆網Ｎに接続
される。従って、各ＬＡＮに収容されたパーソナルコン
ピュータ２又はワークステーション３からＬＡＮ間接続
装置１を介して公衆網Ｎにアクセスし、公衆網Ｎに接続
されている他の端末や、他のＬＡＮのＬＡＮ間接続装置
１を介して当該ＬＡＮに収容されているパーソナルコン
ピュータ２やワークステーション３と通信することがで
きる。なお、これら「他の端末」及び「ＬＡＮ間接続装
置１」を総称して、通信装置と呼ぶ。

【００３３】このＬＡＮ間接続装置１と公衆網Ｎとは、
複数本の局線Ｌによって接続されている。この局線Ｌは
ＩＮＳネットのＢｃｈであり、各ＬＡＮ毎に固定的に定
められた数の局線Ｌが接続されている。但し、この局線
Ｌは、仮想的なチャネルである。

【００３４】このＬＡＮ間接続装置１の内部構成は、そ
の機能から、多重化装置１１とその他の装置１２に分け
ることができる。この他の装置１２は、ブリッジに相当
する機能を奏する部分である。他の装置１２内において
は、ＬＡＮデータは、ＬＡＮ内のプロトコルに従って転
送・処理される。また、他の装置１２内においては、Ｌ
ＡＮデータの転送は固定的なクロック周波数に従って行
われる。

【００３５】一方、多重化装置１１は、他の装置１２を
通過したＬＡＮデータを多重化するとともに、他の通信
装置（ＬＡＮ間接続装置１）との間のポイント・ポイン
ト・プロトコルに従ってカプセル化を行い、他方、公衆
網（ＷＡＮ）Ｎを終端させて、他の通信装置（ＬＡＮ間
接続装置１）からカプセル化された状態で送信されてき
たＬＡＮデータの分離・復元を行う機能を有する。ま
た、多重化装置１１は、ルータに相当する機能をも有し
ている。この多重化装置１１内でのデータの転送は、局
線数の増減に依って変更されるクロック周波数（例え
ば、６４ｋｂｐｓ，１２８ｋｂｐｓ，２５６ｋｂｐｓ，
…）に従って行われる。

【００３６】以下、ＬＡＮ間接続装置１における各構成
に付いて説明する。なお、図５及び図６では、説明の都
合上、発側のＬＡＮ間接続装置１ａ，１ｃと着側のＬＡ
Ｎ間接続装置１ｂとで、記載した構成を多少変えてい
る。但し、実際のＬＡＮ間接続装置１は、発側と着側の
両者の機能を併せ持っているので、両ＬＡＮ間接続装置
１ａ，１ｂに記載した何れの構成をも有していることは
言うまでもない。

【００３７】図５において、局線Ｌに接続されたＩＳＮ
ネット局線トランク１３は、バスｍを介してＣＰＵ（中
央処理装置）１４，制御メモリ部１５，レジスタ１９，
及びトグルバッファメモリ２０に接続されている。トグ
ルバッファメモリ２０はフレームバッファ１７に直接接
続され、レジスタ１９はルーティングコントローラ１８
を介してフレームバッファ１７に接続されている。この
フレームバッファ１７は、ＬＡＮインタフェース１６に
接続されている。このＬＡＮインタフェース１６は、Ｌ
ＡＮの接続線ｌに接続されている。

【００３８】第１のインタフェースとしてのＩＮＳネッ
ト局線トランク１３は、局線Ｌを収容するインタフェー
スである。図示を省略したが、このＩＮＳネット局線ト
ランク１３は、各局線Ｌ対応に用意された複数の回線イ
ンタフェースユニットから構成されている。これら複数
の回線インタフェースユニットの各々は、ＣＰＵ１４か
ら或る帯域（例えば、６４ｋｂｐｓ，１２８ｋｂｐｓ，
２５６ｋｂｐｓ，…）にて時分割多重化された状態で送
信されてきたデータのうち対応するデータを取り出し、
ＩＮＳネットのＢｃｈの帯域（６４ｋｂｐｓ）にて局線
Ｌに送出するために、図示せぬバッファを備えている。

【００３９】制御手段及びデータ送信手段としてのＣＰ
Ｕ１４は、制御メモリ部１５にロードされているプログ
ラムを実行し、多重化装置内の１１の各種制御を行う処
理装置である。

【００４０】第２のインタフェースとしてのＬＡＮイン
タフェース１６は、ＬＡＮを収容するためのインタフェ
ースである。フレームバッファ１７は、ＬＡＮインタフ
ェース１６を介してＬＡＮ側から送信されてきたＬＡＮ
データフレームを一時蓄積するためのバッファである。

【００４１】バッファとしてのトグルバッファメモリ２
０は、このフレームバッファ１７とＩＮＳネット局線ト
ランク１３とを中継するためのバッファである。このト
グルバッファメモリ２０は、図７に示すように、二つの
並列接続されたバッファ２０ａ，２０ｂから構成されて
いる。このトグルバッファメモリ２０は、書き込み時に
おけるパルス周波数と異なった周波数（帯域）にて、デ
ータを読み出すことができる。従って、このトグルバッ
ファメモリ２０を通過させることで、固定帯域にてＬＡ
Ｎ側から送信されてきたＬＡＮデータを任意の帯域に変
換することができる。

【００４２】なお、任意の帯域にて連続してデータを読
み出すには、トグルバッファメモリ２０内に一旦データ
を貯めてから一挙に読み出す必要がある。但し、書き込
みと読み出しとを交互に行うのでは、結果として遅延が
生じてしまう。そのため、トグルバッファメモリ２０を
複数のバッファ２０ａ，２０ｂから構成し、交互に書き
込みと読み込みを行うようにした。その結果、トグルバ
ッファメモリ２０全体として、読み出しを連続して行う
のと等価にすることができたのである。

【００４３】また、ＷＡＮによるポイント・ポイント・
プロトコルの終端は、このトグルバッファメモリ２０上
で行う。なお、本実施例では、トグルバッファメモリ２
０を２個のバッファ２０ａ，２０ｂから構成したが、バ
ッファの数を３個以上とすることもできる。

【００４４】フレームバッファ１７内に格納されたＬＡ
Ｎデータフレームをトグルバッファ２０へ転送するの
は、データ書き込み手段としてのルーティングコントロ
ーラ１８からの指示に従う。このルーティングコントロ
ーラ１８は、ＣＰＵ１４とは独立して作動し、受信した
フレームを公衆網（ＷＡＮ）Ｎ側に中継するかどうかを
制御する。

【００４５】即ち、ルーティングコントローラ１８は、
レジスタ１９を介してＣＰＵ１４と通信を行い、ＣＰＵ
１４からトグルバッファの受信可否についての通知を受
け取る。そして、何れかのバッファバッファ２０ａ，２
０ｂに空きがあって受信可能（以下、この状態を、「Ｒ
Ｒ」と表示する。）であると通知された場合には、フレ
ームバッファ１７内に格納されているＬＡＮデータを当
該バッファ２０ａ，２０ｂに転送するとともに、空きが
ないために受信不可能（以下、この状態を、「ＲＮＲ」
と表示する。）であると通知されたバッファ２０ａ，２
０ｂに対してのＬＡＮデータの転送を停止する。一方、
ルーティングコントローラ１８は、ＣＰＵ１４に対する
割り込みを行い、トグルバッファメメリ２０に書き込ん
だＬＡＮデータの公衆網Ｎへの転送を指示する。

【００４６】レジスタ１９は、ＣＰＵ１４とルーティン
グコントローラ１８との間で、制御情報のやりとりを行
うためのレジスタである。レジスタ１９は、図８に示す
ように、３個の領域に区分されている。各領域は、夫
々、第１のバッファ２０ａの受信状態を示す第１の領域
１９ａ，第２のバッファ２０ｂの受信状態を示す第２の
領域１９ｂ，ルーティングコントローラ１８からのＣＰ
Ｕ１４への割り込みの有無を示す第３の領域１９ｃであ
る。第１の領域１９ａ及び第２の領域１９ｂには、ＣＰ
Ｕ１４によって、各々に対応するバッファ２０ａ，２０
ｂが受信可能状態（ＲＲ）であれば“１”と書き込ま
れ、受信不可能状態（ＲＮＲ）であれば“０”と書き込
まれる。ルーティングコントローラ１８は、このビット
の状態を読み込んで、ＬＡＮデータのトグルバッファメ
モリ２０への転送実行又は停止を行う。一方、第３の領
域１９ｃには、ルーティングコントローラ１８がＬＡＮ
データの転送を終了したときに、割り込みありを示すビ
ット“１”を立てられる。この割り込みありビット
“１”を読むと、ＣＰＵ１４はトグルバッファメモリ２
０内のデータのＩＮＳネット局線トランク１３への転送
を行う。なお、ＣＰＵ１４が割り込み処理を終了する
と、この割り込みありビット“１”はＣＰＵ１４により
クリアされる。

【００４７】制御メモリ部１５内は、図６に示すような
各機能を実行するプログラムをロードする領域及びデー
タ記憶部（テーブルを含む）となる領域から構成され
る。即ち、プログラムを実行することにより実現される
機能部としては、多回線発呼部１５ａ，局線トランク解
放監視部１５ｃ，帯域決定部１５ｄ，経路情報管理部１
５ｅ，バッファ状態監視（回線数算出）部１５ｇ，話中
検出部１５ｈ，着側回線解放時の通知要求作成管理部１
５ｊ，多回線着信部１５ｋ，経路情報送出抑制制御部１
５ｍがある。一方、データ記憶部としては、ルーティン
グ情報記憶部１５ｂ，経路情報テーブル１５ｆ，発端末
アドレス記憶部１５ｉ，発側装置からの通知登録記憶部
１５ｌ等がある。

【００４８】この発呼手段としての多回線発呼部１５ａ
は、局線トランク部１３に接続された局線毎に発呼を行
い、回線の設定要求を公衆網Ｎに対して行う部分であ
る。なお、多回線発呼部１５ａは、回線毎に相手先を別
にして、発呼を行うことができる。

【００４９】ルーティング情報記憶部１５ｂは、各ＬＡ
Ｎデータ毎に割り当てられる回線の分担を記憶する部分
である。回線監視手段としての局線トランク解放監視部
１５ｃは、ＩＮＳネット局線トランク１３における局線
Ｌの解放を監視する。即ち、何れかの局線Ｌ上に設定さ
れた回線は、その回線を介して行う通話（ＬＡＮデータ
の転送）が終了すると、切断される。すると、対応する
局線Ｌが解放される。局線トランク解放監視部１５ｃ
は、どの局線Ｌが解放されたのかを監視するのである。

【００５０】経路情報管理部１５ｅは、ルータとしての
機能を有する部分である。この経路情報管理部１５ｅ
は、ＬＡＮデータに含まれる通信相手先情報を読み出
し、この通信相手先情報により経路情報テーブル１５ｆ
を検索して、公衆網を介して送信すべき経路を管理す
る。

【００５１】経路情報テーブル１５ｆは、ＬＡＮデータ
に含まれる形式の通信相手先情報と経路との対応を列挙
したテーブルである。バッファ監視手段及び回線数算出
手段としてのバッファ状態監視（回線数算出部）１５ｇ
は、トグルバッファメモリ２０を構成する各バッファ２
０ａ，２０ｂの状態を監視する。そして、各バッファ２
０ａ，２０ｂに空きがあるときには、対応するレジスタ
１９の領域に、“１”のビットを立てる。同様に、各バ
ッファ２０ａ，２０ｂが一杯であるときには、対応する
レジスタ１９の領域のビットをクリアする。また、バッ
ファ状態監視部１５ｇは、トグルバッファメモリ２０の
データ送信スループットを監視する。そして、このデー
タ送信スループットに応じた回線数を算出する。即ち、
データ送信スループットが不足して来たときには、回線
数が多くなるように算出する。このように回線数を増減
することにより、データ送信スループットを一定範囲内
とすることができる。なお、このように算出された回線
数は、多回線発呼部１５ａに連絡される。多回線発呼部
では、必要な数の回線を通信量が多いＬＡＮデータに割
り当て、追加発呼を行う。追加した回線がどのＬＡＮデ
ータに割り当てられたかは、ルーティング情報記憶部１
５ｂに記憶される。また、算出された回線数は、話中検
出部１５ｈにも通知される。

【００５２】回線不足検出手段としての話中検出部１５
ｈは、多回線発呼部１５ａよる発呼の結果から、相手先
の通信装置の空き局線数が不十分である場合には、話中
であると検出する。

【００５３】発端末アドレス記憶部１５ｉは、当該ＬＡ
Ｎ間接続装置１のアドレス（識別情報）を格納しておく
部分である。通知要求手段としての着側回線解放時の通
知要求作成管理部１５ｊは、多回線発呼部１５ａによる
発呼を行う際に着側ＬＡＮ間接続装置１に送信する「着
側回線解放時の通知要求」を、作成する部分である。こ
の「着側回線解放時の通知要求」は、着側のＬＡＮ間接
続装置１ｂが他の通信装置との間で話中であった場合に
送信される情報であり、当該通話が終了して局線が解放
された際に当該発側のＬＡＮ間接続装置１ａに通知する
旨を要求する情報である。この「着側回線解放時の通知
要求」には、発端末アドレス記憶部１５ｉに格納された
アドレス（識別情報）が書き込まれる。なお、この「着
側回線解放時の通知要求」は、例えば、ルーチングイン
フォメーションプロトコル（ＲＩＰ）によって通知され
る。通知手段としては、他のルーチングプロトコルを活
用することも可能である。

【００５４】着信手段としての多回線着信部１５ｋは、
局線トランク部１３を介して他の通信装置から通知され
た発呼を受付け、発呼のあった回線の接続の可否を判断
し、回線の接続又は拒否を行う部分である。

【００５５】通知要求登録手段としての発側装置からの
通知登録記憶部１５ｌは、発側のＬＡＮ間接続装置１ａ
から「着側回線解放時の通知要求」を受信したときに、
これを登録して記憶しておく部分である。

【００５６】通知送信手段としての経路情報送出抑制制
御部１５ｍは、発側ＬＡＮ間接続装置１ａに局線が開い
た旨の情報を送出するとともに、それ以外の通信装置に
は送出を抑制する部分である。即ち、経路情報送出抑制
制御部１５ｍは、局線トランク解放監視部１５ｃにおい
て局線トランクの解放があったと判定された場合に、通
知登録記憶部１５ｌに登録された「着側回線解放時の通
知要求」に含まれる発側ＬＡＮ間接続装置１ａのアドレ
スに基づき、発側ＬＡＮ間接続装置１ａの経路情報を経
路情報管理部１５ｅから得て、発側ＬＡＮ間接続装置１
ａに局線の解放を通知する。一方、経路情報送出抑制部
１５ｍは、局線トランク解放監視部１５ｃにおいて局線
トランクの解放があったと判定された場合でも、通知登
録記憶部１５ｌに登録のない通信装置には局線の解放は
通知しない。

【００５７】なお、図６においては、フレームバッファ
メモリ１７，ルーティングコントローラ１８，レジスタ
１９，及びトグルバッファメモリ２０を併せて、データ
交換処理部とバッファリング処理部２１と表示してい
る。

【００５８】次に、以上のように構成されるＬＡＮ間接
続装置において実行される制御の内容を説明する。な
お、説明の都合上、各ＬＡＮ間接続装置１は、図５に示
すように公衆網Ｎにより相互に接続されているとする。

【００５９】最初に、ＬＡＮデータを送信するのに必要
な回線の接続を行うまでの制御を、図９に基づいて説明
する。制御の前提として、発側のＬＡＮにおいてＬＡＮ
間接続装置１ａにＬＡＮ情報を通知する手段は、通常の
ルーティング情報更新手段をそのまま用いる。また、複
数のＬＡＮを公衆網Ｎを経由して接続してネットワーク
を構成した場合、ＬＡＮ間でのデータ通信をしていない
時には、回線経費を節減するために、公衆網Ｎの接続を
解放する。

【００６０】図９において、最初に、第１の発側ＬＡＮ
間接続装置１ａの多回線発呼部１５ａが、バッファ状態
監視部１５ｇが算出した回線数（ここでは、ｎ回線とす
る）の情報を得て、着側のＬＡＮ間接続装置１ｂに対し
て、ｎ回線の接続を要求して同時発呼を行う（）。

【００６１】着側のＬＡＮ間接続装置１ａでは、他の通
信装置との通話のために既に一部の回線が話中であり、
第１の発側ＬＡＮ間接続装置１ａから接続要求のあった
ｎ回線のうちｋ回線については、接続することができな
かったとする。従って、この場合には、着側ＬＡＮ間接
続装置１ｂの多回線着信部１５ｋは、（ｎ−ｋ）回線の
み第１の発側ＬＡＮ間接続装置１ａとの間で回線の接続
を行う（）。

【００６２】第１の発側ＬＡＮ間接続装置１ａでは、接
続された回線数がバッファ状態監視部１５ｇで算出した
回線数に満たないことを検知すると、着側回線解放時の
通知要求作成管理部１５ｊがｋ回線分の解放通知の要求
を行う（）。即ち、着側のＬＡＮ間接続装置１ｂにお
いて回線の解放があった場合にはその旨を通知すること
を、着側ＬＡＮ間接続装置１ｂに要求する。この場合に
は、解放された回線の累計がｋ回線になるまで通知を続
けるように要求する。なお、この要求は、ルーティング
インフォメーションプロトコルに従って、ルーティング
情報＋付加情報の形式にて行われる。

【００６３】この要求は着側ＬＡＮ間接続装置１ｂにお
いて、発側装置からの通知登録記憶部１５ｌに登録され
る。一方、第１のＬＡＮ間接続装置１ａと着側ＬＡＮ間
接続装置１ｂとの間では、（ｎ−ｋ）回線によるデータ
通信を開始する。その後、着側ＬＡＮ間接続装置１ｂに
おいて、局線トランク解放監視部１５ｃがｋ回線のうち
ｍ回線（但し、ｋ＞ｍとする）の空きを検出すると、発
側装置からの通知登録記憶部１５ｌに登録していた第１
の発側ＬＡＮ間接続装置１ａに、解放の通知を行う
（）。即ち、ルーティング情報更新信号（回線開放の
通知）を、上記の（ｎ−ｋ）本の回線を使って、第１の
発側ＬＡＮ間接続装置１ａのみに対して送出する。

【００６４】通常、着側ＬＡＮ間接続装置１ｂは、回線
断のイベントがあると、局線の解放状況をネットワーク
に含まれる全てのＬＡＮ間接続装置１ａ，１ｂに対して
通知する。但し、「着側回線解放時の通知要求」の登録
を受け付けた場合には、着側ＬＡＮ間接続装置１ｂは、
通知要求をしてきたＬＡＮ間接続装置１ａのみに、回線
断のイベント発生と同時に、ルーティング情報更新信号
（回線解放の通知）を送信する。即ち、その他のＬＡＮ
間接続装置１ｃには、ルーティング情報更新信号（回線
解放の通知）の送信を行わないか、時間差をおいてか
ら、定期的なルーティング情報更新信号等によって通知
を行う。ここで言う「時間差をおいて」とは、通常、３
０秒に一度程度送信するルーティング情報更新信号を、
１乃至２回とばして（不送信として）という意味であ
る。このように時間差を取ることができるのは、一般的
に、１８０秒程度までは定期的なルーティング情報更新
信号が受信されなくても問題が発生しないことに因る。

【００６５】第１の発側ＬＡＮ間接続装置１ａでは、こ
の更新情報を受信すると、通知された回線数（ｍ回線）
を同時発呼することにより、接続本数を増加し、必要回
線数に近づけることを試みる（）。なお、回線断発生
通知信号には、開放した回線数を表示するデータがあっ
てもなくてもどちらでも良い。開放した回線数を表示す
るデータがない場合には、第１の発側ＬＡＮ間接続装置
１ａは、不足しているｋ回線の発呼を行うことになる。

【００６６】この発呼を受けた着側ＬＡＮ間接続装置１
ｂでは、発信元のＬＡＮ間接続装置１ａのＩＮＳネット
の発番号等をチェックする。この場合には、通知登録記
憶部１５ｌに登録されているＩＮＳネットのアドレスと
ＩＮＳネットの発番号は対応しているので、発呼のあっ
た回線のうち、ｍ回線のみ発呼の受付を行い、回線を接
続する（）。以後、接続回線数が必要としているｎ回
線に達するまで、乃至の制御を繰り返す。

【００６７】なお、「着側回線解放時の通知要求」の登
録を受付けた後に、登録要求を出してきたＬＡＮ間接続
装置１ａ以外の（第２の発側）ＬＡＮ間接続装置からの
発呼があったとする（）。このときには、通知登録記
憶部１５ｌに登録されているＩＮＳネットのアドレスと
ＩＮＳネットの発番号は対応していないので、着信は拒
否される（）。また、着信側ＬＡＮ間接続装置１ｂ配
下の端末／サーバ（パーソナルコンピュータ２，ワーク
ステーション３）からデータ通信要求があっても、これ
を契機に、新規に空きとなった回線を割り当てて使用す
ることを禁止する。

【００６８】なお、登録要求を出してきたＬＡＮ間接続
装置１ａに対して、必要な回線（ｎ回線）が設定された
場合には、通知登録記憶部１５ｌにおける「着側回線解
放時の通知要求」の登録が削除されるので、以後は通常
の呼設定がなされるようになる。

【００６９】このような制御を行うことにより、接続の
要求を登録してきた発側ＬＡＮ間接続装置１ａの回線
が、優先的に着側ＬＡＮ間接続装置１ｂに接続されるよ
うになる。

【００７０】次に、以上のように回線が接続された後に
第１の発側ＬＡＮ間接続装置１ａにおいて実行されるフ
レームバッファ１７からＩＳＮ回線へのＬＡＮデータの
転送制御を、図１０に基づき説明する。なお、説明の都
合上、初期状態では、トグルバッファメモリ２０を構成
する何れのバッファ２０ａ，２０ｂも空であるとする。
最初に、バッファ状態監視部１５ｇの機能を実行して
いるＣＰＵ１４は、両バッファ２０ａ，２０ｂが空であ
ることを検出すると、レジスタの第１領域１７ａ及び第
２領域１７ｂに情報ビット“１”を立てて、ルーティン
グコントローラ１８に受信可能状態（ＲＲ）であること
を示す＜１＞。

【００７１】ルーティングコントローラ１８は、レジス
タ１９の第１領域１９ａ及び第２領域１９ｂに情報ビッ
ト“１”が立っていることを検知すると、先ず、ＬＡＮ
データ（１）をフレームバッファ１７から第１のバッフ
ァ２０ａに転送する＜２＞。

【００７２】このデータ（１）の転送が終了すると（第
１のバッファ２０ａが一杯になると）、ルーティングコ
ントローラ１８は、レジスタ１９の第３の領域１９ｃに
割り込みビット“１”を立てて、ＣＰＵ１４に割り込み
をかける（ＩＮＴ）＜３＞。

【００７３】ＣＰＵ１４は、割り込みを受けると、回線
に空きがある限り、第１のバッファ２０ａ内のＬＡＮデ
ータ（１）を回線に送信開始する＜４＞。なお、初期状
態では、接続された回線は一本であるとする。

【００７４】ＣＰＵ１４は、データ送信を行った直後
に、レジスタ１９の第１領域１９ａのビットを“０”に
して、ルーティングコントローラ１８に受信不可能状態
（ＲＮＲ）であることを示す＜５＞。

【００７５】これと同時に、ＣＰＵ１４は、レジスタ１
９の第３の領域１９ｃの割り込みビットをクリアする
（ＩＮＴｃｌｅａｒ）＜６＞。一方、第１のバッファ
２０ａからのデータ（１）の送信と平行し、ルーティン
グコントローラ１８は、レジスタ１９の第２領域１９ｂ
に情報ビット“１”が立っていることから、ＬＡＮデー
タ（２）をフレームバッファ１７から第２のバッファ２
０ｂに転送する＜７＞。

【００７６】このデータ（２）の転送が終了すると（第
２のバッファ２０ｂが一杯になると）、ルーティングコ
ントローラ１８は、レジスタ１９の第３の領域１９ｃに
割り込みビット“１”を立てて、ＣＰＵ１４に割り込み
をかける（ＩＮＴ）＜８＞。

【００７７】ＣＰＵ１４は、割り込みを受けると、第１
のバッファ２０ａからのデータ（１）の送信終了を待っ
て、第２のバッファ２０ｂ内のデータを回線に送信開始
する＜９＞。

【００７８】ＣＰＵ１４は、次に、レジスタ１９の第２
領域１９ｂのビットを“０”にして、ルーティングコン
トローラ１８に受信不可能状態（ＲＮＲ）であることを
示す＜１０＞。

【００７９】これと同時に、ＣＰＵ１４は、レジスタ１
９の第３の領域１９ｃの割り込みビットをクリアする
（ＩＮＴｃｌｅａｒ）＜１１＞。第１のバッファ２０
ａからのデータ（１）の送信が終了すると、ＣＰＵ１４
は、第１のバッファ２０ａが空であることを検出し、レ
ジスタの第１領域１７ａに情報ビット“１”を立てて、
ルーティングコントローラ１８に受信可能状態（ＲＲ）
であることを示す＜１２＞。

【００８０】ルーティングコントローラ１８は、レジス
タ１９の第１領域１９ａに情報ビット“１”が立ってい
ることを検知すると、ＬＡＮデータ（３）をフレームバ
ッファ１７から第１のバッファ２０ａに転送する＜１３
＞。

【００８１】このデータ転送が終了すると（第１のバッ
ファ２０ａが一杯になると）、ルーティングコントロー
ラ１８は、レジスタ１９の第３の領域１９ｃに割り込み
ビット“１”を立てて、ＣＰＵ１４に割り込みをかける
（ＩＮＴ）＜１４＞。

【００８２】ＣＰＵ１４は、割り込みを受けると、第２
のバッファ２０ｂからのデータ（２）の送信終了を待っ
て、第１のバッファ２０ａ内のデータを、回線に送信開
始する＜１５＞。

【００８３】ＣＰＵ１４は、次に、レジスタ１９の第１
領域１９ａのビットを“０”にして、ルーティングコン
トローラ１８に受信不可能状態（ＲＮＲ）であることを
示す＜１６＞。

【００８４】これと同時に、ＣＰＵ１４は、レジスタ１
９の第３の領域１９ｃの割り込みビットをクリアする
（ＩＮＴｃｌｅａｒ）＜１７＞。第２のバッファ２０
ｂからのデータ（２）の送信が終了すると、ＣＰＵ１４
は、第２のバッファ２０ｂが空であることを検出し、レ
ジスタの第２領域１７ｂに情報ビット“１”を立てて、
ルーティングコントローラ１８に受信可能状態（ＲＲ）
であることを示す＜１８＞。

【００８５】ルーティングコントローラ１８は、レジス
タ１９の第２領域１９ｂに情報ビット“１”が立ってい
ることを検知すると、ＬＡＮデータ（４）をフレームバ
ッファ１７から第２のバッファ２０ｂに転送する＜１９
＞。

【００８６】このデータ転送が終了すると（第２のバッ
ファ２０ｂが一杯になると）、ルーティングコントロー
ラ１８は、レジスタ１９の第３の領域１９ｃに割り込み
ビット“１”を立てて、ＣＰＵ１４に割り込みをかける
（ＩＮＴ）＜２０＞。

【００８７】ＣＰＵ１４は、割り込みを受けると、第１
のバッファ２０ａからのデータ（３）の送信終了を待っ
て、第２のバッファ２０ｂ内のデータを、回線に送信開
始する＜２１＞。

【００８８】ＣＰＵ１４は、次に、レジスタ１９の第２
領域１９ｂのビットを“０”にして、ルーティングコン
トローラ１８に受信不可能状態（ＲＮＲ）であることを
示す＜２２＞。

【００８９】これと同時に、ＣＰＵ１４は、レジスタ１
９の第３の領域１９ｃの割り込みビットをクリアする
（ＩＮＴｃｌｅａｒ）＜２３＞。この第１のバッファ
２０ａからのデータ（３）の送信が終了したときに、回
線の追加の発呼が受けつけられて、回線が２本に増加さ
れたとする。この場合、続いて実行されるデータ（４）
の送信＜２１＞は、２本の回線により実行される。従っ
て、帯域決定部１５ｄは、倍の帯域（クロック周波数）
により、ＬＡＮデータをトグルバッファメモリ２０から
ＩＮＳネット局線トランク１３に転送することを決定す
る。従って、以後における各バッファ２０ａ，２０ｂか
らのデータ送信は、それ以前の２倍近い速度で行われ
る。以後、同様な手順にて、データのトグルバッファメ
モリ２０への転送及び回線への送出が行われる。

【００９０】次に、以上のような制御を行うために、各
ＬＡＮ間接続装置１において実行される処理の内容を、
図１１乃至図１４に示すフローチャートに従って、説明
する。

【００９１】図１１に示すフローチャートは、発側ＬＡ
Ｎ間接続装置１ａにおいて実行される処理を示す。この
図１１のフローチャートは、ステップＳ１０１におい
て、ＬＡＮを介してデータ送信元端末２ａから、ＬＡＮ
データの送信開始があるとスタートする。

【００９２】次に、ステップＳ１０２において、多回線
発呼部１５ａは、公衆回線（ＩＮＳのＢｃｈ）に接続す
ることを求める発呼を行う。この際、バッファ状態監視
部１５ｇは、トグルバッファメモリ２０の状態を監視し
て、必要な回線数を算出して、これを多回線発呼部１５
ａに通知する。但し、この時点ではデータの送信は行わ
れていないので、バッファ状態監視部１５ｇは、最小数
を算出する。

【００９３】ステップＳ１０３において接続が完了する
と、ステップＳ１０４において、ＣＰＵ１４はデータ通
信を開始する。即ち、図１４に示すデータ通信を行うた
めの処理をスタートさせる。なお、図１４による処理が
一旦スタートした後では、図１１の処理は、図１４によ
る処理とは非同期に進行する。

【００９４】続くステップＳ１０５では、バッファ状態
監視部１５ｇが、データ送信スループットが不足してい
るかどうかをチェックする。不足がないようであれば、
処理をステップＳ１１０に進め、接続完了とする。この
場合には、図１２によるデータ送信が終了するのを待
つ。

【００９５】一方、ステップＳ１０５にて不足している
と判断したときには、ステップＳ１０６にて、多回線発
呼部１５ａがＢｃｈを１回線追加発呼する。そして、ス
テップＳ１０７において、接続完了したかどうかをチェ
ックする。接続完了している場合には、新たに接続され
た回線と元の回線との間で、送信データの位相合わせの
処理を行う。

【００９６】続くステップＳ１０９では、新たに接続さ
れた回線におけるバルクデータの転送開始を行う。な
お、ここでバルクデータとは、複数のフレームに分割さ
れて転送されるＬＡＮデータの一まとまりという意味で
ある。このステップＳ１０９を終了した後、処理はステ
ップＳ１０５に戻る。

【００９７】一方、ステップＳ１０７において、接続完
了していない場合には、ステップＳ１１１において、着
側回線ビジー遭遇，即ち接続不完了であると認識する。
そして、続くステップＳ１１２において、ルーティング
情報（ＲＩＰ）パケットに「局線解放時に要求元の発信
側ＬＡＮ間接続装置に通知する」旨の要求コマンドを付
加して、規定のタイミング（通常は、３０秒に１回のタ
イミング）にて、着側ＬＡＮ間接続装置１ｂへ送信す
る。そして、ステップＳ１１３において、着側の応答通
知を待つ。以後、ＣＰＵ１４は、回線接続処理を停止す
るので、ＣＰＵ負荷が低減できる。

【００９８】次に、図１２は、発側ＬＡＮ間接続装置１
ａにて、ステップＳ１１３実行後において、着側の応答
通知を受信したときにスタートする処理である。図１２
では、ステップＳ２０１において、ステップＳ着側の応
答通知（ルーティング情報（ＲＩＰ）パケット中に着側
回線が開放されたことを情報として付加したパケット）
を受信すると、処理をステップＳ２０２に進める。

【００９９】このステップＳ２０２では、バッファ状態
監視部１５ｇが、バルクデータ転送用に回線数の追加が
未だ必要であるかどうかを判定する。回線追加が未だ必
要であると判定した場合には、図１１のステップＳ１０
６に処理を戻し、Ｂｃｈ１回線の追加発呼を行う（この
場合には、直ちに接続が完了すると考えられるので、ス
テップＳ１０７からステップＳ１０９と進み、再度ステ
ップＳ１０５のチェックを行う。）。

【０１００】一方、ステップＳ２０２にて回線数追加が
既に必要となくなっていると判定した場合には、ステッ
プＳ２０３において、ルーティング情報（ＲＩＰ）パケ
ット中に「着側回線が開放された場合に発側に通知する
登録を解除する」コマンドを付加して、着側ＬＡＮ間接
続装置１ｂに送信し、処理を終了する。この場合には、
既に接続済みの回線によるデータ通信が完了することを
待つ。

【０１０１】次に、着側のＬＡＮ間接続装置１ｂにおい
て、着信を行うために実行される処理を、図１３に基づ
いて説明する。この図１３の処理は、何れのＬＡＮ間接
続装置１においても、他の処理（例えば、データ送信処
理等）と平行に、常時実行されている処理である。従っ
て、装置立ち上げによりスタートする。

【０１０２】最初にステップＳ３０１にて、図１１にお
けるステップＳ１１２の処理による「局線解放時に要求
元の発信側ＬＡＮ間接続装置に通知する」要求があるか
どうかをチェックする。

【０１０３】要求がない場合には、ステップＳ３１１に
て、局線が開放されているかどうかをチェックする。局
線が開放されている場合には、着信順に回線接続を行え
ばよいので、ステップＳ３１２において、何れかの通信
装置からの着信待ちを行う。一方、局線開放が行われて
いない場合には、ステップＳ１１２による要求が何れか
のＬＡＮ間接続装置１からある可能性があるので、処理
をステップＳ３０１に戻す。

【０１０４】一方、ステップＳ３０１にて要求があった
場合には、ステップＳ３０２において、要求元の発側Ｌ
ＡＮ間接続装置１ａの発番号（アドレス，識別情報）
を、発側装置からの通知登録記憶部１５ｌに登録する。

【０１０５】次に、ステップＳ３０３において、局線開
放が行われるのを待つ。局線が開放されたならば、ステ
ップＳ３０４において、経路情報送出抑制制御部１５ｍ
が「通知要求元に局線開放した事を通知するルーティン
グ情報更新信号」を作成し、通知要求元のアドレスのみ
を付加して、発側ＬＡＮ間接続装置１ａに送信する（図
１２のステップＳ２０１参照）。

【０１０６】続くステップＳ３０５において、着信待ち
の回線を着側ＬＡＮ間接続装置１ｂ自身で使用しないよ
うに、内部を閉塞する。即ち、自己配下のＬＡＮに接続
されている端末からの発呼要求を拒絶する。

【０１０７】その後、ステップＳ３０６において、発側
ＬＡＮ間接続装置１ａからの着信（図１１のステップＳ
１０６による発呼）待ちを行う。着信待ちの回線に着信
があるか否かはステップＳ３０７において判定する。着
信がない場合には、処理をステップＳ３１３に進める。

【０１０８】ステップＳ３０７にて着信があると判定さ
れた場合には、続くステップＳ３０８において着信に含
まれる着番号（アドレス，識別情報）をチェックして、
ステップＳ３０２にて発信元として登録した発信側ＬＡ
Ｎ間接続装置１ａからの着信かどうかを判定する。登録
した発側ＬＡＮ間接続装置１ａからの着信でない場合に
は、呼設定を行わないので、処理をステップＳ３１３に
進める。

【０１０９】ステップＳ３０８にて登録した発側ＬＡＮ
間接続装置１ａからの着信であると判定した場合には、
続くステップＳ３０９において、公衆網Ｎ側に着信応答
を返答する。これにより発側ＬＡＮ間接続装置１ａと着
側ＬＡＮ間接続装置１ｂとの間に、新たな回線が設定さ
れ、図１１のステップＳ１０９によってデータが転送さ
れて来る。よって、続くステップＳ３１０において、デ
ータ通信が完了するのを待つ。

【０１１０】一方、ステップＳ３１３では、図１２のス
テップＳ２０３によるコマンドの結果として、（ステッ
プＳ３０２により登録された）要求元発信側ＬＡＮ間接
続装置１ａの発番号の登録が解除されたかどうかを判定
する。解除されていない場合には、発信側ＬＡＮ間接続
装置１ａからの着信の可能性があるので、処理をステッ
プＳ３０６に戻す。一方、登録が解除されている場合に
は、発信側ＬＡＮ間接続装置１ａからの着信を優先的に
待つ必要がないので、処理を初期位置に戻す。

【０１１１】次に、図１１のステップＳ１０４及びＳ１
０９においてスタートさせられる図１４による処理を説
明する。図１４に示す処理では、ステップＳ４０１にお
いて、トグルバッファメモリ２０の監視処理を行う。こ
の時点において、トグルバッファメモリ２０の両バッフ
ァ２０ａ，２０ｂは空である。従って、続くステップＳ
４０２において、ＣＰＵ１４は、両バッファ２０ａ，２
０ｂが受信可能状態（ＲＲ）である旨を、ルーティング
コントローラ１８に送信する。なお、この時点におい
て、フレームバッファ１７は、ＬＡＮインタフェース１
６経由でＬＡＮデータを継続受信している。

【０１１２】続くステップＳ４０３では、トグルバッフ
ァメモリ２０の第１のバッファ２０ａにて、フレームバ
ッファ１７から転送されたＬＡＮデータを受信する。こ
のトグルバッファメモリ２０の第１のバッファ２０ａが
一杯かどうかは、ステップＳ４０４で判断される。そし
て、一杯にならない限りステップＳ４０３の処理を繰り
返す。

【０１１３】このトグルバッファメモリ２０の第１のバ
ッファ２０ａが一杯になったときには、ステップＳ４０
４を抜ける。そして、ルーティングコントローラ１８か
らＣＰＵ１４への割込み（ＩＮＴ）を、ステップＳ４０
５で待つ。

【０１１４】割り込みがあった時には、ステップＳ４０
６において、ＣＰＵ１４は、第１のバッファ２０ａが受
信不可能（ＲＮＲ）である旨をルーティングコントロー
ラ１８に送信する。

【０１１５】そして、ステップＳ４０７において、ＣＰ
Ｕ１４は、第１のバッファ２０ａに書き込まれたデータ
を回線に送信する旨を許可する。この許可がなされたこ
とを条件に、ＣＰＵ１４は第１のバッファ２０ａ内のデ
ータの送信が可能になる（実際のデータ送信の実行は、
非同期に行われる。）。但し、現に第２のバッファ２０
ｂ内のデータの送信を行っている場合には、その送信の
終了を待って、第１のバッファ２０ａ内のデータの送信
を行う。また、図１１のステップＳ１０９の処理を経た
後では、追加された回線数に応じた帯域（クロック周波
数）によって、第１のバッファ２０ａ内のデータは回線
に送信される。

【０１１６】そして、ステップＳ４０８において、ＣＰ
Ｕ１４は、割込みクリア（ＩＮＴｃｌｅａｒ）を行う。
次に、ステップＳ４０９において、ＣＰＵ１４は、第２
のバッファ２０ｂが空になるのを待つ。そして、空にな
った場合には、続くステップＳ４１０において、ＣＰＵ
１４は、第２のバッファ２０ｂが受信可能状態（ＲＲ）
である旨を、ルーティングコントローラ１８に送信す
る。

【０１１７】続くステップＳ４１１では、トグルバッフ
ァメモリ２０の第２のバッファ２０ｂにて、フレームバ
ッファ１７から転送されたＬＡＮデータを受信する。こ
のトグルバッファメモリ２０の第２のバッファ２０ｂが
一杯かどうかは、ステップＳ４１２で判断される。そし
て、一杯にならない限りステップＳ４１１の処理を繰り
返す。

【０１１８】このトグルバッファメモリ２０の第２のバ
ッファ２０ｂが一杯になったときには、ステップＳ４１
２を抜ける。そして、ルーティングコントローラ１８か
らＣＰＵ１４への割込み（ＩＮＴ）を、ステップＳ４１
３で待つ。

【０１１９】割り込みがあった時には、ステップＳ４１
４において、ＣＰＵ１４は、第２のバッファ２０ｂが受
信不可能（ＲＮＲ）である旨をルーティングコントロー
ラ１８に送信する。

【０１２０】そして、ステップＳ４１５において、ＣＰ
Ｕ１４は、第２のバッファ２０ｂ内に書き込まれたデー
タを回線に送信する旨を許可する。この許可がなされた
ことを条件に、ＣＰＵ１４は第２のバッファ２０ｂ内の
データの送信が可能になる。但し、現に第１のバッファ
２０ａ内のデータの送信を行っている場合には、その送
信の終了を待って、当該処理とは非同期にて、第２のバ
ッファ２０ｂ内のデータの送信を行う。また、図１１の
ステップＳ１０９の処理を経た後では、追加された回線
数に応じた帯域（クロック周波数）によって、第１のバ
ッファ２０ａ内のデータは回線に送信される。

【０１２１】そして、ステップＳ４１６において、ＣＰ
Ｕ１４は、割込みクリア（ＩＮＴｃｌｅａｒ）を行う。
次に、ステップＳ４１７において、ＣＰＵ１４は、第１
のバッファ２０ａが空になるのを待つ。そして、空にな
った場合には、続くステップＳ４１８において、ＣＰＵ
１４は、第１のバッファ２０ａが受信可能状態（ＲＲ）
である旨を、ルーティングコントローラ１８に送信す
る。

【０１２２】ステップＳ４１８が終了すると、処理はス
テップＳ４０３に戻る。このようにして、送信すべきＬ
ＡＮデータがなくなるまで、両バッファ２０ａ，２０ｂ
について交互に処理を行う。

【０１２３】

【実施例２】図１５は、本発明の第２実施例によるＬＡ
Ｎ間接続装置を示す図である。この第２実施例によるＬ
ＡＮ間接続装置は、第１実施例の多重化装置１１に対応
するインバースＭＵＸ４０と、その他の装置１２に対応
するルータ３０から構成されている。これら二つの相互
に独立した装置がＣＣＩＴＴ勧告Ｖ．３５のインタフェ
ースによって接続されて、第１実施例におけるＬＡＮ間
接続装置１相当の機能を果たすのである。このように構
成されたＬＡＮ間接続装置は、図５に示したネットワー
クを構成するＬＡＮ間接続装置となる。

【０１２４】ルータ３０はＬＡＮから受信したＬＡＮデ
ータフレームのアドレスを解析して、公衆網上のポイン
ト・ポイント・プロトコルに従ったフォーマットに変換
するとともに、公衆網（ＩＳＤＮ）上での経路情報を付
する機能を有する。その具体的構成を説明すると、シス
テムバスを介して相互に接続されたＣＰＵ３１，メモリ
３２，データリンクコントローラ３３，及びＬＡＮコン
トローラ３４と、データリンクコントローラ３３に接続
されたシリアルインタフェースユニット３５から構成さ
れている。

【０１２５】ＣＰＵ３１は、メモリ３２にロードされて
いるプログラムを実行し、ルータ３０内の各種制御を行
う処理装置である。ＬＡＮコントローラ３４は、ＬＡＮ
を収容するためのインタフェースである。

【０１２６】メモリ３３は、ＬＡＮコントローラ３４を
介してＬＡＮ側から送信されてきたＬＡＮデータフレー
ムを一時蓄積するためのバッファとしての機能と、イン
バースＭＵＸ４０との間での送受信データを格納したり
ＣＰＵ３１上で実行されるプログラムを格納する機能を
有している。この制御メモリ４２に格納されるプログラ
ムには、第１実施例の制御メモリ部１５における経路情
報管理部１５ｅ，及び経路情報テーブル１５ｆが含まれ
る。なお、ＷＡＮによるポイント・ポイント・プロトコ
ルの終端は、このメモリ３３上で行う。

【０１２７】データリンクコントローラ３３は、インバ
ースＭＵＸ４０との間で授受されるデータのフロー制御
や誤り制御を行う制御部である。シリアルインタフェー
スユニット３５は、Ｖ．３５のシリアルインタフェース
をサポートするインタフェースユニットである。

【０１２８】インバースＭＵＸは、ルータ３０から転送
されたデータを、データ量に応じて複数の回線に分配す
るとともに、データ量の増減に応じて回線数を増減する
機能を有している。その具体的構成を説明すると、シス
テムバスを介して相互に接続されたＣＰＵ４１，制御メ
モリ４２，トグルバッファ４３，データリンクコントロ
ーラ４４，及び二つの回線インタフェースユニット４６
ａ，４６ｂと、データリンクコントローラ４４に接続さ
れたシリアルインタフェースユニット４５から構成され
ている。

【０１２９】ＣＰＵ４１は、制御メモリ４２にロードさ
れているプログラムを実行し、インバースＭＵＸ４０内
の各種制御を行う処理装置である。回線ＬＡＮコントロ
ーラ３４は、ＬＡＮを収容するためのインタフェースで
ある。

【０１３０】回線インタフェースユニット４６ａ，４６
ｂは、局線（ＩＳＤＮ回線）Ｌを収容するために、局線
対応に用意されたインタフェースである。また、これら
複数の回線インタフェースユニットの各々は、ＣＰＵ１
４から或る帯域（例えば、６４ｋｂｐｓ，１２８ｋｂｐ
ｓ，２５６ｋｂｐｓ，…）にて時分割多重化された状態
で送信されてきたデータのうち対応するデータを取り出
し、ＩＮＳネットのＢｃｈの帯域（６４ｋｂｐｓ）にて
局線Ｌに送出するために、図示せぬバッファを備えてい
る。

【０１３１】制御メモリ４２は、ルータ３０との間での
送受信データを格納したり、ＣＰＵ４１上で実行される
プログラムを格納する機能を有している。また、この制
御メモリ４２に格納されるプログラムには、第１実施例
の制御メモリ部１５における多回線発呼部１５ａ，ルー
ティング情報記憶部１５ｂ，局線トランク解放監視部１
５ｃ，帯域決定部１５ｄ，バッファ状態（回線数算出）
部１５ｇ，話中検出部１５ｈ，発端末アドレス記憶部１
５ｉ，着側回線解放時の通知要求作成管理部１５ｊ，多
回線着信部１５ｋ，発側装置からの通知登録記憶部１５
ｌ，及び経路情報送出抑制制御部１５ｍが含まれてい
る。

【０１３２】トグルバッファメモリ４３は、ルータ３０
と回線インタフェースユニット４６とを中継するための
バッファである。このトグルバッファメモリ４３は、第
１実施例と同様に、二つの並列接続されたバッファから
構成されている。このトグルバッファメモリ４３は、書
き込み時におけるパルス周波数と異なった周波数（帯
域）にて、データを読み出すことができる。従って、こ
のトグルバッファメモリ２０を経由させることで、固定
帯域にてルータ３０側から送信されてきたＬＡＮデータ
を任意の帯域に変換することができる。

【０１３３】データリンクコントローラ４４は、ルータ
３０との間で授受されるデータのフロー制御や誤り制御
を行う制御部である。シリアルインタフェースユニット
４５は、Ｖ．３５のシリアルインタフェースをサポート
するインタフェースユニットである。

【０１３４】このルータ３０及びインバースＭＵＸ４０
間では、第１実施例においてＣＰＵ１４及びルーティン
グコントローラ１８間で行われているようなフロー制御
情報（ＲＲ，ＲＮＲ），及び誤り制御情報（ＡＣＫ）等
の交信を行っている。この交信は、図１６に示すような
ＨＤＬＣ（ハイレベルデータリンク）フレームを用いて
なされる。

【０１３５】図１６において、フラグ・シーケンスＡは
フレームの先頭を示すフラグである。制御フィールドＢ
は、受信可能情報（ＲＲ），受信不可能情報（ＲＮ
Ｒ），又は受信確認情報（ＡＣＫ），並びに通信相手先
のアドレス，等の制御データが格納されるフィールドで
ある。送信データＣには、通常ユーザデータが格納され
る。ＦＣＳ（フレーム・チェック・シーケンス）Ｄは、
フレーム送信元で作成され、フレームの受信側にてフレ
ームの伝送誤り等の誤りの有無をチェックするためのフ
ィールドである。なお、受信確認情報（ＡＣＫ）は、イ
ンバースＭＵＸ４０がルータ３０からＬＡＮデータを受
信し終わった時に、その旨をルータ３０に通知するため
の情報である。

【０１３６】次に、以上のように構成される第２実施例
による制御を説明する。但し、第２実施例における回線
接続の制御は、第１実施例における図１１〜図１３の制
御と同じである。そこで、以上のように構成されるＬＡ
Ｎ間接続装置からＬＡＮデータが送出される場合の、ル
ータ３０からＩＳＤＮ回線へのＬＡＮデータの転送制御
を、図１７に基づき説明する。なお、説明の都合上、初
期状態では、トグルバッファメモリ４３を構成する何れ
のバッファも空であるとする。

【０１３７】最初に、インバースＭＵＸ４０のＣＰＵ１
４は、トグルバッファ４３を構成する第１のバッファ
（以下、「第１のバッファ」という）が空であることを
検出すると、受信可能情報（ＲＲ）を書き込んだＨＤＬ
Ｃフレームをルータ３０に送信する＜１＞。

【０１３８】ルータ３０は、この受信可能情報（ＲＲ）
を検知すると、先ず、ＬＡＮデータ（１）をインバース
ＭＵＸ４０に転送する＜２＞。すると、ＣＰＵ４１は、
このデータ（１）を第１のバッファに転送するととも
に、受信確認情報（ＡＣＫ）を書き込んだＨＤＬＣフレ
ームをルータ３０に送信する＜３＞。

【０１３９】なお、データ（１）を第１のバッファを転
送すると、ＣＰＵ４１は、回線に空きがある限り、第１
のバッファ内のＬＡＮデータ（１）を第１の回線インタ
フェースユニット４６ａに送信開始する＜４＞。なお、
初期状態では、接続された回線は、第１の回線インタフ
ェースユニット４６ａに収容された一本のみであるとす
る。

【０１４０】ＣＰＵ４１は、データ（１）の送信を行っ
た直後に、トグルバッファ４３を構成する第２のバッフ
ァ（以下、「第２のバッファ」という）が空であること
を検出し、受信可能情報（ＲＲ）を書き込んだＨＤＬＣ
フレームをルータ３０に送信する＜５＞。

【０１４１】ルータ３０は、この受信可能情報（ＲＲ）
を検知すると、先ず、ＬＡＮデータ（２）をインバース
ＭＵＸ４０に転送する＜６＞。すると、ＣＰＵ４１は、
このデータ（２）を第２のバッファに転送するととも
に、受信確認情報（ＡＣＫ）を書き込んだＨＤＬＣフレ
ームをルータ３０に送信する＜７＞。

【０１４２】なお、データ（２）を第２のバッファを転
送すると、ＣＰＵ４１は、第１のバッファからのデータ
（１）の送信終了を待って、第２のバッファ内のデータ
を第１の回線インタフェースユニット４６ａに送信開始
する＜８＞。

【０１４３】第１のバッファからのデータ（１）の送信
が終了すると、ＣＰＵ４１は、第１のバッファが空であ
ることを検出し、受信可能情報（ＲＲ）を書き込んだＨ
ＤＬＣフレームをルータ３０に送信する＜９＞。

【０１４４】ルータ３０は、この受信可能情報（ＲＲ）
を検知すると、ＬＡＮデータ（３）をインバースＭＵＸ
４０に転送する＜１０＞。すると、ＣＰＵ４１は、この
データ（３）を第１のバッファに転送するとともに、受
信確認情報（ＡＣＫ）を書き込んだＨＤＬＣフレームを
ルータ３０に送信する＜１１＞。

【０１４５】なお、データ（３）を第１のバッファを転
送すると、ＣＰＵ４１は、第２のバッファからのデータ
（２）の送信終了を待って、第１のバッファ内のＬＡＮ
データ（３）を第１の回線インタフェースユニット４６
ａに送信開始する＜１２＞。

【０１４６】第２のバッファからのデータ（２）の送信
が終了すると、ＣＰＵ４１は、トグルバッファ４３を構
成する第２のバッファが空であることを検出し、受信可
能情報（ＲＲ）を書き込んだＨＤＬＣフレームをルータ
３０に送信する＜１３＞。

【０１４７】ルータ３０は、この受信可能情報（ＲＲ）
を検知すると、先ず、ＬＡＮデータ（４）をインバース
ＭＵＸ４０に転送する＜１４＞。すると、ＣＰＵ４１
は、このデータ（４）を第２のバッファに転送するとと
もに、受信確認情報（ＡＣＫ）を書き込んだＨＤＬＣフ
レームをルータ３０に送信する＜１５＞。

【０１４８】なお、データ（４）を第２のバッファを転
送すると、ＣＰＵ４１は、第１のバッファからのデータ
（３）の送信終了を待って、第２のバッファ内のデータ
を送信開始する＜１６＞。ここで、第１のバッファから
のデータ（３）の送信が終了したときに、回線の追加の
発呼が受けつけられて、回線が２本（第１の回線インタ
フェースユニット４６ａに収容された回線，及び第２の
回線インタフェースユニット４６ｂに収容された回線）
に増加されたとする。この場合、続いて実行されるデー
タ（４）の送信＜１６＞は、２本の回線により実行され
る。従って、帯域決定部１５ｄは、倍の帯域（クロック
周波数）により、ＬＡＮデータをトグルバッファ４３か
ら各回線インタフェースユニット４６ａ，４６ｂに送信
する。以後、同様な手順にて、データのトグルバッファ
メモリ２０への転送及び回線への送出が行われる。

【０１４９】

【効果】本発明によるＬＡＮ間接続装置によれば、トラ
ヒックに見合った通信回線を効率よく獲得することがで
きる。

【０１５０】特に、本発明の第１の手段によれば、ＣＰ
Ｕ負荷の増加を招くことなく、先に発呼を行ったＬＡＮ
間接続装置は、回線解放時に、優先的に回線接続するこ
とができる。

【０１５１】また、本発明の第２の手段によれば、ＬＡ
Ｎ間接続装置内において、多重化装置外でのクロック周
波数の変更を必要とすることなく、多重化装置内で帯域
（及びクロック）を変更して転送・処理をすることがで
きる。

【図面の簡単な説明】

【図１】本発明（第１の手段）の原理を示す原理図

【図２】本発明（第２の手段）の原理を示す原理図

【図３】図２におけるバッファ監視手段の作用を説明す
るタイムアロー図

【図４】図２におけるバッファ監視手段の作用を説明す
るタイムアロー図

【図５】本発明の第１実施例に係る分散ＬＡＮシステム
のブロック図

【図６】図５におけるＬＡＮ間接続装置の詳細を示すブ
ロック図

【図７】図５におけるトグルバッファメモリの詳細な構
成を示す図

【図８】図５におけるレジスタの詳細な構成を示す図

【図９】本発明の第１実施例による回線接続処理を示す
タイムアロー図

【図１０】本発明の第１実施例によるＬＡＮデータの送
信処理を示すタイムアロー図

【図１１】図５における発側ＬＡＮ間接続装置において
実行される回線接続処理を示すフローチャート

【図１２】図５における発側ＬＡＮ間接続装置において
実行される回線接続処理を示すフローチャート

【図１３】図５における着側ＬＡＮ間接続装置において
実行される回線接続処理を示すフローチャート

【図１４】図５における発側ＬＡＮ間接続装置において
実行されるＬＡＮデータの送信処理を示すフローチャー
ト

【図１５】本発明の第２実施例に係る分散ＬＡＮシステ
ムのブロック図

【図１６】図１５におけるルータとインバースＭＵＸ間
での通信に用いられるＨＤＬＣフレームの説明図

【図１７】本発明の第２実施例によるＬＡＮデータの送
信処理を示すタイムアロー図

【符号の説明】

１ＬＡＮ間接続装置１１多重化装置１２他の装置１３ＩＮＳネット局線トランク１４ＣＰＵ１５制御メモリ部１７フレームバッファ１８ルーティングコントローラ１９レジスタ２０トグルバッファメモリ

Claims

【特許請求の範囲】

【請求項１】ＬＡＮ（１００）と網（１０１）とを複数
の回線を介して接続するためのＬＡＮ間接続装置（１０
２）であって、前記複数の回線を収容するインタフェース（１０３）
と、前記複数の回線を用いて複数の呼設定の要求を行うこと
ができる発呼手段（１０４）と、前記発呼手段（１０４）による発呼の結果相手先の通信
装置が回線使用中であるためにデータ送信に必要な数の
回線についての呼設定ができなかったことを検出する回
線不足検出手段（１０５）と、この回線不足検出手段（１０５）により必要な数の回線
についての呼設定ができなかったことを検出したとき
に、前記相手先の通信装置に対して、回線解放時におけ
る回線開放通知を要求する通知要求手段（１０６）と、前記相手先の通信装置から前記回線開放通知が送信され
てきた時に、前記発呼手段（１０４）に対して、前記相
手先の通信装置に対する再発呼を行うことを要求する制
御手段（１０７）とを備えることを特徴とするＬＡＮ間
接続装置（１０２）。
【請求項２】ＬＡＮ（１１０）と網（１１１）とを複数
の回線を介して接続するためのＬＡＮ間接続装置（１１
２）であって、前記複数の回線を収容するインタフェース（１１３）
と、前記複数の回線を用いて同時に複数の着信を受け付ける
ことができる着信手段（１１４）と、前記回線が使用中であるために前記着信手段（１１４）
によって着信が拒否された他の通信装置から回線解放時
における回線開放通知要求があったときに、この回線開
放通知要求を登録する通知要求登録手段（１１５）と、前記回線の開放を監視する回線監視手段（１１６）と、前記回線監視手段（１１６）によって前記回線が開放さ
れたことが検出された時には、前記回線開放通知要求元
に、前記回線開放通知を送信する通知送信手段（１１
７）とを備えることを特徴とするＬＡＮ間接続装置（１
１２）。
【請求項３】網（１０１）と、第１のＬＡＮ（１００）
と前記網（１０１）とを複数の回線を介して接続するた
めの第１のＬＡＮ間接続装置（１０２）と、第２のＬＡ
Ｎ（１１０）と前記網（１０１）とを複数の回線を介し
て接続するための第２のＬＡＮ間接続装置（１１２）と
を含むＬＡＮ間接続システムであって、前記第１のＬＡＮ間接続装置（１０２）は、前記複数の回線を収容するインタフェース（１０３）
と、前記複数の回線を用いて複数の呼設定の要求を行うこと
ができる発呼手段（１０４）と、前記発呼手段（１０４）による発呼の結果前記第２のＬ
ＡＮ間接続装置（１１２）が回線使用中であるためにデ
ータ送信に必要な数の回線についての呼設定ができなか
ったことを検出する回線不足検出手段（１０５）と、この回線不足検出手段（１０５）により必要な数の回線
についての呼設定ができなかったことを検出したとき
に、前記第２のＬＡＮ間接続装置（１１２）に対して、
回線解放時における回線開放通知を要求する通知要求手
段（１０６）と、前記第２のＬＡＮ間接続装置（１１２）から前記回線開
放通知が送信されてきた時に、前記発呼手段（１０４）
に対して、前記第２のＬＡＮ間接続装置（１１２）に対
する再発呼を行うことを要求する制御手段（１０７）と
を備え、前記第２のＬＡＮ間接続装置（１１２）は、前記複数の回線を収容するインタフェース（１１１）
と、前記複数の回線を用いて同時に複数の着信を受け付ける
ことができる着信手段（１１４）と、前記第１のＬＡＮ間接続装置（１０２）からの回線開放
通知要求があったときに、この回線開放通知要求を登録
する通知要求登録手段（１１５）と、前記回線の開放を監視する回線監視手段（１１６）と、前記回線監視手段（１１６）によって前記回線が開放さ
れたことが検出された時には、前記第１のＬＡＮ間接続
装置（１０２）に前記回線開放通知を送信する通知送信
手段（１１７）とを備えることを特徴とするＬＡＮ間接
続システム。
【請求項４】前記回線開放通知要求には、前記第１のＬ
ＡＮ間接続装置（１０２）の識別情報が含まれ、前記制御手段（１０７）は、前記再発呼に前記第１のＬ
ＡＮ間接続装置（１０２）の識別情報を付すよう、前記
発呼手段（１０４）に要求するとともに、前記第２のＬＡＮ間接続装置（１１２）は、前記第１の
ＬＡＮ間接続装置（１０２）が再発呼してきた場合に
は、前記通知登録手段（１１５）に登録されている前記
識別情報と前記再発呼に付されている前記識別情報とが
一致する場合のみ、着信を受け付けることを特徴とする
請求項３記載のＬＡＮ間接続システム。
【請求項５】ＬＡＮと網とを複数の回線を介して接続す
るためのＬＡＮ間接続装置における呼設定方法であっ
て、相手先の通信装置に対して発呼を行い、この発呼の結果、相手先の通信装置が回線使用中である
ためにデータ送信に必要な数の回線についての呼設定が
できなかった場合に、前記相手先の通信装置に対して、
回線解放時における回線開放通知を要求し、この要求に対して、前記相手先の通信装置から前記回線
開放通知が送信されてきた時に、前記相手先の通信装置
に対して再発呼を行うことを特徴とするＬＡＮ間接続装
置における回線接続方法。
【請求項６】第１のＬＡＮ（１００）と網（１０１）と
を複数の回線を介して接続するための第１のＬＡＮ間接
続装置（１０２）と第２のＬＡＮ（１１０）と前記網
（１１１）とを複数の回線を介して接続するための第２
のＬＡＮ間接続装置（１１２）との間に、呼を設定する
ためのＬＡＮ間接続システムにおける呼設定方法であっ
て、前記第１のＬＡＮ間接続装置（１０２）から前記第２の
ＬＡＮ間接続装置（１１２）に対して発呼を行い、この発呼の結果、前記第２のＬＡＮ間接続装置（１１
２）が回線使用中であるためにデータ送信に必要な数の
回線についての呼設定ができなかった場合に、前記第１
のＬＡＮ間接続装置（１０２）は、前記第２のＬＡＮ間
接続装置（１１２）に対して、回線解放時における回線
開放通知を要求し、前記第２のＬＡＮ間接続装置（１１２）は、前記第１の
ＬＡＮ間接続装置（１０２）からの回線開放通知要求が
あったときに、この回線開放通知要求を登録し、前記第２のＬＡＮ間接続装置（１１２）は、前記回線が
開放された時には、前記第１のＬＡＮ間接続装置（１０
２）に、前記回線開放通知を送信し、前記第１のＬＡＮ間接続装置（１０２）は、前記第２の
ＬＡＮ間接続装置（１１２）から前記回線開放通知が送
信されてきた時に、前記第２のＬＡＮ間接続装置（１１
２）に対して再発呼を行うことを特徴とするＬＡＮ間接
続装置における回線接続方法。
【請求項７】前記第２のＬＡＮ間接続装置（１１２）
は、回線開放通知要求があった場合には、前記第２のＬ
ＡＮ（１１０）からの発呼要求に対しては、発呼を行わ
ないことを特徴とする請求項６記載のＬＡＮ間接続シス
テムにおける呼設定方法。
【請求項８】前記第２のＬＡＮ間接続装置（１１２）
は、前記第１のＬＡＮ間接続装置（１０２）が再発呼し
てきた場合には、登録されている回線開放通知要求の発
信元と前記再発呼元とを比較し、両者が一致している場
合のみ、着信を受け付けることを特徴とする請求項６記
載のＬＡＮ間接続システムにおける呼設定方法。
【請求項９】ＬＡＮ（２００）と網（２０１）とを複数
の回線を介して接続するためのＬＡＮ間接続装置（２０
２）であって、前記複数の回線を収容する第１のインタフェース（２０
３）と、前記複数の回線を用いて複数の呼設定の要求を行うこと
ができる発呼手段（２０４）と、前記網（２０１）に送信すべきデータ量に応じた回線数
を算出し、この回線数の呼設定を前記発呼手段（２０
４）に依頼する回線数算出手段（２０５）と、前記ＬＡＮ（２０６）を収容する第２のインタフェース
（２０６）と、この第２のインタフェース（２０６）を介して前記ＬＡ
Ｎ（２０６）から送信されてくるデータを一時記憶する
ためのバッファ（２０７）と、このバッファ（２０７）に前記データを固定帯域にて書
き込むデータ書き込み手段（２０８）と、このバッファ（２０７）に書き込まれたデータを、呼設
定がなされた回線数に応じた帯域にて前記第１のインタ
フェース（２０３）に送信するデータ送信手段（２０
９）とを備えることを特徴とするＬＡＮ間接続装置（２
０２）。
【請求項１０】ＬＡＮ（２００）と網（２０１）とを複
数の回線を介して接続するためのＬＡＮ間接続装置（２
０２）であって、前記複数の回線を収容する第１のインタフェース（２０
３）と、前記複数の回線を用いて複数の呼設定の要求を行うこと
ができる発呼手段（２０４）と、前記網（２０１）に送信すべきデータ量に応じた回線数
を算出し、この回線数の呼設定を前記発呼手段に依頼す
る回線数算出手段（２０５）と、前記発呼手段（２０４）による発呼の結果相手先の通信
装置（２１２）が回線使用中であるために、前記回線数
算出手段（２０５）で求めた数の回線についての呼設定
ができなかったことを検出する回線不足検出手段（２１
１）と、この回線不足検出手段（２１１）により前記回線数算出
手段（２０５）で求めた数の回線についての呼設定がで
きなかったことを検出したときに、前記相手先の通信装
置（２１２）に対して、回線解放時における回線開放通
知を要求する通知要求手段（２１０）と、前記相手先の通信装置（２１２）から前記回線開放通知
が送信されてきた時に、前記発呼手段（２０４）に対し
て、前記相手先の通信装置（２１２）に対する再発呼を
行うことを要求する制御手段（２１３）と、前記ＬＡＮ（２００）を収容する第２のインタフェース
（２０６）と、この第２のインタフェース（２０６）を介してＬＡＮ
（２００）から送信されてくるデータを一時記憶するた
めのバッファ（２０７）と、このバッファ（２０７）に前記データを固定帯域にて書
き込むデータ書き込み手段（２０８）と、このバッファ（２０７）に書き込まれたデータを、呼設
定がなされた回線数に応じた帯域にて前記第１のインタ
フェース（２０３）に送信するデータ送信手段（２０
９）とを備えることを特徴とするＬＡＮ間接続装置（２
０２）。
【請求項１１】前記バッファ（２０７）に書き込まれた
データ量を監視するバッファ監視手段（２１４）を更に
備えるとともに、前記バッファ監視手段（２１４）は、前記バッファ（２
０７）に書き込まれたデータが全て前記第１のインタフ
ェース（２０３）に送信され終わった時に、前記データ
書き込み手段（２０８）に対して、書き込み可能状態で
あることを示す書き込み可能信号を送信すると共に、前記データ書き込み手段（２０８）は、前記書き込み可
能信号の受信を契機に、前記データを前記バッファ（２
０７）に書き込むことを特徴とする請求項９又は請求項
１０記載のＬＡＮ間接続装置（２０２）。
【請求項１２】前記バッファ監視手段（２１４）は、前
記バッファ（２０７）に書き込まれたデータが前記第１
のインタフェース（２０３）に送信され終わっていない
時には、前記データ書き込み手段（２０８）に対して、
書き込み不可能状態であることを示す書き込み不可能信
号を送信すると共に、前記データ書き込み手段（２０８）は、前記書き込み不
可能信号の受信をすると、前記書き込み可能信号を受信
するまで、前記データの前記バッファ（２０７）への書
き込みを停止することを特徴とする請求項１１記載のＬ
ＡＮ間接続装置（２０２）。
【請求項１３】前記バッファ監視手段（２１４）は、前
記データ書き込み手段（２０８）による前記バッファ
（２０７）への前記データの書き込みが完了すると、前
記データ書き込み手段（２０８）に対して、受信確認を
示す受信確認信号を送出することを特徴とする請求項１
１記載のＬＡＮ間接続装置（２０２）。
【請求項１４】前記データ書き込み手段（２０８）は、
前記バッファ（２０７）への前記データの書き込みが完
了すると、前記データ送信手段（２０９）に対して、前
記バッファ（２０７）に書き込まれたデータの前記第１
のインタフェース（２０３）への送信を依頼することを
特徴とする請求項１１記載のＬＡＮ間接続装置（２０
２）。
【請求項１５】前記バッファ（２０７）は並列に接続さ
れた複数のバッファからなるとともに、前記データ書き込み手段（２０８）は、これら複数のバ
ッファの各々に対して、順番に書き込みを行い、前記データ送信手段（２０９）は、これら複数のバッフ
ァの各々に対して、順番に前記第１のインタフェース
（２０３）への前記データの送信を行うことを特徴とす
る請求項９又は１０記載のＬＡＮ間接続装置（２０
２）。
【請求項１６】前記バッファ（２０７）は並列に接続さ
れた複数のバッファからなるとともに、前記データ書き込み手段（２０８）は、これら複数のバ
ッファの各々に対して、順番に書き込みを行い、前記データ送信手段（２０９）は、これら複数のバッフ
ァの各々に対して、順番に前記第１のインタフェース
（２０３）への前記データの送信を行い、前記バッファ監視手段（２１３）は、個々のバッファに
対して、各々監視を行うことを特徴とする請求項１１か
ら請求項１４の何れかに記載のＬＡＮ間接続装置（２０
２）。
【請求項１７】前記バッファ監視手段（２１４）と前記
データ書き込み手段（２０８）と間の通信は、両者の間
に介在するレジスタを介してなされることを特徴とする
請求項１１から請求項１３の何れかに記載のＬＡＮ間接
続装置（２０２）。
【請求項１８】前記バッファ監視手段（２１４）と前記
データ書き込み手段（２０８）と間の通信は、両者の間
に介在する通信線を介して、データフレームを用いてな
されることを特徴とする請求項１１から請求項１３の何
れかに記載のＬＡＮ間接続装置。