JPH09214540A - ネットワークおよびそのグループ管理方式 - Google Patents

Abstract

(57)【要約】 【課題】 複数の端末をグループに分け、そのグループ
間で通信を行うネットワークのグループ通信方式におい
て、端末のグループ設定を柔軟に行なえるようにして、
障害がなくグループ通信を可能とする。 【解決手段】 端末は送信元アドレスおよび宛先アドレ
スとともにプロトコルの種別を含んだ信号を送出する。
このプロトコルの種別の情報により、相手通信先が同じ
グループに属しているか否かを判断し、同じグループに
属して通信可能なときはルーティング処理手段でそのグ
ループのルーティグを行って接続する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、複数のコンピュー
タ端末やサーバが接続されこれらの端末をグループに分
けグループ間で通信を行うネットワークでのグループ管
理方式に関する。特に、同一の通信プロトコルのコンピ
ュータ端末やサーバをグループ分けして、同じグループ
に属する端末同士で通信を行う方式に関する。この発明
はローカルエリアネットワークあるいはワイドエリアネ
ットワークその他のネットワークで利用できる。

【０００２】

【従来の技術】登録されている複数のユーザ間で複数の
コンピュータ端末同士あるいは情報サーバと通信を行う
場合、従来では、全ての端末がモデムサーバや管理サー
バにいったんログインして認証を行うという方法がとら
れていた。この方法では、モデムサーバや管理サーバに
負荷が集中し、同時にアクセスするユーザ数が増加した
際に応答性が低下するなどの問題があった。また、複数
のネットワーク層プロトコロルを扱おうとすると、それ
ぞれのプロトコル対応で認証用のサーバを用意しなけれ
ばならず、汎用性に乏しいという問題があった。

【０００３】これらの欠点を解決するために、文献．"R
egional PC Communication Networkfor Residential Us
e Supported by Fiber PC Optic Access Systems"(K.Ir
ie,N.Ohta, M.Morisaki and H.Tsuji/ International W
orkshop on Community Network, 1995/6) は、コンピュ
ータ端末と情報サーバのＭＡＣアドレス（ Media Acces
s Control address ) およびＩＰアドレス( Internet P
rotocol address )を認証する機能をもったマルチプロ
トコルブルータを用意し、アドレス情報にしたがってル
ーティングを行うことによりグループ通信を実現する方
式を提案している。マルチプロトコルブルータは、イー
サパケットの受け渡しを行うブリッジ機能とイーサパケ
ットのＩＰパケットのルーティングを行うルータの機能
を合わせもつ装置であり、複数のプロトコルに対応した
パケットのルーティングと、認識できないプロトコルの
パケットに対してブリッジ処理を行う機能をもっている
ものである。

【０００４】上記の文献の方式では、コンピュータ端末
からのパケットデータをマルチプロトコルブルータによ
って管理サーバを経由せずに中位レイヤにおけるルーテ
ィングを行うことにより、管理サーバの負荷の軽減、高
速ルーティングおよび複数のプロトコルを利用した多彩
なサービスの提供を可能としている。

【０００５】この文献記載の方式に基づくグループ通信
システムの構成を図１に示して説明する。

【０００６】コンピュータ端末２−１１、２−１ｎ、２
−１ｍは、それぞれ、アダプタ３−１１、３−１ｎ、３
−１ｍ、加入者側の回線終端装置（ＯＮＵ）３−２１、
３−２ｎ、３−２ｍ、を介して、それぞれネットワーク
側の回線終端装置（ＳＬＴ）３−３１、３−３ｎ、３−
３ｍに通信回線を介して接続されている。ネットワーク
側の回線終端装置（ＳＬＴ））３−３１、３−３ｎ、３
−３ｍは、それぞれアダプタ３−４１、３−４ｎ、３−
４ｍを介してマルチプロトコルブルータ１−１に接続さ
れている。管理サーバ１−２、情報サーバ１−３、マル
チプロトコルブルータ１−１は、相互に接続されてい
る。

【０００７】このグループ通信ネットワーク上では、ど
のようなネットワーク層プロトコルに対しても、ＭＡＣ
アドレス（ＯＳＩ参照モデルでは第２層データリンク層
アドレスに相当する）情報に基づいてルーティングで認
証が可能なため、汎用性が高く、複数のネットワーク層
プロトコル（ＯＳＩ参照モデルでは第３層プロトコルに
相当、例えばＴＣＰ／ＩＰや Apple Talk,ＩＰＸ／ＳＰ
Ｘ，ＯＳＩなど）をネットワーク上で同時に使用するこ
とができる。

