JP3366804B2 - インタネットワーク装置 - Google Patents

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、接続した複数のネ
ットワークの間でパケットの中継処理を行うインタネッ
トワーク装置に関し、特に、接続した複数のネットワー
クに対応して、中継処理を行う手段を個別に備えたイン
タネットワーク装置に関するものである。

【０００２】

【従来の技術】従来、複数のネットワークを相互に接続
するインタネットワーク装置として、ルータ、ブリッ
ジ、ブルータと呼ばれる装置が知られている。このう
ち、ルータは、ＯＳＩ（Open Systems Interconnectio
n）参照モデルにおけるレイヤ３、すなわち、ネットワ
ークレイヤのレベルにおいて、複数のネットワークを相
互に接続し、ネットワークレイヤのプロトコルにしたが
ってパケットの中継処理を行う装置である。ルータは、
ユーザの設定、あるいはルーティングプロトコルにした
がって経路情報を、隣接するルータと交換し、ルーティ
ングテーブルと呼ばれる経路テーブルを作成する。そし
て、パケットを受信すると、ネットワークレイヤの宛先
アドレスに対応する最適な送出経路をルーティングテー
ブルを用いて選択して、パケットを中継する。このネッ
トワークレイヤのプロトコルにしたがって行われるパケ
ットの中継処理は、ルーティングと呼ばれる。なお、ネ
ットワークレイヤのプロトコルには幾つかの種類があ
り、その代表としてＩＰ（Internet Protocol）が良く
知られている。同様に、ルーティングプロトコルにも幾
つかの種類があり、その代表としてＲＩＰ（Routing In
formation Protocol）が良く知られている。

【０００３】以下では、従来のインタネットワーク装置
の具体例として、特開平５−１９９２３０号公報に記載
された装置を挙げ、その構成と動作について説明する。

【０００４】図３６は、インタネットワーク装置により
複数のネットワークが相互に接続された、通信ネットワ
ークシステムの一例を示す図である。図のシステムで
は、ＣＳＭＡ／ＣＤ（Carrier Sense Multiple Access
with Collision Detection）方式に対応した７個のネッ
トワーク５〜１１が、ネットワークレイヤのプロトコル
としてＩＰをサポートする３個のルータ１２〜１４によ
って接続されている。また、このシステムでは、図３７
に示す形式のパケット１７を用いて、情報の転送が行わ
れる。

【０００５】図３８は、ルータ１２（図３６）の構成を
示す図である。図に示すように、ルータ１２は、接続し
たネットワーク５〜８に対応して中継部２１〜２４を個
別に備え、中継部２１〜２４をメッセージバス９１で接
続した構成を有する。中継部２１〜２４は、メッセージ
バス９１との間で行なうメッセージ１８（後述）の転送
を制御する転送手段２６〜２９と、パケット１７の中継
処理を行なう中継手段３６〜３９と、パケット１７を一
時的に記憶する格納手段６４〜６７と、ネットワーク５
〜８との間で行なうパケット１７の送受信を制御する送
受信手段７４〜７７とを、ローカルバス８６〜８９で接
続した構成を有する。また、中継手段３６〜３９は、上
記の中継処理および各制御の管理を行うプロセッサ１〜
４と、プロセッサ１〜４の処理に用いられるプログラム
を格納する中継プログラムメモリ４０〜４３と、ルーテ
ィングテーブル４４〜４７と、ＡＲＰ（Address Resolu
tion Protocol）テーブル４８〜５１とにより構成され
る。

【０００６】図３９は、ルーティングテーブル４４〜４
７の一例を示す図である。ルータ１２では、ユーザの設
定、あるいはルーティングプロトコル（例えば、前述の
ＲＩＰ）にしたがって経路情報を、隣接する他のルータ
１３，１４と交換し、図示するような経路テーブルを作
成／管理する。

【０００７】図４０は、ＡＲＰテーブル４８〜５１の一
例を示す図である。ルータ１２では、ユーザの設定、あ
るいはアドレス解決プロトコル（例えば、前述のＡＲ
Ｐ）にしたがってアドレス情報を、隣接する装置と交換
し、図示するようなアドレス変換テーブルを作成／管理
する。

【０００８】図４１は、ネットワーク５〜８からパケッ
ト１７を受信した中継部２１〜２４の動作を示すフロー
チャートであり、図４２は、メッセージバス９１からメ
ッセージ１８（後述）を受信した中継部２１〜２４の動
作を示すフローチャートである。以下では、図４１に示
す処理を入力側処理と呼び、図４２に示す処理を出力側
処理と呼ぶ。これらの処理は、プロセッサ１〜４が中継
プログラムメモリ４０〜４３を実行することにより行わ
れる。

【０００９】図４３は、上記の入力側処理（図４１）に
より生成されるメッセージ１８のフォーマットを示す図
である。メッセージ１８は、メッセージヘッダと、メッ
セージデータ（この場合、パケット１７）で構成され
る。メッセージヘッダは、メッセージデータの種類（こ
の場合、ＩＰパケット）を示すメッセージタイプと、メ
ッセージデータの先頭アドレスを示すメッセージデータ
アドレスと、メッセージデータのデータ長を示すメッセ
ージデータ長と、メッセージデータの宛先となる中継部
を示す宛先部と、メッセージデータを発信した中継部を
示す発信部と、次装置のＩＰアドレスを示す次装置ＩＰ
アドレスとで構成される。

【００１０】次に、図３６のネットワーク５内の端末１
５からネットワーク１１内の端末１６に、パケット１７
が送られた場合を例に、上記のルータ１２の動作を説明
する。

【００１１】図４４は、このときのルータ１２における
パケット１７およびメッセージ１８の流れを示す図であ
る。図４４において、中継部２１では、送受信手段７４
のＭＡＣコントローラ７８がネットワーク５から送られ
てきたパケット１７を受信して、格納手段６４のデータ
バッファ６９に受信パケット１７を格納し、データバッ
ファ６９への格納が完了した時点で、プロセッサ１にパ
ケット１７の受信を通知する。この通知を受けたプロセ
ッサ１は、まず、ネットワーク５からパケット１７を受
信したことを認識すると、受信パケット１７中のＭＡＣ
ヘッダおよびＩＰヘッダが保持している情報（例えば、
ＩＰやＯＳＩを示すネットワークレイヤのプロトコルタ
イプ、宛先ＭＡＣアドレス等）を調べ、中継不可あるい
は中継不要と判断した場合には、パケット１７を廃棄す
る（図４１のステップ１０１，１０２）。次に、受信パ
ケット１７中のＩＰヘッダが保持している宛先ＩＰアド
レスを検索キーとしてルーティングテーブル４４の検索
を行い、宛先ＩＰアドレスに対応する最適な送出経路
（例えば、次装置のＩＰアドレスと、次装置が所在する
ネットワークに接続している中継部）を選択する（ステ
ップ１０３）。具体的には、次装置としてはルータ１３
が選択され、送り先の中継部としては中継部２４が選択
される。次に、ステップ１０３で選択した経路に該当す
る中継部２４へ転送するためのメッセージヘッダをパケ
ット１７に付加し、転送手段２６のＤＭＡコントローラ
３１にメッセージ１８の転送を指示する（ステップ１１
１）。ＤＭＡコントローラ３１は、プロセッサ１の指示
にしたがい、メッセージバス９１を介して中継部２４へ
メッセージ１８を転送する。

【００１２】中継部２４では、転送手段２９のＤＭＡコ
ントローラ３４がメッセージバス９１から送られてきた
メッセージ１８を受信して、格納手段６７のデータバッ
ファ７２に受信メッセージ１８を格納し、データバッフ
ァ７２への格納が完了した時点で、プロセッサ４にメッ
セージ１８の受信を通知する。この通知を受けたプロセ
ッサ４は、まず、受信メッセージ１８中のメッセージヘ
ッダが保持している情報（例えば、メッセージ１８の宛
先となる中継部を示す宛先部）などを調べ、中継不可あ
るいは中継不要と判断した場合には、メッセージ１８を
廃棄する（図４２のステップ１１２）。次に、「次装置
ＩＰアドレス」を検索キーとしてＡＲＰテーブル５１の
検索を行い、次装置のＩＰアドレスをＭＡＣアドレスに
変換して、その結果を「宛先ＭＡＣアドレス」に再設定
する（ステップ１０４、１０５）。具体的には、「宛先
ＭＡＣアドレス」には次装置であるルータ１３のＭＡＣ
アドレスを設定する。次に、送出するネットワーク８の
最大データ長に合わせてパケット１７を分割する（ステ
ップ１０６）。次に、送受信手段７７のＭＡＣコントロ
ーラ８１にパケット１７の送出を指示する（ステップ１
０７）。ＭＡＣコントローラ８１では、プロセッサ４の
指示にしたがい、ネットワーク８へパケット１７を送出
する。

【００１３】以上のように、従来の技術によるルータ１
２では、パケット１７の転送経路に含まれる２つの中継
部のプロセッサ（図３６の場合、プロセッサ１，４）
が、入力側処理（図４１）と、出力側処理（図４２）を
分担して行う。図４５に示すように、ネットワーク５か
らネットワーク８へのパケット１７の中継と、ネットワ
ーク６からネットワーク７へのパケット１７の中継を同
時に行うような場合には、図４６に示すように、全ての
プロセッサ１〜４が中継処理を分担して行う。

【００１４】

【発明が解決しようとする課題】ところで、上記のルー
タ１２において、例えば図４７に示すように、ネットワ
ーク５〜７からネットワーク８へのパケット１７の中継
が集中した場合、中継部２４のプロセッサ４は、図４８
に示すように、中継部２１〜２３のプロセッサ１〜３か
ら転送されてくるパケット１７の全てに対して出力側処
理を行うことになる。各パケットに対する出力側処理の
処理量は固定であるため、プロセッサ４では、処理負荷
（例えば、次式で表されるプロセッサ使用率）が他のプ
ロセッサ１〜３に較べて極端に高くなり、中継処理に遅
延が生じ易くなる。

