JPH07250085A - データ通信装置におけるバスの負荷分散方法及びデータ通信装置用バス切替制御装置 - Google Patents

Abstract

(57)【要約】 【目的】 本発明は、データ通信装置におけるバスの負
荷分散方法及びデータ通信装置用バス切替制御装置に関
し、装置内の制御手段により、バスの負荷を認識して、
バス負荷の分散及び軽減を図れるようにすることを目的
としている。 【構成】 複数のモジュール１−ｉをバス２−ｐで接続
することにより、モジュール間でバス２−ｐを介しての
データ通信を行なうとともに、バスの負荷を軽減させる
べく、複数本のバス２−ｐと、これらのバス２−ｐ間を
接続するバス接続手段４−ｋと、物理的に複数あるバス
の中から１つのバスに各モジュール１−ｉを選択的に接
続するよう制御する制御手段５とをそなえたデータ通信
装置において、制御手段５にて、バスの負荷を最適化す
べく、各モジュール１−ｉのトラヒック量に応じて接続
するバスを切り替えるように構成する。

Description

【発明の詳細な説明】

【０００１】（目次） 産業上の利用分野 従来の技術 発明が解決しようとする課題 課題を解決するための手段（図１） 作用（図１） 実施例（図２〜図１７） 発明の効果

【０００２】

【産業上の利用分野】本発明は、複数のモジュールをバ
スで接続する構成をとり、モジュール間でデータ通信を
行なうためのデータ通信装置におけるバスの負荷分散方
法及びデータ通信装置用のバス切替制御装置に関する。
なお、本発明は、ローカルエリアネットワーク（ＬＡ
Ｎ）のブリッジ，ルータ，ブルータ，スマートＨＵＢ等
の製品に適応することができる。

【０００３】

【従来の技術】一般に、複数のモジュールをバスで接続
する構成をとり、モジュール間でデータの通信を行なう
装置においては、以下の点に重点をおいて設計等がなさ
れている。 （１）モジュールを構成単位とすることにより、装置内
部で柔軟な装置構成をとることを可能にすること。

【０００４】（２）装置内部に複数のバスを持つことに
より、モジュールという構成単位を装置内部で更にグル
ーピングすることを可能にすること。 ところが、上記（１），（２）によって実現される構成
単位は、装置内における負荷を分散したり軽減したりす
るという立場から利用されているわけではない。

【０００５】

【発明が解決しようとする課題】従って、前述のような
装置において、装置内の負荷が増加することにより、パ
フォーマンスの低下を招く可能性があるが、このような
場合、一般には、装置内の負荷を認識する方法や負荷を
軽減する手段は、全てユーザの手に委ねられている。

【０００６】本発明は、このような状況下において創案
されたもので、装置内の制御手段によって、バスの負荷
を認識して、バス負荷の分散及び軽減をはかれるように
した、データ通信装置におけるバスの負荷分散方法及び
データ通信装置用バス切替制御装置を提供することを目
的としている。

【０００７】

【課題を解決するための手段】図１は本発明の原理ブロ
ック図で、この図１において、１−１〜１−Ｎ（Ｎは２
以上の整数）は複数のモジュール、２−１〜２−Ｌ（Ｌ
は２以上の整数）はデータバスで、複数のモジュール１
−ｉ，１−ｊ（ｉ，ｊ＝１〜Ｎ，ｉ≠ｊ）間でデータバ
ス２−ｐ，２−ｑ（ｐ，ｑ＝１〜Ｌ，ｐ≠ｑ）を介して
接続することにより、モジュール１−ｉ，１−ｊ間でデ
ータバス２−ｐを介してのデータ通信を行なえるように
なっている。なお、３は制御バスである。

【０００８】４−１〜４−Ｍ（Ｍは２以上の整数）はデ
ータバス間を接続するバス接続手段であり、５は物理的
に複数あるデータバス２−１〜２−ｎの中から１つのデ
ータバス２−ｐに各モジュール１−ｉを選択的に接続す
るよう制御する制御手段である。そして、本発明にかか
る方法では、制御手段５にて、データバス２−ｐの負荷
を最適化すべく、各モジュール１−ｉのトラヒック量に
応じて接続するデータバス２−ｐを切り替える手順を有
している（請求項１）。

【０００９】また、制御手段５において、各モジュール
１−ｉがデータバス２−ｐに送出したデータ量をカウン
トし、このデータ量情報に基づいて、該当モジュール１
−ｉが接続するデータバス２−ｐを変更する手順を有す
るようにしてもよい（請求項２）。さらに、制御手段５
において、各モジュール１−ｉがデータバス２−ｐに送
出したデータのデータ量を宛先毎にカウントし、この宛
先毎のデータ量情報に基づいて、該当モジュール１−ｉ
が接続するデータバス２−ｐを変更する手順を有するよ
うにしてもよい（請求項３）。

【００１０】また、データ通信装置内において、各モジ
ュール１−ｉがデータバス２−ｐに送出したデータのデ
ータ量を宛先毎にカウントした結果から、各データバス
２−ｐ上のトラヒックを試算し、各モジュール１−ｉが
接続するデータバス２−ｐの変更態様について、データ
バス変更後のトラヒックを試算した結果から、最もデー
タバス２−ｐの負荷が少なくなるよう、制御手段５が各
モジュール１−ｉに変更態様を指示する手順を有するよ
うにしてもよい（請求項４）。

【００１１】さらに、バス接続手段４−ｋ（ｋ＝１〜
Ｍ）で通過するトラヒックを監視し、異なるデータバス
２−ｐ上の特定のモジュール１−ｉ，１−ｊ間のトラヒ
ックが多い場合、制御手段５に通知して、モジュールの
構成を変更する手順を有するようにしてもよい（請求項
５）。また、制御手段５において、バスの接続を変更す
るモジュール１−ｉのデータバス２−ｐに対するアクセ
ス権を停止したあと、バス接続手段４−ｋでの接続情報
を、データバス２−ｑの接続変更後の情報に書き替える
ことにより、該当モジュール１−ｉを変更後のデータバ
ス２−ｑに接続する手順を有するようにしてもよい（請
求項６）。

【００１２】さらに、モジュール１−ｉがＬＡＮのリピ
ータ手段として構成されるとともに、バス接続手段４−
ｋがＬＡＮのブリッジ手段として構成されている場合に
おいては、制御手段５より、データバス２−ｐの接続を
変更するリピータ手段１−ｉのデータバス２−ｐに対す
るアクセス権を停止したあと、上位レイアを利用して、
制御手段５より、ブリッジ手段４−ｋに対し、データバ
ス２−ｐの接続を変更するリピータ手段１−ｉに代行し
て、ブリッジ手段４−ｋの設定情報を更新するデータを
送信することにより、ブリッジ手段４−ｋの接続情報を
更新し、その後、制御手段５より、リピータ手段１−ｉ
を変更後のデータバス２−ｑに接続する手順を有するよ
うにしてもよい（請求項７） ところで、上記制御手段に着目した場合、この制御手段
５は、上記データ通信装置における、物理的に複数ある
データバス２−１〜２−Ｌの中から１つのデータバス２
−ｐに各モジュール１−ｉを選択的に接続するよう制御
する制御装置であるとも考えられるが、このように考え
た場合、この制御装置５には、データバスの負荷を最適
化すべく、各モジュール１−ｉのトラヒック量に応じて
接続するデータバス２−ｐを切り替えるバス切替制御手
段５Ａが設けられていることになる（請求項８）。

【００１３】さらに、この場合、請求項２に対応させて
考えると、バス切替制御手段５Ａは、各モジュール１−
ｉがデータバス２−ｐに送出したデータ量をカウントす
るカウント手段と、このカウント手段で得られたデータ
量情報に基づいて、該当モジュール１−ｉが接続するデ
ータバス２−ｐを変更するバス変更手段とをそなえて構
成されていることになる（請求項９）。

【００１４】また、請求項３に対応させて考えると、バ
ス切替制御手段５Ａは、各モジュール１−ｉがデータバ
ス２−ｐに送出したデータのデータ量を宛先毎にカウン
トするカウント手段と、このカウント手段で得られた宛
先毎のデータ量情報に基づいて、該当モジュール１−ｉ
が接続するデータバス２−ｐを変更するバス変更手段と
をそなえて構成されていることになる（請求項１０）。

【００１５】さらに、請求項４に対応させて考えると、
カウント手段でのカウント結果から、各データバス上の
トラヒックを試算するトラヒック試算手段と、このトラ
ヒック試算手段で得られたトラヒック試算結果から、最
もデータバスの負荷が少なくなるよう、各モジュール１
−ｉに変更態様を指示する変更態様指示手段とが設けら
れていることになる（請求項１０）。

