JPH07231330A - マルチプロトコルネットワークおよびパケットフィルタ - Google Patents

Abstract

(57)【要約】 （修正有） 【目的】各機器のオーバヘッドを軽減し、トラヒックを
低減し、ネットワークのスループットの向上する。 【構成】通信ケーブル11に複数の機器12,13,14が接続さ
れ、各機器は１つの通信プロトコルでサポートされ、ケ
ーブルに種類の異なる通信プロトコルに基づくパケット
が伝送され、使用される通信プロトコルごとに機器を分
割して複数のサブネットワークS1,S2,S3を形成する。隣
合う２つのサブネットワークの境界部に、一方のサブネ
ットワークからのパケットに含まれる要求サービス識別
子を解読し、不登録のサービスに対応するサービス識別
子を有するパケットは廃棄し、登録されたサービスに対
応するサービス識別子を有するパケットはプロトコル変
換手段16A,16B で変換した後に他方のサブネットワーク
へ伝送するパケットフィルタ15A,15B を設ける。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はマルチプロトコルネット
ワークおよびパケットフィルタに関し、特に、不要なト
ラヒックを減少し、ネットワーク資源の効率化に適した
マルチプロトコルネットワーク、およびこのマルチプロ
トコルネットワークに適したパケットフィルタに関す
る。

【０００２】

【従来の技術】近年、計算機を相互に接続して処理の分
散化を図ったネットワークの技術が盛んに研究されてい
る。特に、至近領域内に限定したローカルネットワーク
（以下ＬＡＮと記す）は比較的に容易に構築することが
でき、さらに経済性に優れているため、様々な分野で使
用されている。ＬＡＮを構築することにより、これまで
独立に存在していた多数の計算機やプリンタなどが接続
され、ファイルやプリンタ等の資源の共有化が可能にな
った。現在使用されているＬＡＮの中では、イーサネッ
トが一般的である。

【０００３】イーサネットは、伝送媒体として同軸ケー
ブルを使用し、ネットワークケーブル自体に、交換機能
や、ホストコンピュータによるチャネル自動割当てなど
の集中した通信制御機能を有していない。データ伝送の
ための制御は、ネットワークケーブルに接続された各種
の機器のそれぞれが有し、分散制御の形式にて構築さ
れ、各機器の立場は対等であり、かつ任意の機器の間で
通信を行うことができる。伝送制御を含めた通信の規約
を通信プロトコルといい、通信を行う機器間では通信プ
ロトコルが統一されている必要がある。

【０００４】通信プロトコルはＩＳＯ(International O
rganization for Standardization)により標準化され、
その機能を７つの層に別けて考える一種のガイドライン
的な概念としてＯＳＩ参照モデル(Open System Interco
nnection/Reference Model)が制定されている。ＯＳＩ
参照モデルの各層は、下位層の提供する機能を使用して
或る機能を実現し、その機能を上位層へ提供する。各層
で実現すべき機能は、図４の表に示すごとく定められて
おり、各層は同様の機能を有する他のモジュールで置き
換えることができる。イーサネットでは、同軸ケーブ
ル、および各機器をネットワークに接続させるトランシ
ーバとコントローラボードによって、物理層とデータリ
ンク層の機能が既に実現されている。従ってネットワー
ク層以上の機能を実現する手段が、各機器ごとに要求さ
れる。

【０００５】ネットワーク層以上の機能を実現する通信
プロトコル体系としては、例えば、ＴＣＰ／ＩＰ（Tran
smission Control Protocol/Internet Protocol)群、Ｘ
ＮＳ(Xerox Network System)、AppleTalk （アップルト
ーク）等が有名である。ＴＣＰ／ＩＰは主としてＵＮＩ
Ｘ系のワークステーションにおいて標準でサポートされ
ており、ＵＮＩＸワークステーションを中心としたＬＡ
Ｎ構築のためには不可欠である。またＸＮＳは、JStar
ワークステーションなどのゼロックス製の機器に多く採
用されている。AppleTalk はマッキントッシュの通信プ
ロトコルであり、より高速なＬＡＮへの要求に伴い、従
来のローカルトーク(LocalTalk) からイーサトーク（Et
herTalk ）へのインタフェースを使用してイーサネット
ワークに接続される傾向にある。