【００１５】

【数１】

【００１６】このように、従来のルータでは、各ネット
ワークに対する中継処理の処理量に偏りが生じた場合、
全てのプロセッサの処理能力が有効に利用されなくな
り、その結果、装置全体としての中継処理能力（例え
ば、単位時間に中継処理できるパケット１７の数）は低
下してしまう。

【００１７】そこで、本発明は、接続した複数のネット
ワークに対応して、パケットの中継処理を行う処理手段
を個別に備えるインタネットワーク装置において、各処
理手段の処理負荷を均等化させることにより、装置全体
としての中継処理能力を向上させることを目的とする。

【００１８】

【課題を解決するための手段】上記の目的を達成するた
め、本発明は、接続される複数のネットワークの各々に
対応して個別に設けられる複数の処理手段と、当該複数
の処理手段の各々を相互に接続する手段を有し、前記複
数のネットワークの間で行われるパケットデータの中継
処理を、当該ネットワークに対応して設けられた処理手
段が分担して行うインタネットワーク装置であって、単
位時間毎に、前記複数の処理手段の各々の処理負荷を計
測する計測手段と、当該計測手段の計測結果に応じて、
前記複数の処理手段の各々の処理負荷がより均等になる
ように、当該複数の処理手段の各々の処理の分担を変更
させる調整手段を備えたことを特徴とする。

【００１９】この発明によれば、各処理手段の処理負荷
が計測され、その計測結果に基づいて、各処理手段の処
理負荷が均等になるように、各処理手段の処理の分担が
変更される。これにより、各処理手段の処理能力が有効
に利用されるようになり、装置全体としての中継処理能
力は向上する。

【００２０】

【発明の実施の形態】以下で、図３８に示したルータ１
２に本発明を適用した実施形態について、図面を用いて
詳細に説明する。

【００２１】［実施形態１］図１は、本発明の第１の実
施形態に係るルータ１２′の構成を示す図である。

【００２２】図に示すルータ１２′は、調整部２５と、
ネットワーク５〜８に対して個別に設けられた中継部２
１′〜２４′とを、メッセージバス９１で接続した構成
を有する。また、中継部２１′は、転送手段２６と、中
継手段３６と、統計手段５２と、格納手段６４と、送受
信手段７４とを、ローカルバス８６で接続した構成を有
し、同様に、中継部２２′〜２４′は、転送手段２７〜
２９と、中継手段３７〜３９と、統計手段５３〜５５
と、格納手段６５〜６７と、送受信手段７５〜７７と
を、ローカルバス８７〜８９でそれぞれ接続した構成を
有する。

【００２３】ここで、転送手段２６〜２９は、メッセー
ジバス９１を介して行なうメッセージ１８〜２０（後
述）の転送を制御する手段であり、ＤＭＡコントローラ
３１〜３４でそれぞれ構成される。中継手段３６〜３９
は、おもにパケット１７の中継処理を行なう手段であ
り、プロセッサ１〜４と、中継プログラムメモリ４０〜
４３と、ルーティングテーブル４４〜４７と、ＡＲＰテ
ーブル４８〜５１とでそれぞれ構成される。統計手段５
２〜５５は、プロセッサ１〜４が単位時間にパケット１
７に対して行う中継処理の各ステップ毎の処理時間の統
計を取る手段であり、タイマ５６〜５９と、統計テーブ
ル６０〜６３とでそれぞれ構成される。格納手段６４〜
６７は、パケット１７あるいはメッセージ１８′〜２０
を一時的に記憶する手段であり、データバッファ６９〜
７２でそれぞれ構成される。送受信手段７４〜７７は、
ネットワーク５〜８を介して行なうパケット１７の送受
信を制御する手段であり、ＭＡＣコントローラ７８〜８
１でそれぞれ構成される。

【００２４】一方、調整部２５は、転送手段３０と、格
納手段６８と、調整手段８２とを、ローカルバス９０で
接続した構成を有する。ここで、転送手段３０は、メッ
セージバス９１を介して行なうメッセージ１８′〜２０
の転送を制御する手段であり、ＤＭＡコントローラ３５
で構成される。格納手段６８は、パケット１７あるいは
メッセージ１８′〜２０を一時的に記憶する手段であ
り、データバッファ７３で構成される。調整手段８２
は、中継部２１′〜２４′から送られてくる各プロセッ
サ１〜４の処理時間の統計情報をもとに、各プロセッサ
１〜４の処理負荷（例えば、式（１）で表したプロセッ
サ使用率）が均等になるように、各プロセッサ１〜４に
おいて実行されるプログラムを指示する手段であり、プ
ロセッサ８３と調整プログラムメモリ８４で構成され
る。

【００２５】次に、上記のプログラムメモリの記憶内容
と、そのプログラムに基づいた処理により生成されるメ
ッセージについて説明する。

【００２６】図２は、中継部２１′〜２４′の中継プロ
グラムメモリ４０〜４３の記憶構成の一例を示す図であ
る。図において、中継プログラムメモリ４０〜４３の各
々は、後述する割り込み処理（図８）のプログラムを記
憶する領域と、本メモリに記憶される複数のプログラム
の記憶位置が設定されるベクタアドレス領域と、後述す
るベクタアドレス変更処理（図１５）のプログラムを記
憶する領域と、入力側処理と出力側処理のプログラムを
個別に記憶する領域とから構成される。ここで、入力側
処理のプログラムとしては、中継処理における分担量が
異なる（すなわち、処理にかかる時間が異なる）２つの
プログラムが設定されており、具体的には、図４１の処
理（以下、入力側処理Ａと呼ぶ）のプログラムと、後述
する図１９の処理（以下、入力側処理Ｂと呼ぶ）のため
のプログラムが設定されている。また、出力側処理のプ
ログラムとしては、上記の入力側処理Ａ，Ｂのプログラ
ムに対応して中継処理を分担する、図４２の処理（以
下、出力側処理Ａ）のためのプログラムと、後述する図
２０の処理（以下、出力側処理Ｂ）のためのプログラム
が設定されている。つまり、１つのパケットに対する中
継処理は、入力処理Ａと出力処理Ａ、あるいは、入力処
理Ｂと出力処理Ｂにより行われる。また、入力側処理と
出力側処理のプログラムを記憶する領域には、後述する
統計処理（図９）のプログラムも記憶されており、各入
力側処理および出力側処理が行われるときには、並行し
て統計処理も行われるようになっている。

【００２７】図３は、中継部２１′〜２４′での入力側
処理により、メッセージバス９１を介して出力側（宛
先）の中継部２１〜２４に送られるメッセージ１８′の
フォーマットを示す図である。図において、メッセージ
データには、パケット１７のデータがそのままの状態で
設定される。メッセージヘッダには、本メッセージがメ
ッセージ１８′であることを示す「メッセージタイプ」
と、メッセージデータの先頭アドレスを示す「メッセー
ジデータアドレス」と、メッセージデータのデータ長を
示す「メッセージデータ長」と、本メッセージ１８の宛
先となる中継部を示す「宛先部」と、本メッセージ１
８′を発信した中継部を示す「発信部」と、次装置のＩ
Ｐアドレスを示す「次装置ＩＰアドレス」と、本メッセ
ージ１８′を発信した中継部で行なわれた入力側処理の
ベクタアドレスを示す「発信部入力側処理ベクタアドレ
ス」とが設定される。

【００２８】図４は、中継部２１′〜２４′での統計処
理により調整部２５へ送られる、メッセージ１９のフォ
ーマットを示す図である。図において、メッセージデー
タには、上記の統計テーブル６０〜６３に作成された、
入力側処理と出力側処理の処理時間の統計情報がそれぞ
れ設定される。メッセージヘッダの「メッセージタイ
プ」には、本メッセージがメッセージ１９であることを
示す値が設定される。

【００２９】図５は、調整部２５の調整プログラムメモ
リ８４の記憶構成の一例を示す図である。図に示すよう
に、調整プログラムメモリ８４は、割り込み処理（図
８）のプログラムを記憶する領域と、後述する処理分担
変更処理（図１３）のプログラムを記憶する領域と、処
理分担変更処理のプログラムの記憶位置が設定されるベ
クタアドレス領域とから構成される。

【００３０】図６は、調整部２５の処理分担変更処理に
より中継部２１′〜２４′に送られる、メッセージ２０
のフォーマットを示す図である。図において、メッセー
ジデータには、各中継部２１′〜２４′が行う入力側処
理と出力側処理のプログラムの実行位置（ベクタアドレ
ス）が設定される。メッセージヘッダの「メッセージタ
イプ」には、本メッセージがメッセージ２０であること
を示す値が設定される。また、「宛先部」には、中継部
２１′〜２４′の全てを示す値が設定される。すなわ
ち、メッセージ２０は中継部２１′〜２４′へ同報され
る。

【００３１】なお、上記の中継プログラムメモリ４０〜
４３と調整プログラムメモリ８４に記憶される各種のプ
ログラムは、図１に示す外部インタフェース９２および
メッセージバス９１を介して、予め保守管理端末９３か
らロードされる。

【００３２】次に、図１のネットワーク５からネットワ
ーク８へパケット１７を中継する場合を例に挙げて、ル
ータ１２′の動作を説明する。

【００３３】ここで、各中継部の中継プログラム４０〜
４３のベクタアドレスの領域には、図２において矢印で
示したアドレスが設定されているものとする。

【００３４】図７は、本動作例におけるパケット１７の
データの流れを示している。