【００１６】また、請求項５に対応させて考えると、バ
ス切替制御手段５Ａは、異なるデータバス２−ｐ上の特
定のモジュール１−ｉ，１−ｊ間のトラヒックが多いと
いう情報を受けると、モジュールの構成を変更するよう
に構成されていることになる（請求項１２）。さらに、
請求項６に対応させて考えると、バス切替制御手段５Ａ
は、データバス２−ｐの接続を変更するモジュール１−
ｉのデータバス２−ｐに対するアクセス権を停止させる
アクセス権停止手段と、データバス接続情報を、データ
バス接続変更後の情報に書き替えるよう指示することに
より、該当モジュール１−ｉを変更後のデータバスに接
続させる手段とをそなえて構成されていることになる
（請求項１３）。

【００１７】

【作用】上述の本発明のデータ通信装置におけるバスの
負荷分散方法では、制御手段５にて、データバス２−ｐ
の負荷を最適化すべく、各モジュール１−ｉのトラヒッ
ク量に応じて接続するデータバス２−ｐを切り替える
（請求項１）。また、制御手段５において、各モジュー
ル１−ｉがデータバス２−ｐに送出したデータ量をカウ
ントし、このデータ量情報に基づいて、該当モジュール
１−ｉが接続するデータバス２−ｐを変更するようにし
てもよい（請求項２）。

【００１８】さらに、制御手段５において、各モジュー
ル１−ｉがデータバス２−ｐに送出したデータのデータ
量を宛先毎にカウントし、この宛先毎のデータ量情報に
基づいて、該当モジュール１−ｉが接続するデータバス
２−ｐを変更するようにしてもよい（請求項３）。ま
た、各モジュール１−ｉがデータバス２−ｐに送出した
データのデータ量を宛先毎にカウントした結果から、各
データバス２−ｐ上のトラヒックを試算し、各モジュー
ル１−ｉが接続するデータバス２−ｐの変更態様につい
て、データバス変更後のトラヒックを試算した結果か
ら、最もデータバス２−ｐの負荷が少なくなるよう、制
御手段５が各モジュール１−ｉに変更態様を指示するよ
うにしてもよい（請求項４）。

【００１９】さらに、バス接続手段４−ｋで通過するト
ラヒックを監視し、異なるデータバス２−ｐ上の特定の
モジュール１−ｉ，１−ｊ間のトラヒックが多い場合、
制御手段５に通知して、モジュールの構成を変更するよ
うにしてもよい（請求項５）。また、制御手段５におい
て、バスの接続を変更するモジュール１−ｉのデータバ
ス２−ｐに対するアクセス権を停止したあと、バス接続
手段４−ｋでの接続情報を、データバス２−ｐの接続変
更後の情報に書き替えることにより、該当モジュール１
−ｉを変更後のデータバス２−ｑに接続するようにして
もよい（請求項６）。

【００２０】さらに、モジュール１−ｉがＬＡＮのリピ
ータ手段として構成されるとともに、バス接続手段４−
ｋがＬＡＮのブリッジ手段として構成されている場合に
おいては、制御手段５より、リピータ手段１−ｉのデー
タバス２−ｐに対するアクセス権を停止したあと、上位
レイアを利用して、制御手段５より、ブリッジ手段４−
ｋに対し、リピータ手段１−ｉに代行して、ブリッジ手
段４−ｋの設定情報を更新するデータを送信することに
より、ブリッジ手段４−ｋの接続情報を更新し、その
後、制御手段５より、リピータ手段１−ｉを変更後のデ
ータバス２−ｑに接続するようにしてもよい（請求項
７） ところで、本発明のデータ通信装置用バス切替制御装置
では、そのバス切替制御手段５Ａにて、データバスの負
荷を最適化すべく、各モジュール１−ｉのトラヒック量
に応じて接続するデータバス２−ｐを切り替えることが
行なわれる（請求項８）。

【００２１】さらに、バス切替制御手段５Ａでは、その
カウント手段で、各モジュール１−ｉがデータバス２−
ｐに送出したデータ量をカウントし、更にこのカウント
手段で得られたデータ量情報に基づいて、バス変更手段
にて、該当モジュール１−ｉが接続するデータバス２−
ｐを変更することもできる（請求項９）。また、バス切
替制御手段５Ａでは、そのカウント手段で、各モジュー
ル１−ｉがデータバス２−ｐに送出したデータのデータ
量を宛先毎にカウントし、更にこのカウント手段で得ら
れた宛先毎のデータ量情報に基づいて、バス変更手段に
て、該当モジュール１−ｉが接続するデータバス２−ｐ
を変更することもできる（請求項１０）。

【００２２】さらに、トラヒック試算手段で得られたト
ラヒック試算結果から、最もデータバスの負荷が少なく
なるよう、変更態様指示手段にて、各モジュール１−ｉ
に変更態様を指示することもできる（請求項１０）。ま
た、バス切替制御手段５Ａでは、異なるデータバス２−
ｐ上の特定のモジュール１−ｉ，１−ｊ間のトラヒック
が多いという情報を受けると、モジュールの構成を変更
するようにすることもできる（請求項１２）。

【００２３】さらに、バス切替制御手段５Ａでは、その
アクセス権停止手段で、データバス２−ｐの接続を変更
するモジュール１−ｉのデータバス２−ｐに対するアク
セス権を停止させ、その後、データバス接続情報を、デ
ータバス接続変更後の情報に書き替えるよう指示するこ
とにより、該当モジュール１−ｉを変更後のデータバス
２−ｑに接続させるようにしてもよい（請求項１３）。

【００２４】

【実施例】以下、図面を参照して本発明の実施例を説明
する。図２は本発明の一実施例を示すブロック図で、こ
の図２に示す実施例は、スマートＨＵＢで本発明を実現
した場合の例を示している。この図２において、１００
はデータ通信装置で、このデータ通信装置１００は、モ
ジュールとしてのリピータ機能部（リピータ手段）１１
−ｉ（ｉ＝１〜４），ブリッジ機能部（バス接続機能
部）１４，制御部１５，データバス１２−１，１２−
２，制御バス１３より構成される。

【００２５】なお、話を簡単にする為、データバスは２
本とし、リピータ機能部１１−ｉは４個とし、初期の状
態では、リピータ機能部１１−ｉは全てデータバス１２
−１に接続されているものとする。各リピータ機能部１
１−ｉは、ＬＡＮ等の外部インタフェースを介してデー
タ端末１０等が接続されている。

【００２６】任意のデータ端末１０からリピータ機能部
１１−ｉに入力されたデータは、同一のリピータ機能部
１１−ｉに接続している他のデータ端末及びデータバス
１２−２に送出される。異なるリピータ機能部１１−
ｉ，１１−ｊ（ｉ，ｊ＝１〜４，ｉ≠ｊ）間をデータバ
ス１２−１又は１２−２を介して接続することにより、
リピータ機能部１１−ｉ，１１−ｊ間でデータバス１２
−１又は１２−２を介してのデータ通信を行なえるよう
になっている。

【００２７】１４はデータバス１２−１，１２−２間を
接続するバス接続手段としてのブリッジ機能部（バス接
続機能部）であり、１５は物理的に複数あるデータバス
１２−１，１２−２の中から１つのデータバスに各リピ
ータ機能部１１−ｉを選択的に接続するよう制御する制
御手段としての制御部である。なお、リピータ機能部１
１−ｉ，ブリッジ機能部１４は制御バス１３に接続され
ており、制御部１５で、制御を行なっている。また、制
御部１５はデータバスと接続されて、データバス上のト
ラヒックを監視している。

【００２８】ところで、各リピータ機能部１１−ｉは、
外部インタフェース（ＬＡＮ）を介してデータ端末１０
等と接続して、データの送受を行ない、一方では装置内
部のデータバス１２−１又は１２−２を介して他のリピ
ータ機能部１１−ｊとデータの送受を行なうが、このた
めに、各リピータ機能部１１−ｉは、図３に示すよう
に、バス経由データ送受信部１１Ａ−ｉ，リピータポー
ト接続相手テーブル１１Ｂ−ｉ，リピータポートデータ
送受信部１１Ｃ−ｉ，制御バス送受信部１１Ｄ−ｉ，モ
ジュール接続バス管理部１１Ｅ−ｉ，モジュール接続バ
ステーブル１１Ｆ−ｉの機能をそなえている。