【０００８】これらのプロトコルは端末アドレス（ＯＳ
Ｉ参照モデルでは第３層のネットワーク層アドレスに相
当）の決定方法に応じて２種類に分類される。ＴＣＰ／
ＩＰやＩＰＸ／ＳＰＸ，ＯＳＩのように全ての端末（コ
ンピュータ端末だけでなく、情報サーバも含めて端末と
いう）でアドレスの一意性が保証されているプロトコル
（以下Ａ型プロトコルという）と、 Apple Talk のよう
に端末アドレスをランダムに決定するプロトコル（以下
Ｂ型プロトコルという）の２種類である。ネットワーク
利用効率という点ではＡ型プロトコルが勝っているが、
Ｂ型プロトコルはあらかじめ端末にアドレスを割り当て
る必要がないなど取扱い容易である利点をもつ。

【０００９】Ｂ型プロトコルにおいて端末のアドレス
は、端末電源投入時にランダムに決定される。起動した
端末はランダムに自アドレスを決定したのち、データリ
ンク層パケットのブロードキャストによって他の端末に
そのアドレスを伝え、そのアドレスが既に他の端末によ
って使われていないか否かを確認する。もし、既に使わ
れていたら、異なるアドレスを再びランダムに決定し、
ブロードキャストパケットによって確認するというプロ
セスを繰り返す。これによってアドレスの一意性を保証
している。この方式はプロードキャストパケットの到達
しない端末とアドレスが重複しても構わないという前提
で作られている。

【００１０】このため、上記文献の方式では、グループ
通信ネットワーク上にＴＣＰ／ＩＰ以外のプロトコルが
流れた場合、データリンク層アドレス（ＯＳＩ参照モデ
ルでは第２層アドレスに相当）のみに基づくルーティン
グでは、Ｂ型プロトコルを用いた端末のグループ通信に
おいて障害が発生する。

【００１１】

【発明が解決しようとする課題】障害が生じるのは、図
２に示すように、Ｂ型プロトコルを利用する端末が３以
上存在し、かつグループが二つ以上あって、端末の一つ
（図２では端末２）がグループαとグループβの二つの
グループに属しているが、他の端末は異なるグループに
属している（図２では端末１はグループαだけに、端末
３はグループβだけに属している）場合である。このと
き、グループα内の端末１のブロードキャストは端末２
には到達するが、端末３には届かず（端末３はグループ
αに属していないため）、端末３のブロードキャストは
同様に端末２には到達するが、端末１には到達しない。

【００１２】そのため、端末１と端末３とが同じネット
ワーク層アドレスを自分につけてしまう可能性がある。
アドレスが重複すると、端末２は、端末１、端末３の双
方と通信可能であるにも関わらず、両端末をアドレスを
区別することができないため、通信に障害が発生する。

【００１３】この障害を解決するためには、Ｂ型プロト
コル利用の端末は、２以上のグループに同時に属させな
いように規制をすることが有効である。しかし、前述の
文献の方式は、データリンク層アドレスのみでルーティ
ングを行うため、同じ端末から送信された情報は、同じ
ルーティング規則にしたがってフィルタリングされてし
まう。例えば、図４に示すように端末が四つ存在し、端
末１と端末２は一つのグループαに属してＢ型プロトコ
ルを使って自由に通信させ、端末３と端末４もそれとは
異なるグループβに属してＢ型プロトコルを使って通信
させたいが、端末１と端末３とは別のグループにしてセ
キュリティをかけたいという場合は、図４に示すような
グループ分けにせざるをえない。この状態で端末２と端
末３とをＡ型プロトコルで通信させようとしても、端末
２と端末３とを同じグループγに属させようとすると、
Ｂ型プロトコルの制約によって障害が発生してしまい、
そのようなグループ設定は許されない。

【００１４】このように、Ａ型プロトコルを用いる端末
を使用する際でも一つのグループしか属することができ
ず、グループ通信の利便性を大きく損なう結果となる。

