JP2003218916A - フロントエンドプロセッサおよびルーティング管理方法 - Google Patents

Abstract

(57)【要約】 【課題】 ルーティングを行う経路毎の負荷を適切に制
御できるようにする。 【解決手段】 割り当て手段１ｅにより、ルーティング
手段１ａに対して第１のネットワーク２上のルータ３ａ
が割り当てられる。ルート情報送信手段１ｆによって、
ルーティング手段１ａに割り当てられたルータ３ａに対
して、ルート情報が送信される。すると、ルート情報を
受け取ったルータ３ａは、ルーティング手段１ａ経由で
サーバコンピュータ５ａ〜５ｃに対してアクセスする。
これにより、ルーティング手段１ａの処理負荷を適切に
制御できる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明はサーバとクライアン
トとの間のパケットのルーティングを行うフロントエン
ドプロセッサおよびルーティング管理方法に関し、特に
複数のプロセッサモジュールを搭載したフロントエンド
プロセッサおよびルーティング管理方法に関する。

【０００２】

【従来の技術】複数のサーバコンピュータ（以下、単に
サーバという）で構成されるホストシステムによって、
多数のクライアントコンピュータ（以下、単にクライア
ントという）に対して、サービスを提供することができ
る。ホストシステムを構成する各サーバの機能は、異な
っていても良い。その場合、ホストシステムとクライア
ントとの間に、フロントエンドプロセッサ（以下、ＦＥ
Ｐという）と呼ばれるコンピュータが配置される。

【０００３】ＦＥＰは、サーバとクライアントとの間で
パケットのルーティングを行う。パケットのルーティン
グを行うとき、ＦＥＰは、サーバ側の設計要件や運用要
件に沿って配置された業務を、クライアントの利用者が
その所在を意識せずに利用できるように、処理要求のパ
ケットの管理／振り分けを行う。

【０００４】このように、サーバとクライアントとの間
にＦＥＰを設けた場合、ＦＥＰが停止してしまうと、サ
ーバが提供するサービスが全て停止してしまう。そこ
で、ＦＥＰには複数のプロセッサモジュール（ＰＭ）が
実装される。各プロセッサモジュールが、サーバとクラ
イアントとの間のパケットのルーティング機能（パケッ
トの振り分け機能を含む）を有している。これにより、
ホストシステムの安定運用を図ることができる。

【０００５】

【発明が解決しようとする課題】しかし、従来、複数の
ＰＭを実装したＦＥＰにおいて、各ＰＭの処理負荷を適
切に制御することができなかった。

【０００６】たとえば、ＦＥＰが動的ルーティングを行
う場合、それぞれのＰＭから、各サーバに対する全ての
ルート情報（ＲＩＰ：Routing Information Protocol）
が送信される。どのＰＭを通信に使用するかは、ルート
情報（ＲＩＰ）を受信した他のルータの判断に依存して
いる。他のルータは、ＦＥＰ内のＰＭの負荷を考慮しな
いため、通信を行うＰＭに偏りが生じ、負荷を均等に保
つことができなかった。

【０００７】また、従来のＦＥＰでは、同時に多数の相
手から大量にデータを受信し続けた場合、受信したデー
タを、システム能力を越えてまでも可能な限り処理しよ
うとしていた。その結果、ＦＥＰ全体がスローダウン状
態となり、全ての相手との通信が正常に働かない事態が
生じていた。

【０００８】本発明はこのような点に鑑みてなされたも
のであり、ルーティングを行う経路毎の負荷を適切に制
御することができるフロントエンドプロセッサおよびル
ーティング管理方法を提供することを目的とする。

【０００９】

【課題を解決するための手段】本発明の第１の態様では
上記課題を解決するために、図１に示すようなフロント
エンドプロセッサ１が提供される。図１に示すフロント
エンドプロセッサ１は、パケットのルーティングを行う
ものである。

【００１０】フロントエンドプロセッサ１は、第１のネ
ットワーク２経由で入力されたパケットを、第２のネッ
トワーク４へルーティングするルーティング手段１ａ
と、ルーティング手段１ａに対して、第１のネットワー
ク２上のルータ３ａを割り当てる割り当て手段１ｅと、
第２のネットワーク４上のサーバコンピュータ５ａ〜５
ｃへのルーティング手段１ａ経由の通信経路を示すルー
ト情報を、割り当て手段１ｅによって割り当てられたル
ータ３ａに対して送信するルート情報送信手段１ｆと、
を有する。

【００１１】このようなフロントエンドプロセッサ１に
よれば、割り当て手段１ｅにより、ルーティング手段１
ａに対して第１のネットワーク２上のルータ３ａが割り
当てられる。次に、ルート情報送信手段１ｆによって、
ルーティング手段１ａに割り当てられたルータ３ａに対
して、ルート情報が送信される。すると、ルート情報を
受け取ったルータ３ａは、ルーティング手段１ａ経由で
サーバコンピュータ５ａ〜５ｃに対してアクセスする。

【００１２】本発明の第２の態様では、パケットのルー
ティングを行うフロントエンドプロセッサ１において、
第１のネットワーク２経由で入力されたパケットを、第
２のネットワーク４へルーティングする複数のルーティ
ング手段１ａ〜１ｃと、複数のルーティング手段１ａ〜
１ｃそれぞれに対して、第１のネットワーク２上のルー
タ３ａ〜３ｃを割り当てる割り当て手段１ｅと、第２の
ネットワーク４上のサーバコンピュータ５ａ〜５ｃと各
ルーティング手段１ａ〜１ｃ経由で通信するためのルー
ティング手段１ａ〜１ｃ毎のルート情報を、割り当て手
段１ｅによって各ルーティング手段１ａ〜１ｃに割り当
てられた第１のネットワーク２上のルータ３ａ〜３ｃに
対して送信するルート情報送信手段１ｆと、を有するフ
ロントエンドプロセッサが提供される。

【００１３】このようなフロントエンドプロセッサ１に
よれば、割り当て手段１ｅにより、各ルーティング手段
１ａ，１ｂ，１ｃに対して第１のネットワーク２上のル
ータが割り当てられる。次に、ルート情報送信手段１ｆ
によって、各ルーティング手段１ａ，１ｂ，１ｃに割り
当てられたルータに対して、割り当てられたルーティン
グ手段１ａ，１ｂ，１ｃ経由のルート情報が送信され
る。すると、ルート情報を受け取ったルータは、割り当
てられたルーティング手段経由でサーバコンピュータ５
ａ〜５ｃに対してアクセスするようになる。

【００１４】また、本発明の第３の態様では、パケット
のルーティングを行うフロントエンドプロセッサ１にお
いて、第１のネットワーク２経由で入力されたパケット
を、第２のネットワーク４へルーティングするルーティ
ング手段１ａと、ルーティング手段１ａの負荷を監視
し、負荷が所定値を超えたことを判断する負荷判断手段
１ｄと、負荷判断手段１ｄによりルーティング手段１ａ
の負荷が所定値を超えたと判断された場合には、ルーデ
ィング手段１ａがルーティングすべきパケットの少なく
とも一部を廃棄するパケット廃棄手段１ｇと、を有する
ことを特徴とするフロントエンドプロセッサ１が提供さ
れる。

【００１５】このようなフロントエンドプロセッサによ
れば、負荷判断手段１ｄによりルーティング手段１ａの
負荷が監視され、負荷が所定値を超えると、パケット廃
棄手段１ｇにより、ルーディング手段１ａがルーティン
グすべきパケットの少なくとも一部を廃棄する。

【００１６】また、本発明の第４の態様によれば、第１
のネットワークから第２のネットワークへのパケットの
ルーティングを管理するルーティング管理方法であっ
て、第１のネットワーク２と第２のネットワーク４との
間の中継経路に対して、第１のネットワーク２上のルー
タを割り当て、第２のネットワーク４上のサーバコンピ
ュータ５ａ〜５ｃへの中継経路を経由した通信経路を示
すルート情報を、割り当てられたルータに対して送信す
る、ことを特徴とするルーティング管理方法が提供され
る。

【００１７】このようなルーティング管理方法によれ
ば、第１のネットワーク２と第２のネットワーク４との
間の中継経路に対して、第１のネットワーク２上のルー
タが割り当てられる。そして、第２のネットワーク４上
のサーバコンピュータ５ａ〜５ｃへの中継経路を経由し
た通信経路を示すルート情報が、割り当てられたルータ
に対して送信される。すると、ルート情報を受け取った
ルータは、割り当てられた中継経路を経由してサーバコ
ンピュータ５ａ〜５ｃに対してアクセスするようにな
る。

【００１８】また、本発明の第５の態様によれば、第１
のネットワーク２から第２のネットワーク４へのパケッ
トのルーティングを管理するルーティング管理方法であ
って、ルーティングを行う中継経路上の負荷を監視し、
中継経路の負荷が所定値を超えた場合には、第１のネッ
トワーク２上の所定のルータから出力されるパケットの
少なくとも一部を廃棄する、ことを特徴とするルーティ
ング管理方法が提供される。

【００１９】このようなルーティング管理方法によれ
ば、ルーティングを行う中継経路上の負荷が監視され、
中継経路の負荷が所定値を超えた場合には、第１のネッ
トワーク２上の所定のルータから出力されるパケットの
少なくとも一部が廃棄される。

【００２０】

【発明の実施の形態】以下、本発明の実施の形態を図面
を参照して説明する。まず、本発明の実施の形態に適用
される発明の概要について説明し、その後、本発明の実
施の形態の具体的な内容を説明する。

【００２１】図１は、本発明の実施の形態に適用される
発明の概念図である。本発明に係るフロントエンドプロ
セッサ１は、第１のネットワーク２を介して複数のルー
タ３ａ〜３ｃに接続されている。図１の例では、ルータ
３ａの識別情報を「ルータ＃１」、ルータ３ｂの識別情
報を「ルータ＃２」、ルータ３ｃの識別情報を「ルータ
＃３」とする。