【００３５】図７において、中継部２１′では、送受信
手段７４のＭＡＣコントローラ７８がネットワーク５か
ら送られてきたパケット１７（図３７）を受信して、そ
の受信データを格納手段６４のデータバッファ６９に格
納する。そして、データバッファ６９への格納が完了し
た時点で、プロセッサ１にパケット１７の受信を通知す
る（例えば、プロセッサ１に割り込み要求を出す）。こ
の通知を受けたプロセッサ１は、図８に示す割り込み処
理を開始する。この処理において、プロセッサ１は、ま
ず、割り込みの種類を調べることにより、パケット１７
が中継部２１′に受信されたことを認識し、中継プログ
ラムメモリ４０のベクタアドレス領域（図２）から、
「入力側処理用のベクタアドレス」を選択する（ステッ
プ１３１）。そして、選択したベクタアドレスが示す位
置に記憶された、入力側処理のプログラムを実行する。
本例では、この割り込み処理により、図４１の入力側処
理Ａが行われる。

【００３６】入力側処理Ａにおいて、プロセッサ１は、
まず、ネットワーク５からパケット１７を受信したこと
を認識すると、データバッファ６９に格納された受信パ
ケット１７中の「ＭＡＣヘッダ」および「ＩＰヘッダ」
に設定されている情報（例えば、ＩＰやＯＳＩを示すネ
ットワークレイヤのプロトコルタイプ）などを調べ、中
継不可あるいは中継不要と判断した場合には、パケット
１７を廃棄する（ステップ１０１、１０２）。次に、受
信パケット１７中のＩＰヘッダに設定されている「宛先
ＩＰアドレス」を検索キーとしてルーティングテーブル
４４（図３９）の検索を行い、「宛先ＩＰアドレス」に
対応する最適な送出経路として、次装置のＩＰアドレス
と、次装置のネットワークに接続された中継部を選択す
る（ステップ１０３）。本例では、次装置としてはルー
タ１３が、中継部としては中継部２４′がそれぞれ選択
される。次に、ステップ１０３の選択結果に基づいたメ
ッセージヘッダ（図３）を、データバッファ６９に格納
されたパケット１７に付加することによりメッセージ１
８′を生成し、転送手段２６のＤＭＡコントローラ３１
にメッセージ１８′の中継部２４′への転送を指示する
（ステップ１１１）。このとき、メッセージヘッダの
「発信部入力側処理ベクタアドレス」には、中継プログ
ラムメモリ４０の「入力側処理用のベクタアドレス」の
値（ずなわち、入力処理Ａのプログラムの位置）が設定
される。ＤＭＡコントローラ３１は、上記の指示に従
い、図７に示す経路でメッセージ１８′を転送する。

【００３７】中継部２４′では、転送手段２９のＤＭＡ
コントローラ３４が、メッセージバス９１から送られて
きたメッセージ１８′を受信して、その受信データを格
納手段６７のデータバッファ７２に格納する。そして、
データバッファ７２への格納が完了した時点で、プロセ
ッサ４にメッセージ１８′の受信を通知する（例えば、
割り込み要求を出す）。通知を受けたプロセッサ４は、
前述した割り込み処理（図８）を行い、これにより、
「出力側処理のベクタアドレス」（図２）の示す位置に
記憶された、出力側処理のプログラムを実行する。本例
では、この割り込み処理により、図４２に示す出力側処
理Ａが行われる。

【００３８】出力側処理Ａにおいて、プロセッサ４は、
まず、メッセージバス９１からメッセージ１８を受信し
たことを認識すると、データバッファ７２へ格納された
受信メッセージ１８中のメッセージヘッダに設定されて
いる情報（例えば、メッセージ１８の宛先となる中継部
を示す「宛先部」）などを調べ、中継不可あるいは中継
不要と判断した場合には、そのメッセージ１８を廃棄す
る（ステップ１１２）。次に、「次装置ＩＰアドレス」
を検索キーとしてＡＲＰテーブル５１（図４０）の検索
を行うことにより、次装置のＩＰアドレスをＭＡＣアド
レスに変換し、変換したＭＡＣアドレスをパケット１７
中の「宛先ＭＡＣアドレス」に設定する（ステップ１０
４、１０５）。次に、送出するネットワーク８の最大デ
ータ長に合わせてパケット１７を分割し（ステップ１０
６）、送受信手段７７のＭＡＣコントローラ８１にパケ
ット１７の送出を指示する（ステップ１０７）。ＭＡＣ
コントローラ８１は、この指示にしたがい、ネットワー
ク８へパケット１７を送出する。

【００３９】以上のようにして、ルータ１２′は、ネッ
トワーク５からネットワーク８へパケット１７を中継す
る。

【００４０】ところで、ルータ１２′では、上記の入力
側処理と出力側処理に並行して、以下で説明する統計処
理が行なわれる。

【００４１】図９は、中継部２１′〜２４′のそれぞれ
で行われる統計処理のフローチャートである。図１０，
図１１は、統計処理により統計テーブル６０〜６３の各
々に設定される統計データの一例を示す図であり、図１
０には、入力側処理に関する統計データｕ（ｉ,ｊ,ｋ）
が、図１１には、出力側処理に関する統計データｄ
（ｉ,ｊ,ｋ）がそれぞれ示されている。

【００４２】中継部２１′〜２４′では、それぞれ同様
の統計処理が行われる。このため、ここでは、中継部２
１′のみの動作を説明する。

【００４３】中継部２１′において、プロセッサ１は、
入力側処理（図４１）および出力側処理（図４２）の各
ステップの処理を開始するときタイマ５６を起動し、各
ステップの処理の終了時にタイマ５６を停止させる（ス
テップ１２１、１２３）。そして、タイマ５６で計測さ
れた各ステップ毎の処理時間を、統計テーブル６０の対
応する統計データｕ（ｉ,ｊ,ｋ）， ｄ（ｉ,ｊ,ｋ）に
加算する（ステップ１２２）。ここで、ｉは統計処理を
行うプロセッサを示し、ｊは処理するパケット１７の送
信元あるいは送信先の中継部を示し、ｋは処理する入力
側処理あるいは出力側処理のステップを示す。すなわ
ち、入力側処理の際には、図１０に示すように、メッセ
ージ１８′の転送先である中継部２２′〜２４′のそれ
ぞれに対して、入力側処理のステップ毎に処理時間を計
測し、その結果を統計テーブル６０に累積する。同様
に、出力側処理の際には、図１１に示すように、メッセ
ージ１８′の転送元の中継部２２〜２４のそれぞれに対
して、出力側処理のステップ毎に処理時間を計測し、計
測結果に応じて統計テーブル６０を更新する。なお、こ
こで、中継部２１′自身に対する統計データｕ（１,１,
ｋ）， ｄ（１,１,ｋ）は、共に“０″となる。

【００４４】プロセッサ１は以上の処理を繰り返し行な
い、その間、自らに設けられたタイマで経過時間を監視
する。そして、単位時間が経過したことを認識すると、
統計テーブル６０に設定されている統計データをデータ
バッファ６９にコピーするとともに、その統計データに
メッセージヘッダを付加することによりメッセージ１９
（図４）を生成し、ＤＭＡコントローラ３１にメッセー
ジ１９の調整部２５への転送を指示する（ステップ１２
４）。ＤＭＡコントローラ３１は、この指示にしたがっ
て、図１２に示す経路でメッセージ１９を転送する。そ
して、プロセッサ１は、統計テーブル６０をリセットし
た後に、以上の処理を繰り返し行う。

【００４５】次に、上記のメッセージ１９を受信したと
きの調整部２５の動作について説明する。

【００４６】図１３は、調整部２５が行う処理分担変更
処理のフローチャートであり、図１４は、調整部２５の
処理により生成されるメッセージ２０の転送経路を示し
た図である。

【００４７】図１４において、まず、調整部２５のＤＭ
Ａコントローラ３５は、メッセージバス９１から送られ
てきたメッセージ１９（図４）を受信し、その受信デー
タをデータバッファ７３に格納する。そして、データバ
ッファ７３への格納が完了した時点で、プロセッサ８３
にメッセージ１９の受信を通知する（例えば、割り込み
要求を出す）。この通知を受けたプロセッサ８３は、前
述した割り込み処理（図８）を実行し、これにより、調
整プログラム８４（図５）の「メッセージ１９処理用の
ベクタアドレス」が示す位置に記憶されている、処理分
担変更処理（図１３）のプログラムを実行する。

【００４８】この処理分担変更処理において、プロセッ
サ８３は、まず、中継部２１′〜２４′から、メッセー
ジ１９が転送されてきたことを認識すると（ステップ１
２５）、メッセージ１９に含まれる統計データｕ（ｉ,
ｊ,ｋ）， ｄ（ｉ,ｊ,ｋ）をもとに、次式にしたがっ
て、プロセッサ１〜４の使用率をそれぞれ計算する。

【００４９】

【数２】

【００５０】そして、中継部２１′〜２４′の中継プロ
グラムメモリ４０〜４３に予めロードされている、複数
の入力側処理のプログラムと複数の出力側処理のプログ
ラムから、各プロセッサ１〜４のプロセッサ使用率が均
等になるプログラムの組み合わせを選択する（ステップ
１２６）。次に、選択したプログラムの記憶位置を示す
ベクタアドレスとメッセージヘッダをデータバッファ７
３に格納することにより、メッセージ２０（図６参照）
を生成し、ＤＭＡコントローラ３５にメッセージ２０の
中継部２１′〜２４′への転送を指示する（ステップ１
２７）。ＤＭＡコントローラ３５は、この指示にしたが
い、図１４に示す経路でメッセージ２０を転送する。以
上により、例えば、入力側処理の処理負担が大きい中継
部には、処理量の小さい入力側処理が割り当てられ、出
力側処理の処理負担が大きい中継部には、処理量の小さ
い出力側処理が割り当てられる。

【００５１】次に、上記のメッセージ２０を受信したと
きの中継部２１′〜２４′の動作について説明する。

【００５２】図１５は、中継部２１′〜２４′におい
て、メッセージ２０の内容に応じて行われるベクタアド
レス変更処理のフローチャートである。