【００１５】なお、図３は従来技術における管理サーバ
あるいはマルチプロトコルブルータに設けられるフィル
タリング情報テーブルの構成を示すものであり、また図
５は、従来技術においてイーサパケットのどの部分を認
証に利用しているかを説明する図であり、従来は、送信
元アドレスと宛先アドレスしかグループ認証に利用して
いないことを示している。

【００１６】本発明は、このような問題を解決するもの
で、ＴＣＰ／ＩＰ以外の複数のプロトコルが混在するネ
ットワークにおいて、プロトコル種別に従ってグループ
を管理して、グループ収容の柔軟性を確保しつつ、グル
ープ内でアドレスの一意性を保証して障害がないグルー
プ通信を提供することを目的とする。

【００１７】

【課題を解決するための手段】本発明は、前記課題を解
決するために、端末のデータリンク層ないしネットワー
ク層のアドレスだけでなく、プロトコル種別に従ってグ
ループを管理し、パケットをフィルタリングする機能を
ネットワークに持たせる点を主要な特徴とする。

【００１８】すなわち、本発明の第一の観点は、ネット
ワークの構成に係り、複数の端末と管理サーバとルーテ
ィングおよびブリッジ機能を有するマルチプロトコルブ
ルータとが接続され、前記端末は前記管理サーバにあら
かじめ登録されている同一のグループの端末と所定の通
信プロトコルに基づいて前記マルチプロトコルブルータ
を介して通信を行う手段を備えたローカルエリアネット
ワークにおいて、前記端末は送信元アドレスおよび宛先
アドレスとともにプロトコル種別を示すプロトコル情報
を含んだ信号を送信する手段を揃え、前記送信元アドレ
スおよび前記宛先アドレスならびに前記プロトコル情報
を解析する手段と、前記プロトコル情報により宛先端末
が同じグループに属しているか否かを判定する手段とを
備え、前記マルチプロトコルブルータは、同一グループ
に属している場合にそのグループのプロトコルにより接
続を行い、異なるグループの場合は接続を行わない手段
を含むことを特徴とする。

【００１９】なお、前記管理サーバは、前記端末がどの
グループに属するかを示すフィルタリング情報テーブル
と、前記送信元アドレスおよび前記宛先アドレスならび
に前記プロトコル情報を解析する手段と、前記プロトコ
ル情報により宛先端末が同じグループに属しているか否
かを判定する手段とを含むことが好ましい。

【００２０】また、前記マルチプロトコルブルータは、
前記端末がどのグループに属するかを示すフィルタリン
グ情報テーブルと、前記送信元アドレスおよび前記宛先
アドレスならびに前記プロトコル情報を解析する手段
と、前記端末からのプロトコル情報により宛先端末が同
じグループに属するか否かを判定する手段とを含むこと
が好ましい。

【００２１】本発明の第二の観点は、ローカルエリアネ
ットワークにおけるグループ管理方法に係るもので、端
末は送信元アドレスおよび宛先アドレスとともにプロト
コル種別を示すプロトコル情報を含んだ信号を送信し、
送信元アドレスおよび宛先アドレスならびに前記プロト
コル情報を解析し、前記プロトコル情報により宛先端末
が同じグループに属しているか否かを判定し、同一グル
ープに属している場合にそのグループのプロトコルによ
り接続を行い、異なるグループの場合は接続を行わない
ようにそのグループ管理を行うことを特徴とする。

【００２２】本発明の従来技術との差は、（１）従来技
術ではグループ管理に端末の（データリンク層またはネ
ットワーク層の）アドレスだけが用いられていたのに対
して、本発明ではこれに加えてプロトコル種別をも用い
てグループを管理する点、（２）従来技術では通信の送
信端末と宛先端末の二つだけを識別して認証していたの
に対して本発明では端末に加えてネットワーク層プロト
コル種別まで識別する点との２点にある。

【００２３】（１）を実現するために、本発明ではパケ
ットのフィルタリングを行うために参照するフィルタリ
ング情報テーブルに、新たに「使用可能プロトコル種
別」の情報を付け加えている。これによって、図３に示
されるような従来方式のフィルタリング情報テーブル
が、図６に示されるようになり、グループごとに使用可
能なプロトコル種別を設定できる。

【００２４】（２）を実現するために、本発明ではデー
タリンク層パケットのヘッダについて、送信元アドレス
と宛先アドレスのフィールドに加え、プロトコル種別を
表すフィールドまで読み取ることした。例えばデータリ
ンク層にイーサネットタイプIII （ Ethernet Type III
)を用いたシステムでは、フレームタイプフィールド(f
rame type)がプロトコル種別で表すため、従来技術で
は、図５に示された部分だけ読み取っていたのに対し
て、本発明は図８に示される部分を読み取ることにな
る。