【００２２】また、フロントエンドプロセッサ１は、第
２のネットワーク４を介して複数のサーバコンピュータ
５ａ〜５ｃに接続されている。フロントエンドプロセッ
サ１は、第１のネットワーク２から送られるパケットを
第２のネットワーク４にルーティングする。そのため
に、フロントエンドプロセッサ１は、複数のルーティン
グ手段１ａ〜１ｃ、負荷判断手段１ｄ、割り当て手段１
ｅ、ルート情報送信手段１ｆ、およびパケット廃棄手段
１ｇを有している。

【００２３】ルーティング手段１ａ〜１ｃは、第１のネ
ットワーク２経由で入力されたパケットを、第２のネッ
トワーク４へルーティングする。すなわち、各ルーティ
ング手段１ａ〜１ｃが、ルーティングの際の個別の中継
経路を構成している。なお、ルーティング手段１ａ〜１
ｃは、ルーティングの際、パケットで要求されている処
理の内容に適したサーバコンピュータに、そのパケット
を振り分ける。

【００２４】ルーティング手段１ａ〜１ｃは、たとえ
ば、それぞれ個別のモジュールで構成される。その場
合、各モジュールは、プロセッサモジュールと呼ばれ
る。図１の例では、ルーティング手段１ａの識別情報を
「ＰＭ＃１」、ルーティング手段１ｂの識別情報を「Ｐ
Ｍ＃２」、ルーティング手段１ｃの識別情報を「ＰＭ＃
３」とする。

【００２５】負荷判断手段１ｄは、ルーティング手段１
ａ〜１ｃの負荷を監視し、各ルーティング手段１ａ〜１
ｃの負荷が所定値を超えたことを判断する。また、負荷
判断手段１ｄは、フロントエンドプロセッサ１全体とし
ての負荷が所定値を超えたことも判断する。

【００２６】割り当て手段１ｅは、ルーティング手段１
ａ〜１ｃに対して、第１のネットワーク２上のルータを
割り当てる。割り当ては、たとえば、ルーティング手段
１ａ〜１ｃの識別情報と、ルータ３ａ〜３ｃの識別情報
の対応関係で示される。図１の例では、ルーティング手
段１ａに対してルータ３ａを割り当て、ルーティング手
段１ｂに対してルータ３ｂを割り当て、ルーティング手
段１ｃに対してルータ３ｃを割り当てている。

【００２７】ルート情報送信手段１ｆは、第２のネット
ワーク４上のサーバコンピュータ５ａ〜５ｃへのルーテ
ィング手段１ａ〜１ｃ経由の通信経路を示すルート情報
を、割り当て手段１ｅによって割り当てられたルータ３
ａ〜３ｃに対して送信する。すなわち、ルーティング手
段１ａ経由の通信経路を示すルート情報がルータ３ａに
送信される。ルーティング手段１ｂ経由の通信経路を示
すルート情報がルータ３ｂに送信される。ルーティング
手段１ｃ経由の通信経路を示すルート情報がルータ３ｃ
に送信される。

【００２８】なお、ルート情報送信手段１ｆは、負荷判
断手段１ｄにおいて負荷が所定値を超えた（高負荷）と
判断されたルーティング手段に対して割り当てられてい
るルータを、他のルーティング手段に割り当てることが
できる。

【００２９】パケット廃棄手段１ｇは、フロントエンド
プロセッサ１全体としての負荷が所定値を超えた（高負
荷）と判断された場合、所定のルータ（たとえば、予め
設定されている優先度の低いルータ）からのパケットの
少なくとも一部を廃棄する。また、パケット廃棄手段１
ｇは、何れかのルーティング手段１ａ〜１ｃの負荷が所
定値を超えた（高負荷）と判断された場合、そのルーテ
ィング手段に対して割り当てられているルータからのパ
ケットの少なくとも一部を、廃棄することができる。

【００３０】パケットを廃棄する場合、たとえば、パケ
ット廃棄手段１ｇは、パケット廃棄対象のルータに対し
て、実際には存在しないルーティング手段経由のルート
情報を送信する。これにより、そのルート情報を受け取
ったルータを経由したパケットは、実際には存在しない
ルーティング手段宛に送信され、廃棄される。

【００３１】このようなフロントエンドプロセッサ１に
よれば、各ルーティング手段１ａ〜１ｃ経由のルート情
報は、ブロードキャストされずに、ルータ割り当て手段
１ｅで割り当てられたルータに対して送信される。各ル
ータ３ａ〜３ｃは、ルート情報で通知された経路でしか
サーバコンピュータ５ａ〜５ｃにアクセスできないた
め、ルータ割り当て手段１ｅで割り当てられたルーティ
ング手段１ａ〜１ｃを経由してサーバコンピュータ５ａ
〜５ｃにアクセスする。これにより、各ルーティング手
段１ａ〜１ｃ間の負荷バランスを、フロントエンドプロ
セッサ１において管理することができるようになる。

【００３２】たとえば、負荷が過大となったルーティン
グ手段へのルータの割り当てを減らすことで、そのルー
ティング手段の負荷を減らすことができる。また、フロ
ントエンドプロセッサ１全体の負荷が過大となったら、
パケット廃棄手段１ｇによって、任意のサーバから出力
されるパケットを廃棄させることで、システム全体の処
理速度の低下を防止することができる。たとえば、同時
に多数の相手から大量にパケットを受信し続けた場合、
そのパケットの送信元のルータからのパケットを廃棄す
ることで、大量パケットの受信による機能低下を防御す
ることができる。

【００３３】このように、ルータ３ａ〜３ｃからのパケ
ットの中継経路を、負荷の高いルーティング手段から負
荷の低いルーティング手段への切り換え、それでも負荷
が解消されない場合は、パケットの廃棄処理を行うこと
で受信するデータの総量を制御することで、システムの
安定稼働を図ることができる。

【００３４】以下、本発明の実施の形態を具体的に説明
する。図２は、本発明の実施の形態のシステム構成図で
ある。図２に示すように、フロントエンドプロセッサ
（ＦＥＰ）１００は、２つのネットワーク１１，１２の
間に配置されている。ネットワーク１１には、複数のサ
ーバ２１〜２３が接続されている。ネットワーク１２に
は、複数のルータ３１〜３４が接続されている。

【００３５】ルータ３１は、ネットワーク４１を介し
て、複数のクライアント５１、５２に接続されている。
ルータ３２は、ネットワーク４２を介して、複数のクラ
イアント５３，５４に接続されている。ルータ３３は、
ネットワーク４３を介して、複数のクライアント５５，
５６に接続されている。ルータ３４は、ネットワーク４
４を介して、複数のクライアント５７，５８に接続され
ている。

【００３６】ＦＥＰ１００は、ルータ３１〜３４に対し
て、サーバ２１〜２３への通信経路を表すルート情報を
通知する。また、ＦＥＰ１００は、ルータ３１〜３４を
介して、クライアント５１〜５８からサーバ２１〜２３
に対する処理を要求するパケットを受け取ると、そのパ
ケットを各サーバ２１〜２３の機能に応じて、いずれか
のサーバに振り分ける。

【００３７】複数のサーバ２１〜２３は、クライアント
５１〜５８に処理機能を提供するホストシステムを構成
している。各サーバ２１〜２３は、クライアント５１〜
５８からの処理要求のパケットをＦＥＰ１００を介して
受け取り、そのパケットに応答して、各種処理を実行す
る。

【００３８】ルータ３１〜３４は、通信相手（クライア
ント５１〜５８）とＦＥＰ１００とを接続する中継装置
である。ルータ３１〜３４は、ＦＥＰ１００から送られ
るルート情報に基づいて、クライアント５１〜５８から
出力されたパケットを、ＦＥＰ１００に転送する。ま
た、各ルータ３１〜３４は、ルート情報（ＲＩＰ：Rout
ing Information Protocol）およびＡＲＰ(Address Res
olution Protocol)を受信することにより、ネットワー
ク１２、４１を介して接続されている装置のＩＰアドレ
スおよびＭＡＣアドレスを認識する。なお、ルータ３１
のネットワーク１２側のＩＰアドレスは「IPadd#31」で
ある。ルータ３２のネットワーク１２側のＩＰアドレス
は「IPadd#32」である。ルータ３３のネットワーク１２
側のＩＰアドレスは「IPadd#33」である。ルータ３４の
ネットワーク１２側のＩＰアドレスは「IPadd#34」であ
る。

【００３９】クライアント５１〜５８は、目的／用途／
地域等でグループ化されている。クライアント５１〜５
８は、ユーザの操作入力に応答して、グループごとに専
用の中継装置（ルータ３１〜３４）を介して、複数のサ
ーバ２１〜２３で構成されるホストシステムに対して処
理を要求するパケットを出力する。そのパケットは、Ｆ
ＥＰ１００により振り分けられる。これにより、クライ
アント５１〜５８とサーバ２１〜２３との間で通信が行
われる。

【００４０】図３は、ＦＥＰの内部構成を示すブロック
図である。ＦＥＰ１００は、２つの通信アダプタ１１
０，１２０と、複数のプロセッサモジュール（ＰＭ）１
３０，１４０，１５０とを有している。各ＰＭ１３０，
１４０，１５０には、識別情報が設定されている。ＰＭ
１３０の識別情報は「ＰＭ＃１」、ＰＭ１４０の識別情
報は「ＰＭ＃２」、ＰＭ１５０の識別情報は「ＰＭ＃
３」である。なお、ＦＥＰ１００内には、実際には存在
しないＰＭ用の識別情報「ＰＭ＃４」も定義されてい
る。

【００４１】通信アダプタ１１０は、ネットワーク１１
に接続されているとともに、接続ポート１１１〜１１４
を介して、各ＰＭ１３０，１４０，１５０に接続されて
いる。そして、通信アダプタ１１０は、ＰＭ１３０，１
４０，１５０とネットワーク１１との間のパケットを、
相互に伝達する。