【００５３】ＤＭＡコントローラ３１〜３４は、メッセ
ージバス９１から送られてきたメッセージ２０（図６）
を、データバッファ６９〜７２に格納し、そして、デー
タバッファ６９〜７２への格納が完了した時点で、プロ
セッサ１〜４にメッセージ２０の受信を通知する。この
通知を受けたプロセッサ１〜４は、中継プログラム４０
〜４３（図２）の「ベクタアドレス変更処理のベクタア
ドレス」に予め設定されている番地からプログラムを実
行し、これにより、図１５に示すベクタアドレス変更処
理が行われる。

【００５４】図の処理において、プロセッサ１〜４は、
まず、メッセージ２０がデータバッファ６９〜７２に格
納されたことを認識すると（ステップ１２８）、中継プ
ログラム４０〜４３内の「入力側処理用のベクタアドレ
ス」を、受信メッセージ２０で指定されている値に書き
替えるとともに、「出力側処理用のベクタアドレス」
を、後述する出力側処理切替処理（図１７）のプログラ
ムの先頭アドレスの値に書き替える（ステップ１２
９）。これにより、例えば、受信メッセージ２０が、
「入力側処理用のベクタアドレス」の設定値として、入
力側処理Ｂのプログラムの先頭アドレスを指定している
場合は、中継プログラム４０〜４３内の「入力側処理用
のベクタアドレス」と「出力側処理用のベクタアドレ
ス」は、図１６に矢印で指すアドレスに書き替えられ
る。

【００５５】次に、上記のベクタアドレス変更処理の後
に、メッセージ１８′を受信した場合の中継部２１′〜
２４′の動作について説明する。

【００５６】図１７は、中継部２１′〜２４′におい
て、受信したメッセージ１８′に対して行う出力側処理
を切り替えるための、出力側処理切替処理のフローチャ
ートである。

【００５７】まず、ＤＭＡコントローラ３１〜３４は、
メッセージバス９１から送られてきたメッセージ１８′
（図４）を受信して、データバッファ６９〜７２に格納
する。そして、データバッファ６９〜７２への格納が完
了した時点で、プロセッサ１〜４にメッセージ１８′の
受信を通知する（割り込み要求を出す）。プロセッサ１
〜４は、割り込み要求を受けると、中継プログラムメモ
リ４０〜４３の「出力側処理用のベクタアドレス」に設
定している番地からプログラムを実行し、これにより、
図１７に示す出力側処理切替処理が行なわれる。

【００５８】出力側処理切替処理において、まず、プロ
セッサ１〜４は、メッセージバス９１からメッセージ１
８′を受信したことを認識すると、受信したメッセージ
１８′中のメッセージヘッダに設定されている「発信部
入力側処理ベクタアドレス」を調べる（ステップ１４
１、１４２）。そして、そのアドレスと、すでに受信し
たメッセージ２０により指定される、上記のメッセージ
１８′の発信部の「入力側処理用ベクタアドレス」とを
比較し、両者が一致しない場合には、現在中継プログラ
ムメモリ４０〜４３の「出力側処理用のベクタアドレ
ス」に設定されているアドレスからプログラムを実行す
る（ステップ１４３）。

【００５９】両者が一致する場合には、まず、全ての中
継部２１〜２４が中継プログラムメモリ４０〜４３内の
「入力側処理用のベクタアドレス」の設定値を、メッセ
ージ２０で指定される値に書き替えたか否かを調べる
（ステップ１４４）。そして、全ての中継部２１′〜２
４′が書き替えを終了している場合は、中継プログラム
４０〜４３内の「出力側処理用のベクタアドレス」の設
定値を、メッセージ２０により指定される値に書き替え
る（ステップ１４５）。次に、書き替えた「出力側処理
用のベクタアドレス」の指定するアドレスからプログラ
ムを実行する（ステップ１４６）。

【００６０】以上の切替処理により、各中継部２１′〜
２４′は、受信したパケット１８′に対して、そのパケ
ット１７になされている入力側処理に対応する出力側処
理を行うことができる。

【００６１】次に、各プロセッサ１〜４の処理負荷が不
均等となる場合の、ルータ１２′の具体的な動作を説明
する。

【００６２】ここでは、ルータ１２′において、ネット
ワーク５，６，７からネットワーク８へのパケット１７
の中継処理が発生した場合を説明する。

【００６３】図１８は、このときのパケット１７のデー
タの流れを示す図である。

【００６４】図１９は、中継プログラムメモリ４０〜４
３にそれぞれ記憶された入力側処理Ｂのフローチャート
である。図の処理は、入力側処理Ａ（図４１）に、出力
側処理Ａ（図４２）のステップ１０６を追加したもので
ある。また、図２０は、中継プログラムメモリ４０〜４
３にそれぞれ記憶された出力側処理Ｂのフローチャート
である。図の処理は、出力側処理Ａ（図４２）から上記
のステップ１０６を除いたものである。すなわち、入力
側処理Ｂは入力側処理Ａに対して処理量が大きく、出力
側処理Ｂは出力側処理Ａに対して処理量が小さくなって
いる。

【００６５】図１８において、中継部２１′〜２３′の
プロセッサ１〜３は、それぞれ受信したパケット１７に
対して入力処理Ａを行い、その処理結果を示すメッセー
ジ１８′を中継部２４へ送る。中継部２４′では、送ら
れてきた複数のメッセージ１８′に対してプロセッサ４
が出力処理Ａを行う。また、以上の処理と並行して、中
継部２１′〜２４′では、それぞれ上記の統計処理（図
９）が行われ、その処理結果を示すメッセージ１９（図
４）が調整部２５に送られる。調整部２５は、送られて
きた各メッセージ１９の統計データから、中継部２４′
に設けられたプロセッサ４の出力側処理の処理時間が他
と較べて極端に長いことを認識する。そして、上記の処
理分担変更処理（図１３）により、プロセッサ４の処理
の一部を、プロセッサ１〜３に肩代わりさせるためのメ
ッセージ２０を中継部２１′〜２４′に送る。

【００６６】メッセージ２０を受信した中継部２４′で
は、上記のベクタアドレス変更処理（図１５）および出
力側処理切替処理（図１７）により、中継プログラムメ
モリ４３内のベクタアドレスが、例えば図２１に矢印で
示すアドレスに書き替えられる。すなわち、プロセッサ
４の行う出力側処理は、処理量の小さい出力処理Ｂに切
り替えられ、プロセッサ４の処理負荷は減少される。ま
た、これに合わせて、中継部２４′に対して中継部２
１′〜２３′が行う入力側処理は、入力側処理Ｂに切り
替えられ、プロセッサ１〜３の処理負荷は増加する。

【００６７】なお、中継部２１′〜２４′で生成された
メッセージ１９は、図１の外部インターフェース９２を
介して保守管理端末９３にも送られる。保守管理端末９
３では、メッセージ１９の内容（すなわち、統計情報）
が表示され、管理者は、この表示から、各プロセッサ１
〜４の処理負荷の状態を知ることができる。さらに、管
理者は、保守管理端末９３を操作することにより、各プ
ロセッサ１〜４の処理負荷を均等にさせるためのメッセ
ージ２０を生成して、中継部２１′〜２４′に送ること
ができる。

【００６８】以上のように、本実施形態によれば、各プ
ロセッサ１〜４の間の処理負荷が均等になるように、各
プロセッサ１〜４の入力側処理と出力側処理の分担が切
り替えられるため、各プロセッサ１〜４の処理能力を有
効に活用できるようになり、したがって、装置全体とし
てのパケット処理能力は向上する。

【００６９】なお、本実施形態では、パケットの中継処
理を、互いに処理量の異なる２つの入力側処理と、それ
に対応する２つの出力側処理の組み合わせにより実施し
ているが、処理量の異なる入力側処理とそれに対応する
出力側処理をさらに追加することにより、より適切な処
理の分担の切り替えが可能になる。

【００７０】また、本実施形態では、中継部２１′〜２
４′の間でメッセージ１８′の転送する経路と、中継部
２１〜２４と調整部２５の間でメッセージ１９〜２０を
転送する経路として、メッセージバス９１を共通に使用
しているが、メッセージを転送する経路を複数設置し
て、メッセージ１８′と、メッセージ１９〜２０を別々
の経路で転送するようにしてもよい。

【００７１】また、本実施形態では、ネットワークとし
てＣＳＭＡ／ＣＤ方式のネットワークを用いているが、
例えばＴｏｋｅｎ Ｒｉｎｇ方式のネットワーク等、他
の方式のネットワークを用いてもよい。

【００７２】また、本実施形態では、ネットワークレイ
ヤのプロトコルとして、ＩＰを用いているが、他のプロ
トコル、例えばＩＰＸ（Internetwork Packet eXchang
e）を用いてもよい。

【００７３】［実施形態２］前述の第１の実施形態で
は、各プロセッサ１〜４の処理負荷を、各プロセッサ１
〜４の処理時間の統計をもとに求めた。これに対し、以
下で説明する第２の実施形態では、各プロセッサ１〜４
の処理負荷を、データバッファ６９〜７２の空き容量か
ら求める。

【００７４】データバッファ６９〜７２の空き容量は、
各プロセッサ１〜４の処理負荷（例えば、式（２）に示
すプロセッサ使用率）に応じて変化する。つまり、各プ
ロセッサ１〜４の処理負荷が大きいければ、パケット１
７あるいはメッセージ１８がデータバッファ６９〜７２
内に滞留する時間が長くなり、その結果、データバッフ
ァ６９〜７２の空き容量は小さくなる。逆に、各プロセ
ッサ１〜４の処理負荷が小さいければ、パケット１７あ
るいはメッセージ１８がデータバッファ６９〜７２内に
滞留する時間が短くなり、データバッファ６９〜７２の
空き容量は大きくなる。本実施形態では、これらの特徴
を利用して、各プロセッサ１〜４の処理負荷の決定に、
各データバッファ６９〜７２の空き容量を利用する。