【０００６】ネットワークに接続された各機器は、通常
では１つの通信プロトコルしかサポートしていない。従
って、それぞれ異種の通信プロトコルをサポートする複
数の機器を共通のネットワークに接続し、このネットワ
ークを経由して複数の機器が相互に通信するように構成
された場合、各機器上において他の通信プロトコルをサ
ポートするための何等かの手段を追加する必要があっ
た。例えば、図５に示すように、イーサネットケーブル
５１に接続されたＵＮＩＸワークステーション (UNIX W
/S)５２では、標準サポート：ＴＣＰ／ＩＰ５３に加え
て、ＸＮＳ５４を後で追加している。この構成によって
ＵＮＩＸワークステーション５１は、JStar ワークステ
ーション５５（標準サポート：ＸＮＳ）との間で通信を
行うことができる。

【０００７】また他の解決法として、機器群のそれぞれ
がサポートするすべての通信プロトコルを対象とするプ
ロトコル変換サーバを用意し、これをネットワークケー
ブルに接続する構成も提案されている。この構成の一例
を、図６に示す。図６では、イーサネットケーブル５１
に接続されるＵＮＩＸワークステーション５２（標準サ
ポート：ＴＣＰ／ＩＰ）とJStar ワークステーション５
５（標準サポート：ＸＮＳ）との間において、プロトコ
ル変換サーバ５６が配置され、このプロトコル変換サー
バ５６を介して両者の間で通信が行われる。

【０００８】また、異なる通信プロトコルに従って通信
する複数の装置を備え、これらの装置の間でデータの授
受が行われるネットワークシステムに関する従来の関連
技術文献として、例えば、特開平２−１６６９４４号公
報、特開平３−７５９４９号公報、特開平３−７６４５
２号公報、特開平３−８８０５４号公報、特開平３−１
９１６３４公報を挙げることができる。

【０００９】上記文献のそれぞれの技術内容を概説す
る。特開平２−１６６９４４号は、データ転送プロトコ
ルが異なる第１および第２のネットワークシステム間に
プロトコル変換手段を設け、一方のネットワークから他
方のネットワークに対する呼設定要求があったとき、プ
ロトコル変換手段がファイル手段とメモリ手段を参照し
ながらデータストリームの変換を行う構成を開示し、こ
の構成により、異なったデータ転送プロトコルを有する
ネットワークシステム間のデータ転送を容易にしてい
る。特開平３−７５９４９号は、異なる通信プロトコル
に従って通信する複数の装置を備え、これらの装置の間
でファイル転送が行われるネットワークシステムにおい
てプロトコル変換手段を設け、通信プロトコルの異なる
装置間のファイル転送を容易化している。特開平３−７
６４５２号は、異なる通信プロトコルに従って通信する
複数の装置を備え、プロトコル変換を行うゲートウェイ
を有するネットワークシステムにおいて、上記ゲートウ
ェイに各装置とのデータ送受を行う単一のインタフェー
ス手段を設け、この構成により主に電子メール交換を容
易に行えるようにした。特開平３−８８０５４号は、通
信路情報を格納した通信路情報データベース、このデー
タベースの内容に基づき通信路を決定する手段、異なる
プロトコル間の変換手段等を含み、異機種のコンピュー
タ間のネットワークプロトコル内での通信路設定の方法
においてオペレータおよびプログラムに影響を与えるこ
となく異なるプロトコルネットワーク上へのアクセスを
可能にした。特開平３−１９１６３４は、異機種装置間
でデータ転送を行うことが可能なローカルエリアネット
ワークにおいて、ノード間のデータ転送に必要なプロト
コル変換を行うゲートウェイ手段を含むネットワークプ
ロセッサを備え、多数の異機種装置の間で障害なく通信
できるシステムを提案している。

【００１０】

【発明が解決しようとする課題】それぞれ異種の通信プ
ロトコルをサポートする複数の機器を含む機器群をネッ
トワークに接続し、ネットワークのケーブルを経由して
複数の機器が相互に通信するように構成された従来のマ
ルチプロトコルネットワークでは、前述のいずれの構成
においても、ネットワークケーブル上に複数の異種の通
信プロトコルによるパケットが伝送され、ネットワーク
ケーブル上のパケットは、サポートする通信プロトコル
に関係なく、ネットワークに接続された機器群のすべて
に入力される。そのために、それぞれの機器では、パケ
ットの有効性を判断し、処理を行うことが必要であっ
た。すなわち、各機器は、自身がサポートしない通信プ
ロトコルのパケットを入力したときには、パケットの無
効性を判断して廃棄する処理を行っていた。そのため、
到着パケットの有効・無効の判断、および無効時の廃棄
処理がオーバヘッドとなり、機器のスループットを低下
させる要因になっていた。また上記の状態は、見方を変
えると、相互に通信を行うことができない多数のパケッ
トがネットワークケーブルを占有してトラヒックを大き
くし、ネットワーク資源の効率を低減するという問題を
提起するものであった。