【００４２】また、通信アダプタ１１０には、複数のＭ
ＡＣアドレス（物理アドレス）が定義されており、各Ｐ
Ｍ１３０，１４０，１５０に接続する接続ポート１１１
〜１１４に対して、それぞれ１つずつのＭＡＣアドレス
を割り当てている。図３の例では、ＰＭ１３０が接続さ
れた接続ポート１１１には、ＭＡＣアドレス「MACadd#1
1」が割り当てられている。ＰＭ１４０が接続された接
続ポート１１２には、ＭＡＣアドレス「MACadd#12」が
割り当てられている。ＰＭ１５０が接続された接続ポー
ト１１３には、ＭＡＣアドレス「MACadd#13」が割り当
てられている。また、通信アダプタ１１０は、実際には
存在しないＰＭ（ＰＭ＃４）に対応する接続ポート１１
４に対しても、ＭＡＣアドレス「MACadd#14」を割り当
てている。

【００４３】通信アダプタ１２０は、ネットワーク１２
に接続されているとともに、接続ポート１２１〜１２４
を介して、各ＰＭ１３０，１４０，１５０に接続されて
いる。そして、通信アダプタ１２０は、ＰＭ１３０，１
４０，１５０とネットワーク１２との間のパケットを相
互に伝達する。

【００４４】また、通信アダプタ１２０には、複数のＭ
ＡＣアドレスが定義されており、各ＰＭ１３０，１４
０，１５０に接続する接続ポート１２１〜１２４に対し
て、それぞれ１つずつのＭＡＣアドレスを割り当ててい
る。図３の例では、ＰＭ１３０が接続された接続ポート
１２１には、ＭＡＣアドレス「MACadd#21」が割り当て
られている。ＰＭ１４０が接続された接続ポート１２２
には、ＭＡＣアドレス「MACadd#22」が割り当てられて
いる。ＰＭ１５０が接続された接続ポート１２３には、
ＭＡＣアドレス「MACadd#23」が割り当てられている。
また、通信アダプタ１２０は、実際には存在しないＰＭ
（ＰＭ＃４）に対応する接続ポート１２４に対しても、
ＭＡＣアドレス「MACadd#24」を割り当てている。

【００４５】複数のＰＭ１３０，１４０，１５０は、そ
れぞれＣＰＵ(Central ProcessingUnit)やＲＡＭ(Rando
m Access Memory)を内蔵しており、各ＰＭ１３０，１４
０，１５０が個別のコンピュータとしての機能を有して
いる。各ＰＭ１３０，１４０，１５０は、互いにバス１
０１によって通信可能に接続されている。また、各ＰＭ
１３０，１４０，１５０は、それぞれ２つの通信ポート
を有している。一方の通信ポート１３１，１４１，１５
１は通信アダプタ１１０に接続され、他方の通信ポート
１３２，１４２，１５２は通信アダプタ１２０に接続さ
れている。

【００４６】ＰＭ１３０，１４０，１５０では、各通信
ポート１３１，１３２，１４１，１４２，１５１，１５
２に対して、ＩＰアドレスが割り振られている。ＰＭ１
３０では、通信アダプタ１１０に接続された通信ポート
１３１に、ＩＰアドレス「IPadd#11」が設定されてお
り、通信アダプタ１２０に接続された通信ポート１３２
に、ＩＰアドレス「IPadd#21」が設定されている。ＰＭ
１４０では、通信アダプタ１１０に接続された通信ポー
ト１４１に、ＩＰアドレス「IPadd#12」が設定されてお
り、通信アダプタ１２０に接続された通信ポート１４２
に、ＩＰアドレス「IPadd#22」が設定されている。ＰＭ
１５０では、通信アダプタ１１０に接続された通信ポー
ト１５１に、ＩＰアドレス「IPadd#13」が設定されてお
り、通信アダプタ１２０に接続された通信ポート１５２
に、ＩＰアドレス「IPadd#23」が設定されている。

【００４７】また、ＦＥＰ１００では、実際には存在し
ないＰＭ（ＰＭ＃４）に対してもＩＰアドレスが割り振
られている。実際には存在しないＰＭ（ＰＭ＃４）で
は、通信アダプタ１１０に接続される通信ポートに、Ｉ
Ｐアドレス「IPadd#14」が設定されており、通信アダプ
タ１２０に接続される通信ポートに、ＩＰアドレス「IP
add#24」が設定されている。

【００４８】なお、実際には存在しないＰＭ（ＰＭ＃
４）に関する定義内容は、実在するＰＭ１３０，１４
０，１５０の何れか１つの内部に格納されている。次
に、ＦＥＰ１００内の各ＰＭ１３０，１４０，１５０に
おける処理機能について説明する。

【００４９】まず、図４〜６を参照して、本実施の形態
で行われるパケット転送の状態遷移について概念的に説
明する。本実施の形態のＦＥＰ１００では、ＰＭへのル
ータの割り当てのとき、あるＰＭの負荷が過大となった
とき、およびＦＥＰ全体の負荷が過大となったときに、
ルート情報の内容が変更され、パケットの転送経路が変
化する。

【００５０】図４は、各ＰＭへのルータの割り当てのと
きの状態遷移を示す図である。 ［ステップＳ１］各ＰＭ１３０，１４０，１５０に対し
てルータ３１〜３４が割り当てられると、ＰＭ１３０，
１４０，１５０からルータ３１〜３４へ、ルート情報が
送信される。図４の例では、ＰＭ１３０にルータ３１，
３２が割り当てられ、ＰＭ１４０にルータ３３が割り当
てられ、ＰＭ１５０にルータ３４が割り当てられてい
る。このとき、各ＰＭ１３０，１４０，１５０は、自己
に割り当てられたルータに対してのみ、ＰＭ１３０，１
４０，１５０を経由してサーバ２１〜２３が接続されて
いること示すルート情報６１〜６４を送信する。すなわ
ち、ＰＭ１３０は、ルータ３１，３２に対して、ＰＭ１
３０を経由してサーバ２１〜２３が接続されていること
示すルート情報６１，６２を送信する。ＰＭ１４０は、
ルータ３３に対して、ＰＭ１４０を経由してサーバ２１
〜２３が接続されていること示すルート情報６３を送信
する。ＰＭ１５０は、ルータ３４に対して、ＰＭ１５０
を経由してサーバ２１〜２３が接続されていること示す
ルート情報６４を送信する。

【００５１】［ステップＳ２］各ルータ３１〜３４は、
サーバ２１〜２３への経路を示すルート情報を送信して
きたＰＭ１３０，１４０，１５０を中継して、サーバ２
１〜２３へパケットを送信する。すなわち、ルータ３
１、３２はＰＭ１３０経由でサーバ２１〜２３へパケッ
トを送信し、ルータ３３はＰＭ１４０経由でサーバ２１
〜２３へパケットを送信し、ルータ３４はＰＭ１５０経
由でサーバ２１〜２３へパケットを送信する。

【００５２】このように、各ＰＭ１３０，１４０，１５
０が、割り当てられたルータにしかルート情報を通知し
ないようにしたことで、各ルータ３１〜３４がサーバ２
１〜２３に対してパケットを送信するときの中継先を、
ＦＥＰ１００において制御することができる。これによ
り、多数のルータ３１〜３４から送信されたパケットが
一部のＰＭに集中することを、防止することができる。
すなわち、ＦＥＰ１００側の制御によって、各ＰＭの負
荷を適切に分散させることが可能となる。

【００５３】その後、あるＰＭにおいて負荷が過大とな
ると、そのＰＭに割り当てられていたルータの割当先
が、他のＰＭに変更される。図５は、ＰＭ単体での負荷
が過大となったときの状態遷移を示す図である。

【００５４】［ステップＳ３］たとえば、ＰＭ１３０の
負荷が過大になると、ＰＭ１３０に割り当てられていた
ルータ３２に対して、パケット転送経路変更のためのル
ート情報６５が送信される。図５の例では、ＰＭ１４０
からルータ３２に対して、ルート情報６５が送信されて
いる。ルート情報６５では、ＰＭ１３０を経由してサー
バ２１〜２３が接続されていないこと、およびＰＭ１４
０を経由してサーバ２１〜２３が接続されていることが
示されている。

【００５５】［ステップＳ４］ルータ３２がサーバ２１
〜２３へパケットを送信する際の中継先のＰＭが変更さ
れる。他のルータ３１，３３，３４は、以前と同じ経路
でパケットを送信する。すなわち、ルータ３１はＰＭ１
３０経由でサーバ２１〜２３へパケットを送信し、ルー
タ３２，３３はＰＭ１４０経由でサーバ２１〜２３へパ
ケットを送信し、ルータ３４はＰＭ１５０経由でサーバ
２１〜２３へパケットを送信する。

【００５６】このように、負荷が過大となったＰＭへの
ルータの割り当てを減らし、別のＰＭに割り当てること
により、複数のＰＭ間の負荷分散を動的に行うことがで
きる。

【００５７】その後、ＦＥＰ１００全体での負荷が過大
となると、最も優先順の低いルータを経由したパケット
が廃棄される。図６は、ＦＥＰ全体での負荷が過大とな
ったときの状態遷移を示す図である。

【００５８】［ステップＳ５］たとえば、ルータ３２の
優先順が最も低かった場合、ＦＥＰ１００全体の負荷が
過大になると、ルータ３２に対して、実在しないＰＭへ
パケット転送経路を変更させるためのルート情報６６が
送信される。図６の例では、ＰＭ１４０からルータ３２
に対して、ルート情報６６が送信されている。ルート情
報６６では、ＰＭ１４０を経由してサーバ２１〜２３が
接続されていないこと、および実在しないＰＭ（ＰＭ＃
４）を経由してサーバ２１〜２３が接続されていること
が示されている。