【００２５】端末アドレスとプロトコル種別の認証に
は、通信開始のパケットを管理サーバに送って認証を行
う場合と、マルチプロトコルブルータが通過するパケッ
トをインターセプトして行う場合の２種類が考えられ
る。後者は、コンピュータ端末と管理サーバとの間での
情報のやりとりが必要でないため、応答が簡略化される
利点があるが、マルチプロトコルブルータがフィルタリ
ング情報テーブルを保持しなければならないため、その
大きさに見合う記憶容量と検索処理能力とを必要とする
点が相違する。

【００２６】

【発明の実施の形態】以下図面によって本発明の実施の
形態を説明する。

【００２７】（第一の実施の形態）図１は、本発明の実
施の形態のグループ通信方式の構成例を示すものであ
る。システムのハードウエア構成は、従来例と同じであ
るが、認証方式が従来例とは相違する。

【００２８】まず、システム構成を説明する。

【００２９】符号１−１は、複数の入出力ポート（個別
ポートあるいは多重化された論理ポート）を有し、複数
のプロトコルに対応して、ポート間のルーティングある
いはスイッチングを行うマルチプロトコルブルータであ
る。符号１−２は管理サーバ、符号１−３は情報サーバ
である。アダプタ３−１１〜３−１ｎ、３−１ｍは、コ
ンピュータ端末２−１１〜２−１ｎ、２−１ｍのイーサ
ネット端子からの信号をディジタル回線インタフェース
に変換するものである。符号３−２１〜３−２ｎ、３−
３ｍは加入者側の回線終端装置（例えばＯＮＵ：Optica
l Network Unit／ＤＳＵ：Digital Service Unit）であ
る。また、符号３−３１〜３−３ｎ、３−３ｍはネット
ワーク側の回線終端装置（ＳＬＴ: Subscriber Line Te
rminal）である。また、符号３−４１〜３−４ｎ、３−
４ｍは、通信回線からの信号をイーサネット信号に変換
するアダプタである。加入者側の回線終端装置（３−３
１〜３−３ｎ、３−３ｍ）は通信媒体が光ファイバの場
合はＯＮＵ、メタル（例えばツイストペア線あるいは同
軸ケーブル等）の場合はＤＳＵと呼ばれる。本発明にお
いては通信媒体が光ファイバ／メタルによる制約はない
が、以下の説明ではＯＮＵで説明する。

【００３０】本実施の形態は、複数の端末（コンピュー
タ端末１−１１〜２−１ｍと情報サーバ１−３を含む）
と管理サーバ１−２とルーティングおよびブリッジ機能
を有するマルチプロトコルブルータ１−１とが接続さ
れ、端末は管理サーバ１−２にあらかじめ登録されてい
る同一のグループの端末と所定の通信プロトコルに基づ
いてマルチプロトコルブルータ１−１を介して通信を行
う手段を備えたネットワークにおいて、端末は送信元ア
ドレスおよび宛先アドレスとともにプロトコル種別を示
すプロトコル情報を含んだ信号を送信する手段を備え、
管理サーバ１−２は、送信元アドレスおよび宛先アドレ
スならびにプロトコル情報を解析する手段と、プロトコ
ル情報により宛先端末が同じグループに属しているか否
かを判定する手段とを備え、マルチプロトコルブルータ
１−１は、同一グループに属している場合にそのグルー
プのプロトコルにより接続を行い、異なるグループの場
合は接続を行わない手段を含むことを特徴とする。

【００３１】以下本実施の形態の動作について説明す
る。

【００３２】ブルータは、イーサパケットの受け渡しを
行うブリッジ機能とイーサパケット上のＩＰパケットの
ルーティングを行うルータの機能を合わせもつ装置であ
り、マルチプロトコルブルータ１−１は、複数のプロト
コルに対応したパケットのルーティングと、認識できな
いプロトコルのパケットに対しては、ブリッジ処理を行
うものである。初期状態においては、各コンピュータ端
末２−１１〜２−１ｍは、通信相手先として管理サーバ
１−２のアドレス情報のみ与えられており、マルチプロ
トコルブルータ１−１においても各コンピュータ端末か
らのパケットは全て管理サーバ１−２に転送するように
設定されている。