【００２９】ここで、バス経由データ送受信部１１Ａ−
ｉは、装置内部のデータバス１２−１または１２−２を
流れるデータ（フレーム）を送受信する部分であり、こ
のバス経由データ送受信部１１Ａ−ｉは、本実施例の場
合には、１つだけ存在する。リピータポート接続相手テ
ーブル１１Ｂ−ｉは、リピータ機能部１１−ｉの各リピ
ータポートに接続している装置を管理するテーブルであ
る。

【００３０】リピータポートデータ送受信部１１Ｃ−ｉ
は、あるリピータポートから受信したデータ（フレー
ム）を、送受信する部分であり、このリピータポートデ
ータ送受信部（機能部）１１Ｃ−ｉはリピータポートの
数だけ存在する。制御バス送受信部１１Ｄ−ｉは、装置
内部の制御バス１３に対してデータ（フレーム）を送受
信する部分であり、主に制御部１５からの制御データを
受信するのに使用する。

【００３１】モジュール接続バス管理部１１Ｅ−ｉは、
制御バス送受信部１１Ｄ−ｉより、制御部１５からの接
続バス変更指示を受け取り、接続バス変更，接続バ
ス変更完了通知を行なうものである。モジュール接続バ
ステーブル１１Ｆ−ｉは、この機能部（モジュール）が
接続しているデータバス１２−１，１２−２を書き込む
テーブルであり、モジュール接続バス管理部１１Ｅ−ｉ
によって書き込み／参照が行なわれる。

【００３２】また、ブリッジ機能部１４は、２本のデー
タバス１２−１，１２−２を接続し必要なデータのみを
通過させる機能を有するものであるが、このために、こ
のブリッジ機能部１４は、図４に示すように、データ送
受信部１４Ａ−１，１４Ａ−２，制御バス送受信部１４
Ｂ，ブリッジ機能管理部１４Ｃ，ブリッジ機能用テーブ
ル１４Ｄ，モジュール接続バス管理部１４Ｅ，モジュー
ル接続バステーブル１４Ｆの機能を有している。

【００３３】ここで、データ送受信部１４Ａ−１，１４
Ａ−２は、装置内部のデータバス１２−１，１２−２を
流れるデータ（フレーム）を送受信する部分であり、こ
のデータ送受信部（機能部）１４Ａ−１，１４Ａ−２は
ブリッジングするポートの数だけ存在する。制御バス送
受信部１４Ｂは、装置内部の制御バス１３に対してデー
タ（フレーム）を送受信する部分であり、主に制御部１
５からの制御データを受信するのに使用する。

【００３４】ブリッジ機能管理部１４Ｃは、データ送受
信部１４Ａ−１，１４Ａ−２から受信したデータを、ブ
リッジ機能用テーブル１４Ｄの情報に基づいて、ブリッ
ジングする部分であり、異なるデータバス１２−１，１
２−２間の通信を可能にするものである。ブリッジ機能
用テーブル１４Ｄは、データバス１２−１，１２−２間
のブリッジングを行なうためのテーブルであり、このブ
リッジ機能用テーブル１４Ｄとしては、例えばフォワー
ディングデーブル等が使用される。

【００３５】モジュール接続バス管理部１４Ｅは、制御
バス送受信部１４Ｂより、制御部１５らの接続バス変更
指示を受け取り、接続バス変更，ブリッジ機能用テ
ーブル１４Ｄ及びモジュール接続バステーブル１４Ｆの
内容変更，接続バス変更完了通知を行なうものであ
る。モジュール接続バステーブル１４Ｆは、リピータ機
能部（モジュール）が接続しているデータバスを書き込
むテーブルであり、モジュール接続バス管理部１４Ｅに
よって書き込み／参照が行なわれる。

【００３６】さらに、制御部１５は、本装置を制御する
部分であり、データバス１２−１又は１２−２上を流れ
るデータをモニタ（カウント）する機能を持ち、又構成
管理の機能を持ち、更にはリピータ機能部１１−ｉのデ
ータバス１２−１又は１２−２への接続を管理するもの
であるが、このために、この制御部１５は、図５に示す
ように、データ受信部１５Ａ−１，１５Ａ−２，制御バ
ス送受信部１５Ｂ，バス送信権管理部１５Ｃ，トラヒッ
ク管理部１５Ｄ，トラヒック管理テーブル１５Ｅ，トラ
ヒック試算機能部１５Ｆ，各モジュール接続バス管理部
１５Ｇ，各モジュール接続バステーブル１５Ｈの各機能
をそなえている。

【００３７】ここで、データ受信部１５Ａ−１，１５Ａ
−２は、装置内部のデータバス１２−１，１２−２を流
れるデータ（フレーム）を受信する部分であり、このデ
ータ受信部（機能部）１５Ａ−１，１５Ａ−２はデータ
バスと同じ数だけ存在する。制御バス送受信部１５Ｂ
は、装置内部の制御バス１３に対してデータ（フレー
ム）を送受信する部分であり、主に他の各機能部に対し
て制御データを送信するのに使用する。

【００３８】バス送信権管理部１５Ｃは、データバスを
流れるデータから、各リピータ機能部がどのデータバス
に接続しているかを管理する部分である。トラヒック管
理部１５Ｄは、データバスを流れるデータから、各デー
タバスのトラヒックを管理する部分である。トラヒック
管理テーブル１５Ｅは、各データバスのトラヒック量を
書き込むテーブルであるが、このトラヒック管理テーブ
ル１５Ｅには、トラヒック管理部１５Ｄにより内容が書
き込まれ、トラヒック試算機能部１５Ｆによりトラヒッ
ク管理テーブル１５Ｅの内容が参照されるようになって
いる。

【００３９】トラヒック試算機能部１５Ｆは、トラヒッ
ク管理テーブル１５Ｅの内容（各データバスのトラヒッ
ク量）から、最適なバスの使用方法を決定するための試
算を行なう部分であり、その試算方法については後述す
る。また、トラヒック試算機能部１５Ｆは、各モジュー
ル接続バス管理部１５Ｇに対してバス変更指示も行な
う。

【００４０】各モジュール接続バス管理部１５Ｇは、ト
ラヒック試算機能部１５Ｆより、最適なバス使用方法の
情報を受け取り、必要ならば（各モジュール接続バステ
ーブル１５Ｈの内容と異なる場合）、各リピータ機能部
（モジュール）に対して、接続しているバスの変更指示
を行なうものである。また、各モジュール接続バス管理
部１５Ｇは、変更完了の情報を受け取り、各モジュール
接続バステーブル１５Ｈの内容を変更する。

【００４１】各モジュール接続バステーブル１５Ｈは、
各リピータ機能部（モジュール）が接続しているデータ
バスを書き込むテーブルであり、各モジュール接続バス
管理部１５Ｇによって書き込み／参照が行なわれるよう
になっている。従って、上記の各機能部での機能を総合
的にみると、この制御部１５は以下のような手段を有し
ていることになる。

【００４２】すなわち、この制御部１５は、データバス
１２−１又は１２−２の負荷を最適化すべく、各リピー
タ機能部１１−ｉのトラヒック量に応じて接続するデー
タバス１２−１または１２−２を切り替えるバス切替制
御手段の機能を有していることになり、更に、このバス
切替制御手段は、各リピータ機能部１１−ｉがデータバ
ス１２−１又は１２−２に送出したデータ量をカウント
するカウント手段と、このカウント手段で得られたデー
タ量情報に基づいて、該当リピータ機能部１１−ｉが接
続するデータバス１２−１又は１２−２を変更するバス
変更手段とをそなえて構成されていることになる。

【００４３】また、このバス切替制御手段は、各リピー
タ機能部１１−ｉがデータバス１２−１又は１２−２に
送出したデータのデータ量を宛先毎にカウントするカウ
ント手段と、このカウント手段で得られた宛先毎のデー
タ量情報に基づいて、該当リピータ機能部１１−ｉが接
続するデータバス１２−１又は１２−２を変更するバス
変更手段とをそなえて構成されているともいえる。

【００４４】さらに、カウント手段でのカウント結果か
ら、各データバス上のトラヒックを試算するトラヒック
試算手段（トラヒック試算機能部１５Ｆ参照）と、この
トラヒック試算手段で得られたトラヒック試算結果か
ら、最もデータバスの負荷が少なくなるよう、各リピー
タ機能部１１−ｉに変更態様を指示する変更態様指示手
段とが設けられていることにもなる。