【００５９】［ステップＳ６］各ルータ３２がサーバ２
１〜２３へパケットを送信する際の中継先のＰＭが変更
される。他のルータ３１，３３，３４は、以前と同じ経
路でパケットを送信する。すなわち、ルータ３１はＰＭ
１３０経由でサーバ２１〜２３へパケットを送信し、ル
ータ３２は、実際には存在しないＰＭ（ＰＭ＃４）に対
してパケットを送信し、ルータ３３はＰＭ１４０経由で
サーバ２１〜２３へパケットを送信し、ルータ３４はＰ
Ｍ１５０経由でサーバ２１〜２３へパケットを送信す
る。

【００６０】このように、ルータ３２に対して、実際に
は存在しないＰＭ（ＰＭ＃４）に対してパケットを送信
させることで、ルータ３２経由で送られてくるパケット
は廃棄される。すなわち、ＦＥＰ１００全体の負荷が過
大となったときは、任意のルータ経由で送られてくるパ
ケットが廃棄される。これにより、ＦＥＰ１００全体の
負荷が過大となったことによるＦＥＰ１００の機能低下
を回避することができる。

【００６１】以上のような処理を実現するためのＦＥＰ
１００内の処理機能について、以下に説明する。図７
は、ＦＥＰ内のＰＭの処理機能を示す機能ブロック図で
ある。ＰＭ１３０は、通信ポート１３１，１３２、サー
バ側通信部１３３、クライアント側通信部１３４、ルー
ティング処理部１３５、および通信情報管理部１３６で
構成されている。サーバ側通信部１３３は、通信ポート
１３１を介して、ネットワーク１１に接続されており、
ネットワーク１１を介した通信を制御する。クライアン
ト側通信部１３４は、通信ポート１３２を介して、ネッ
トワーク１２に接続されており、ネットワーク１２を介
した通信を制御する。

【００６２】ルーティング処理部１３５は、サーバ側通
信部１３３とクライアント側通信部１３４とに接続され
ており、サーバ側通信部１３３とクライアント側通信部
１３４との間で交換されるパケットのルーティング処理
を行う。なお、ルーティング処理部１３５は、クライア
ント側通信部１３４から受け取ったパケットのルーティ
ングを行う際には、ネットワーク１１に接続された各サ
ーバの能力等を判断し、パケットの宛先の振り分け先を
決定する。そして、ルーティング処理部１３５は、決定
された振り分け先のサーバのアドレスをパケットの宛先
に設定し、そのパケットをサーバ側通信部１３３に渡
す。

【００６３】なお、ルーティング処理部１３５は、サー
バ２１〜２３への通信経路を示すルート情報（ＲＩＰ）
の同報送信は行わず、通信情報管理部１３６から通知さ
れたルータに対してのみルート情報を送信する。すなわ
ち、ルーティング処理部１３５は、通信情報管理部１３
６から、ＰＭ１３０に割り当てられたルータのＩＰアド
レスを受け取ると、サーバ２１〜２３へＰＭ１３０経由
の通信経路を示すルート情報を生成する。そして、ルー
ティング処理部１３５は、ＰＭ１３０に割り当てられた
ルータのＩＰアドレスを宛先として、ルート情報をクラ
イアント側通信部１３４に渡す。

【００６４】また、ルーティング処理部１３５は、通信
情報管理部１３６からの要求に応じて生成した各種ルー
ト情報を、クライアント側通信部１３４を介してネット
ワーク１２に出力する。たとえば、ルーティング処理部
１３５は、他のＰＭに割り当てられていたルータのＰＭ
１３０への割り当て要求を、通信情報管理部１３６から
受け取ると、割り当ての変更に応じたルート情報を生成
する。そのルート情報には、ルータが割り当てられてい
た元のＰＭを介した通信ができないこと、およびＰＭ１
３０を介した通信が可能であることを示す情報が含まれ
る。

【００６５】また、ルーティング処理部１３５は、ある
ルータから出力されるパケットの廃棄要求を、通信情報
管理部１３６から受け取ると、廃棄要求に応じたルート
情報を生成する。そのルート情報には、ルータが割り当
てられていた元のＰＭを介した通信ができないこと、お
よび実際には存在しないＰＭ（ＰＭ＃４）を介した通信
が可能であることを示す情報が含まれる。

【００６６】通信情報管理部１３６は、ルーティング処
理部１３５における処理の内容を監視している。そし
て、通信情報管理部１３６は、ルーティング処理部１３
５の処理状況を示す情報を、ＰＭ１５０の負荷制御部１
５７に通知する。処理状況を示す情報には、たとえば、
ルーティング処理部１３５を介して確立されたコネクシ
ョンの数や、単位時間当たりにルーティング処理部１３
５が中継したパケット数が含まれる。

【００６７】また、通信情報管理部１３６は、負荷制御
部１５７からルータの割り当てに関する情報を受け取る
と、割り当てられたルータのＩＰアドレスをルーティン
グ処理部１３５に通知する。割り当てられたルータが、
以前別のＰＭに割り当てられていた場合には、通信情報
管理部１３６は、以前割り当てられていたＰＭのＩＰア
ドレスを含めてルーティング処理部１３５に通知する。
さらに、通信情報管理部１３６は、負荷制御部１５７か
らあるルータから出力されるパケットの廃棄が指示され
ると、そのルータのＩＰアドレスを指定したパケットの
廃棄要求をルーティング処理部１３５に渡す。

【００６８】ＰＭ１４０は、通信ポート１４１，１４
２、サーバ側通信部１４３、クライアント側通信部１４
４、ルーティング処理部１４５、および通信情報管理部
１４６で構成されている。サーバ側通信部１４３は、通
信ポート１４１を介して、ネットワーク１１に接続され
ており、ネットワーク１１を介した通信を制御する。ク
ライアント側通信部１４４は、通信ポート１４２を介し
て、ネットワーク１２に接続されており、ネットワーク
１２を介した通信を制御する。ルーティング処理部１４
５の機能は、ＰＭ１３０のルーティング処理部１３５と
同様である。また、通信情報管理部１４６の機能は、Ｐ
Ｍ１３０の通信情報管理部１３６と同様である。

【００６９】ＰＭ１５０は、通信ポート１５１，１５
２、サーバ側通信部１５３、クライアント側通信部１５
４、ルーティング処理部１５５、通信情報管理部１５
６、および負荷制御部１５７で構成されている。サーバ
側通信部１５３は、通信ポート１５１を介して、ネット
ワーク１１に接続されており、ネットワーク１１を介し
た通信を制御する。クライアント側通信部１５４は、通
信ポート１５２を介して、ネットワーク１２に接続され
ており、ネットワーク１２を介した通信を制御する。ル
ーティング処理部１５５の機能は、ＰＭ１３０のルーテ
ィング処理部１３５と同様である。また、通信情報管理
部１５６の機能は、ＰＭ１３０の通信情報管理部１３６
と同様である。

【００７０】負荷制御部１５７は、各ＰＭ１３０，１４
０，１５０の通信情報管理部１３６，１４６，１５６に
接続されている。そして、負荷制御部１５７は、各通信
情報管理部１３６，１４６，１５６から、ルーティング
処理状況を示す情報を収集する。そして、負荷制御部１
５７は、収集した情報に基づいて、各ＰＭ１３０，１４
０，１５０の処理負荷を判断する。

【００７１】図８は、負荷制御部の機能の詳細を示すブ
ロック図である。負荷制御部１５７は、ルータ割り当て
定義テーブル１５７ａ、負荷情報管理テーブル１５７
ｂ、廃棄パケット管理情報１５７ｃ、担当グループ通知
部１５７ｄ、負荷監視部１５７ｅ、処理代行依頼部１５
７ｆ、およびパケット廃棄依頼部１５７ｇを有してい
る。

【００７２】ルータ割り当て定義テーブル１５７ａに
は、各ＰＭ１３０，１４０，１５０に割り当てるルータ
のＩＰアドレスが予め設定されている。負荷情報管理テ
ーブル１５７ｂには、各ＰＭ１３０，１４０，１５０の
処理能力、許容負荷、および現在負荷の情報が登録され
ている。

【００７３】廃棄パケット管理情報１５７ｃには、ルー
タ優先順テーブル１５７ｃａと廃棄パケット用ＩＰアド
レス１５７ｃｂとが含まれている。ルータ優先順テーブ
ル１５７ｃａは、各ルータに関して、通信可能な状態を
保持する順位が設定されている。廃棄パケット用ＩＰア
ドレス１５７ｃｂには、廃棄パケットの送信先となるＩ
Ｐアドレスが設定される。本実施の形態では、実際には
存在しないＰＭ（ＰＭ＃４）のＩＰアドレス「IPadd#2
4」が、廃棄パケット用ＩＰアドレス１５７ｃｂとして
設定される。

【００７４】担当グループ通知部１５７ｄは、ルータ割
り当て定義テーブル１５７ａと各ＰＭ１３０，１４０，
１５０の通信情報管理部１３６，１４６，１５６とに接
続されている。担当グループ通知部１５７ｄは、ルータ
割り当て定義テーブル１５７ａを参照し、各通信情報管
理部１３６，１４６，１５６に対して、対応するＰＭ１
３０，１４０，１５０に割り当てられたルータのＩＰア
ドレスを通知する。

【００７５】負荷監視部１５７ｅは、負荷情報管理テー
ブル１５７ｂと各ＰＭ１３０，１４０，１５０の通信情
報管理部１３６，１４６，１５６とに接続されている。
負荷監視部１５７ｅは、通信情報管理部１３６，１４
６，１５６から各ＰＭ１３０，１４０，１５０の処理状
況を示す情報（コネクション数や単位時間当たりのパケ
ット数）などを収集し、負荷情報管理テーブル１５７ｂ
に登録する。また、負荷監視部１５７ｅは、負荷情報管
理テーブル１５７ｂを参照し、ＦＥＰ１００全体での負
荷が許容値を超えていないかどうか、およびＰＭ単体で
の負荷が許容値を超えたＰＭが有るか否かを判断する。