【００１１】本発明の目的は、それぞれ異種の通信プロ
トコルでサポートされた複数の機器が接続されてなるマ
ルチプロトコルネットワークにおいて、各機器のオーバ
ヘッドを軽減し、共通の通信プロトコルで定義されるサ
ブネットワーク内のパケット数を減少し、ネットワーク
全体として不要なトラヒックを低減し、ネットワークの
スループットの向上を図ったマルチプロトコルネットワ
ーク、および上記のマルチプロトコルネットワークを実
現するのに最適なパケットフィルタを提供することにあ
る

【００１２】

【課題を解決するための手段】本発明に係るマルチプロ
トコルネットワークは、通信ケーブルに複数の機器が接
続され、複数の機器のそれぞれは少なくとも１つの通信
プロトコルでサポートされ、通信ケーブルに種類の異な
る通信プロトコルに基づくパケットが伝送される構成を
有するものにおいて、それぞれ使用される共通の通信プ
ロトコルごとに複数の機器を分割して複数のサブネット
ワークを形成し、隣合う２つのサブネットワークの境界
部に配置され、一方のサブネットワークから伝送された
パケットに含まれる要求サービス識別子を解読し、登録
されていないサービスに対応するサービス識別子を有す
るパケットは廃棄し、登録されたサービスに対応するサ
ービス識別子を有するパケットはプロトコル変換手段で
変換した後に他方のサブネットワークへ伝送するパケッ
トフィルタを設けている。

【００１３】上記の構成において、上記パケットフィル
タは、通信ケーブル上に設けられた伝搬経路選択スイッ
チと、各種のサービスを登録するデータベースと、パケ
ットの要求サービス識別子を解読し、対応するサービス
がデータベースに登録されているか否かを判定する解読
手段と、伝搬経路選択スイッチの接続動作を制御する伝
搬経路選択手段とから構成される。

【００１４】また本発明に係るパケットフィルタは、そ
れぞれ使用される通信プロトコルが異なる２つのサブネ
ットワークの境界部に配置されると共にプロトコル変換
手段に接続され、内部に各種のサービスが登録されてお
り、一方のサブネットワークから伝送されたパケットに
含まれる要求サービス識別子を解読し、登録されていな
いサービスに対応するサービス識別子を有するパケット
は廃棄し、登録されたサービスに対応するサービス識別
子を有するパケットはプロトコル変換手段で変換した後
に他方のサブネットワークへ伝送するように構成され
る。

【００１５】上記パケットフィルタは、通信ケーブル上
に設けられた伝搬経路選択スイッチと、各種のサービス
を登録するデータベースと、パケットの要求サービス識
別子を解読し、対応するサービスがデータベースに登録
されているか否かを判定する解読手段と、伝搬経路選択
スイッチの接続動作を制御する伝搬経路選択手段を含
む。

【００１６】上記パケットフィルタにおいて、上記伝搬
経路選択手段は、解読手段からの指示信号に基づき伝搬
経路選択スイッチを介して一方のサブネットワークとプ
ロトコル変換手段を接続し、プロトコル変換手段からの
終了信号に基づき伝搬経路選択スイッチを介してプロト
コル変換手段と他方のサブネットワークを接続するよう
に構成される。

【００１７】

【作用】本発明では、異なる通信プロトコルでサポート
された複数の機器が通信ケーブルに接続され、通信ケー
ブルに複数のパケットが伝送され、必要に応じて機器間
で通信が行われるマルチプロトコルネットワークにおい
て、まずネットワーク全体を通信プロトコルが同じであ
る機器ごとにグループを作り、それぞれ使用される通信
プロトコルが異なる複数のサブネットワークに分割し、
隣合う２つのサブネットワークの間に特定の機能を有す
るパケットフィルタを設ける。このパケットフィルタで
は、一方のサブネットワークで発生したパケットが到着
したときに、そのパケットが含むサービスの内容を調
べ、そのサービスが予めパケットフィルタ内に登録され
ているものか否かを検討し、登録されたものである場合
に限り、プロトコル変換を行って他方のサブネットワー
クに伝送する構成・機能を有している。従って、一方の
サブネットワークで発生したすべてのパケットを他方の
サブネットワークの各機器に対して伝送するのではな
く、一定の条件を満たすパケトのみを通す関所の役目を
有し、これによって各サブネットワークにおいて、他の
サブネットワークからの不必要なパケットの伝送をなく
し、トラヒックを低減している。