【００３３】したがって、例えばコンピュータ端末２−
１１が通信を開始するとき、コンピュータ端末２−１１
からのデータはまずイーサネット端子からイーサパケッ
トとしてアダプタ３−１１に送られ、アダプタ３−１１
を介して加入者側の回線終端装置（ＯＮＵ）３−２１に
渡される。回線終端装置（ＯＮＵ）３−２１からディジ
タル通信回線経由でネットワーク側の回線終端装置（Ｓ
ＬＴ）３−３１に送られ、アダプタ３−４１でイーサパ
ケットに戻される。その後、イーサパケットはマルチプ
ロトコルブルータ１−１経由で、その先に接続されてい
る管理サーバ１−２に送られることになる。本実施の形
態においては管理サーバ１−２にアクセスするのは、こ
の通信開始時のみであり、以後相手先と通信を開始する
ときは管理サーバ１−２を介さないで行う。

【００３４】これを図９ないし図１２を用いて説明す
る。

【００３５】例えばコンピュータ端末２−１１が情報サ
ーバ１−３との通信を開始するとき、コンピュータ端末
２−１１からのデータは、まずイーサネット端子からイ
ーサパケットとしてアダプタ３−１１に送られ、アダプ
タ３−１１を介して加入者側の回線終端装置（ＯＮＵ）
３−２１に渡され、さらに回線終端装置（ＯＮＵ）３−
２１からディジタル通信回線経由でネットワーク側の回
線終端装置（ＳＬＴ）３−３１に送られた後、その先に
接続されているアダプタ３−４１でイーサパケットに戻
される（図９）。このイーサパケットは、マルチプロト
コルブルータ１−１経由で、その先に接続されている管
理サーバ１−２に送られることになる（図１０）。管理
サーバ１−２はイーサパケットのヘッダ情報を解析し、
発信元がコンピュータ端末２−１１で宛先が情報サーバ
１−３であること、それにイーサパケット内に格納され
ている第３層プロトコルの種別を読み取る。管理サーバ
１−２は、フィルタリング情報テーブルを検索し、コン
ピュータ端末２−１１が情報サーバ１−３とこのプロト
コルによって通信可能であるかを調べる。もし可能なら
ば、マルチプロトコルブルータ１−１に対し、コンピュ
ータ端末２−１１と情報サーバ１−３との間でパケット
を交換できるようなルーティングを設定する指示を出す
（図１１）。これにより、マルチプロトコルブルータ１
−１はルーティングパスの設定を行い、コンピュータ端
末２−１１は情報サーバ１−３と通信可能となる（図１
２）。

【００３６】この実施の形態においては、管理サーバ１
−２にアクセスするのはこの通信の開始時のみであり、
以後相手先と通信を開始するときは管理サーバ１−２を
介さないで行う。この方式は、認証を行う負荷が通信開
始時にしか発生しないため、特定の端末間でコネクショ
ン型の通信が行われる場合に有効である。しかし、コネ
クションの確立を行わずにパケット通信を行うアプリケ
ーション（例えばＴＣＰ／ＩＰにおけるＵＤＰなど）に
対しては、パケット毎に管理サーバと情報のやり取りを
行わねばならず、オーバヘッドが大きくなるという欠点
をもつ。特にプロードキャストパケットが多く使われる
環境下では、このオーバヘッドが負荷を高めることにな
る。

【００３７】（第二の実施の形態）次に本発明の第二の
実施の形態のグループ通信方式について説明する。この
第二の実施の形態は、端末認証機能をマルチプロトコル
ブルータ１−１に持たせた場合を特徴とする。すなわ
ち、マルチプロトコルブルータ１−１は、端末がどのグ
ループに属するかを示すフィルタリング情報テーブル
と、送信元アドレスおよび宛先アドレスならびにプロト
コル情報を解析すると、端末からのプロトコル情報を含
んだ信号により宛先端末が同じグループに属するか否か
を判定する手段と、同一グループに属している場合にそ
のグループのプロトコルにより接続を行い、異なるグル
ープの場合は接続を行わない手段とを含む。この方式
も、システムのハードウエア構成は、図１と同じである
が、管理サーバではなく、マルチプロトコルブルータが
端末認証の機能まで合わせもち、管理サーバはフィルタ
リング情報テーブルの管理ならびに更新のみを行う。