【００７６】ＦＥＰ１００全体での負荷が許容値を超え
た場合には、負荷監視部１５７ｅは、パケット廃棄依頼
部１５７ｇに対して、負荷の軽減を要求する。また、負
荷監視部１５７ｅは、単体での負荷が許容値を超えたＰ
Ｍがあった場合、そのＰＭへの負荷の軽減を、処理代行
依頼部１５７ｆに要求する。負荷の軽減を要求する際、
負荷監視部１５７ｅは、負荷情報管理テーブル１５７ｂ
を参照し、処理能力に余裕のあるＰＭを判断し、そのＰ
Ｍを指定する情報を、処理代行依頼部１５７ｆやパケッ
ト廃棄依頼部１５７ｇに通知する。

【００７７】処理代行依頼部１５７ｆは、負荷監視部１
５７ｅから、負荷が許容値を超えたＰＭの負荷の軽減要
求を受け取ると、ルータ割り当て定義テーブル１５７ａ
を参照し、負荷が許容値を超えたＰＭに割り当てられて
いるルータのＩＰアドレスを取得する。そして、処理代
行依頼部１５７ｆは、負荷に余裕のあるＰＭに対して処
理の代行を依頼する。処理の代行の依頼では、負荷が許
容値を超えたＰＭに割り当てられていたルータを、負荷
に余裕のあるＰＭに振り替えることが通知される。具体
的には、処理の代行の依頼において、負荷が許容値を超
えたＰＭの通信アダプタ１２０に接続されたポートのＩ
Ｐアドレス、そのＰＭに割り当てられていたルータのＩ
Ｐアドレスが通知される。

【００７８】パケット廃棄依頼部１５７ｇは、負荷監視
部１５７ｅから、ＦＥＰ１００の負荷が許容値を超えた
ことによる負荷の軽減要求を受け取ると、廃棄パケット
管理情報１５７ｃのルータ優先順テーブル１５７ｃａを
参照する。そして、パケット廃棄依頼部１５７ｇは、ル
ータ優先順テーブル１５７ｃａから、まだパケットが廃
棄対象となっていないルータの中で、最も優先順が低い
ルータのＩＰアドレスを取得する。

【００７９】さらに、パケット廃棄依頼部１５７ｇは、
廃棄パケット管理情報１５７ｃを参照し、廃棄パケット
用ＩＰアドレス１５７ｃｂに登録されているＩＰアドレ
スを取得する。そして、パケット廃棄依頼部１５７ｇ
は、負荷に余裕のあるＰＭに対して、パケットの廃棄を
依頼する。パケットの廃棄依頼には、ルータ優先順テー
ブル１５７ｃａから取得した優先順の低いルータのＩＰ
アドレスと、廃棄パケット用のＩＰアドレスとが含まれ
る。

【００８０】図９は、ルータ割り当て定義テーブルのデ
ータ構造例を示す図である。ルータ割り当て定義テーブ
ル１５７ａには、ＰＭ番号の欄とルータＩＰアドレスの
欄とが設けられている。各欄の横に並べられた情報同士
が互いに関連づけられている。

【００８１】ＰＭ番号の欄には、ＦＥＰ１００内に実装
された各ＰＭ１３０，１４０，１５０の識別番号が登録
される。ルータＩＰアドレスの欄には、各ＰＭ１３０，
１４０，１５０に割り当てられたルータのＩＰアドレス
が登録されている。

【００８２】図９の例では、ＰＭ番号「ＰＭ＃１」のＰ
Ｍ１３０に、ＩＰアドレス「IPadd#31」のルータ３１と
ＩＰアドレス「IPadd#32」のルータ３２とが割り当てら
れている。ＰＭ番号「ＰＭ＃２」のＰＭ１４０に、ＩＰ
アドレス「IPadd#33」のルータ３３が割り当てられてい
る。ＰＭ番号「ＰＭ＃３」のＰＭ１５０に、ＩＰアドレ
ス「IPadd#34」のルータ３４が割り当てられている。

【００８３】図１０は、負荷情報管理テーブルのデータ
構造例を示す図である。負荷情報管理テーブル１５７ｂ
には、管理対象、処理能力、許容負荷、および現在負荷
の欄が設けられている。各欄の横方向に並べられた情報
同士が互いに関連づけられている。

【００８４】管理対象の欄には、ＦＥＰ１００内に実装
された各ＰＭ１３０，１４０，１５０の識別番号、また
はＦＥＰ全体の指定情報が登録される。処理能力の欄に
は、各ＰＭ１３０，１４０，１５０の処理能力がコネク
ション数換算で登録されている。許容負荷の欄には、各
ＰＭ１３０，１４０，１５０が円滑に処理を実行可能な
負荷の許容値が、処理能力に対する割合で示されてい
る。現在負荷の欄には、各ＰＭ１３０，１４０，１５０
の現在の処理負荷がコネクション数換算で登録されてい
る。実際の処理をコネクション数に換算する場合、たと
えば、１００パケットを１コネクションに換算する。

【００８５】図１０の例では、ＰＭ番号「ＰＭ＃１」の
ＰＭ１３０の処理能力は、「２０００（コネクショ
ン）」であり、許容負荷は「８０％（１６００コネクシ
ョン）」であり、現在負荷は「１５２１（コネクショ
ン）」である。ＰＭ番号「ＰＭ＃２」のＰＭ１４０の処
理能力は、「１５００（コネクション）」であり、許容
負荷は「８０％（１２００コネクション）」であり、現
在負荷は「８４５（コネクション）」である。ＰＭ番号
「ＰＭ＃３」のＰＭ１５０の処理能力は、「１７００
（コネクション）」であり、許容負荷は「７５％（１２
７５コネクション）」であり、現在負荷は「１３００
（コネクション）」である。ＦＥＰ１００全体の処理能
力は「５２００（コネクション）」であり、許容負荷は
「７５％（３９００コネクション）」であり、現在負荷
は「３６６６（コネクション）」である。

【００８６】この例では、ＰＭ１５０の現在負荷が許容
負荷を超えており、ＰＭ１５０に割り当てられているル
ータ３４を別のＰＭに割り当てる必要がある。なお、各
ＰＭ１３０，１４０，１５０の処理能力は、搭載されて
いるメモリの容量などによって変化する。

【００８７】図１１は、ルータ優先順テーブルのデータ
構造例を示す図である。ルータ優先順テーブル１５７ｃ
ａには、優先順の欄、ルータＩＰアドレスの欄、および
状態の欄が設けられている。各欄の横方向に並べられた
情報同士が互いに関連づけられている。

【００８８】優先順の欄には、各ルータに設定される優
先順を表す数値が登録される。数値が小さいほど、優先
順が高いものとする。ルータＩＰアドレスの欄には、優
先順に対応するルータのＩＰアドレスが登録される。状
態の欄には、優先順に対応するルータの状態が登録され
る。状態には「通信可」と「廃棄」とがある。ルータか
らホストシステムへのパケットの送信が可能な場合、そ
のルータの状態は「通信可」となる。ルータから出力さ
れたパケットが廃棄されている場合、そのルータの状態
は「廃棄」となる。

【００８９】以上のような構成のＦＥＰ１００において
実行される処理の詳細を、以下に説明する。まず、各Ｐ
Ｍに割り当てられたルータに対して、ルート情報を送信
する処理について説明する。

【００９０】図１２は、ＰＭに割り当てられたルータへ
のルート情報送信処理の手順を示すフローチャートであ
る。以下、図１２に示す処理をステップ番号に沿って説
明する。この処理は、たとえば、ＦＥＰ１００が起動し
た際に実行される。

【００９１】［ステップＳ１１］負荷制御部１５７の担
当グループ通知部１５７ｄは、ルータ割り当て定義テー
ブル１５７ａを参照する。 ［ステップＳ１２］担当グループ通知部１５７ｄは、ル
ータ割り当て定義テーブル１５７ａから未処理のＰＭを
１つ選択する。

【００９２】［ステップＳ１３］担当グループ通知部１
５７ｄは、ステップＳ１２で選択したＰＭに割り当てら
れたルータのＩＰアドレスを、選択したＰＭの通信情報
管理部に通知する。

【００９３】［ステップＳ１４］ルータのＩＰアドレス
を受け取った通信情報管理部は、ルーティング処理部
に、ルータのＩＰアドレスを渡す。ルーティング処理部
は、渡されたＩＰアドレスを宛先として、ネットワーク
１１に接続された各サーバ２１〜２３への通信経路を示
すルート情報を生成する。

【００９４】［ステップＳ１５］ルーティング処理部
は、生成したルート情報を、クライアント側通信部に渡
す。クライアント側通信部は、ＰＭに割り当てられたル
ータへルート情報を送信する。以後、ルーティング処理
部は、ＰＭに割り当てられたルータへのルート情報の送
信を定期的（たとえば、３０秒間隔）に行う。

【００９５】［ステップＳ１６］負荷制御部１５７の担
当グループ通知部１５７ｄは、未選択のＰＭがあるか否
かを判断する。未選択のＰＭがあれば処理がステップＳ
１２に進められる。未選択のＰＭがなければ処理が終了
する。

【００９６】次に、処理負荷に応じたルータ割り当ての
振り替え処理について説明する。図１３は、ルータ割り
当て振り替え処理の手順を示すフローチャートである。
以下、図１３に示す処理をステップ番号に沿って説明す
る。なお、この処理は、所定の周期で繰り返し実行され
る。

【００９７】［ステップＳ２１］負荷制御部１５７の負
荷監視部１５７ｅは、各ＰＭ１３０，１４０，１５０の
通信情報管理部１３６，１４６，１５６から処理状況を
示す情報を収集する。

【００９８】［ステップＳ２２］負荷監視部１５７ｅ
は、各ＰＭ１３０，１４０，１５０の負荷を、コネクシ
ョン数に換算する。そして、負荷監視部１５７ｅは、負
荷情報管理テーブル１５７ｂの現在負荷の欄の値を更新
する。