【００１８】

【実施例】以下に、本発明の実施例を添付図面に基づい
て説明する。

【００１９】図１は本発明に係るマルチプロトコルネッ
トワークの全体的な構成を示す。

【００２０】マルチプロトコルネットワークにおいて、
各通信プロトコルと各計算機（各機器）との対応関係に
関しては、ＴＣＰ／ＩＰとＵＮＩＸワークステーショ
ン、ＸＮＳとJstar ワークステーション、AppleTalk と
マッキントッシュなどの明確な対応関係がそれぞれ存在
する。ネットワークを介して行われる通信は、通常、Ｕ
ＮＩＸワークステーションであればＵＮＩＸワークステ
ーション同士というように、同種の計算機の間で行われ
ることがほとんどであり、異種の通信プロトコルをサポ
ートする計算機間では計算機自体のアーキテクチャも異
なっていることが多く、相互に通信が行われる頻度は少
ない。

【００２１】そこで本発明のマルチプロトコルネットワ
ークでは、図１に示されるように、最初から、各通信プ
ロトコルを基準にして複数のサブネットワークＳ１，Ｓ
２，Ｓ３に分割された構成を有するものとする。サブネ
ットワークＳ１での通信プロトコルはＸＮＳ、サブネッ
トワークＳ２での通信プロトコルはＴＣＰ／ＩＰ、サブ
ネットワークＳ３での通信プロトコルはAppleTalk であ
る。サブネットワークＳ１〜Ｓ３のそれぞれにおいて、
そのネットワーク（イーサネット）の通信ケーブル１１
には同種の通信プロトコルを標準サポートする機器１
２，１３，１４のみが接続される。そして隣接するサブ
ネットワーク同士の間では、ケーブル１１上のその境界
部にパケットフィルタ（ＰＦ）１５Ａ，１５Ｂが配置さ
れ、パケットフィルタの両側に位置するサブネットワー
クは当該パケットフィルタを介して接続される。

【００２２】上記のパケットフィルタ１５Ａ，１５Ｂ
は、本発明の特徴的構成部分であり、両側のサブネット
ワークに関し、いずれか一方のサブネットワークで、そ
こにおいて標準である通信プロトコルに基づくパケット
が発生した時、そのパケットが含む要求サービス識別子
を解読し、要求されるサービスが登録されているか否か
を判断し、登録されている場合には所要の変換を行って
当該パケットを他方のサブネットワークに伝送し、登録
されていない場合には無条件にパケットを廃棄すること
によって他方のサブネットワークへ伝送しないという機
能を有する。従って、パケットフィルタ１５Ａ，１５Ｂ
によれば、各サブネットワークで発生したパケットのす
べてが無条件に隣の他のサブネットワークの各機器に伝
送されることはなく、各パケットの内容（要求サービス
の内容）が要求サービス識別子に基づいて判定され、条
件を満たす必要なパケットのみが選択されて、他のサブ
ネットワークに伝送される。またパケットフィルタ１５
Ａ，１５Ｂは、それぞれ、両側に位置する２つのサブネ
ットワークのそれぞれの間で前述の所要変換を行うため
のプロトコル変換手段（ＰＴ）１６Ａ，１６Ｂをローカ
ルに備えている。プロトコル変換手段１６ＡはＸＮＳと
ＴＣＰ／ＩＰの間でプロトコル変換を行い、プロトコル
変換手段１６ＢはＴＣＰ／ＩＰとAppleTalk の間でプロ
トコル変換を行う。

【００２３】以上のように、図１のマルチプロトコルネ
ットワークは、一例としてＸＮＳ、ＴＣＰ／ＩＰ、Appl
eTalk の３つの通信プロトコルをサポートするマルチプ
ロトコルネットワークを構築し、ＸＮＳ、ＴＣＰ／Ｉ
Ｐ、AppleTalk のそれぞれを共通の通信プロトコルとし
て機器群を分割して形成された３つのサブネットワーク
Ｓ１，Ｓ２，Ｓ３から構成される。サブネットワークＳ
１，Ｓ２，Ｓ３のそれぞれの間にはパケットフィルタが
配置される。