【００３８】以下図１３ないし１７を参照して本第二の
実施の形態の動作を説明する。

【００３９】この実施の形態においては、コンピュータ
端末２−１１〜２−１ｍが管理サーバ１−２にアクセス
することはない。コンピュータ端末２−１１〜２−１ｍ
が通信のために送り出す情報パケットをマルチプロトコ
ルブルータ１−１が受け取った時点で、パケットの発信
元／宛先アドレスおよびプロトコル種別を検出し、フィ
ルタリング情報テーブルと照らし合わせて通信可能かど
うかを判断し、パケットを通過もしくは廃棄する。その
ため、マルチプロトコルブルータ１−１は内部にフィル
タリング情報テーブルをもち、管理サーバ１−２からの
指示によってこのテーブルを更新する。

【００４０】例えば、コンピュータ端末２−１１が情報
サーバ１−３と通信を開始するとき、コンピュータ端末
２−１１からのデータは、やはりまずイーサネット端子
からイーサパケットとしてアダプタ３−１１に送られ、
アダプタを介して加入者側の回線終端装置（ＯＮＵ）３
−３１に渡され、回線終端装置（ＯＮＵ）３−３１から
ディジタル通信回線経由でネットワーク側の回線終端装
置（ＳＬＴ）３−３１に送られた後、アダプタ３−４１
でイーサパケットに戻される（図１３）。このイーサパ
ケットを受け取ったマルチプロトコルブルータ１−１
は、イーサパケットヘッダの送信元アドレスおよび宛先
アドレスならびにプロトコル種別を読み取る（図１
４）。この結果からフィルタリング情報テーブルを参照
し、コンピュータ端末２−１１と情報サーバ１−３とが
同じグループに属しており、通信可能である場合には、
パケットを宛先に対して送り出す（図１５）。同一グル
ープに属していない場合にはパケットを廃棄する。第一
の実施の形態とは異なり、この認証はパケットごとに行
われる。したがって、コンピュータ端末２−１１から続
いて二つ目のパケットが送られた場合も、図１３から図
１５までの処理が繰り返される。情報サーバ１−３から
コンピュータ端末２−１１に送られるパケットも、パケ
ットの流れる向きは逆であるが同じ処理となる（図１
６）。

【００４１】加入者が所属するグループを変えた場合、
新規加入者があった場合、また新規の端末を追加する場
合などは、マルチプロトコルブルータ１−１のフィルタ
リング情報テーブルも更新しなければならないが、その
処理を行うのが管理サーバ１−２である。加入者情報の
変更が入力されると、管理サーバ１−２はそれに従って
新たなフィルタリング情報テーブルを生成し、これをマ
ルチプロトコルブルータ１−１に転送して更新を指示す
る（図１７）。

【００４２】上述のいずれの実施の形態でも、本発明に
より、図４に示されたようなグループγの設定要求に対
して、図７のように、プロトコル種別ごとのグループを
用意することで対応することができる。すなわち、端末
１と端末２の属するグループαおよび端末３と端末４の
属するグループβはＢ型プロトコルのグループ、端末２
と端末３の属するグループγはＡ型プロトコルのグルー
プという形でのグループ収容が可能となる。これによっ
て、端末１と端末３とをグループ分けしつつ、端末２と
端末３はＡ型プロトコルによって通信することができ
る。

【００４３】

【発明の効果】以上説明したように、本発明によれば、
グループ通信において情報パケットからネットワーク層
プロトコルの種別を読み取ってそれに応じたグルーピン
グのルーティングを行うことにより、ＴＣＰ／ＩＰ以外
の異なる種別のプロトコルが混在した場合でも、グルー
プ収容の柔軟性を確保しつつ、グループ内でアドレスの
一意性を保証して障害なくグループ通信を提供すること
ができる。

【図面の簡単な説明】

【図１】グループ通信システムのシステム構成図。

【図２】従来技術のグループ通信でＢ型プロトコルに通
信障害の発生する例を説明する図。

【図３】従来術におけるフィルタリング情報テーブルの
構成図。

【図４】従来技術におけるＢ型プロトコルのグループ収
容方法を説明する図。

【図５】従来技術においてイーサパケットのどの部分を
認証に利用するかを説明する図。

【図６】本発明におけるフィルタリング情報テーブルの
構成図。