【００９９】［ステップＳ２３］負荷監視部１５７ｅ
は、負荷情報管理テーブル１５７ｂを参照し、ＦＥＰ１
００のシステム全体の負荷が、許容負荷を超えているか
否かを判断する。システム全体の負荷が許容負荷を超え
ている場合には、処理がステップＳ２９に進められる。
システム全体の負荷が許容負荷を超えていない場合に
は、処理がステップＳ２４に進められる。

【０１００】［ステップＳ２４］負荷監視部１５７ｅ
は、負荷情報管理テーブル１５７ｂを参照し、単体で処
理負荷が許容負荷を超えたＰＭがあるか否かを判断す
る。許容負荷を超えたＰＭがある場合には、処理がステ
ップＳ２５に進められる。許容負荷を超えたＰＭがない
場合には、処理が終了する。

【０１０１】［ステップＳ２５］負荷監視部１５７ｅ
は、負荷情報管理テーブル１５７ｂを参照し、負荷に余
裕のあるＰＭを選択する。たとえば、現在負荷が許容負
荷を超えていないＰＭのなかで、許容負荷（コネクショ
ン数換算）と現在負荷（コネクション数換算）との間の
差分が最も大きいＰＭが選択される。

【０１０２】［ステップＳ２６］負荷監視部１５７ｅ
は、処理負荷を超えたＰＭのＰＭ番号とステップＳ２５
で選択したＰＭ（負荷に余裕のあるＰＭ）のＰＭ番号と
を含む負荷の軽減要求を、処理代行依頼部１５７ｆに渡
す。処理代行依頼部１５７ｆは、ルータ割り当て定義テ
ーブル１５７ａを参照し、負荷が許容値を超えたＰＭに
割り当てられているルータのＩＰアドレスを取得する。
そして、処理代行依頼部１５７ｆは、負荷に余裕のある
ＰＭに対して処理の代行を依頼する。

【０１０３】［ステップＳ２７］処理の代行依頼を受け
取ったＰＭの通信情報管理部は、新たに割り当てられた
ルータのＩＰアドレスと、そのルータが以前割り当てら
れていたＰＭのＩＰアドレスとを、ルーティング処理部
に渡す。すると、ルーティング処理部は、振り替え対象
のルータを宛先として、選択されたＰＭを経由した通信
のルート情報を生成する。そのルート情報には、許容負
荷を超えたＰＭを経由した通信が不可能であることを示
す情報が含まれている。

【０１０４】［ステップＳ２８］ルーティング処理部
は、生成したルート情報をクライアント側通信部に渡
す。クライアント側通信部は、振り替え対象のルータ
へ、ルート情報を送信する。その後、処理が終了する。
なお、このルート情報は、その後も定期的に送信され
る。

【０１０５】［ステップＳ２９］負荷監視部１５７ｅ
は、負荷情報管理テーブル１５７ｂを参照し、負荷に余
裕のあるＰＭを選択する。そして、負荷監視部１５７ｅ
は、パケット廃棄依頼部１５７ｇに対して、負荷の軽減
要求を渡す。

【０１０６】［ステップＳ３０］パケット廃棄依頼部１
５７ｇは、ルータ優先順テーブル１５７ｃａを参照し、
まだパケットが廃棄対象となっていないルータ（状態が
「通信可」）の中で、最も優先順が低いルータを選択す
る。

【０１０７】［ステップＳ３１］パケット廃棄依頼部１
５７ｇは、廃棄パケット用ＩＰアドレス１５７ｃｂを参
照して、廃棄用のＩＰアドレスを認識する。そして、パ
ケット廃棄依頼部１５７ｇは、負荷に余裕のあるＰＭに
対して、パケットの廃棄を依頼する。

【０１０８】［ステップＳ３２］負荷に余裕のあるＰＭ
の通信情報管理部は、廃棄用のＩＰアドレスと、実在し
ないＰＭに割り当てられるルータのＩＰアドレスとを、
ルーティング処理部に渡す。ルーティング処理部は、振
り替え対象のルータを宛先として、実在しないＰＭを経
由した通信のルート情報を生成する。このルート情報に
は、ルータに割り当てられていたＰＭを経由した通信が
不可能であることを示す情報が含まれている。

【０１０９】［ステップＳ３３］ルーティング処理部
は、生成したルート情報をクライアント側通信部に渡
す。クライアント側通信部は、振り替え対象のルータ
へ、ルート情報を送信する。その後、処理が終了する。
なお、このルート情報は、その後も定期的に送信され
る。

【０１１０】次に、ルート情報の具体例について説明す
る。図１４は、ＰＭ自身に割り当てられたルータに対す
るルート情報の一例を示す図である。このルート情報２
００は、ＰＭ１３０が、自身に割り当てられたルータ３
１に対して送信するルート情報である。

【０１１１】ルート情報２００は、ＩＰヘッダ２１０、
ＵＤＰ(User Datagram Protocol)ヘッダ２２０、および
データ２３０で構成される。ＩＰヘッダ２１０には、宛
先ＩＰアドレスと送信元ＩＰアドレスとが含まれてい
る。この例では、宛先ＩＰアドレスに、ルータ３１のＩ
Ｐアドレス「IPadd#31」が設定されている。また、送信
元ＩＰアドレスに、ＰＭ１３０のＩＰアドレス（通信ア
ダプタ１２０側）「IPadd#21」が設定されている。

【０１１２】ＵＤＰヘッダ２２０には、ポート番号が含
まれている。この例では、ポート番号に「５２０」が設
定されている。ポート番号５２０は、このルート情報２
００のパケットが、ＲＩＰであることを示している。

【０１１３】データ２３０には、サーバ毎の経路定義２
３１，２３２，・・・が登録されている。各経路定義２
３１，２３２，・・・には、サーバＩＰアドレスとメト
リックとが含まれている。メトリックは、対応するサー
バまでの距離（中継するルータの数）を表している。メ
トリックは、１〜１５が有効な値である、メトリックに
１６が設定された場合、対応するサーバへの通信が不可
能であることを示している。

【０１１４】この例では、サーバ２１に対応する経路定
義２３１のサーバＩＰアドレスに、サーバ２１のＩＰア
ドレス「IPadd#11」が設定されている。サーバ２１に対
応する経路定義２３１のメトリックは１である。また、
サーバ２２に対応する経路定義２３２のサーバＩＰアド
レスに、サーバ２２のＩＰアドレス「IPadd#12」が設定
されている。サーバ２２に対応する経路定義２３２のメ
トリックは１である。同様に、他のサーバに対応する経
路定義においても、メトリックを１〜１５の有効な値と
することで、送信元であるＰＭ１３０を経由して、各サ
ーバ２１〜２３にアクセスできることが示される。

【０１１５】このようなルート情報を、ＰＭ１３０に割
り当てられたルータ３１にのみ送信することで、ルータ
３１のみが、ＰＭ１３０を経由したサーバ２１〜２３へ
のアクセスを行うことができる。その結果、以後、ルー
タ３１経由でサーバ２１〜２３へ送られるパケットは、
ＰＭ１３０を介して転送される。

【０１１６】図１５は、他のＰＭから振り替えられたル
ータに対するルート情報の一例を示す図である。このル
ート情報３００は、ＰＭ１４０が、ルータ３１の割当先
を、ＰＭ１３０からＰＭ１４０に振り替えるためのルー
ト情報である。

【０１１７】ルート情報３００は、ＩＰヘッダ３１０、
ＵＤＰ(User Datagram Protocol)ヘッダ３２０、および
データ３３０で構成される。ＩＰヘッダ３１０には、宛
先ＩＰアドレスと送信元ＩＰアドレスとが含まれてい
る。この例では、宛先ＩＰアドレスに、ルータ３１のＩ
Ｐアドレス「IPadd#31」が設定されている。また、送信
元ＩＰアドレスに、ＰＭ１４０のＩＰアドレス（通信ア
ダプタ１２０側）「IPadd#22」が設定されている。

【０１１８】ＵＤＰヘッダ３２０には、ポート番号が含
まれている。この例では、ポート番号に「５２０」が設
定されている。データ３３０には、サーバ毎の経路定義
３３１，３３２，・・・が登録されている。各経路定義
３３１，３３２，・・・には、サーバＩＰアドレスとメ
トリックとの組、並びにサーバＩＰアドレス、ネクスト
ホップ、およびメトリックの組が含まれている。

【０１１９】この例では、サーバ２１に対応する経路定
義３３１のサーバＩＰアドレスとメトリックとの組に
は、それぞれサーバ２１のＩＰアドレス「IPadd#11」、
メトリック１が設定されている。サーバ２１に対応する
経路定義３３１のサーバＩＰアドレス、ネクストホッ
プ、およびメトリックの組には、それぞれサーバ２１の
ＩＰアドレス「IPadd#11」、ＰＭ１３０のＩＰアドレス
「IPadd#21」、メトリック１６が設定されている。サー
バ２２に対応する経路定義３３２のサーバＩＰアドレス
とメトリックとの組には、それぞれサーバ２２のＩＰア
ドレス「IPadd#12」、メトリック１が設定されている。
サーバ２２に対応する経路定義３３２のサーバＩＰアド
レス、ネクストホップ、およびメトリックの組には、そ
れぞれサーバ２２のＩＰアドレス「IPadd#12」、ＰＭ１
３０のＩＰアドレス「IPadd#21」、メトリック１６が設
定されている。

【０１２０】このようなルート情報３００を、ＰＭ１３
０に割り当てられたルータ３１にのみ送信することで、
ルータ３１は、ＰＭ１３０を経由したサーバ２１〜２３
へのアクセスができないこと、およびＰＭ１４０を経由
したサーバ２１〜２３へのアクセスが可能であることを
認識できる。すなわち、各サーバの経路定義において、
ネクストホップに設定されたＰＭ１３０のメトリックが
１６であることにより、ルータ３１は、ＰＭ１３０を経
由した経路上に、サーバ２１〜２３が存在しないものと
認識する。その結果、以後、ルータ１３０経由でサーバ
２１〜２３へ送られるパケットは、ＰＭ１４０を介して
転送される。