【００４５】また、バス切替制御手段は、異なるデータ
バス１２−１又は１２−２上の特定のリピータ機能部１
１−ｉ，１１−ｊ間のトラヒックが多いという情報を受
けると、モジュール（リピータ機能部）の構成を変更す
るように構成されていることにもなる。さらに、このバ
ス切替制御手段は、データバス１２−１又は１２−２の
接続を変更するリピータ機能部１１−ｉのデータバス１
２−１又は１２−２に対するアクセス権を停止させるア
クセス権停止手段と、データバス接続情報を、データバ
ス接続変更後の情報に書き替えるよう指示することによ
り、該当リピータ機能部１１−ｉを変更後のデータバス
に接続させる手段とをそなえて構成されていることにも
なる。

【００４６】なお、データバスは高速な時分割多重バス
でタイムスロットによって仮想的に複数本あるような構
成をとるようにしてもよい。上述の構成により、制御部
１５で所要の制御を行なうことにより、内部バス１２−
１又は１２−２の負荷を分散することができるが、以下
においては、具体例を挙げながら、更にその動作につい
て詳述する。

【００４７】さて、図６，図７はデータバス１２−１の
トラヒックが増大する場合の例を示しているが、この場
合、１つのリピータ機能部１１−ｉ内のデータ量が多
い場合（図６参照）と、２つのリピータ機能部ｌ１−
ｉ，１−ｊ間のデータ量が多い場合（図７参照）とが考
えられる。 （１）まず、データ通信量の多いリピータ機能部１１−
ｉの判別方法から説明する。

【００４８】（１−１）手法１−１（請求項２，９に記
載の手法） 単位時間（予め決めた測定時間）当たりの各リピータ機
能部１１−ｉがデータバス＃１（１２−１）に送出する
データ量をｔ₁ ， t₂ ， t₃ ， t₄ とすると、単位時間
当たりのデータバス＃１（１２−１）のトラヒックＴ
は、 Ｔ＝Σｔ_i である。なお、この場合、ｉ＝１〜４であるから、Σｔ
_i は（ｔ₁ ＋ t₂ ＋ t₃＋ t₄ ）のことである。そし
て、これらｔ₁ ， t₂ ， t₃ ， t₄ のカウントと、Ｔの
算出は制御部１５で行なう。

【００４９】さらに、Ｔが予め設定したトラヒックの閾
値Ｔ_s を越えた場合に、制御部１５でデータバスのトラ
ヒックが増大したと判断して、以下の動作を行なう。ま
ず、各リピータ機能部１１−ｉのデータ量ｔ₁ ， t₂ ，
t₃ ， t₄ より、図６の場合か、図７の場合かを判別す
る。判断の方法は以下の通りである。 （ｉ）図６の場合 この場合は、リピータ機能部＃１（１１−１）からデー
タバス１２−１に送出するデータが、他のリピータ機能
部１１−２〜１１−４に比べ極端に多くなる。

【００５０】すなわち、 ｔ₁ ≫ t₂ ， t₃ ， t₄ となる。従って、この場合は、リピータ機能部＃１（１
１−１）をデータバス＃２（１２−２）に接続する（図
８の（ａ），（ｂ）参照）。

【００５１】（ｉｉ）図７の場合 この場合は、リピータ機能部＃１，＃３（１１−１，１
１−３）からデータバス１２−１に送出するデータが、
他のリピータ機能部１１−２，１１−４に比べ極端に多
くなる。すなわち、 ｔ₁ ， t₃ ≫ t₂ ， t₄ となる。

【００５２】従って、この場合は、リピータ機能部＃１
（１１−１），リピータ機能部＃３（１１−３）をデー
タバス＃２（１２−２）に接続する（図９の（ａ），
（ｂ）参照）。ところで、この手法１−１についての作
用を説明するフローチャートを示すと、図１２のように
なるが、この図１２に沿って、手法１−１についての作
用を説明する。

【００５３】まず、制御部１５のトラヒック管理部１５
Ｄにおいて、各リピータ機能部１１−ｉが単位時間当た
りにデータバス１２−１上に送信したトラヒック量ｔ
₁ ， t ₂ ， t₃ ， t₄ をカウントし、これをトラヒック
管理テーブル１５Ｅに書き込む（ステップＡ１）。その
後は、トラヒック試算機能部１５Ｆで、トラヒック量ｔ
₁ ， t₂ ， t₃ ， t₄ から全トラヒック量を計算する
（ステップＡ２）。

【００５４】そして、Ｔが予め設定したトラヒックの閾
値Ｔ_s を越えたかどうかを、ステップＡ３て判定し、も
し超えた場合には、バスのトラヒックが増大したと判断
して、図６のケースか、図７のケースかを判別する。即
ち、あるリピータ機能部だけがトラヒックが多いか（例
えばｔ₁ ≫ t₂ ， t ₃ ， t₄ ）どうかを判定し（ステッ
プＡ４）、もしそうであれば、該当する１つのリピータ
機能部を別のデータバスに変更する（ステップＡ５，図
８の（ａ），（ｂ）参照）。例えばリピータ機能部１１
−１をデータバス１２−２に移動させる場合は、各モジ
ュール接続バス管理部１１Ｅ−１，１４Ｅ，１５Ｇにそ
の旨を指示する。

【００５５】また、あるリピータ機能部だけがトラヒッ
クが多いわけではない場合は、ステップＡ４でＮＯルー
トをとって、ステップＡ６で、２つのデータバス１２−
１，１２−２のトラヒックが多いかどうか（例えばｔ
₁ ， t₃ ≫ t₂ ， t₄ ）を判定する（ステップＡ６）。
もし多い場合は、該当するリピータ機能部を別のデータ
バスに変更する（ステップＡ７）。例えば、リピータ機
能部１１−１，１１−３をデータバス１２−２に移動さ
せる場合は、各モジュール接続バス管理部１１Ｅ−１，
１１Ｅ−３，１４Ｅ，１５Ｇにその旨を指示する。以
上、ステップＡ２〜ステップＡ７の処理はトラヒック試
算機能部１５Ｆで行なわれる。

【００５６】このように、この手法１−１では、制御部
１５にて、データバス１２−１又は１２−２の負荷を最
適化すべく、各リピータ機能部１１−ｉのトラヒック量
に応じて接続するデータバスを切り替える、具体的に
は、各リピータ機能部１１−ｉがデータバス１２−１又
は１２−２に送出したデータ量をカウントし、このデー
タ量情報に基づいて、該当リピータ機能部１１−ｉが接
続するデータバスを変更するので、装置の内部バスの
負荷を認識する手法及びバスの負荷を軽減するための
最適な各リピータ機能部１１−ｉのバス接続手法を持つ
ことが可能となり、これらにより、装置の負荷を軽減
（分散）するような装置内部の構成、即ちモジュール構
成をとることが可能となる。

【００５７】（１−２）手法１−２（請求項５，１２の
手法） ＬＡＮでは、例えばファイル転送の場合など上記手法１
−１では上手く行かない場合がある。例として、リピー
タ機能部＃１（１１−１）からリピータ機能部＃３（１
１−３）にファイル転送を行なう場合を考えると、リピ
ータ機能部＃１（１１−１）からデータバス１２−１に
送出するデータ量ｔ₁ は多いが、リピータ機能部＃３
（１１−３）からデータバス１２−１に送出するデータ
量 t₃ は少なくなる。従って、各リピータ機能部のデー
タ量ｔ₁ ， t₂ ， t₃ ， t₄ の関係は、 ｔ₁ ≫ t₂ ， t₃ ， t₄ となる、このとき上記の手法１−１では、ｔ₁ だけデー
タバス＃２（１２−２）に接続される。このとき、リピ
ータ機能部＃１（１１−１）のデータはリピータ機能部
＃３（１１−３）に送信するためブリッジ機能部１４を
通過するので、データバス＃１（１２−１）のトラヒッ
クは変更前と変わらなくなる（図１０の（ａ），（ｂ）
参照）。

【００５８】したがって、データバス＃１（１１−１）
のトラヒックを少なくする為には、リピータ機能部＃３
（１１−３）をデータバス＃２（１２−２）に移動させ
る必要がある。ファイル転送の場合に、リピータ機能部
＃１（１１−１）の通信相手を知る手段としては、ブリ
ッジ機能部１４を通過するデータのモニタがある。ブリ
ッジ機能部１４ではデータのフレームの宛先アドレスを
元にフレームのフォワーディングを行なっている。従っ
て、この図１０の場合、ブリッジ機能部１４でフレーム
の宛先アドレスをモニタすれば、リピータ機能部＃３
（１１−３）宛のフレームが多いことがわかり、制御部
１５に通知することができる。これにより、制御部１５
はリピータ機能部＃３（１１−３）をデータバス＃２
（１２−２）に移動しデータバス＃１（１２−１）のト
ラヒックを少なくすることができる（図１１の（ａ），
（ｂ）参照）。