【００７５】図２２は、本発明の第２の実施形態に係る
ルータ１２″の構成を示す図である。図に示すように、
本実施形態のルータ１２″は、前述した第１の実施形態
のルータ１２′から統計手段５２〜５５を除いた構成を
有する。

【００７６】まず、データバッファ６９〜７２の空き容
量について説明する。

【００７７】データバッファ６９〜７２の記憶領域に
は、ネットワーク５〜８からのパケット１７の受信のた
めにＭＡＣコントローラ７８〜８１に割り当てている領
域と、メッセージバス９１からのメッセージ１８′〜２
０の受信のためにＤＭＡコントローラ３１〜３４に割り
当てている領域がある。ＭＡＣコントローラ７８〜８１
は、例えば、図２３に示すように、複数のアドレスを用
いてデータバッファ６９〜７２へのアクセスを管理す
る。図において、リードアドレスは、現在プロセッサ１
〜４により中継処理されているパケット１７の格納位置
を示すアドレス、ライトアドレスは、ＭＡＣコントロー
ラ７８〜８１が現在ネットワーク５〜８から受信してい
るパケット１７の格納位置を示すアドレス、セットアド
レスは、プロセッサ１〜４によって、受信パケット１７
を格納する領域としてＭＡＣコントローラ７８〜８１に
割り当てられる位置を示すアドレスである。この場合、
ＭＡＣコントローラ７８〜８１に割り当てられている領
域の空き容量は、ライトアドレスとセットアドレスの差
の絶対値で表すことができる。ＤＭＡコントローラ３１
〜３４に割り当てられている領域の空き容量について
も、以上と同様に表すことができる。

【００７８】次に、本実施形態のルータ１２″の動作を
説明する。

【００７９】ルータ１２″は、そのプロセッサ１〜４
が、処理時間の統計処理（図９）を行う代わりに、後述
するバッファの空き容量検出処理を行う点と、調整部２
５の処理分担変更処理が若干異なる点を除き、第１の実
施形態のルータ１２′と同じ動作を行う。このため、以
下では、本実施形態の動作のうち、第１の実施形態と異
なる部分のみを説明する。

【００８０】図２４は、中継部２１″〜２４″のそれぞ
れにおいて行われる空き容量検出処理のフローチャート
である。図２５は、空き容量検出処理により生成される
メッセージ１９′のフォーマットを示す図である。図に
示すメッセージ１９′のメッセージデータには、データ
バッファの空き容量の計測結果が設定される。また、メ
ッセージタイプのフィールドには、本メッセージがメッ
セージ１９′であることを示す値が設定される。

【００８１】各中継部２１″〜２４″では、以下の空き
容量検出処理（図２４）が単位時間毎に行われる。ここ
では、中継部２１″を例に動作を説明する。

【００８２】中継部２１″のプロセッサ１は、まず、デ
ータバッファ６９の領域の内、ＭＡＣコントローラ７８
に割り当てている領域の空き容量と、ＤＭＡコントロー
ラ３１に割り当てている領域の空き容量を、図２３を用
いて説明した方法で計測する（ステップ１５１）。そし
て、計測結果を、ＤＭＡコントローラ３１に割り当てて
いるデータバッファ６９の領域に格納し、それにメッセ
ージヘッダを付加することによりメッセージ１９′（図
２５）を生成して、ＤＭＡコントローラ３１にメッセー
ジ１９′の調整部２５への転送を指示する（ステップ１
５２）。ＤＭＡコントローラ３１は、プロセッサ１の指
示にしたがい、図１２に示した経路でメッセージ１９′
を転送する。

【００８３】一方、調整部２５′では、各中継部２１″
〜２４″より受信したメッセージ１９′に応じて、第１
の実施形態と同様な処理が行われる。ただし、ここで
は、各プロセッサ１〜４の処理負荷として、プロセッサ
の使用率（式（２））ではなく、次式で求まるバッファ
使用率を用いる。

【００８４】

【数３】

【００８５】調整部２５′は、送られてきたメッセージ
１９′に基づいて、各中継部２１″〜２４″におけるバ
ッファ使用率を、式（３）により計算する。そして、バ
ッファ使用率の高い中継部のプロセッサでは処理負荷が
減少し、バッファ使用率の低い中継部のプロセッサでは
処理負荷が増加するように、各プロセッサに対する入力
側処理および出力側処理の割り当てを変更するためのメ
ッセージ２０を生成して、それを中継部２１″〜２４″
に転送する。

【００８６】前述したように、空き容量の大きいバッフ
ァ（すなわち、バッファ使用率の低いバッファ）に対応
するプロセッサの使用率（式（２））は低いため、上記
の動作により、各プロセッサ１〜４の使用率は均等化さ
れる。

【００８７】以上のように、本実形態によれば、各プロ
セッサ１〜４の間の処理負荷が均等になるように、各プ
ロセッサ１〜４の入力側処理と出力側処理の分担が切り
替えられるため、第１の実施形態と同様、装置全体とし
てのパケット処理能力は向上する。また、本実施形態で
は、データバッファ６９〜７２の空き容量を定期的に計
測することで各プロセッサ１〜４の処理負荷を求めるた
め、第１の実施形態と較べて、処理負荷の検出に要する
処理は軽減される。

【００８８】［実施形態３］図２６は、クライアント・
サーバ・システムの一例を示す図であり、図３６に示す
通信ネットワークシステムにクライアント１００１〜１
００６とサーバ１００７〜１００９を配置した構成を示
す。このクライアント・サーバ・システムでは、クライ
アント１００１〜１００６がサーバ１００７〜１００９
に対してサービスを要求し、サーバ１００７〜１００９
はその要求に応じてサービスを提供する。サービスの要
求と提供は、クライアント１００１〜１００６とサーバ
１００７〜１００９間のパケット１７（図３７）の通信
により行われる。また、各サーバ１００７〜１００９
は、複数のクライアント１００１〜１００６から共通に
アクセスされる。このため、サーバ１００７〜１００９
が多く接続されたネットワークほど、パケット１７のト
ラヒック量が多くなり、ルータ装置に与える処理負荷も
大きくなる。本実施形態では、これらの特徴を利用し、
各プロセッサ１〜４の処理負荷として、ネットワーク５
〜８に接続されたサーバ１００７〜１００９の台数を利
用する。

【００８９】図２７は、本発明の第３の実施形態に係る
ルータ１２ａの構成を示す図である。図に示すように、
ルータ１２ａは、前述した第１の実施形態のルータ１２
´（図１）から統計手段５２〜５５を除き、計数手段１
０１０〜１０１３を加えた構成を有する。計数手段１０
１０〜１０１３は、計時を行うタイマ１０１４〜１０１
７と、中継部２１ａ〜２４ａのネットワーク５〜８に接
続されたサーバ１００７〜１００９の台数を計数するカ
ウンタ１０１８〜１０２１により構成される。ルータ１
２ａでは、計数手段１０１０〜１０１３と調整部２５ａ
により、各ネットワーク５〜８に接続されたサーバの台
数を求めるサーバ検出処理が行われる。

【００９０】図２８は、サーバ検出処理において、各中
継部２１ａ〜２４ａとサーバ１００７〜１００９の間で
通信されるパケット１７ａおよび１７ｂのフォーマット
を示す図である。パケット１７ａは、サーバ検出要求用
のパケットであり、各中継部２１ａ〜２４ａからサーバ
１００７〜１００９へ送信される。その宛先ＭＡＣアド
レスには、各中継部２１ａ〜２４ａのネットワーク５〜
８に接続する全てのクライアント１００１〜１００６、
サーバ１００７〜１００９、およびルータ１３〜１４を
指定するアドレスが設定される。また、発信ＭＡＣアド
レスには、本パケット１７ａの送出元のＭＡＣコントロ
ーラ７８〜８１のＭＡＣアドレスが設定され、ネットワ
ークレイヤのプロトコルタイプには、本パケットがパケ
ット１７ａであることを示す値が設定される。一方、パ
ケット１７ｂは、サーバ検出応答用のパケットであり、
サーバ１００７〜１００９からルータ１２ａの各中継部
２１ａ〜２４ａへ送信される。その宛先ＭＡＣアドレス
には、受信パケット１７ａの発信ＭＡＣアドレスが、発
信ＭＡＣアドレスには、本パケット１７ｂの送出元のサ
ーバのＭＡＣコントローラ（図示なし）のＭＡＣアドレ
スが、ネットワークレイヤのプロトコルタイプには、パ
ケット１７ｂであることを示す値が、それぞれ設定され
る。

【００９１】図２９は、サーバ検出処理において、中継
部２１ａ〜２４ａから調整部２５ａへ転送されるメッセ
ージ１９ａのフォーマットを示す図である。このメッセ
ージ１９ａは、中継部２１ａ〜２４ａの各ネットワーク
５〜８に接続されたサーバ１００７〜１００９の台数を
報告するためのものである。図で、メッセージタイプに
は、メッセージ１９ａであることを示す値が設定され、
サーバカウンタには、各中継部２１ａ〜２４ａのネット
ワーク５〜８に接続されたサーバ１００７〜１００９の
台数が設定される。

【００９２】次に、ルータ１２ａの動作を説明する。ル
ータ１２ａでは、プロセッサ１〜４が統計処理（図９）
の代わりにサーバ検出処理を行う点と、調整部２５ａの
処理分担変更処理が若干異なる点を除き、第１の実施形
態のルータ１２´と同じ動作を行う。

【００９３】図３０は、サーバ検出処理のフローチャー
トである。本処理は、第１の実施形態で説明した入力側
処理と出力側処理に並行して、定期的に行われる。サー
バ検出処理において、ルータ１２ａの各プロセッサ１〜
４は、まず、カウンタ１０１７〜１０２１を０クリア
し、パケット１７ａ（図２８）をデータバッファ６９〜
７２内に生成し、そのパケット１７ａのネットワーク５
〜８への送出をＭＡＣコントローラ７８〜８１に指示し
た後、タイマ１０１３〜１０１６を０値よりスタートさ
せる（ステップ１１０１）。指示に応じてＭＡＣコント
ローラ７８〜８１は、ネットワーク５〜８へパケット１
７ａを送出する。