【図７】本発明を用いてＡ型およびＢ型のプロトコルを
グループ収容分けする方法を説明する図。

【図８】本発明においてイーサパケットのどの部分を認
証に利用するかを説明する図。

【図９】本発明の管理サーバに認証機能をもたせた場合
の処理手順を説明する図。

【図１０】本発明の管理サーバに認証機能をもたせた場
合の処理手順を説明する図。

【図１１】本発明の管理サーバに認証機能をもたせた場
合の処理手順を説明する図。

【図１２】本発明の管理サーバに認証機能をもたせた場
合の処理手順を説明する図。

【図１３】本発明のマルチプロトコルブルータに認証機
能をもたせた場合の処理手順を説明する図。

【図１４】本発明のマルチプロトコルブルータに認証機
能をもたせた場合の処理手順を説明する図。

【図１５】本発明のマルチプロトコルブルータに認証機
能をもたせた場合の処理手順を説明する図。

【図１６】本発明のマルチプロトコルブルータに認証機
能をもたせた場合の処理手順を説明する図。

【図１７】本発明のマルチプロトコルブルータに認証機
能をもたせた場合の処理手順を説明する図。

【符号の説明】

１−１ マルチプロトコロルブルータ １−２ 管理サーバ １−３ 情報サーバ ２−１１〜２−１ｎ、２−１ｍ コンピュータ端末 ３−２１〜３−２ｎ、３−２ｍ 回線終端装置（ＯＮ
Ｕ） ３−３１〜３−３ｎ、３−３ｍ 回線終端装置（ＳＬ
Ｔ） ３−１１〜３−１ｎ、３−１ｍ、３−４１〜３−４ｎ、
３−４ｍ アダプタ

Claims (4)

【特許請求の範囲】
1. 【請求項１】 複数の端末と管理サーバとルーティング
   およびブリッジ機能を有するマルチプロトコルブルータ
   とが接続され、前記端末は前記管理サーバにあらかじめ
   登録されている同一のグループの端末と所定の通信プロ
   トコルに基づいて前記マルチプロトコルブルータを介し
   て通信を行う手段を備えたネットワークにおいて、 前記端末は送信元アドレスおよび宛先アドレスとともに
   プロトコル種別を示すプロトコル情報を含んだ信号を送
   信する手段を備え、 前記送信元アドレスおよび前記宛先アドレスならびに前
   記プロトコル情報を解析する手段と、 前記プロトコル情報により宛先端末が同じグループに属
   しているか否かを判定する手段とを備え、 前記マルチプロトコルブルータは、同一グループに属し
   ている場合にそのグループのプロトコルにより接続を行
   い、異なるグループの場合は接続を行わない手段を含む
   ことを特徴とするネットワーク。
2. 【請求項２】 前記管理サーバは、前記端末がどのグル
   ープに属するかを示すフィルタリング情報テーブルと、
   前記送信元アドレスおよび前記宛先アドレスならびに前
   記プロトコル情報を解析する手段と、前記プロトコル情
   報により宛先端末が同じグループに属しているか否かを
   判定する手段とを含む請求項１記載のネットワーク。
3. 【請求項３】 前記マルチプロトコルブルータは、前記
   端末がどのグループに属するかを示すフィルタリング情
   報テーブルと、前記送信元アドレスおよび前記宛先アド
   レスならびに前記プロトコル情報を解析する手段と、前
   記端末からのプロトコル情報により宛先端末が同じグル
   ープに属するか否かを判定する手段とを含む請求項１記
   載のネットワーク。
4. 【請求項４】 複数の端末および管理サーバが接続さ
   れ、前記端末が前記管理サーバにあらかじめ登録されて
   いる同一のグループの端末と所定の通信プロトコルに基
   づいて、ルーティングおよびブリッジ機能を有するマル
   チプロトコルブルータを介して通信を行うネットワーク
   において、 前記端末は送信元アドレスおよび宛先アドレスとともに
   プロトコル種別を示すプロトコル情報を含んだ信号を送
   信し、 前記送信元アドレスおよび前記宛先アドレスならびに前
   記プロトコル情報を解析し、 前記プロトコル情報により宛先端末が同じグループに属
   しているか否かを判定し、 同一グループに属している場合にそのグループのプロト
   コルにより接続を行い、異なるグループの場合は接続を
   行わないことを特徴とするグループ管理方式。