【００５９】ところで、この手法１−２についての作用
を説明するフローチャートを示すと、図１３のようにな
るが、この図１３に沿って、手法１−２についての作用
を説明する。まず、制御部１５のトラヒック管理部１５
Ｄにおいて、各リピータ機能部が単位時間当たりにデー
タバス１２−１上に送信したトラヒック量ｔ₁ ， t₂ ，
t₃， t₄ をカウントし、これをトラヒック管理テーブ
ル１５Ｅに書き込む（ステップＢ１）。その後は、トラ
ヒック試算機能部１５Ｆで、トラヒック量ｔ₁ ， t₂，
t₃ ， t₄ から全トラヒック量を計算する（ステップＢ
２）。

【００６０】そして、Ｔが予め設定したトラヒックの閾
値Ｔ_s を越えたかどうかを、ステップＢ３で判定し、も
し超えた場合には、バスのトラヒックが増大したと判断
して、図６のケースか、図７のケースか、ファイル転送
ケースかを判別する。即ち、あるリピータ機能部だけが
トラヒックが多いか（例えばｔ₁ ≫ t₂ ， t ₃ ， t₄ ）
どうかを判定し（ステップＢ４）、もしそうであれば、
ブリッジ機能部１４で宛先アドレスをモニタした結果、
異なるデータバス上の２つのリピータ機能部間の通信量
が多いかどうかを判定する（ステップＢ５）。

【００６１】もし、ステップＢ５でＮＯの場合は、ステ
ップＢ７で、該当する１つのリピータ機能部を別のデー
タバスに変更する。例えばリピータ機能部１１−１をデ
ータバス１２−２に移動させる場合は、各モジュール接
続バス管理部１１Ｅ−１，１４Ｅ，１５Ｇにその旨を指
示する。もしステップＢ５でＹＥＳの場合は、該当する
１つのリピータ機能部を該当するデータバスに変更する
（ステップＢ６，図１１の（ａ），（ｂ）参照）。例え
ばリピータ機能部１１−１をデータバス１２−２に移動
させる場合は、各モジュール接続バス管理部１１Ｅ−
１，１１Ｅ−３，１４Ｅ，１５Ｇにその旨を指示する。

【００６２】また、ある１つのリピータ機能部だけがト
ラヒックが多いとはいえない場合は、ステップＢ４でＮ
Ｏルートをとって、ステップＢ８で、２つのデータバス
のトラヒックが多いかどうか（例えばｔ₁ ，ｔ₃ ≫
ｔ₂ ，ｔ₄ ）を判定する。もし多い場合は、該当する機
能部を別のデータバスに変更する（ステップＢ９）。例
えば、リピータ機能部１１−１，１１−３をデータバス
１２−２に移動させる場合は、各モジュール接続バス管
理部１１Ｅ−１，１１Ｅ−３，１４Ｅ，１５Ｇにその旨
を指示する。以上、ステップＢ２〜ステップＢ９の処理
はトラヒック試算機能部１５Ｆで行なわれる。

【００６３】このように、この手法１−２では、制御部
１５にて、データバス１２−１又は１２−２の負荷を最
適化すべく、各リピータ機能部１１−ｉのトラヒック量
に応じて接続するデータバスを切り替える、具体的に
は、ブリッジ機能部１４で通過するトラヒックを監視
し、異なるデータバス上の特定のリピータ機能部１１−
ｉ，１１−ｊ間のトラヒックが多い場合、制御部１５に
通知して、モジュールの構成を変更するので、ファイル
転送を行なう場合でも、装置の内部バスの負荷を認識
する手法及びバスの負荷を軽減するための最適な各リ
ピータ機能部１１−ｉのバス接続手法を持つことが可能
となり、これらにより、やはり装置の負荷を軽減（分
散）するような装置内部の構成、即ちモジュール構成を
とることができる。

【００６４】（１−３）手法１−３（請求項３，１０の
手法） この手法１−３では、単位時間（予め決めた測定時間）
当たりの各リピータ機能部がデータバス＃１（１１−
１）に送出するデータ量を宛先毎に制御部１５でカウン
トする。従って、制御部１５では、宛先、発信元毎にデ
ータ量を管理するテーブルが必要となるが、このテーブ
ルがトラヒック管理テーブル１５Ｅである。

【００６５】今、単位時間当たりの発信元Ｓのリピータ
機能部から宛先Ｄのリピータ機能部に送信するデータ量
をｔ_DSとすると、単位時間当たりのデータバス＃１（１
１−１）のトラヒックＴは、 Ｔ＝ΣΣｔ_ij である。なお、この場合、ｉ，ｊ＝１〜４であるから、
各Σについては、ｉ，ｊそれぞれ１〜４についての総和
をとることを意味する。

【００６６】そして、Ｔが予め設定したトラヒックの閾
値Ｔ_S を越えた場合、制御部１５でバスのトラヒックが
増大したと判断して、以下の動作を行なう。すなわち、
ｔ_DSより図６のケースか、図７のケースかを判別するの
である。判断の方法は、以下の通りである。まず、前ｔ
_DSの中から最も通信データ量が多いｔ_DS（ｍａｘ）を探
す。

【００６７】ｔ_DS（ｍａｘ）において、宛先と発信元と
が同じとき（Ｄ＝Ｓ＝ｉのとき）は、同一リピータ機能
部＃ｉ（１１−ｉ）内の通信が多い場合である。即ち、
この場合は、ここで、図６のケースにあたり、リピータ
機能部＃ｉ（１１−ｉ）のデータバスの接続を変更す
る。図６の場合は、ｔ_DS（ｍａｘ）＝ｔ₁₁となる。ま
た、ｔ_DS（ｍａｘ）において、宛先と発信元とが異なる
とき（Ｄ＝ｉ，Ｓ＝ｊのとき）は、リピータ機能部＃ｉ
（１１−ｉ）とリピータ機能部＃ｊ（１１−ｊ）のデー
タバスの接続を変更する。ここで、図７の場合は、ｔ_DS
（ｍａｘ）＝ｔ₁₃が最大となる。

【００６８】ところで、この手法１−３についての作用
を説明するフローチャートを示すと、図１４のようにな
るが、この図１４に沿って、手法１−３についての作用
を説明する。まず、制御部１５のトラヒック管理部１５
Ｄにおいて、各リピータ機能部が単位時間当たりにデー
タバス１２−１上に送信したトラヒック量ｔ_DS（発信元
Ｓ，宛先Ｄ）をカウントし、これをトラヒック管理テー
ブル１５Ｅに書き込む（ステップＣ１）。その後は、ト
ラヒック試算機能部１５Ｆで、トラヒック量ｔ_DSから全
トラヒック量を計算する（ステップＣ２）。

【００６９】そして、Ｔが予め設定したトラヒックの閾
値Ｔ_s を越えたかどうかを、ステップＣ３で判定し、も
し超えた場合には、全ｔ_DSの中から最大のｔ_DS（ｍａ
ｘ）を探す。次に、発信元と宛先とが同じかどうかをス
テップＣ４で判定する。もし、同じであるなら、リピー
タ機能部１１−ｉを別のデータバスに変更する。例えば
リピータ機能部１１−１をデータバス１２−２に移動さ
せる場合は、各モジュール接続バス管理部１１Ｅ−１，
１１Ｅ−３，１４Ｅ，１５Ｇにその旨を指示する。

【００７０】もし、発信元と宛先とが異なる場合は、ス
テップＣ５でＮＯルートを通って、ステップＣ７で、リ
ピータ機能部１１−ｉ，１１−ｊを別のデータバスに変
更する。例えばリピータ機能部１１−１，１１−３をデ
ータバス１２−２に移動させる場合は、各モジュール接
続バス管理部１１Ｅ−１，１１Ｅ−３，１４Ｅ，１５Ｇ
にその旨を指示する。

【００７１】このように、この手法１−３では、制御部
１５にて、データバス１２−１又は１２−２の負荷を最
適化すべく、各リピータ機能部１１−ｉのトラヒック量
に応じて接続するデータバスを切り替える、具体的に
は、制御部１５において、各リピータ機能部１１−ｉが
データバスに送出したデータのデータ量を宛先毎にカウ
ントし、この宛先毎のデータ量情報に基づいて、該当リ
ピータ機能部１１−ｉが接続するデータバスを変更する
ので、ファイル転送を行なう場合でも、装置の内部バ
スの負荷を認識する方法及びバスの負荷を軽減するた
めの最適な各リピータ機能部１１−ｉのバス接続方法を
宛先で切り分けすることが可能となり、これらにより、
やはり装置の負荷を軽減（分散）するような装置内部の
構成、即ちモジュール構成をとることができる。