【００９４】送出されたパケット１７ａは、ネットワー
ク５〜８に接続された全てのクライアント１００１〜１
００６、サーバ１００７〜１００９、およびルータ１３
〜１４で受信される。ただし、クライアント１００１〜
１００６およびルータ１３〜１４では、受信したパケッ
ト１７ａのネットワークレイヤのプロトコルタイプか
ら、未サポートプロトコルのパケットと認識して、その
パケット１７ａは廃棄する。各サーバ１００７〜１００
９では、受信したパケット１７ａのネットワークレイヤ
のプロトコルタイプより、サーバ検出要求用のパケット
と認識して、パケット１７ｂ（図４３）を生成してネッ
トワーク５〜８に送出する。

【００９５】送出された各パケット１７ｂは、ルータ１
２ａの各中継部２１ａ〜２４ａで受信される。各中継部
２１ａ〜２４ａのＭＡＣコントローラ７８〜８１は、受
信したパケット１７ｂをデータバッファ６９〜７２に格
納し、格納が完了した時点でプロセッサ１〜４にパケッ
トの受信を通知する。プロセッサ１〜４は、この通知に
応じて、中継プログラムメモリ４０〜４３の「入力側処
理用のベクタアドレス」に設定している番地からプログ
ラムを実行し、これにより、例えば入力側処理Ａ（図４
１）が行われる。この処理により、自中継部宛でないパ
ケット１７ｂは廃棄される。

【００９６】受信したパケットが自中継部宛のパケット
１７ｂの場合、処理はサーバ検出処理のステップ１１０
２に移る。各プロセッサ１〜４は、パケット１７ｂの受
信を認識する毎に、そのパケット１７ｂを送ったネット
ワークに対応するカウンタ１０１８〜１０２１を１イン
クリメントし、認識したパケット１７ｂは廃棄する（ス
テップ１１０２）。そして、パケット１７ａの送信指示
（ステップ１１０１）後に、予め決められた時間が経過
した時点で、カウンタ１０１７〜１０２１の値を用い
て、データバッファ６９〜７２内にメッセージ１９ａ
（図４４）を生成し、その転送をＤＭＡコントローラ３
１〜３４に指示する。この指示に従いＤＭＡコントロー
ラ３１〜３４は、生成されたメッセージ１９ａを調整部
２５ａへ転送する。

【００９７】調整部２５ａでは、各中継部２１ａ〜２４
ａより受信したメッセージ１９ａに応じて、第１の実施
形態と同様な処理（図１３）を行う。ただし、ここで
は、各プロセッサ１〜４の処理負荷として、プロセッサ
の使用率ではなく、各中継部２１ａ〜２４ａのネットワ
ーク５〜８に接続されているサーバ１００７〜１００９
の台数を用いる。調整部２５ａは、送られてきたメッセ
ージ１９ａから、各中継部２１ａ〜２４ａの各ネットワ
ーク５〜８に接続されたサーバの台数を把握する。そし
て、サーバの台数が多い中継部のプロセッサでは処理負
荷が減少し、サーバの台数が少ない中継部のプロセッサ
では処理負荷が増加するように、各プロセッサ１〜４に
対する入力側処理および出力側処理の割り当てを変更す
る。そして、この変更内容を指示するメッセージ２０
（図６）をデータバッファ７３内に生成し、各中継部２
１ａ〜２４ａに転送する。各中継部２１ａ〜２４ａで
は、転送されたメッセージ２０の内容に従って、ベクタ
アドレス変更処理を行う。これにより、入力側処理と出
力側処理の分担が変更され、各プロセッサ１〜４の処理
負荷は均等化される。

【００９８】なお、本実施形態では、送信したパケット
１７ａに応じてサーバ１００７〜１００９から返送され
るパケット１７ｂにより、接続されたサーバ１００７〜
１００９の台数を検出するが、例えば、定期的の所定の
時刻に、サーバ１００７〜１００９から能動的に送信さ
れるパケット１７ｂにより台数を検出するようにしても
良い。

【００９９】以上のように、本実施形態でも、各プロセ
ッサ１〜４の間の処理負荷が均等化されることから、装
置全体のパケットの処理能力は向上する。また、本実施
形態では、返送されるパケット１７ｂの計数により処理
負荷を求めるため、第１の実施形態と比べ、処理負荷の
検出に要する処理が軽減される。また、サーバ検出処理
を定期的に行うことで、サーバの新規追加や切り離しに
よるネットワークの構成の変化にも対応できる。

【０１００】［実施形態４］第１の実施形態（図１）で
は、各プロセッサ１〜４の入力側処理と出力側処理の分
担の切り替えを行う場合に、各中継プログラムメモリ４
０〜４３内の入力側処理用のベクタアドレスと、出力側
処理用のベクタアドレスとをそれぞれ対応して書き換え
た。しかし、以下で説明する第４の実施形態では、入力
側が、分担した処理を示す値をメッセージ１８（図３
３）のメッセージタイプに設定し、出力側は、そのメッ
セージタイプの値に応じて出力側処理を選択し、実行す
る。

【０１０１】図３１は、本発明の第４の実施形態に係る
ルータ１２ｂの構成を示す図である。図に示すように、
ルータ１２ｂは、第１の実施形態のルータ１２´（図
１）において中継手段３６〜３９の代わりに中継手段３
６ｂ〜３９ｂを設けた構成を有する。各中継手段３６ｂ
〜３９ｂは、中継手段３６〜３９と同様に、プロセッサ
１〜４と、中継プログラムメモリ４０ｂ〜４３ｂと、ル
ーティングテーブル４４〜４７と、ＡＲＰテーブル４８
〜５１により構成されるが、中継プログラムメモリ４０
ｂ〜４３ｂ の記憶内容がルータ１２´と異なる。

【０１０２】図３２は、中継プログラムメモリ４０ｂ〜
４４ｂの記憶内容の一例を示す図である。中継プログラ
ムメモリ４０ｂ〜４３ｂの各々は、第１の実施形態の中
継プログラムメモリ４０〜４３（図２）において「出力
側処理用のベクタアドレス」の代わりに、「入力側処理
Ａ（図４１）に対応する出力側処理Ａ（図４２）用のベ
クタアドレス」と、「入力側処理Ｂ（図１９）に対応す
る出力側処理Ｂ（図２０）用のベクタアドレス」とを設
定した構成を有する。また、ベクタアドレス変更処理の
プログラムも変更されている。ここでは、各中継プログ
ラムメモリ４０ｂ〜４３ｂのベクタアドレスの領域に
は、最初、図３２に矢印で示したアドレスが設定されて
いるものとする。

【０１０３】図３３は、調整部２５ｂの処理分担変更処
理により生成されるメッセージ２０ｂのフォーマットを
示す図である。図において、メッセージデータには、各
中継部２１ｂ〜２４ｂが行う入力側処理の実行位置（ベ
クタアドレス）が設定される。メッセージタイプには、
本メッセージがメッセージ２０ｂであることを示す値が
設定される。また、宛先部には、中継部２１ｂ〜２４ｂ
の全てを指定する値が設定される。

【０１０４】本実施形態のルータ１２ａは、調整部２５
ｂの処理分担変更処理、および各中継部２１ｂ〜２４ｂ
のベクタアドレス変更処理が若干異なる点を除き、第１
の実施形態のルータ１２´と同じ動作を行う。図３４
に、ベクタアドレス変更処理のフローチャートを示す。

【０１０５】まず、調整部２５ｂでは、各中継部２１ｂ
〜２４ｂからメッセージ１９（図４）を受信すると、第
１の実施形態と同様の処理（図１３）により、各プロセ
ッサ１〜４の処理負荷が均等になるように各プロセッサ
１〜４の処理の分担を決定する。そして、決定した分担
を指定するためのメッセージ２０ｂ（図３３）を生成し
て中継部２１ｂ〜２４ｂへ転送する。

【０１０６】各中継部２１ｂ〜２４ｂでは、転送手段２
６〜２９のＤＭＡコントローラ３１〜３４が、メッセー
ジバス９１で送られてきたメッセージ２０ｂ（図３３）
を受信して、その受信データを格納手段６４〜６７のデ
ータバッファ６９〜７２に格納する。そして、データバ
ッファ６９〜７２への格納が完了した時点で、プロセッ
サ１〜４にメッセージ２０ｂの受信を通知する。通知を
受けたプロセッサ１〜４では、割り込み処理（図８）を
行い、ベクタアドレス変更処理（図３４）に処理を移
す。

【０１０７】ベクタアドレス変更処理において、各プロ
セッサ１〜４は、まず、メッセージ２０ｂがデータバッ
ファ６９〜７２に格納されたことを認識すると（ステッ
プ１１１１）、中継プログラムメモリ４０ｂ〜４３ｂ内
の「入力側処理用のベクタアドレス」を、受信メッセー
ジ２０ｂで指定されている値に書き換える（ステップ１
１１２）。例えば、メッセージ２０ｂが、中継部２１ｂ
および２４ｂに対して入力側処理Ｂを指定し、中継部２
２ｂおよび２３ｂに対しては入力側処理Ａを指定するも
のである場合、中継プログラムメモリ４０ｂおよび４３
ｂ内の「入力側処理用のベクタアドレス」は、図３５に
矢印で指す値に書き換えられ、中継プログラムメモリ４
１ｂおよび４２ｂ内の「入力側処理用のベクタアドレ
ス」は、図３２に矢印で指す値のまま保持される。

【０１０８】以下では、この「入力側処理用のベクタア
ドレス」の設定における、ルータ１２ｂの中継動作を説
明する。