【００２４】図２を参照してＸＮＳサブネットワークＳ
１とＴＣＰ／ＩＰサブネットワークＳ２の間に配置され
たパケットフィルタ１５Ａの構成と機能を説明する。

【００２５】まず基本的な構成および機能を説明する。
パケットフィルタ１５Ａは、要求サービス解読手段２
１、サービス登録データベース２２、伝搬経路選択手段
２３、伝搬経路選択スイッチ２４を含む。いずれか一方
のサブネットワークからその標準である通信プロトコル
に基づくパケットが伝搬経路選択スイッチ２４に到着す
ると、要求サービス解読手段２１によって到着パケット
に含まれる要求サービス識別子が解読され、要求するサ
ービスの種類を抽出する。次に要求されたサービスが、
サービス登録データベース２２に登録されているか否か
を判断し、登録されていない場合は無条件にパケットを
廃棄する。登録されたサービスが要求されている場合、
その指示を受けた伝搬経路選択手段２３によって上記の
一方のサブネットワークとプロトコル変換手段１６Ａを
接続するように伝搬経路選択スイッチ２４が作動する。
そしてプロトコル変換終了後、プロトコル変換手段１６
Ａが伝搬経路選択手段２３に対し変換終了を通知する
と、伝搬経路選択手段２３は、プロトコル変換手段１６
Ａと他方のサブネットワークとを接続するように伝搬経
路選択スイッチ２４を作動させる。

【００２６】さらに、詳しく説明する。ＸＮＳサブネッ
トワークＳ１内の機器間、およびＴＣＰ／ＩＰサブネッ
トワークＳ２内の機器間では、使用する通信プロトコル
の統一が図られているため共通の通信プロトコルに基づ
いて自由に相互通信が可能である。ＴＣＰ／ＩＰサブネ
ットワークＳ２に着目すると、サブネットワーク内に接
続された例えば計算機（ＴＣＰ／ＩＰホスト）Ｔ１から
他の計算機Ｔ２への通信を行う場合、計算機Ｔ１からイ
ーサネットワークのケーブル１１ヘ送出されたパケット
は、このケーブル１１に接続されたすべての計算機に装
着されているコントローラボードで有効性の可否が判断
される。つまり、パケットは目的とする計算機にのみ配
送されるわけではない。従って、このパケットはサブネ
ットワークＳ１とサブネットワークＳ２を結ぶパケット
フィルタ１５Ａにも到達することになる。この時、パケ
ットフィルタ１５Ａの図示しないコントローラボードに
よりパケットが受け付けられ、パケットフィルタ１５Ａ
内に取り込まれる。

【００２７】パケットフィルタ１５Ａの伝搬経路選択ス
イッチ２４はデフォルトで要求サービス解読手段２１に
接続されているため、パケットは要求サービス解読手段
２１に入力される。要求サービス解読手段２１は、ＸＮ
Ｓのネットワーク層プロトコルであるＩＤＰ、およびＴ
ＣＰ／ＩＰのネットワーク層およびトランスポート層プ
ロトコルであるＩＰ，ＴＣＰ，ＵＤＰなどが実装されて
おり、到着パケットのＩＤＰヘッダに示されるソケット
番号、またはＴＣＰ，ＵＤＰヘッダに示されるポート番
号から要求されているサービスを解読する。

【００２８】その後、サービス登録データベース２２に
アクセスし、要求されたサービスが登録されていない場
合、到着パケットは無効であると判断され、廃棄され
る。

【００２９】次に、サブネットワークＳ２に接続された
計算機（ＴＣＰ／ＩＰホスト）Ｔ１がサービス登録デー
タベース２２に登録されているサービスを要求した場合
について、説明する。

【００３０】要求するサービスを仮にファイル転送サー
ビスとし、ファイル転送先の計算機Ｔ２がＸＮＳサブネ
ットワークＳ１に接続されているＸＮＳファイルサーバ
（ＸＦＳ１）であるとする。この場合、要求サービス解
読手段２１は、パケットフィルタ１５Ａに到達したパケ
ットからＴＣＰヘッダのポート番号を読み、ＦＴＰファ
イル転送サービス（ポート番号：２１）に要求されてい
ることを認識する。サービス登録データベース２２には
ＦＴＰファイル転送サービスが既に登録されているた
め、伝搬経路選択手段２３が伝搬経路選択スイッチ２４
に対し、プロトコル変換手段１６Ａと接続するように指
示を与える。それに伴い、伝搬経路選択スイッチ２４が
作動し、到着パケットはプロトコル変換手段１６Ａに到
達する。この場合のプロトコル変換手段１６Ａの構成
を、図３に示す。