【００７２】（１−４）手法１−４（請求項４，１１の
手法） 上記の手法１−３のようにして、単位時間当たりの発信
元Ｓから宛先Ｄに送信するデータ量ｔ_DSがカウントでき
る場合には、この各データ量ｔ_DSを元に、各リピータ機
能部の接続バス変更後の各バス上のトラヒックを試算す
ることが可能となる。

【００７３】以下においては、その試算結果から、各リ
ピータ機能部１１−ｉの接続すべきバスを決定する手法
を示す。この場合、各データ量ｔ_DSから各バス上のトラ
ヒックを試算する機能を持つ部分が装置内に必要とな
る。この機能は、制御部１５のトラヒック試算機能部１
５Ｆが受け持つ。例として、図９のように、データバス
＃１（１２−２）に接続しているリピータ機能部＃１〜
４（１１−１〜１１−４）のうち、リピータ機能部＃１
（１１−１）と＃３（１１−３）の接続するバスをデー
タバス＃２（１２−２）に変更したときの、各バス上の
トラヒックを試算する場合を考える。

【００７４】このときの、データバス＃１（１２−１）
上のトラヒックＴ₁ は、 Ｔ₁ ＝Σｔ_i2＋Σｔ_i4 である。なお、この場合、ｉ＝１〜４であるから、Σｔ
_i2＋Σｔ_i4は（ｔ₁₂＋t_{2 2} ＋t₃₂ ＋t₄₂ ）＋（ｔ₁₄＋t
₂₄ ＋t₃₄ ＋t₄₄ ）のことである。このうち、ブリッジ
機能部１４を経由してデータバス＃２（１２−２）に流
れるトラヒックＴ_1Bは、 Ｔ_1B＝ｔ₁₂＋t₃₂ ＋t₁₄ ＋t₃₄ となる。

【００７５】また、データバス＃２（１２−２）上のト
ラヒックＴ₂ は、 Ｔ₂ ＝Σｔ_i1＋Σｔ_i3 である。なお、この場合、ｉ＝１〜４であるから、Σｔ
_i1＋Σｔ_i3は（ｔ₁₁＋t_{2 1} ＋t₃₁ ＋t₄₁ ）＋（ｔ₁₃＋t
₂₃ ＋t₃₃ ＋t₄₃ ）のことである。さらに、このうち、
ブリッジ機能部１４を経由してデータバス＃１（１２−
１）に流れるトラヒックＴ_2Bは、 Ｔ_2B＝ｔ₂₁＋t₄₁ ＋t₂₃ ＋t₄₃ である。

【００７６】以上により、各バス上のトラヒックが試算
できる。図９の例では、リピータ機能部の接続している
バスを変更する前の時点で、各リピータ機能部＃１〜＃
４（１１−１〜１１−４）をデータバス＃１，＃２（１
２−１，１２−２）のどちらに接続するかで、全部で１
６通りのケースが考えられるが、この１６通りそれぞれ
のケースについて、上記のようにして各バス上のトラヒ
ックを試算し、このうち、ブリッジ機能部１４を経由し
て他方のデータバスに流れるトラヒックＴ_1B＋Ｔ_2Bを最
小にするようなケースを採用するのである。

【００７７】その後は、各リピータ機能部＃１〜＃４
（１１−１〜１１−４）について、上記のようにして接
続すべきデータバス＃１，＃２（１２−１，１２−２）
を決定し、各リピータ機能部１１−ｉをバスに接続する
のである。ところで、この手法１−４についての作用を
説明するフローチャートを示すと、図１５のようになる
が、この図１５に沿って、手法１−４についての作用を
説明する。

【００７８】まず、制御部１５のトラヒック管理部１５
Ｄにおいて、各リピータ機能部が単位時間当たりにデー
タバス１２−１上に送信したトラヒック量ｔ_DS（発信元
Ｓ，宛先Ｄ）をカウントし、これをトラヒック管理テー
ブル１５Ｅに書き込む（ステップＤ１）。その後は、ト
ラヒック試算機能部１５Ｆで、トラヒック量ｔ_DSから全
トラヒック量を計算する（ステップＤ２）。

【００７９】そして、Ｔが予め設定したトラヒックの閾
値Ｔ_s を越えたかどうかを、ステップＤ３で判定し、も
し超えた場合には、全ｔ_DSの中から最大のｔ_DS（ｍａ
ｘ）を探す（ステップＤ４）。次に、発信元と宛先とが
同じかどうかをステップＤ５で判定する。もし、同じで
あるなら、リピータ機能部１１−ｉを別のデータバスに
変更する（ステップＤ６）。例えばリピータ機能部１１
−１をデータバス１２−２に移動させる場合は、各モジ
ュール接続バス管理部１１Ｅ−１，１１Ｅ−３，１４
Ｅ，１５Ｇにその旨を指示する。

【００８０】もし、発信元と宛先とが異なる場合は、ス
テップＤ５でＮＯルートを通って、ステップＤ７で、リ
ピータ機能部１１−ｉ，１１−ｊを別のデータバスに変
更する。例えばリピータ機能部１１−１，１１−３をデ
ータバス１２−２に移動させる場合は、各モジュール接
続バス管理部１１Ｅ−１，１１Ｅ−３，１４Ｅ，１５Ｇ
にその旨を指示する。

【００８１】そして、ステップＤ６，Ｄ７の後は、ステ
ップＤ８で、変更後の各データバスのトラヒックＴ_i を
試算し、ステップＤ９で、この試算結果Ｔ_i とトラヒッ
クの閾値Ｔ_s とを比較する。もし、Ｔ_i ＞Ｔ_s であるな
ら、ステップＤ１０で、各モジュール接続バス管理部１
１Ｅ−ｉ，１４Ｅ，１５Ｇにその旨を指示する。もし、
Ｔ_i ＞Ｔ_s でないなら、ステップＤ１１で、次位のｔ_DS
を探し、同様の処理を繰り返す。

【００８２】このように、この手法１−４では、制御部
１５にて、データバス１２−１又は１２−２の負荷を最
適化すべく、各リピータ機能部１１−ｉのトラヒック量
に応じて接続するデータバスを切り替える、具体的に
は、データ通信装置内において、各リピータ機能部１１
−ｉがデータバスに送出したデータのデータ量を宛先毎
にカウントした結果から、各データバス上のトラヒック
を試算し、各リピータ機能部１１−ｉが接続するデータ
バスの変更態様について、データバス変更後のトラヒッ
クを試算した結果から、最もデータバスの負荷が少なく
なるよう、制御部１５が各リピータ機能部１１−ｉに変
更態様を指示するので、装置の内部バスの負荷を認識
する方法及びバスの負荷を軽減するための最適な各リ
ピータ機能部１１−ｉのバス接続方法を宛先で切り分け
しながら、効果的に装置の負荷を軽減（分散）するよう
な装置内部の構成、即ちモジュール構成をとることがで
きる。

【００８３】（２）次に、バス変更手順について説明す
る。この場合、リピータ機能部１１−ｉのデータバスの
接続を変更するとき、データバス１２−１，１２−２間
を接続しているブリッジ機能部１４の宛先の情報を変更
する必要がある。これには、次のような手法がある。 （２−１）手法２−１（請求項６，１３の手法） 例として、図１６を用いて説明する。

【００８４】まず、制御部１５において、リピータ機能
部＃１（１１−１）のデータバスの接続を変更する必要
を認識する（図１６の（ａ）参照）。つぎに、制御部１
５はデータバス＃１及び＃２（１２−１及び１２−２）
のアクセス権を獲得する（図１６の（ｂ）参照）。これ
により、リピータ機能部＃１〜＃４（１１−１〜１１−
４）はデータバス＃１（１２−１）にアクセスできなく
なる。

【００８５】その後、制御部１５より、制御バス１３を
介して、ブリッジ機能部１４のアドレステーブルを変更
する（図１６の（ｃ）参照）。すなわち、リピータ機能
部＃１（１１−１）をデータバス＃２（１２−２）に移
動するために、ブリッジ機能部１４のアドレステーブル
に変更が生じるのである。さらに、制御部１５はリピー
タ機能部＃１（１１−１）の接続先を、データバス＃１
（１２−１）からデータバス＃２（１２−２）に変更す
る（図１６の（ｄ）参照）。