【０１０９】図４５のネットワーク５からネットワーク
８へ中継されるパケット１７がルータ１２ｂに送られた
場合、中継部２１ｂ（図４５）では、送受信手段７４の
ＭＡＣコントローラ７８が送られたパケット１７（図２
７）を受信して、その受信データを格納手段６４のデー
タバッファ６９に格納する。そして、データバッファ６
９への格納が完了した時点で、プロセッサ１にパケット
の受信を通知する。この通知を受けたプロセッサ１は、
図８に示す割り込み処理を開始する。この処理におい
て、プロセッサ１は、割り込みの種類を調べることで、
パケット１７の受信を認識し、中継プログラムメモリ４
０ｂ（図３５）から「入力処理用のベクタアドレス」を
選択する（ステップ１３１）。そして、選択したベクタ
アドレスが示す入力側処理のプログラムを実行する。こ
れにより、受信された上記パケット１７には、図１９の
入力側処理Ｂが行われる。入力側処理Ｂにおいて、プロ
セッサ１は、第１の実施形態と同様の処理を行い、その
処理より得られるメッセージ１８（図３）のメッセージ
ヘッダの「メッセージタイプ」に、入力側処理Ｂの実施
を示す値を設定する。そして、転送手段２６のＤＭＡコ
ントローラ３１にメッセージ１８の中継部２４ｂへの転
送を指示する（ステップ１１１）。これにより、メッセ
ージ１８はメッセージバス９１を介して中継部２４ｂに
転送される。

【０１１０】中継部２４ｂでは、転送手段２９のＤＭＡ
コントローラ３４が、メッセージバス９１からメッセー
ジ１８ｂを受信して、その受信データを格納手段６７の
データバッファ７２に格納する。そして、格納が完了し
た時点で、プロセッサ４にメッセージ１８ｂの受信を通
知する。通知を受けたプロセッサ４は、割り込み処理
（図８）を行い、受信されたパケットのメッセージヘッ
ダの「メッセージタイプ」の設定から、入力側処理Ｂの
実施されたパケット１７であると認識する。そして、中
継プログラムメモリ４３ｂの「入力側処理Ｂに対応する
出力側処理Ｂのベクタアドレス」により指定される出力
側処理Ｂのプログラム（図２０）を実行する。出力側処
理Ｂにおいて、プロセッサ４は、第１の実施形態と同様
の処理を行い、送受信手段７７のＭＡＣコントローラ８
１にパケット１７の送出を指示する（ステップ１０
６）。そして、指示に従いＭＡＣコントローラ８１は、
ネットワーク８へパケット１７を送出する。

【０１１１】図４５のネットワーク７からネットワーク
８へ中継されるパケット１７がルータ１２ｂに送られた
場合、中継部２３ｂでは、そのパケット１７を受信し
て、前述した割り込み処理を行う。そして、その結果に
応じてパケット１７に入力側処理Ａ（図４１）を行い、
その処理により得たメッセージ１８を中継部２４ｂに転
送する。このときメッセージ１８の「メッセージタイ
プ」には、入力側処理Ａの実施を示す値が設定されてい
る。中継部２４ｂでは、メッセージバス９１から上記メ
ッセージ１８を受信し、割り込み処理を行う。そして、
その結果に応じてパケット１７に出力側処理Ａを行い、
処理したパケット１７をネットワーク８に送出する。以
上のように、本実施形態でも、各プロセッサ１〜４の間
の処理負荷が均等化され、装置全体のパケットの処理能
力は向上する。

【０１１２】なお、以上で説明した各実施形態では、４
個のネットワークを接続する構成を示したが、配置する
中継部を増やすことで、より多くのネットワークを接続
することが可能となる。また、各実施形態の機能を組み
合わせたルータを構成することも容易である。例えば、
第４の実施形態のルータを、プロセッサの使用率からで
なく、接続されたサーバの台数から処理負荷を求めるよ
うに構成することができる。

【０１１３】また、以上では、各中継部に個別にプロセ
ッサ１〜４を配置しているが、プロセッサ以外のハード
ウェアにより上述の中継処理を実施するようにしても良
い。

【０１１４】また、以上の実施形態のルータを元にして
ブリッジやブルータを実現することも可能である。具体
的には、受信したパケットから、各ネットワークに接続
された装置の「発信ＭＡＣアドレス」を学習する機能を
上記の実施形態に設け、ルーティングテーブル（図３
９）からではなく、上記の学習結果から転送先の中継部
やネットワークを特定するようにすれば、ブリッジが実
現できる。また、上記の実施形態でサポートされている
ＩＰのプロトコルに基づくパケットを受信した場合には
ルーティングテーブルを用い、実施形態でサポートされ
ていない他のプロトコルに基づくパケットを受信した場
合には上記の学習結果を用いて、それぞれ転送先の中継
部やネットワークを特定するようにすれば、ブルータが
実現できる。

【０１１５】

【発明の効果】以上で説明したように、本発明によれ
ば、接続した複数のネットワークに対応して、パケット
の中継処理を行う処理手段を個別に備えたインタネット
ワーク装置において、各処理手段の処理負荷を均等化さ
せることにより、装置全体のパケット処理能力を向上さ
せることができる。

【図面の簡単な説明】

【図１】 本発明の第１の実施形態に係るルータの構成
を示すブロック図。

【図２】 中継プログラムメモリの記憶内容を示す図。

【図３】 各中継部の間で転送されるメッセージ１８の
フォーマットを示す図。

【図４】 調整部に各プロセッサの処理時間の統計情報
を知らせるメッセージ１９のフォーマットを示す図。

【図５】 調整プログラムメモリの記憶内容を示す図。

【図６】 調整部から各プロセッサへ処理分担の変更を
知らせるメッセージ２０のフォーマットを示す図。

【図７】 ルータにおけるパケット中継時のパケットの
データの流れを示す図。

【図８】 各プロセッサが実施する割り込み処理のフロ
ーチャート。

【図９】 中継部の各プロセッサが実施する処理時間の
統計処理のフローチャート。

【図１０】 入力側処理に対する統計処理により得られ
る統計データを示す図。

【図１１】 出力側処理に対する統計処理により得られ
る統計データを示す図。

【図１２】 統計処理により生成されるメッセージ１９
の転送経路を示す図。

【図１３】 中継部の各プロセッサの処理負荷が均等に
なるようなメッセージ２０を生成する、中継部の処理負
荷変更処理のフローチャート。

【図１４】 メッセージ２０の転送経路を示す図。

【図１５】 メッセージ２０に応じてベクタアドレスを
書き替える、中継部のベクタアドレス変更処理のフロー
チャート。

【図１６】 中継プログラムメモリのベクタアドレスの
設定状態を例示する図。

【図１７】 各中継部の出力側処理を切り替える処理の
フローチャート。

【図１８】 各プロセッサの処理負荷が不均等となるパ
ケット中継時のパケットのデータの流れを例示する図。

【図１９】 各プロセッサが行う入力側処理Ｂのフロー
チャートを示す図。

【図２０】 各プロセッサが行う出力側処理Ｂのフロー
チャートを示す図。

【図２１】 中継プログラムメモリのベクタアドレスの
設定状態を例示する図。

【図２２】 本発明の第２の実施形態に係るルータの構
成を示すブロック図。

【図２３】 データバッファの管理方法の説明に用いる
図。

【図２４】 各中継部のデータバッファの空き容量を調
整部へ知らせる処理のフローチャート。

【図２５】 上記処理により調整部へ転送されるメッセ
ージ１９のフォーマットを示す図。

【図２６】 クライアント・サーバ・システムの一例を
示す図。

【図２７】 本発明の第３の実施形態に係るルータの構
成を示すブロック図。

【図２８】 サーバ検出要求・応答用パケットを示す
図。

【図２９】 各中継部から調整部にサーバの台数を通知
するメッセージのフォーマットを示す図。

【図３０】 サーバ検出処理のフローチャート。

【図３１】 本発明の第４の実施形態に係るルータの構
成を示すブロック図。

【図３２】 中継プログラムメモリの記憶内容を示す
図。

【図３３】 調整部から各中継部へ処理分担の変更を知
らせるメッセージのフォーマットを示す図。

【図３４】 ベクタアドレス変更処理のフローチャー
ト。

【図３５】 中継プログラムメモリのベクタアドレスの
設定状態を例示する図。

【図３６】 通信ネットワークシステムの構成例を模式
的に示す図。

【図３７】 ネットワークを介して転送されるパケット
の構成例を示す図。

【図３８】 従来のルータの構成例を示すブロック図。

【図３９】 ルーティングテーブルの構成の一例を示す
図。

【図４０】 ＡＲＰテーブルの構成の一例を示す図。

【図４１】 各プロセッサが行う入力側処理Ａのフロー
チャート。

【図４２】 各プロセッサが行う出力側処理Ａのフロー
チャート。

【図４３】 中継部の間で転送されるメッセージ１８の
フォーマットを示す図。

【図４４】 パケット中継時のルータにおけるパケット
データの流れを示す図。

【図４５】 通信ネットワークシステムにおけるパケッ
トの中継経路を示す図。

【図４６】 上記中継時のルータにおけるパケットデー
タの流れを示す図。

【図４７】 通信ネットワークシステムにおけるパケッ
トの中継経路を示す図。

【図４８】 上記中継時のルータにおけるパケットデー
タの流れを示す図。

【符号の説明】

１〜４…プロセッサ、５〜１１…ネットワーク、１２〜
１４…ルータ、１５〜１６…端末、１７…パケット、１
８〜２０…メッセージ、２１〜２４…中継部、２５…調
整部、２６〜３０…転送手段、３１〜３５…ＤＭＡコン
トローラ、３６〜３９…中継手段、４０〜４３…中継プ
ログラム、４４〜４７…ルーティングテーブル、４８〜
５１…ＡＲＰテーブル、５２〜５５…統計手段、５６〜
５９…タイマ、６０〜６３…統計テーブル、６４〜６８
…格納手段、６９〜７３…データバッファ、７４〜７７
…送受信手段、７８〜８１…ＭＡＣコントローラ、８２
…調整手段、８３…プロセッサ、８４…調整プログラ
ム、８６〜９０…ローカルバス、９１…メッセージバ
ス、９２…外部インタフェース、９３…保守管理端末、
１００１〜１００６…クライアント、１００７〜１００
９…サーバ、１０１０〜１０１３…計数手段、１０１４
〜１０１７…タイマ、１０１８〜１０２１…カウンタ。