【０１２１】図１６は、パケット廃棄対象のルータに対
するルート情報の一例を示す図である。このルート情報
４００は、ＰＭ１４０が、ルータ３１の割当先を、実際
には存在しないＰＭ（ＰＭ＃４）に振り替えるためのル
ート情報である。このルート情報は、ルータ３１を経由
したパケットを廃棄することが決定されたときに出力さ
れる。

【０１２２】ルート情報４００は、ＩＰヘッダ４１０、
ＵＤＰ(User Datagram Protocol)ヘッダ４２０、および
データ４３０で構成される。ＩＰヘッダ４１０には、宛
先ＩＰアドレスと送信元ＩＰアドレスとが含まれてい
る。この例では、宛先ＩＰアドレスに、ルータ３１のＩ
Ｐアドレス「IPadd#31」が設定されている。また、送信
元ＩＰアドレスに、ＰＭ１４０のＩＰアドレス（通信ア
ダプタ１２０側）「IPadd#22」が設定されている。

【０１２３】ＵＤＰヘッダ４２０には、ポート番号が含
まれている。この例では、ポート番号に「５２０」が設
定されている。データ４３０には、サーバ毎の経路定義
４３１，４３２，・・・が登録されている。各経路定義
４３１，４３２，・・・には、サーバＩＰアドレスとメ
トリックとの組、並びにサーバＩＰアドレス、ネクスト
ホップ、およびメトリックの組が含まれている。

【０１２４】この例では、サーバ２１に対応する経路定
義４３１のサーバＩＰアドレスとメトリックとの組に
は、それぞれサーバ２１のＩＰアドレス「IPadd#11」、
メトリック１６が設定されている。サーバ２１に対応す
る経路定義４３１のサーバＩＰアドレス、ネクストホッ
プ、およびメトリックの組には、それぞれサーバ２１の
ＩＰアドレス「IPadd#11」、実在しないＰＭ（ＰＭ＃
４）のＩＰアドレス「IPadd#24」、メトリック１が設定
されている。サーバ２２に対応する経路定義４３２のサ
ーバＩＰアドレスとメトリックとの組には、それぞれサ
ーバ２２のＩＰアドレス「IPadd#12」、メトリック１６
が設定されている。サーバ２２に対応する経路定義４３
２のサーバＩＰアドレス、ネクストホップ、およびメト
リックの組には、それぞれサーバ２２のＩＰアドレス
「IPadd#12」、実在しないＰＭ（ＰＭ＃４）のＩＰアド
レス「IPadd#24」、メトリック１が設定されている。

【０１２５】このようなルート情報４００を、ＰＭ１３
０に割り当てられたルータ３１にのみ送信することで、
ルータ３１は、ＰＭ１３０を経由したサーバ２１〜２３
へのアクセスができないこと、および実在しないＰＭ
（ＰＭ＃４）を経由したサーバ２１〜２３へのアクセス
が可能であることを認識する。すなわち、各サーバの経
路定義において、ネクストホップに設定された実在しな
いＰＭ（ＰＭ＃４）のメトリックが１であることによ
り、ルータ３１は、ＰＭ（ＰＭ＃４）を経由した経路上
に、サーバ２１〜２３が最も近い距離で存在するものと
認識する。その結果、以後、ルータ１３０経由でサーバ
２１〜２３へ送られるパケットは、実在しないＰＭ（Ｐ
Ｍ＃４）宛に送信され、ＦＥＰ１００において廃棄され
る。

【０１２６】以上説明した通り、本実施の形態によれ
ば、ＰＭから送信するルート情報を制御することによ
り、ＦＥＰの各ＰＭが受信するＩＰパケット量を制御す
ることができるようになる。これにより、不特定多数の
通信相手から大量にデータを受信した場合でも優先度の
高い通信を保証することができる。

【０１２７】通信相手（クライアント５１〜５８）から
の通信が想定量以上に集中すると、ＦＥＰ１００の能力
オーバとなる。このような場合に、ルータ３１〜３４か
ら見てパケットの送信先（ルータ３１〜３４におけるル
ート情報のゲートウェイ）を、一時的に、通信に使用し
ないＭＡＣアドレス／ＩＰアドレスに振り向ける。これ
により、ＦＥＰ１００全体の負荷を軽減し、優先度の高
い業務または相手との通信を保証することができる。

【０１２８】なお、上記の処理機能は、コンピュータに
よって実現することができる。その場合、フロントエン
ドプロセッサが有すべき機能の処理内容を記述したプロ
グラムが提供される。そのプログラムをコンピュータで
実行することにより、上記処理機能がコンピュータ上で
実現される。処理内容を記述したプログラムは、コンピ
ュータで読み取り可能な記録媒体に記録しておくことが
できる。コンピュータで読み取り可能な記録媒体として
は、磁気記録装置、光ディスク、光磁気記録媒体、半導
体メモリなどがある。磁気記録装置には、ハードディス
ク装置（ＨＤＤ）、フレキシブルディスク（ＦＤ）、磁
気テープなどがある。光ディスクには、ＤＶＤ(Digital
Versatile Disc)、ＤＶＤ−ＲＡＭ(Random Access Mem
ory)、ＣＤ−ＲＯＭ(Compact Disc Read Only Memor
y)、ＣＤ−Ｒ(Recordable)／ＲＷ(ReWritable)などがあ
る。光磁気記録媒体には、ＭＯ(Magneto-Optical disc)
などがある。

【０１２９】プログラムを流通させる場合には、たとえ
ば、そのプログラムが記録されたＤＶＤ、ＣＤ−ＲＯＭ
などの可搬型記録媒体が販売される。また、プログラム
をサーバコンピュータの記憶装置に格納しておき、ネッ
トワークを介して、サーバコンピュータから他のコンピ
ュータにそのプログラムを転送することもできる。

【０１３０】プログラムを実行するコンピュータは、た
とえば、可搬型記録媒体に記録されたプログラムもしく
はサーバコンピュータから転送されたプログラムを、自
己の記憶装置に格納する。そして、コンピュータは、自
己の記憶装置からプログラムを読み取り、プログラムに
従った処理を実行する。なお、コンピュータは、可搬型
記録媒体から直接プログラムを読み取り、そのプログラ
ムに従った処理を実行することもできる。また、コンピ
ュータは、サーバコンピュータからプログラムが転送さ
れる毎に、逐次、受け取ったプログラムに従った処理を
実行することもできる。

【０１３１】（付記１） パケットのルーティングを行
うフロントエンドプロセッサにおいて、第１のネットワ
ーク経由で入力されたパケットを、第２のネットワーク
へルーティングするルーティング手段と、前記ルーティ
ング手段に対して、前記第１のネットワーク上のルータ
を割り当てる割り当て手段と、前記第２のネットワーク
上のサーバコンピュータへの前記ルーティング手段経由
の通信経路を示すルート情報を、前記割り当て手段によ
って割り当てられた前記ルータに対して送信するルート
情報送信手段と、を有することを特徴とするフロントエ
ンドプロセッサ。

【０１３２】（付記２） 前記ルーティング手段の負荷
を監視し、負荷が所定値を超えたことを判断する負荷判
断手段と、前記負荷判断手段により前記ルーティング手
段の負荷が所定値を超えたと判断された場合には、前記
ルータから出力されたパケットの少なくとも一部を廃棄
するパケット廃棄手段と、を更に有することを特徴とす
る付記１記載のフロントエンドプロセッサ。

【０１３３】（付記３） パケットのルーティングを行
うフロントエンドプロセッサにおいて、第１のネットワ
ーク経由で入力されたパケットを、第２のネットワーク
へルーティングする複数のルーティング手段と、前記複
数のルーティング手段それぞれに対して、前記第１のネ
ットワーク上のルータを割り当てる割り当て手段と、前
記第２のネットワーク上のサーバコンピュータと各ルー
ティング手段経由で通信するための前記ルーティング手
段毎のルート情報を、前記割り当て手段によって各前記
ルーティング手段に割り当てられた前記第１のネットワ
ーク上のルータに対して送信するルート情報送信手段
と、を有することを特徴とするフロントエンドプロセッ
サ。

【０１３４】（付記４） 前記複数のルーティング手段
の負荷を監視し、負荷が所定値を超えた高負荷のルーテ
ィング手段を判断する負荷判断手段を更に有し、前記割
り当て手段は、前記負荷判断手段で高負荷であると判断
されたルーティング手段に割り当てられていた前記第１
のネットワーク上のルータの割当先を、他のルーティン
グ手段に切り替えることを特徴とする付記３記載のフロ
ントエンドプロセッサ。

【０１３５】（付記５） 前記ルート情報送信手段は、
前記割り当て手段によりルータの割当先の切り替えが行
われると、前記第２のネットワーク上のサーバコンピュ
ータと前記他のルーティング手段経由で通信するための
ルート情報を、前記高負荷であると判断されたルーティ
ング手段に割り当てられていたルータに対して送信する
ことを特徴とする付記４記載のフロントエンドプロセッ
サ。

【０１３６】（付記６） 前記高負荷であると判断され
たルーティング手段に割り当てられていたルータに対し
て送信するルート情報には、前記高負荷であると判断さ
れたルーティング手段を介した通信ができないことを示
す情報が含められることを特徴とする付記５記載のフロ
ントエンドプロセッサ。

【０１３７】（付記７） 前記複数のルーティング手段
の負荷を監視し、全体の負荷が所定値を超えたことを判
断する負荷判断手段と、前記負荷判断手段で負荷が前記
所定値を超えたと判断された場合、前記第１のネットワ
ーク上のルータから出力されたパケットの少なくとも一
部を廃棄するパケット廃棄手段と、を更に有することを
特徴とする付記３記載のフロントエンドプロセッサ。

【０１３８】（付記８） 前記パケット廃棄手段は、前
記負荷判断手段により前記ルーティング手段の負荷が所
定値を超えたと判断された場合には、前記第２のネット
ワーク上のサーバコンピュータと現実には存在しない経
路で通信するためのルート情報を、前記ルータに対して
送信することを特徴とする付記７記載のフロントエンド
プロセッサ。