【００８６】そして、制御部１５はデータバス＃１及び
＃２（１２−１及び１２−２）のアクセス権を解放する
（図１６の（ｅ）参照）。これにより、リピータ機能部
＃１〜＃４（１１−１〜１１−４）はデータバス＃１及
び＃２（１２−１及び１２−２）にアクセスできるよう
になる。このように制御部１５において、バスの接続を
変更するリピータ機能部のデータバスに対するアクセス
権を停止したあと、ブリッジ機能部１４での接続情報
を、データバスの接続変更後の情報に書き替えることに
より、該当リピータ機能部１１−ｉを変更後のデータバ
スに接続するので、装置の内部バスの負荷を認識する
手法及び，バスの負荷を軽減するための最適な各モジ
ュールのバス接続手法という各手法に伴う、バス間接続
機能部（ブリッジ機能部１４）の設定情報の変更手法を
持つことが可能となり、これらにより、装置の負荷を軽
減（分散）するような装置内部の構成、即ちモジュール
構成をとることが可能となるのである。

【００８７】（２−２）手法２−２（請求項７の手法） 例として、図１７を用いて説明する。まず、制御部１５
において、リピータ機能部＃１（１１−１）のデータバ
スの接続を変更する必要を認識する（図１７（ａ）参
照）。次に、制御部１５はデータバス＃１及び＃２（１
２−１及び１２−２）のアクセス権を獲得する（図１７
（ｂ）参照）。これにより、リピータ機能部＃１〜＃４
（１１−１〜１１−４）はデータバス＃１（１２−１）
にアクセスできなくなる。

【００８８】その後は、制御部１５よりデータバス＃２
（１２−２）を介して、ブリッジ機能部１４のアドレス
テーブルを変更する情報を送る（図１７（ｃ）参照）。
この手法２−２は、ブリッジ機能部１４の上位レイヤの
機能である学習機能を利用するものである。ブリッジ機
能部１４にデータバス＃２（１２−２）からリピータ機
能部＃１（１１−１）が発信元であるフレームを送出す
ることにより、ブリッジ機能部１４の学習機能が働きア
ドレステーブルを変更する。実際には、リピータ機能部
＃１（１１−１）はデータバス＃２（１２−２）上に無
いので、制御部１５がリピータ機能部＃１（１１−１）
に代行して、ブリッジ機能部１４宛てのフレームを送信
するのである。

【００８９】その後、制御部１５はリピータ機能部＃１
（１１−１）の接続先を、データバス＃１（１２−１）
からデータバス＃２（１２−２）に変更する（図１７
（ｄ）参照）。さらに、制御部１５はデータバス＃１及
び＃２（１２−１及び１２−２）のアクセス権を解放す
る（図１７（ｅ）参照）。これにより、リピータ機能部
＃１〜＃４（１１−１〜１１−４）はデータバス＃１及
び＃２（１２−１及び１２−２）にアクセスできるよう
になる。

【００９０】このように制御部１５より、データバスの
接続を変更するリピータ機能部１１−ｉのデータバスに
対するアクセス権を停止したあと、上位レイアを利用し
て、制御部１５より、ブリッジ機能部１４に対し、デー
タバスの接続を変更するリピータ機能部１１−ｉに代行
して、ブリッジ機能部１４の設定情報を更新するデータ
を送信することにより、ブリッジ機能部１４の接続情報
を更新し、その後、制御部１５より、リピータ機能部１
１−ｉを変更後のデータバスに接続するので、前記の手
法２−２と同様にして、装置の内部バスの負荷を認識
する手法及びバスの負荷を軽減するための最適な各モ
ジュールのバス接続手法という各手法に伴う、バス間接
続機能部（ブリッジ機能部１４）の設定情報の変更手法
を持つことが可能となり、これらにより、装置の負荷を
軽減（分散）するような装置内部の構成、即ちモジュー
ル構成をとることが可能となるのである。

【００９１】なお、上記の実施例において、リピータ機
能部，ブリッジ機能部，データバスの数は説明の都合上
のものであって、任意の数を適用できることはいうまで
もない。また、上記実施例のように、スマートＨＵＢで
本発明を実現するほか、ＬＡＮのブリッジ，ルータ，ブ
ルータ等で本発明を実現することもできる。

【００９２】

【発明の効果】以上詳述したように、本発明によれば、
複数のモジュールをバスで接続する構成をとり、モジュ
ール間でデータの通信を行なう装置において、装置の
内部バスの負荷を認識する手法，バスの負荷を軽減す
るための最適な各モジュールのバス接続手法及びの
手法に伴うバス間接続機能部の設定情報の変更手法を持
つことが可能となり、これらにより、装置の負荷を軽減
（分散）するような装置内部の構成、即ちモジュール構
成をとることが可能となる利点があり、これにより、装
置のパフォーマンス向上を達成し、エンドユーザに対し
てＬＡＮの帯域の効果的な利用を提供できるようにな
る。

【００９３】すなわち、本発明（請求項１，８）では、
バスの負荷を最適化すべく、各モジュールのトラヒック
量に応じて接続するバスを切り替えるので、装置の負荷
を軽減（分散）するような装置内部の構成、即ちモジュ
ール構成をとることが可能となる。また、各モジュール
がバスに送出したデータ量をカウントし、そのデータ量
をもとにモジュールの接続するバスを変更するようにす
れば（請求項２，９）、モジュール内部での通信量の多
いモジュール又はモジュール間の通信量の多いモジュー
ルの両方ともを切り離して、トラヒックの少ないバスに
接続することができ、これにより、バスの負荷を効果的
に軽減しうる利点がある。

【００９４】さらに、各モジュールがバスに送出したデ
ータのデータ量を宛先毎にカウントし、その情報をもと
にモジュールの接続するバスを変更するようにすれば
（請求項３，１０）、上記と同様にして、モジュール内
部での通信量の多いモジュール又はモジュール間の通信
量の多いモジュールの両方ともを切り離して、トラヒッ
クの少ないバスに接続することにより、バスの負荷を効
果的に軽減できる。

【００９５】また、装置内に、各モジュールがバスに送
出したデータのデータ量を宛先毎にカウントした結果か
ら各バス上のトラヒックを試算する機能を持つ部分を設
け、各モジュールの接続するバスの変更方法の考えられ
る各ケースについてバス変更後のトラヒックを試算し、
その結果から、最もバスの負荷が少なくなるように制御
部が各モジュールに変更方法を指示することもでき（請
求項４，１１）、このようにすれば、バスの負荷を更に
効果的に軽減できる。

【００９６】さらに、バス間を接続するバス接続機能部
で通過するトラヒックを監視し、異なるバス上の特定の
モジュール間のトラヒックが多い場合、制御部に通知し
モジュールの構成を変更することもでき（請求項５，１
２）、このようにすれば、同様にしてバスの負荷を効果
的に軽減できるものである。また、バスの接続を変更す
るモジュールのバスに対するアクセス権を停止し、次に
制御手段よりバス接続手段の接続情報を、バスの接続変
更後の情報に書き換えることにより変更し、モジュール
を変更後のバスに接続することもでき（請求項６，１
３）、このようにすれば、バス変更手順を容易に規定す
ることができ、バス負荷の軽減におおいに寄与するもの
である。

【００９７】さらに、モジュールがＬＡＮのリピータ手
段、バス間を接続するバス接続手段がＬＡＮのブリッジ
手段の場合、制御手段よりリピータ手段のバスに対する
アクセス権を停止し、次に上位レイアを利用して制御手
段よりブリッジ手段に対し、リピータ手段に代行してブ
リッジ手段の設定情報を更新するデータを送信すること
により、ブリッジ手段の接続情報を更新し、その後、制
御手段よりリピータ手段を変更後のバスに接続すること
もでき（請求項７）、このようにしても、バス変更手順
を容易に規定することができ、バス負荷の軽減におおい
に寄与する。

【図面の簡単な説明】

【図１】本発明の原理ブロック図である。

【図２】本発明の一実施例を示すブロック図である。

【図３】リピータ機能部のブロック図である。

【図４】ブリッジ機能部のブロック図である。

【図５】制御部のブロック図である。

【図６】データバスのトラヒックが増大する理由を説明
する図である。

【図７】データバスのトラヒックが増大する理由を説明
する図である。

【図８】（ａ），（ｂ）はトラヒックが増大した場合の
処理形態を説明する図である。

【図９】（ａ），（ｂ）はトラヒックが増大した場合の
処理形態を説明する図である。

【図１０】（ａ），（ｂ）はトラヒックが増大した場合
の処理形態を説明する図である。

【図１１】（ａ），（ｂ）はトラヒックが増大した場合
の処理形態を説明する図である。

【図１２】本発明の一実施例の作用を説明するフローチ
ャートである。

【図１３】本発明の一実施例の作用を説明するフローチ
ャートである。

【図１４】本発明の一実施例の作用を説明するフローチ
ャートである。

【図１５】本発明の一実施例の作用を説明するフローチ
ャートである。