【００３１】プロトコル変換手段１６Ａは、ネットワー
ク層以上の通信プロトコルを解析し変換するプロトコル
変換部３１と、プロトコル変換部内で要求されているサ
ービス種別の認識を行うサービス認識部（図示せず）、
パケットフィルタ１５Ａのサービス登録データベース２
２に登録されたサービスに対するサーバ部３２およびク
ライアント部３３を含む。プロトコル変換部３１では、
ＯＳＩ参照モデルのネットワーク層およびトランスポー
ト層に相当する部分についてＴＣＰ／ＩＰ，ＸＮＳのプ
ロトコル情報を有し、処理を行う機能と、変換終了信号
をパケットフィルタ１５Ａに送る機能とを有する。サー
バ部３２はＦＴＰサーバ部３４を含み、ＴＣＰ／ＩＰサ
ブネットワークＳ２から入力されたＦＴＰコマンドに対
するサーバ機能を有する。またクライアント部３３は、
ＦＴＰクライアント部３５とＸＮＳファイリングクライ
アント部３６から構成されている。

【００３２】ＦＴＰクライアント部３５は、ＸＮＳサブ
ネットワークＳ１に接続されているＸＮＳホストからＴ
ＣＰ／ＩＰサブネットワークＳ２に接続されているＴＣ
Ｐ／ＩＰホストへのファイル転送要求時に、転送先ＴＣ
Ｐ／ＩＰホスト上のＦＴＰサーバに対するＦＴＰクライ
アントとしての機能を実現する。今回の場合、ＦＴＰク
ライアント部は必要ではない。

【００３３】ＸＮＳファイリングクライアント部３６
は、サブネットワークＳ１に接続されているＸＮＳファ
イルサーバＴ２に対するクライアント機能を有する。Ｔ
ＣＰ／ＩＰホストＴ１より送信されたＴＣＰ／ＩＰパケ
ットはパケットフィルタ１５Ａを経てプロトコル変換部
３１に入力される。ここでは、パケットのＩＰおよびＴ
ＣＰヘッダが処理され、ＦＴＰサーバ部３４に処理が移
る。ＦＴＰサーバ部３４で処理が終わると、図示しない
制御機構によりＸＮＳファイリングクライアント部３３
に処理が移り、ＦＴＰサーバ部３４で受け付けられたＦ
ＴＰコマンドに対するＸＮＳファイリングコマンドとし
て処理され、プロトコル変換部３１へ送られる。プロト
コル変換部３１ではＸＮＳのＳＰＰ，ＩＤＰヘッダを付
加してパケットフィルタ１５Ａに送信すると共に、変換
処理が終了したことを示す制御信号３７をパケットフィ
ルタ１５Ａ内の伝搬経路選択手段２３に送る。制御信号
３７を受け取った伝搬経路選択手段２３は、伝搬経路選
択スイッチ２４を作動させ、サブネットワークＳ１と接
続させる。これらによってパケットはサブネットワーク
Ｓ１に流れ出し、最終的にＸＮＳファイルサーバＴ２に
到達する。

【００３４】ＴＣＰ／ＩＰサブネットワークＳ２とAppl
eTalk サブネットワークＳ３との間に配置されたパケッ
トフィルタ１５Ｂ、およびパケットフィルタ１５Ｂに接
続されるプロトコル変換手段１６Ｂについても、ＴＣＰ
／ＩＰとAppleTalk の各通信プロトコルに関する上記と
同様な構成および機能を有する。

【００３５】

【発明の効果】以上の説明で明らかなように本発明によ
れば、マルチプロトコルネットワークにおいて各通信プ
ロトコルごとに機器群を分割してサブネットワークを形
成し、かつサブネットワークの間にパケットフィルタを
配置し、或るサブネットワークで発生したパケットにつ
いて、そのパケットに含まれるサービス識別子に対応し
たサービスがパケットフィルタにおいて登録されている
場合に限り、当該パケットをパケットフィルタを介して
隣接する他のサブネットワークに伝送するようにしたた
め、ネットワークケーブルに接続されている各機器が、
サポートしていないプロトコルによるパケットの到着に
際してパケットの有効性の可否判断およびパケットの廃
棄処理が不要となる。従って、ネットワークを介した機
器間の通信におけるオーバヘッドを軽減することと、サ
ブネットワーク内に流れるパケット数を減少させトラヒ
ックを少なくすることができ、マルチプロトコルネット
ワークの全体のスループットを向上させることができ
る。