【０１３９】（付記９） パケットのルーティングを行
うフロントエンドプロセッサにおいて、第１のネットワ
ーク経由で入力されたパケットを、第２のネットワーク
へルーティングするルーティング手段と、前記ルーティ
ング手段の負荷を監視し、負荷が所定値を超えたことを
判断する負荷判断手段と、前記負荷判断手段により前記
ルーティング手段の負荷が所定値を超えたと判断された
場合には、前記ルーディング手段がルーティングすべき
パケットの少なくとも一部を廃棄するパケット廃棄手段
と、を有することを特徴とするフロントエンドプロセッ
サ。

【０１４０】（付記１０） 前記パケット廃棄手段は、
前記負荷判断手段により前記ルーティング手段の負荷が
所定値を超えたと判断された場合には、前記第２のネッ
トワーク上のサーバコンピュータと現実には存在しない
経路で通信するためのルート情報を、前記ルータに対し
て送信することを特徴とする付記９記載のフロントエン
ドプロセッサ。

【０１４１】（付記１１） 第１のネットワークから第
２のネットワークへのパケットのルーティングを管理す
るルーティング管理方法であって、第１のネットワーク
と第２のネットワークとの間の中継経路に対して、前記
第１のネットワーク上のルータを割り当て、前記第２の
ネットワーク上のサーバコンピュータへの前記中継経路
を経由した前記通信経路を示すルート情報を、割り当て
られた前記ルータに対して送信する、ことを特徴とする
ルーティング管理方法。

【０１４２】（付記１２） 第１のネットワークから第
２のネットワークへのパケットのルーティングを管理す
るルーティング管理方法であって、ルーティングを行う
中継経路上の負荷を監視し、前記中継経路の負荷が所定
値を超えた場合には、前記第１のネットワーク上の所定
のルータから出力されるパケットの少なくとも一部を廃
棄する、ことを特徴とするルーティング管理方法。

【０１４３】（付記１３） 第１のネットワークから第
２のネットワークへのパケットのルーティングを管理す
るためのルーティング管理プログラムであって、コンピ
ュータに、第１のネットワークと第２のネットワークと
の間の中継経路に対して、前記第１のネットワーク上の
ルータを割り当て、前記第２のネットワーク上のサーバ
コンピュータへの前記中継経路を経由した前記通信経路
を示すルート情報を、割り当てられた前記ルータに対し
て送信する、処理を実行させることを特徴とするルーテ
ィング管理プログラム。

【０１４４】（付記１４） 第１のネットワークから第
２のネットワークへのパケットのルーティングを管理す
るためのルーティング管理プログラムであって、コンピ
ュータに、ルーティングを行う中継経路上の負荷を監視
し、前記中継経路の負荷が所定値を超えた場合には、前
記第１のネットワーク上の所定のルータから出力される
パケットの少なくとも一部を廃棄する、処理を実行させ
ることを特徴とするルーティング管理プログラム。

【０１４５】（付記１５） 第１のネットワークから第
２のネットワークへのパケットのルーティングを管理す
るためのルーティング管理プログラムを記録したコンピ
ュータ読み取り可能な記録媒体であって、前記コンピュ
ータに、第１のネットワークと第２のネットワークとの
間の中継経路に対して、前記第１のネットワーク上のル
ータを割り当て、前記第２のネットワーク上のサーバコ
ンピュータへの前記中継経路を経由した前記通信経路を
示すルート情報を、割り当てられた前記ルータに対して
送信する、処理を実行させることを特徴とするルーティ
ング管理プログラムを記録したコンピュータ読み取り可
能な記録媒体。

【０１４６】（付記１６） 第１のネットワークから第
２のネットワークへのパケットのルーティングを管理す
るためのルーティング管理プログラムを記録したコンピ
ュータ読み取り可能な記録媒体であって、前記コンピュ
ータに、ルーティングを行う中継経路上の負荷を監視
し、前記中継経路の負荷が所定値を超えた場合には、前
記第１のネットワーク上の所定のルータから出力される
パケットの少なくとも一部を廃棄する、処理を実行させ
ることを特徴とするルーティング管理プログラムを記録
したコンピュータ読み取り可能な記録媒体。

【０１４７】

【発明の効果】以上説明したように本発明では、ルーテ
ィング手段に対して第１のネットワーク上のルータを割
り当て、第２のネットワーク上のサーバコンピュータへ
のルーティング手段を経由した前記通信経路を示すルー
ト情報を、割り当てられたルータに対して送信するよう
にした。そのため、割り当てられたルータしかルート情
報で示されるルーティング手段経由でのサーバコンピュ
ータへのアクセスを行うことができない。その結果、ル
ーティング手段の処理負荷を、フロントエンドプロセッ
サにおいて管理することが可能となる。

【０１４８】また、本発明では、ルーティングを行うル
ーティング手段の負荷を監視し、負荷が所定値を超えた
場合には、第１のネットワーク上の所定のルータから出
力されるパケットの少なくとも一部を廃棄するようにし
たため、負荷が過大となった際にパケットを廃棄し、シ
ステム全体の応答速度の低下を防止することができる。

【図面の簡単な説明】

【図１】本発明の実施の形態に適用される発明の概念図
である。

【図２】本発明の実施の形態のシステム構成図である。

【図３】ＦＥＰの内部構成を示すブロック図である。

【図４】各ＰＭへのルータの割り当てのときの状態遷移
を示す図である。

【図５】ＰＭ単体での負荷が過大となったときの状態遷
移を示す図である。

【図６】ＦＥＰ全体での負荷が過大となったときの状態
遷移を示す図である。

【図７】ＦＥＰ内のＰＭの処理機能を示す機能ブロック
図である。

【図８】負荷制御部の機能の詳細を示すブロック図であ
る。

【図９】ルータ割り当て定義テーブルのデータ構造例を
示す図である。

【図１０】負荷情報管理テーブルのデータ構造例を示す
図である。

【図１１】ルータ優先順テーブルのデータ構造例を示す
図である。

【図１２】ＰＭに割り当てられたルータへのルート情報
送信処理の手順を示すフローチャートである。

【図１３】ルータ割り当て振り替え処理の手順を示すフ
ローチャートである。

【図１４】ＰＭ自身に割り当てられたルータに対するル
ート情報の一例を示す図である。

【図１５】他のＰＭから振り替えられたルータに対する
ルート情報の一例を示す図である。

【図１６】パケット廃棄対象のルータに対するルート情
報の一例を示す図である。

【符号の説明】 １ フロントエンドプロセッサ １ａ〜１ｃ ルーティング手段 １ｄ 負荷判断手段 １ｅ 割り当て手段 １ｆ ルート情報送信手段 １ｇ パケット廃棄手段 ２ 第１のネットワーク ３ａ〜３ｃ ルータ ４ 第２のネットワーク ５ａ〜５ｃ サーバコンピュータ １００ フロントエンドプロセッサ １１０，１２０ 通信アダプタ １３０，１４０，１５０ プロセッサモジュール

Claims (5)

【特許請求の範囲】
1. 【請求項１】 パケットのルーティングを行うフロント
   エンドプロセッサにおいて、 第１のネットワーク経由で入力されたパケットを、第２
   のネットワークへルーティングするルーティング手段
   と、 前記ルーティング手段に対して、前記第１のネットワー
   ク上のルータを割り当てる割り当て手段と、 前記第２のネットワーク上のサーバコンピュータへの前
   記ルーティング手段経由の通信経路を示すルート情報
   を、前記割り当て手段によって割り当てられた前記ルー
   タに対して送信するルート情報送信手段と、 を有することを特徴とするフロントエンドプロセッサ。
2. 【請求項２】 パケットのルーティングを行うフロント
   エンドプロセッサにおいて、 第１のネットワーク経由で入力されたパケットを、第２
   のネットワークへルーティングする複数のルーティング
   手段と、 前記複数のルーティング手段それぞれに対して、前記第
   １のネットワーク上のルータを割り当てる割り当て手段
   と、 前記第２のネットワーク上のサーバコンピュータと各ル
   ーティング手段経由で通信するための前記ルーティング
   手段毎のルート情報を、前記割り当て手段によって各前
   記ルーティング手段に割り当てられた前記第１のネット
   ワーク上のルータに対して送信するルート情報送信手段
   と、 を有することを特徴とするフロントエンドプロセッサ。
3. 【請求項３】 パケットのルーティングを行うフロント
   エンドプロセッサにおいて、 第１のネットワーク経由で入力されたパケットを、第２
   のネットワークへルーティングするルーティング手段
   と、 前記ルーティング手段の負荷を監視し、負荷が所定値を
   超えたことを判断する負荷判断手段と、 前記負荷判断手段により前記ルーティング手段の負荷が
   所定値を超えたと判断された場合には、前記ルーディン
   グ手段がルーティングすべきパケットの少なくとも一部
   を廃棄するパケット廃棄手段と、 を有することを特徴とするフロントエンドプロセッサ。
4. 【請求項４】 第１のネットワークから第２のネットワ
   ークへのパケットのルーティングを管理するルーティン
   グ管理方法であって、 第１のネットワークと第２のネットワークとの間の中継
   経路に対して、前記第１のネットワーク上のルータを割
   り当て、 前記第２のネットワーク上のサーバコンピュータへの前
   記中継経路を経由した前記通信経路を示すルート情報
   を、割り当てられた前記ルータに対して送信する、 ことを特徴とするルーティング管理方法。
5. 【請求項５】 第１のネットワークから第２のネットワ
   ークへのパケットのルーティングを管理するルーティン
   グ管理方法であって、 ルーティングを行う中継経路上の負荷を監視し、 前記中継経路の負荷が所定値を超えた場合には、前記第
   １のネットワーク上の所定のルータから出力されるパケ
   ットの少なくとも一部を廃棄する、 ことを特徴とするルーティング管理方法。