【図１６】本発明の一実施例にかかるバス変更手順を説
明する図である。

【図１７】本発明の一実施例にかかるバス変更手順を説
明する図である。

【符号の説明】

１−１〜１−Ｎ，１−ｉ，１−ｊ モジュール ２−１〜２−Ｌ，２−ｐ データバス ３ 制御バス ４−１〜４−Ｍ，４−ｋ バス接続手段 ５ 制御手段 ５Ａ バス切替制御手段 １０ データ端末 １１−１〜１１−４，１１−ｉ，１１−ｊ モジュール
としてのリピータ機能部（リピータ手段） １１Ａ−ｉ バス経由データ送受信部 １１Ｂ−ｉ リピータポート接続相手テーブル １１Ｃ−ｉ リピータポートデータ送受信部 １１Ｄ−ｉ 制御バス送受信部 １１Ｅ−ｉ モジュール接続バス管理部 １１Ｆ−ｉ モジュール接続バステーブル １２−１，１２−２ データバス １３ 制御バス １４ バス接続手段としてのブリッジ機能部（バス接続
機能部） １４Ａ−１，１４Ａ−２ データ送受信部 １４Ｂ 制御バス送受信部 １４Ｃ ブリッジ機能管理部 １４Ｄ ブリッジ機能用テーブル １４Ｅ モジュール接続バス管理部 １４Ｆ モジュール接続バステーブル １５ 制御部（制御手段） １５Ａ−１，１５Ａ−２ データ受信部 １５Ｂ 制御バス送受信部 １５Ｃ バス送信権管理部 １５Ｄ トラヒック管理部 １５Ｅ トラヒック管理テーブル １５Ｆ トラヒック試算機能部 １５Ｇ 各モジュール接続バス管理部 １５Ｈ 各モジュール接続バステーブル １００ データ通信装置

Claims (13)

【特許請求の範囲】
1. 【請求項１】 複数のモジュール（１−ｉ）をバス（２
   −ｐ）で接続することにより、該モジュール間で該バス
   （２−ｐ）を介してのデータ通信を行なうとともに、バ
   スの負荷を軽減させるべく、複数本のバス（２−ｐ）
   と、これらのバス（２−ｐ）間を接続するバス接続手段
   （４−ｋ）と、物理的に複数あるバスの中から１つのバ
   スに各モジュール（１−ｉ）を選択的に接続するよう制
   御する制御手段（５）とをそなえたデータ通信装置にお
   いて、 該制御手段（５）にて、バスの負荷を最適化すべく、各
   モジュール（１−ｉ）のトラヒック量に応じて接続する
   バスを切り替えることを特徴とする、データ通信装置に
   おけるバスの負荷分散方法。
2. 【請求項２】 該制御手段（５）において、各モジュー
   ル（１−ｉ）がバス（２−ｐ）に送出したデータ量をカ
   ウントし、このデータ量情報に基づいて、該当モジュー
   ル（１−ｉ）が接続するバスを変更することを特徴とす
   る、請求項１記載のデータ通信装置におけるバスの負荷
   分散方法。
3. 【請求項３】 該制御手段（５）において、各モジュー
   ル（１−ｉ）がバスに送出したデータのデータ量を宛先
   毎にカウントし、この宛先毎のデータ量情報に基づい
   て、該当モジュール（１−ｉ）が接続するバスを変更す
   ることを特徴とする、請求項１記載のデータ通信装置に
   おけるバスの負荷分散方法。
4. 【請求項４】 該データ通信装置内において、各モジュ
   ール（１−ｉ）がバスに送出したデータのデータ量を宛
   先毎にカウントした結果から、各バス（２−ｐ）上のト
   ラヒックを試算し、各モジュール（１−ｉ）が接続する
   バスの変更態様について、バス変更後のトラヒックを試
   算した結果から、最もバスの負荷が少なくなるよう、該
   制御手段（５）が各モジュール（１−ｉ）に変更態様を
   指示することを特徴とする、請求項３記載のデータ通信
   装置におけるバスの負荷分散方法。
5. 【請求項５】 該バス接続手段（４−ｋ）で通過するト
   ラヒックを監視し、異なるバス上の特定のモジュール
   （１−ｉ，１−ｊ）間のトラヒックが多い場合、該制御
   手段（５）に通知して、モジュールの構成を変更するこ
   とを特徴とする、請求項１記載のデータ通信装置におけ
   るバスの負荷分散方法。
6. 【請求項６】 該制御手段（５）において、バスの接続
   を変更するモジュール（１−ｉ）のバスに対するアクセ
   ス権を停止したあと、該バス接続手段（４−ｋ）での接
   続情報を、バスの接続変更後の情報に書き替えることに
   より、該当モジュール（１−ｉ）を変更後のバスに接続
   することを特徴とする、請求項１記載のデータ通信装置
   におけるバスの負荷分散方法。
7. 【請求項７】 該モジュール（１−ｉ）がローカルエリ
   アネットワークのリピータ手段として構成されるととも
   に、該バス接続手段（４−ｋ）が該ローカルエリアネッ
   トワークのブリッジ手段として構成されている場合にお
   いて、 該制御手段（５）より、バスの接続を変更する該リピー
   タ手段（１−ｉ）のバスに対するアクセス権を停止した
   あと、上位レイアを利用して、該制御手段（５）より、
   該ブリッジ手段（４−ｋ）に対し、バスの接続を変更す
   る該リピータ手段（１−ｉ）に代行して、該ブリッジ手
   段（４−ｋ）の設定情報を更新するデータを送信するこ
   とにより、該ブリッジ手段（４−ｋ）の接続情報を更新
   し、その後、該制御手段（５）より、該リピータ手段
   （１−ｉ）を変更後のバスに接続することを特徴とす
   る、請求項１記載のデータ通信装置におけるバスの負荷
   分散方法。
8. 【請求項８】 複数のモジュール（１−ｉ）をバス（２
   −ｐ）で接続することにより、該モジュール間で該バス
   （２−ｐ）を介してのデータ通信を行なうデータ通信装
   置における、物理的に複数あるバスの中から１つのバス
   に各モジュール（１−ｉ）を選択的に接続するよう制御
   する制御装置において、 バスの負荷を最適化すべく、各モジュール（１−ｉ）の
   トラヒック量に応じて接続するバスを切り替えるバス切
   替制御手段（５Ａ）が設けられたことを特徴とする、デ
   ータ通信装置用バス切替制御装置。
9. 【請求項９】 該バス切替制御手段（５Ａ）が、 各モジュール（１−ｉ）がバスに送出したデータ量をカ
   ウントするカウント手段と、 該カウント手段で得られたデータ量情報に基づいて、該
   当モジュール（１−ｉ）が接続するバスを変更するバス
   変更手段とをそなえて構成されたことを特徴とする、請
   求項８記載のデータ通信装置用バス切替制御装置。
10. 【請求項１０】 該バス切替制御手段（５Ａ）が、 各モジュール（１−ｉ）がバス（２−ｐ）に送出したデ
    ータのデータ量を宛先毎にカウントするカウント手段
    と、 該カウント手段で得られた宛先毎のデータ量情報に基づ
    いて、該当モジュール（１−ｉ）が接続するバスを変更
    するバス変更手段とをそなえて構成されたことを特徴と
    する、請求項８記載のデータ通信装置用バス切替制御装
    置。
11. 【請求項１１】 該カウント手段でのカウント結果か
    ら、各バス（２−ｐ）上のトラヒックを試算するトラヒ
    ック試算手段と、 該トラヒック試算手段で得られたトラヒック試算結果か
    ら、最もバスの負荷が少なくなるよう、各モジュール
    （１−ｉ）に変更態様を指示する変更態様指示手段とが
    設けられたことを特徴とする、請求項１０記載のデータ
    通信装置用バス切替制御装置。
12. 【請求項１２】 該バス切替制御手段（５Ａ）が、異な
    るバス上の特定のモジュール（１−ｉ，１−ｊ）間のト
    ラヒックが多いという情報を受けると、モジュールの構
    成を変更するように構成されていることを特徴とする、
    請求項８記載のデータ通信装置用バス切替制御装置。
13. 【請求項１３】 該バス切替制御手段（５Ａ）が、 バスの接続を変更するモジュール（１−ｉ）のバスに対
    するアクセス権を停止させるアクセス権停止手段と、 バス接続情報を、バス接続変更後の情報に書き替えるよ
    う指示することにより、該当モジュール（１−ｉ）を変
    更後のバスに接続させる手段とをそなえて構成されたこ
    とを特徴とする、請求項８記載のデータ通信装置用バス
    切替制御装置。