───────────────────────────────────────────────────── フロントページの続き (72)発明者 左古 義人 神奈川県海老名市下今泉810番地 株式 会社日立製作所 オフィスシステム事業 部内 (72)発明者 大浦 哲生 神奈川県川崎市幸区鹿島田890番地の12 株式会社日立製作所 情報・通信開発 本部内 (56)参考文献 特開 平６−197111（ＪＰ，Ａ) 特開 平７−235939（ＪＰ，Ａ) 特開 平７−105111（ＪＰ，Ａ) 特開 平９−83562（ＪＰ，Ａ) 特許3239129（ＪＰ，Ｂ２) (58)調査した分野(Int.Cl.⁷，ＤＢ名) H04L 12/66 H04L 12/46 100

Claims (8)

(57)【特許請求の範囲】
1. 【請求項１】接続される複数のネットワークの各々に対
   応して個別に設けられる複数の処理手段と、当該複数の
   処理手段の各々を相互に接続する手段を有し、前記複数
   のネットワークの間で行われるパケットデータの中継処
   理を、当該ネットワークに対応して設けられた処理手段
   が分担して行うインタネットワーク装置であって、 単位時間毎に、前記複数の処理手段の各々の処理負荷を
   計測する計測手段と、 当該計測手段の計測結果に応じて、前記複数の処理手段
   の各々の処理負荷がより均等になるように、当該複数の
   処理手段の各々の処理の分担を変更させる調整手段を備
   えることを特徴とするインタネットワーク装置。
2. 【請求項２】請求項１記載のインタネットワーク装置で
   あって、 前記各パケットデータの中継処理は、当該中継処理を分
   担する部分が互いに異なる複数の入力側処理の内の一つ
   の入力側処理と、当該複数の入力側処理に対応して設け
   られた、対応する入力側処理が分担しない中継処理の部
   分を各々分担する複数の出力側処理の内の、前記一つの
   入力側処理に対応する一つの出力側処理とにより各々行
   われ、 前記計測手段は、前記処理負荷の計測として、前記複数
   の処理手段の各々の処理時間の統計を取り、 前記調整手段は、前記計測手段の計測結果に応じて、処
   理時間が他の処理手段に較べて長い処理手段に対して、
   より小さい分担量の入力側処理と、より小さい分担量の
   出力側処理の一方、もしくは、両方を割り当て、当該割
   り当てた処理と共に中継処理を構成する処理を他の処理
   手段に対して割り当てることを特徴とするインタネット
   ワーク装置。
3. 【請求項３】接続される複数のネットワークの各々に対
   応して個別に設けられる複数の処理手段と、当該複数の
   処理手段の各々を相互に接続する手段を有し、前記複数
   のネットワークの間で行われるパケットデータの中継処
   理を、当該ネットワークに対応して設けられた処理手段
   が分担して行うインタネットワーク装置であって、 前記各パケットデータの中継処理は、当該中継処理を分
   担する部分が互いに異なる複数の入力側処理の内の一つ
   の入力側処理と、当該複数の入力側処理に対応して設け
   られた、対応する入力側処理が分担しない中継処理の部
   分を各々分担する複数の出力側処理の内の、前記一つの
   入力側処理に対応する一つの出力側処理とにより各々行
   われ、 単位時間毎に、前記複数の処理手段の各々の処理時間の
   統計を取る計測手段と、 当該計測手段の計測結果を表示すると共に、利用者の操
   作を受け付ける端末を備え、 前記端末は、前記利用者の操作に応じて、処理時間が他
   の処理手段に較べて長い処理手段に対して、より小さい
   分担量の入力側処理と、より小さい分担量の出力側処理
   の一方、もしくは、両方を割り当て、当該割り当てた処
   理と共に中継処理を構成する処理を他の処理手段に対し
   て割り当てることを特徴とするインタネットワーク装
   置。
4. 【請求項４】請求項１記載のインタネットワーク装置で
   あって、 前記複数の処理手段が分担する中継処理が施される各パ
   ケットデータを格納する格納手段を有し、 前記各パケットデータの中継処理は、当該中継処理を分
   担する部分が互いに異なる複数の入力側処理の内の一つ
   の入力側処理と、当該複数の入力側処理に対応して設け
   られた、対応する入力側処理が分担しない中継処理の部
   分を各々分担する複数の出力側処理の内の、前記一つの
   入力側処理に対応する一つの出力側処理とにより各々行
   われ、 前記計測手段は、前記処理負荷の計測として、前記格納
   手段におけるパケットデータの格納状況から、前記複数
   の処理手段の各々により処理されるパケットデータの量
   を各処理手段毎に計測し、 前記調整手段は、前記計測手段の計測結果に応じて、処
   理されるデータの量が他の処理手段に較べて大きい処理
   手段に対して、より小さい分担量の入力側処理と、より
   小さい分担量の出力側処理の一方、もしくは、両方を割
   り当て、当該割り当てた処理と共に中継処理を構成する
   処理を他の処理手段に対して割り当てることを特徴とす
   るインタネットワーク装置。
5. 【請求項５】請求項４記載のインタネットワーク装置で
   あって、 前記格納手段は、前記複数の処理手段が分担する中継処
   理が施される各パケットデータを、当該複数の処理手段
   の各々に対応して個別に格納する複数の格納手段からな
   り、 前記計測手段は、前記処理負荷の計測として、前記複数
   の格納手段の各々の空き容量を計測し、 前記調整手段は、前記計測手段の計測結果に応じて、空
   き容量の小さい格納手段に対応する処理手段に対して、
   より小さい分担量の入力側処理と、より小さい分担量の
   出力側処理の一方、もしくは、両方を割り当て、当該割
   り当てた処理と共に中継処理を構成する処理を他の処理
   手段に対して割り当てることを特徴とするインタネット
   ワーク装置。
6. 【請求項６】接続される複数のネットワークの各々に対
   応して個別に設けられる複数の処理手段と、当該複数の
   処理手段の各々を相互に接続する手段を有し、前記複数
   のネットワークの間で行われるパケットデータの中継処
   理を、当該ネットワークに対応して設けられた処理手段
   が分担して行うインタネットワーク装置であって、 前記各パケットデータの中継処理は、当該中継処理を分
   担する部分が互いに異なる複数の入力側処理の内の一つ
   の入力側処理と、当該複数の入力側処理に対応して設け
   られた、対応する入力側処理が分担しない中継処理の部
   分を各々分担する複数の出力側処理の内の、前記一つの
   入力側処理に対応する一つの出力側処理とにより各々行
   われ、 前記複数の処理手段が分担する中継処理が施される各パ
   ケットデータを、当該複数の処理手段の各々に対応して
   個別に格納する複数の格納手段と、 前記複数の格納手段の各々の空き容量を計測する計測手
   段と、 前記計測手段の計測結果を表示するとともに、利用者の
   操作を受け付ける端末を備え、 前記端末は、利用者の操作に応じて、空き容量の小さい
   格納手段に対応する処理手段に対して、より小さい分担
   量の入力側処理と、より小さい分担量の出力側処理の一
   方、もしくは、両方を割り当て、当該割り当てた処理と
   共に中継処理を構成する処理を他の処理手段に割り当て
   ることを特徴とするインタネットワーク装置。
7. 【請求項７】請求項１記載のインタネットワーク装置で
   あって、 前記各パケットデータの中継処理は、当該中継処理を分
   担する部分が互いに異なる複数の入力側処理の内の一つ
   の入力側処理と、当該複数の入力側処理に対応して設け
   られた、対応する入力側処理が分担しない中継処理の部
   分を各々分担する複数の出力側処理の内の、前記一つの
   入力側処理に対応する一つの出力側処理とにより各々行
   われ、 前記計測手段は、前記処理負荷の計測として、前記複数
   のネットワークに接続されたサーバを検出し、検出した
   サーバの台数を前記各ネットワーク毎に集計し、 前記調整手段は、前記計測手段の計測結果に応じて、接
   続されたサーバの台数が他のネットワークに比べて多い
   ネットワークの処理手段に対して、より小さい分担量の
   入力側処理と、より小さい分担量の出力側処理の一方、
   もしくは、両方を割り当て、当該割り当てた処理と共に
   中継処理を構成する処理を、他のネットワークの処理手
   段に対して割り当てることを特徴とするインタネットワ
   ーク装置。
8. 【請求項８】請求項１記載のインタネットワーク装置で
   あって、 前記各パケットデータの中継処理は、当該中継処理を分
   担する部分が互いに異なる複数の入力側処理の内の一つ
   の入力側処理と、当該複数の入力側処理に対応して設け
   られた、対応する入力側処理が分担しない中継処理の部
   分を各々分担する複数の出力側処理の内の、前記一つの
   入力側処理に対応する一つの出力側処理とにより各々行
   われ、 前記計測手段は、前記処理負荷の計測として、前記複数
   の処理手段の各々の処理時間の統計を取り、 前記調整手段は、前記計測手段の計測結果に応じて、処
   理時間が他の処理手段に比べて長い処理手段に対して、
   より小さい分担量の入力側処理を割り当て、もしくは、
   他の処理手段に対して、より大きい分担量の入力側処理
   を割り当て、 前記処理手段は、自処理手段が出力側処理を施すパケッ
   トデータに施された入力側処理を検出し、検出した入力
   側処理と共に中継処理を構成する出力側処理を前記パケ
   ットデータに施すことを特徴とするインタネットワーク
   装置。