【図面の簡単な説明】

【図１】本発明に係るマルチプロトコルネットワークの
全体的な構成を示す構成図である。

【図２】パケットフィルタの内部構造を示すブロック図
である。

【図３】プロトコル変換手段の内部構造を示すブロック
図である。

【図４】ＯＳＩ参照モデルの階層に関する表を示した図
である。

【図５】従来のマルチプロトコルネットワークの例を示
す図である。

【図６】従来のマルチプロトコルネットワークの他の例
を示す図である。

【符号の説明】

１１ 通信ケーブル １２，１３，１４ 機器 １５Ａ，１５Ｂ パケットフィルタ １６Ａ，１６Ｂ プロトコル変換手段 ２１ 要求サービス解読手段 ２２ サービス登録データベース ２３ 伝搬経路選択手段 ２４ 伝搬経路選択スイッチ

Claims (5)

【特許請求の範囲】
1. 【請求項１】 通信ケーブルに複数の機器が接続され、
   前記複数の機器のそれぞれは少なくとも１つの通信プロ
   トコルでサポートされ、前記通信ケーブルに種類の異な
   る通信プロトコルに基づくパケットが伝送されるマルチ
   プロトコルネットワークにおいて、 それぞれ使用される共通の通信プロトコルごとに前記複
   数の機器を分割して形成された複数のサブネットワーク
   と、隣合う２つの前記サブネットワークの境界部に配置
   され、一方のサブネットワークから伝送されたパケット
   に含まれる要求サービス識別子を解読し、登録されてい
   ないサービスに対応するサービス識別子を有するパケッ
   トは廃棄し、登録されたサービスに対応するサービス識
   別子を有するパケットはプロトコル変換手段で変換した
   後に他方のサブネットワークへ伝送するパケットフィル
   タを含むことを特徴とするマルチプロトコルネットワー
   ク。
2. 【請求項２】 請求項１記載のマルチプロトコルネット
   ワークにおいて、前記パケットフィルタは、前記通信ケ
   ーブル上に設けられた伝搬経路選択スイッチと、各種の
   サービスを登録するデータベースと、前記パケットの要
   求サービス識別子を解読し対応するサービスが前記デー
   タベースに登録されているか否かを判定する解読手段
   と、前記伝搬経路選択スイッチの接続動作を制御する伝
   搬経路選択手段を含むことを特徴とするマルチプロトコ
   ルネットワーク。
3. 【請求項３】 それぞれ使用される通信プロトコルが異
   なる２つのサブネットワークの境界部に配置されかつプ
   ロトコル変換手段に接続され、内部に各種のサービスが
   登録されており、一方のサブネットワークから伝送され
   たパケットに含まれる要求サービス識別子を解読し、登
   録されていないサービスに対応するサービス識別子を有
   するパケットは廃棄し、登録されたサービスに対応する
   サービス識別子を有するパケットは前記プロトコル変換
   手段で変換した後に他方のサブネットワークへ伝送する
   ことを特徴とするパケットフィルタ。
4. 【請求項４】 請求項３記載のパケットフィルタにおい
   て、通信ケーブル上に設けられた伝搬経路選択スイッチ
   と、各種のサービスを登録するデータベースと、パケッ
   トの要求サービス識別子を解読し前記データベースに登
   録されているか否かを判定する解読手段と、前記伝搬経
   路選択スイッチの接続動作を制御する伝搬経路選択手段
   を含むことを特徴とするパケットフィルタ。
5. 【請求項５】 請求項４記載のパケットフィルタにおい
   て、前記伝搬経路選択手段は、前記解読手段からの指示
   信号に基づき前記伝搬経路選択スイッチを介して前記一
   方のサブネットワークと前記プロトコル変換手段を接続
   し、前記プロトコル変換手段からの終了信号に基づき前
   記伝搬経路選択スイッチを介して前記プロトコル変換手
   段と前記他方のサブネットワークを接続することを特徴
   とするパケットフィルタ。