JPH10285204A - 相互接続イーサネットおよび１３９４ネットワーク - Google Patents

Abstract

(57)【要約】 【課題】 イーサネット(Ethernet)ネットワークと１３
９４ネットワークの相互接続が容易に行えるネットワー
ク構成が求められている。 【解決手段】 第１の１３９４ネットワーク媒体および
それとは別の型の第２のネットワーク媒体（例えば、イ
ーサネットネットワーク）は、それぞれ対応する複数の
ホストコンピュータ（Ｈ１からＨ３およびＨ５からＨ
７）に結合されている。そのネットワーク構成は、さら
に、第１のネットワーク媒体と第２のネットワーク媒体
の両方に結合されたリンク層ゲートウェイコンピュータ
（Ｈ４）を有する。そのリンク層ゲートウェイコンピュ
ータは、第１のネットワーク媒体に結合された送信元か
らのデータパケットを、第２のネットワーク媒体に結合
された送信先に通信するように動作し得る。さらに、第
２のネットワーク媒体に結合された送信元からのデータ
パケットを、第１のネットワーク媒体に結合された送信
先に通信するように動作し得る。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータおよ
びコンピュータネットワークに係り、特に、イーサネッ
ト(Ethernet)ネットワークと１３９４ネットワークの相
互接続に関する。

【０００２】

【従来の技術】今日、データ通信は近代コンピューティ
ングの主要部をなしており、広範囲のネットワークにつ
いて利用されている。このデータ通信は、ビジネス、科
学、個人用、または純粋に娯楽用等の様々な用途に使用
される。ユーザ間でデータをやり取りするための様々な
媒体もまた増えてきている。そのような媒体として、ワ
イドエリアネットワーク（ＷＡＮ）の他にローカルエリ
アネットワーク（ＬＡＮ）がある。

【０００３】ＬＡＮまたはＷＡＮの定義の間にはほとん
ど明確かつ公式な決まりはないが、ＬＡＮは、例えば、
狭い領域、ビル、共同ビル内等のかなり局所的なデータ
通信に対するものであり、一方ＷＡＮは、国家間あるい
は世界に渡るかなり遠距離のデータ通信に対するもので
あると、一般的に受け止められている。いずれにせよ、
データ通信ネットワークの存在は、現在では非常に一般
的であり、近い将来生活の一手段となるであろう。イン
ターネットワークデータ通信の採用および普及によっ
て、過去数年に渡って、様々な型のネットワークが発展
し、インターネットワーク通信、すなわち、２以上のネ
ットワークに接続されたホストコンピュータ間の通信を
可能にさせてきた。これらのネットワークは、ほとんど
の場合異種の機構であリ、ネットワークレベルにおい
て、一方のネットワークが、他方のネットワークとは異
なる様々な働きをする。従って、異なる型のネットワー
ク上にあるホストコンピュータの間で通信を行えるよう
に、様々な政府機関や組織が規格技術を創り出してい
る。ここで、ホストレベルにあるそのような通信は、同
種のネットワークを形成するようになる。これらの通信
技術は、プロトコルとして知られ、ネットワーク媒体内
ではなく、各ホスト内で実施されることが多い。さら
に、そのようなプロトコルは、プロトコルハンドリング
が、ホストのアプリケーションレベルとそれぞれのネッ
トワークへのホストの物理的接続との間で生ずるよう
に、順序良く配置されている。いずれにしても、プロト
コルは、詳細なネットワークハードウェアをユーザから
見えない状態において、異なる型のネットワーク上のコ
ンピュータをそれらの型のネットワークとは独立に互い
に通信を行うことができるようにさせる。

【０００４】１つのかなり普及しているネットワークプ
ロトコルとして、ＴＣＰ／ＩＰが知られている。ここ
で、この名前は、プロトコルにおいて使用される２つの
規格の組み合わせである。第１のプロトコルは、輸送制
御プロトコルの略語であるＴＣＰである。第２のプロト
コルは、インターネットワークプロトコルの略語である
ＩＰである。ＴＣＰ／ＩＰの名前は、これら２つの規格
を組み合わせたものであるが、実際に、これらの規格
は、ＴＣＰプロトコルがアプリケーションレベルに極め
て近く、ＩＰプロトコルが物理的ネットワーク接続レベ
ルに極めて近いように、順序付けられたレベルで実装さ
れる。また、ＴＣＰ／ＩＰはよく知られており、そのプ
ロトコルは、情報パケットが異なる型のネットワークに
沿って送信され、受信されるようにさせる。ＴＣＰ／Ｉ
Ｐに関する詳細な情報として、読者は、ダグラスＥ．カ
マー著“ＴＣＰ／ＩＰによるインターネット運用”第３
版、第Ｉ巻−第III 巻、１９９５、プレンティスホール
発行等の数多くの現代のそして商業的に利用可能な出版
物を見つけることができる。この文献は、本明細書に包
含される。

【０００５】別の従来技術によれば、ＩＰを用いてイン
ターネットワーク通信を可能とさせるためのある技術で
は、いわゆるルータを使用している。ルータは、２つの
異なるネットワークに物理的に接続されるコンピュータ
であって、一方のネットワーク上の送信元ホストコンピ
ュータから情報パケットを受信し、それを他方のネット
ワーク上の送信先ホストコンピュータに通信するもので
ある。

【０００６】

【発明が解決しようとする課題】しかし、ルータの使用
は、様々な複雑さをもたらすことに留意すべきである。
このプロセスは、技術的に知られているサブネッティン
グを用いて行われる。例えば、ルータの機能を使用する
ために、各ネットワーク上の各ホストコンピュータは、
インターネットワーク通信が望まれる時にルータのＩＰ
レベルと通信を行うように、特にＩＰレベルで構成され
る。換言すれば、ホストコンピュータがインターネット
ワーク情報パケットを送信先ホストコンピュータに通信
しようとする場合には、そのホストコンピュータは送信
先ホストコンピュータのＩＰ情報を含むように情報パケ
ットを形成し、さらにこの情報をルータのＩＰ情報でカ
プセル化する。次に、ルータがそのカプセル化されたパ
ケットを受信すると、マルチレベルのＩＰ情報から、そ
のパケットが最終的に別のネットワーク上の送信先ホス
トコンピュータに向けられているということを認識す
る。従って、ルータは、ＩＰレベルにおいてさらに追加
の動作を行うことを要求される。例えば、そのルータ
は、パケットから外部ＩＰ情報を剥ぎ取り、それによっ
て送信先ホストコンピュータに関連するＩＰ情報を残す
ように動作する。しかし、この剥ぎ取り動作は、検査合
計または情報パケットと共に含まれる他の適切な証明情
報を変化させることに留意されるべきである。従って、
ルータは、検査合計を再計算することをさらに要求し、
送信先ホストコンピュータ上にそのパケットを送る前
に、パケットに新たな値を含ませる。これらの複雑さに
加えて、ルータの機能は、通信のＩＰレベルにあるの
で、典型的には、コンピュータが上述の機能を実行する
ことを、コンピュータのオペレーティングシステムに含
ませる必要がある。しかし、オペレーティングシステム
の幾つかは、そのような機能を含んでいない。従って、
ルータ機能を与えるために、一層複雑なそして度々非常
に高価なオペレーティングシステムが必要とされるか、
またはＩＰを拡張してさらにルータ機能を含ませるため
に、そのオペレーティングシステムを書き換えるための
ソフトウェアプロバイダーが必要とされる。従って、い
わゆる当業者は、これらの複雑さと共にルータによって
実行されるインターネットワーク通信から起こる様々な
他の複雑さを理解するであろう。

【０００７】上述事項に鑑みて、更なる型のネットワー
クが創造され、一般に普及したとき、そのようなネット
ワークと既存のネットワークとの間にインターネットワ
ーク構成を与える必要が生ずる。本発明の実施例は、そ
のようなニーズに関係するものであり、以下に詳細に説
明されるように、特にイーサネット（Ethernet）および
１３９４ネットワークとの関連を生ずるものである。

【０００８】

【課題を解決するための手段】一実施例においては、ネ
ットワーク構成が与えられている。ネットワーク構成
は、第２のネットワーク媒体のほかに１３９４ネットワ
ークである第１のネットワーク媒体を有する。第１およ
び第２のネットワーク媒体は、それぞれ対応する複数の
ホストコンピュータに結合されている。そのネットワー
ク構成は、さらに、第１のネットワーク媒体と第２のネ
ットワーク媒体の両方に結合されたリンク層ゲートウェ
イコンピュータを有する。リンク層ゲートウェイコンピ
ュータは、第１のネットワーク媒体に結合された複数個
のホストコンピュータの１つから選択された送信元ホス
トコンピュータからのデータパケットを、第２のネット
ワーク媒体に結合された複数個のホストコンピュータの
１つから選択された送信先ホストコンピュータに通信す
るように動作し得る。さらに、そのリンク層ゲートウェ
イコンピュータは、第２のネットワーク媒体に結合され
た複数個のホストコンピュータの１つから選択された送
信元ホストコンピュータからのデータパケットを、第１
のネットワーク媒体に結合された複数個のホストコンピ
ュータの１つから選択された送信先ホストコンピュータ
に通信するように動作し得る。他の回路、システム、お
よび方法もまた開示され、請求されている。

【０００９】

【発明の実施の形態】図１は本発明の実施例に係るコン
ピュータインターネットワーク構成１０を示している。
インターネットワーク構成１０は、２つの独立したコン
ピュータネットワークを含む。特に、本実施例では、イ
ンターネットワーク構成１０は、イーサネット通信網と
ＩＥＥＥ１３９４通信網（以下、１３９４ネットワーク
と称す）を含む。これらの種類のネットワークは、従来
から公知のものである。イーサネット技術は、１９７０
年代初頭に開発され、世界中のネットワークで広く普及
しているものとなっている。さらに、イーサネット技術
は、イーサネット信号を通信するのに用いられる通信媒
体（例えば、同軸ケーブル、細線イーサネットケーブ
ル、ツイストペアケーブルなど）の違いや、イーサネッ
ト通信媒体とネットワークに接続されるホストコンピュ
ータとのインターフェースとの間の電気的接続方式の違
いによって、様々な形で実現されている。１３９４ネッ
トワークは、１９９０年代に発表されたＩＥＥＥ規格に
基づくものであり、バスに接続されたコンピュータのほ
か、音響機器、映像機器あるいはオーディオビジュアル
機器（例えば、ビデオカセット録画装置、カメラ、マイ
ク、表示装置など）のような様々な機器の通信を想定し
た高速シリアルバスを指向したものである。

【００１０】図１の各ネットワークは、多数のホストコ
ンピュータに接続されている。例えば、イーサネット
は、Ｈ１からＨ４の４つのホストコンピュータに接続さ
れ、１３９４ネットワークは、Ｈ４からＨ７の４つのホ
ストコンピュータに接続されている。ここで重要なこと
は、より明確に以下で説明する理由のために、ホストコ
ンピュータＨ４は、ネットワーク構成１０のこれら２つ
のネットワークの両者に接続されているということであ
る。他のホストコンピュータは、各々、２つのネットワ
ークのいずれか一方にのみ接続されている。さらに、図
１に示したホストコンピュータの数は、一例であり、イ
ーサネットまたは１３９４ネットワークに接続されるホ
ストコンピュータの数は、この数以外の組み合わせであ
ってもよい。１３９４ネットワークについては、上記の
音響／映像機器のようなコンピュータ以外の機器も、ネ
ットワークに接続することができる。

【００１１】インターネットワーク構成１０は、特定の
構成の全体を表すか、あるいは、様々な種類のネットワ
ーク構成の一部もしくは広域に及ぶ構成であってもよ
い。例えば、インターネットワーク構成１０の全体が、
会議室のような単一の部屋の中に収まるものであっても
よい。従って、以下に述べる技術によって、ユーザは自
分のホストコンピュータをインターネットワーク構成の
いずれかのネットワークに接続して、会議室内のネット
ワーク通信に加わることができる。さらに、２つの異な
る種類のネットワークによって、ユーザは、２つのネッ
トワーク構成のどちらに自分のホストコンピュータを接
続するかについて選択することができる。例えば、ユー
ザのホストコンピュータは、イーサネットとのみ接続で
きるハードウェア（例えば、インターフェース装置）か
ら構成されている場合もある。従って、以下説明する詳
細図からわかるように、ユーザは、自分のホストコンピ
ュータをインターネットワーク構成１０のイーサネット
に接続することができ、これにより、１３９４ネットワ
ークとそこに接続されている機器と通信することが可能
となる。いずれにせよ、図１の柔軟な構成は、小規模な
ネットワーク環境のほか、大規模なＬＡＮにも適用する
ことができる。さらに、インターネットワーク構成１０
に含まれる２つのネットワークの一方あるいは両方は、
建屋全体から建屋の間、さらに、遠方に至る範囲にまで
拡張することができ、本実施例は、ＷＡＮの分野でも適
用することができる。

【００１２】図２は、インターネットワーク構成１０で
のホストコンピュータＨ１からＨ３、Ｈ５からＨ７にお
けるデータ通信の階層構成を表すブロック図である。本
図の階層構成は、従来技術において既知のものである。
図１に示した本発明の実施例および図２以降で述べる特
徴について説明する背景を与えるため、まず、図２に示
すデータ通信の階層構成の３つのレベルについて説明す
る。

【００１３】データ通信の階層構成の最下レベルには、
ネットワークインターフェース回路が配置され、これ
は、通常、コンピュータカードとして形成され、図２で
は、ＮＩＣと略記する。ＮＩＣは、ホストコンピュータ
のマザーボードバスと対応するネットワーク媒体との間
のハードウェアインターフェースを表し、リンク層と称
されるものである。ＮＩＣは、ハードウェア実アドレス
をもっている。例えば、イーサネットでは、各々のＮＩ
Ｃには、ユニークな４８ビットの数値が、イーサネット
アドレスとして割り当てられる。言い換えるならば、イ
ーサネットＮＩＣの製造者は、このアドレスを物理的な
ハードウェアに割り当て、このハードウェアは、以降、
この独特な数値を保持して、他のイーサネット物理アド
レスと区別される。他の例として、１３９４ネットワー
クでは、各ＮＩＣは、１３９４ネットワークのリセット
時にハードウェアの物理アドレスに割り当てられる物理
層を表わす。ハードウェア物理アドレスは、１３９４ネ
ットワークの分野では、しばしば、ノードＩＤとして参
照される。１３９４ネットワークのリセットによって、
ネットワークが起動される。この動作は、その後、機器
が１３９４ネットワークに追加された任意の時点で、つ
ねに繰り返される。すなわち、１３９４ネットワーク
は、新たな機器をネットワークに追加する際には、ネッ
トワークを停止する必要のない、“ホットプラグ”が可
能である。機器のホットプラグインの動作によって、１
３９４ネットワークに接続された各ＮＩＣには、ハード
ウェア物理アドレスが割り当てられる。更に、通常、Ｎ
ＩＣは、ホストコンピュータ内の通信の最上位レベルに
到達できるデータを、ネットワーク上を流れる情報をフ
ィルタして選択することができる。すなわち、いくつか
のネットワークでは、ネットワーク上を流れるデータパ
ケットは、ネットワークに接続された機器の一つのＮＩ
Ｃに対応したハードウェア物理アドレスなどの、なんら
かのコード型を有している。従って、（データパケット
に含まれる）物理アドレスに一致したアドレスをもつＮ
ＩＣは、そのデータパケットを、最上位レベルを通し、
ＮＩＣを搭載したホストコンピュータのデータ通信の次
の上位レベルに到達させる。ＮＩＣでのこの種の制御
は、プログラム化が可能である。さらに、ネットワーク
を流れるある型のデータパケットでは、一つ以上のホス
トコンピュータのＮＩＣが、対応するパケットを、各ホ
ストコンピュータでの最上位レベルの一段下のデータ通
信レベルに到達させるようなコードを、パケットに含ま
せることが可能である。例えば、ネットワーク上の通信
は、すべてのホストコンピュータが通信データを受信で
きるようにネットワークを動作させる時には、しばし
ば、“ブロードキャスト通信”と呼ばれる。従って、通
常、ネットワーク上の各ホストコンピュータのＮＩＣ
が、ブロードキャスト通信パケットを、各ホストコンピ
ュータでの最上位レベルの一段下のデータ通信レベルに
到達させるように、ブロードキャスト通信は、必要な型
のコードを含むものになっている。さらに、物理アドレ
スと対応コードへのＮＩＣの応答動作についての他の例
は、公知の技術である。

【００１４】図２に示したデータ通信階層構造の中間レ
ベルには、ホストコンピュータのオペレーティングシス
テムに共通に組み込まれたプロトコルハンドラーが配置
されている。例えば、マイクロソフト社により供給され
ているウインドウズ９５（Windows 95）オペレーティン
グシステムは、図２に示すプロトコルハンドラーを含ん
でいる。特に、このプロトコルハンドラーは、インター
ネットプロトコル“ＩＰ”および伝送制御プロトコル
“ＴＣＰ”を含んでいる。各プロトコルについては、発
明の背景にて前述したところである。図２には図示して
はいないが、発明の背景にて説明したように、ＩＰおよ
びＴＣＰ規格では、通常、ＴＣＰプロトコルはアプリケ
ーションレベルに近く、またＩＰプロトコルは物理ネッ
トワーク接続レベルに近くなるよう、順序づけられたレ
ベルで実装される。この順序づけにより、ネットワーク
から受信される情報のパケットは、まず始めに、ＩＰ規
格に従って検証され、次に、図２に示したＴＣＰ規格の
ような、ＩＰ規格を包括する規格に従って検証される。
また、他の方法として、本発明の実施例の趣旨を逸脱す
ることなく、ＴＣＰ以外の規格を図２に用いることもで
きる。例えば、データパケットが送信先によって受信さ
れることを保証することが望ましい場合や、データブロ
ックの正確な伝送と受信を保証するために、サイズの大
きなデータブロックを独立したパケットに分割するよう
な場合には、ＴＣＰを用いることが望ましい。しかし、
他の方法として、データパケットの所定の送信先で実際
にデータパケットを実際に受信したことを保証する必要
のない場合や、送信先となる単一のホストコンピュータ
上で動作する一つ以上のアプリケーションプログラムに
データパケットを送信することが望ましい場合には、公
知の“ＵＤＰ”を用いることも可能である。また、ＵＤ
Ｐは、しばしば、ＴＣＰの代替としてではなく、ＴＣＰ
の拡張として扱われる場合がある。このような場合に
は、ＴＣＰ、ＵＤＰあるいは、付加的なプロトコルは、
ＩＰ規格と関連して動作するデータハンドリングの付加
的な層を表わすものとなる。

【００１５】図２に示したデータ通信階層構造の最上位
レベルの説明に進む前に、「各ホストコンピュータは、
ハードウェア物理アドレス（以下、“ＨＰＡ”と称す）
に対応したＮＩＣとＩＰとを含む」という概念を導入し
たことを申し添えておく。実際、後で詳細するようにＩ
Ｐ規格に準拠したコンピュータは割り当てられたＩＰア
ドレス（以下、“ＩＰＡ”）を有することは、公知であ
る。従って、各ホストコンピュータは、関連づけられた
ＨＰＡとＩＰＡを有する。以下の説明を簡単にするた
め、下記の表１に示すように、インターネットワーク構
成１０の各ホストコンピュータにＩＰＡとＨＰＡの名称
を任意に割り当てるものとする。

【００１６】

【表１】

【００１７】表１において、便宜上、ホストコンピュー
タの引用数値を、そのコンピュータのＩＰＡおよびＨＰ
Ａの識別記号に付している。例えば、表１の第１のコン
ピュータは、引用数値”１”を用い、これによりＩＰＡ
の値はＩＰＡ１とし、ＨＰＡの値はＨＰＡ１としてい
る。この便宜上の記述の仕方は、以下、様々な例に共通
に用いることにする。

【００１８】図２において、図示したデータ通信階層構
成の最上位レベルは、通常、インターネットワーク業務
に用いられるアプリケーションプログラムである。例え
ば、インターネットワーク業務のために、電子メール、
ファイル転送、遠隔ログインといった様々なアプリケー
ションプログラムが普及している。これらのアプリケー
ションプログラムは、一例である。更に、図２は、単一
のアプリケーションプログラムについてのみ図示してい
るが、複数のアプリケーションプログラムを、マイクロ
ソフト社のウインドウズ９５オペレーティングシステム
により提供されるようなマルチタスク環境をもつコンピ
ュータで実行することも可能である。このような環境で
動作するアプリケーションは、ＴＣＰ／ＩＰのようなプ
ロトコルによって、他のアプリケーションと通信するこ
とができる。これらのプロトコルによって、プログラム
の違いや通信しあうホストコンピュータのハードウェア
の差によらずに、異なる製造者により作成されたアプリ
ケーション同士が、相互に通信できるものとなる。

【００１９】ホストコンピュータＨ１からＨ３、Ｈ５か
らＨ７のいずれかのデータ通信階層構成の第３のレベル
については、各々のコンピュータのこれらのレベル間で
双方向で結合するようになっている。従って、その対応
するネットワークと通信するアプリケーションプログラ
ムについては、データパケットは、ＴＣＰプロトコルか
その通信レベルのほかのプロトコルに従って編成され、
更に、ホストコンピュータのＩＰに従って組織化され、
最後に、もし適切と判断される場合には、ネットワーク
媒体の上でパケットを通信するＮＩＣによって変更され
る。反対に、もしパケットがネットワーク上でホストコ
ンピュータにより受信されたならば、パケットは、ま
ず、ＮＩＣレベルで解析され、次にＩＰレベルで解析さ
れ、更に、もしＮＩＣレベルおよびＩＰレベルを通過し
たならばＴＣＰ（あるいは他のプロトコル）レベルでの
解析が進められ、最終的に、パケットは、アプリケーシ
ョンプログラムに到達する。

【００２０】図２に示したホストコンピュータ階層構成
の従来技術について前述したが、図３は、本発明の実施
例による、インターネットワーク構成１０中のホストコ
ンピュータＨ４のデータ通信の階層構成を示すものであ
る。ある点では、図３の階層構成は、図２の構成とよく
似ているが、図３の構成では、２つの異なるネットワー
クへの接続が可能なようになっている点が違う。例え
ば、図３の階層構成の最下位レベルでは、ホストコンピ
ュータＨ４は２つのＮＩＣを含み、一方はイーサネット
に接続するもので“ イーサネットＮＩＣ”と呼び、他
方は１３９４ネットワークに接続するもので“１３９４
ＮＩＣ”と呼ぶ。階層構成の中間レベルでは、イーサネ
ットＮＩＣと１３９４ＮＩＣが、それぞれ疎方向で対応
するプロトコルハンドラーに接続されており、各々のプ
ロトコルハンドラーは、ホストコンピュータのオペレー
ティングシステムに組み込まれているものである。更
に、これらのプロトコルハンドラーは、ＩＰ規格を含む
ことが望ましい。更に、各々のプロトコルハンドラー
は、実質的にＩＰ規格の上位規格となる少なくとも一つ
の付加的な規格を含むものとなっており、図３に示した
例では、この付加的な規格をＴＣＰとして構成してい
る。更に、ＴＣＰ規格以外の規格（例えば、ＵＤＰ他）
も、本発明の実施例の趣旨を逸脱しない範囲で、図３の
構成に用いることができる。いずれにせよ、２つの異な
るネットワークに対応するためには、オペレーティング
システムのＩＰプロトコルハンドラーが、イーサネット
データパケットあるいは１３９４データパケットのプロ
トコルを正しく扱えることが前提となる。図３の階層構
成の最上位では、各プロトコルハンドラーが双方向で一
つ以上のアプリケーションプログラムと結合している。
更に、図２の場合には、これらのプログラムは、ネット
ワーク構成を通してデータパケットを通信しあうプログ
ラムの種類を表している。

【００２１】前述の図３中のブロックのほかに、ホスト
コンピュータＨ４は、更に、イーサネットおよび１３９
４プロトコルと同一の階層レベルに位置するリンク層プ
ロトコルを含んでいる。この階層的な構成要素の編成順
序とリンク層の動作については、図４および図５を引用
してのリンク層プロトコルの動作手順の説明からより理
解が深まるものとなる。しかし、この点については、本
発明の実施例においては、リンク層プロトコルはホスト
コンピュータのオペレーティングシステムの一部ではな
く、従って、オペレーティングシステムプロトコルとは
独立して動作するものとなる。この方式は、多くの利点
を生み出すことになる。例えば、後述の機能は、ホスト
コンピュータのオペレーティングシステムを書き直した
り、複雑化する必要なく、実現できることが挙げられ
る。更に、リンク層プロトコルは、オペレーティングシ
ステムのベンダーに依存することなく、提供できるもの
となる。例えば、一実施例として、後述のリンク層プロ
トコルの機能は、Ｗｉｎｄｏｗｓ９５オペレーティング
システムを組み合わせることによって、オペレーティン
グシステムの性能を改善しつつもオペレーティングシス
テムになんら変更を加える必要のない形で実現すること
が可能となる。他の例については、本技術分野に精通し
た者であれば、容易に思い付くことができる。

【００２２】ホストコンピュータＨ４のリンク層プロト
コルについて概説したが、図４および図５に示される処
理ステップを詳説する前に、リンク層プロトコルの全体
的な機能と図１に示したインターネットワーク構成１０
と関連した点について説明する。図１に示すように、本
実施例では、ホストコンピュータＨ４は２つの異なる種
類のネットワーク、すなわちイーサネットと１３９４ネ
ットワークに接続していることを再確認してほしい。よ
り詳細には後述するところによるものではあるが、ホス
トコンピュータＨ４のリンク層プロトコルによって、こ
れら２つのインターネットワークでデータパケットを通
信することが可能となる。すなわち、一方のネットワー
クのホストコンピュータは、リンク層プロトコルを介し
て、他方のネットワークのホストコンピュータとデータ
パケットを通信することができる。例えば、ホストコン
ピュータＨ４のリンク層プロトコルによって、イーサネ
ットに接続されたホストコンピュータＨ１は、１３９４
ネットワークに接続されたホストコンピュータＨ６とデ
ータパケットを通信できる。この視点に立って、図３に
示したレベル間の接続がある場合の例を考えてみる。本
例をホストコンピュータＨ１がデータパケットを送信す
ると、すぐにそのパケットは、ホストコンピュータＨ４
のイーサネットＮＩＣによってイーサネットから受信さ
れる。しかし、以下に詳述されるように、イーサネット
からパケットを受信した時、ホストコンピュータＨ４の
リンク層プロトコルは、そのパケットは１３９４ネット
ワーク上のホストコンピュータ、すなわち、本例では、
ホストコンピュータＨ６に向けたものであることを検出
する。この検出結果に対応して、ホストコンピュータＨ
４のリンク層プロトコルは、データパケットを１３９４
ＮＩＣに転送する。リンク層プロトコルは、ホストコン
ピュータＨ４のアプリケーションプログラムとは結合し
ていないため、このように転送されるパケットは、ホス
トコンピュータＨ４のプログラムには到達しないものと
なる。１３９４ＮＩＣがパケットを受信した直後、１３
９４ＮＩＣはデータパケットを１３９４ネットワークに
送出する。その後、ホストコンピュータＨ６がデータパ
ケットを受信し、データパケットに含まれるデータおよ
びプロトコル制御手順に対して適切な方法でホストコン
ピュータが応答する。上述したイーサネットから１３９
４ネットワークへのデータ通信は、一例に過ぎず、他に
もインターネットワーク構成上を同一方向に送出するも
のや、１３９４ネットワーク側からイーサネットへデー
タ通信するものが可能である。後者の例として、ホスト
コンピュータＨ４のリンク層プロトコルを用いて、１３
９４ネットワークに接続したホストコンピュータＨ５
が、イーサネットに接続したホストコンピュータＨ２と
データパケットを通信することも可能である。更に、本
例を考えると、まず、ホストコンピュータＨ５がデータ
パケットを送信した直後に、ホストコンピュータＨ４の
１３９４ＮＩＣによって１３９４ネットワークからパケ
ットを受信する。次に、ホストコンピュータＨ４のリン
ク層プロトコルが、データパケットはイーサネットのホ
ストコンピュータ、本例では、ホストコンピュータＨ２
に向けて送出されたものであることを検出する。この検
出結果に対応して、ホストコンピュータＨ４のリンク層
プロトコルが、データパケットをホストコンピュータＨ
４のイーサネットＮＩＣに向けて送る。ここでは、ホス
トコンピュータＨ４のアプリケーションプログラムに
は、データパケットは一切到達しない。ホストコンピュ
ータＨ４のイーサネットＮＩＣがデータパケットを受信
すると、イーサネットＮＩＣはそのデータパケットをイ
ーサネットワークに送出する。その後、ホストコンピュ
ータＨ２は、データパケットを受信し、データパケット
に含まれるデータおよびプロトコル制御手順に対して適
切な方法で応答する。

【００２３】図４および図５は、一般的に記号２０で記
した方法のフローチャートを示し、ホストコンピュータ
Ｈ４のリンク層プロトコルの動作の詳細なステップを含
むものである。これらの各ステップを詳説する前に、前
述の表１が、インターネットワーク構成１０の中の各ホ
ストコンピュータに対応したものとしてのＩＰＡの考え
方を導入したことを確認する。この考えの導入によっ
て、本実施例では、リンク層プロトコルは、図４および
図５の処理ステップを実行する前に、１３９４ネットワ
ークに接続されたホストコンピュータの各々のＩＰＡを
認識することが望ましい。従って、これらのＩＰＡは、
より明確に後述する理由によって、リンク層プロトコル
からアクセスできるようなＩＰＡテーブルに格納されて
いることが望ましい。このＩＰＡテーブルは、多様な方
法によって作成することができる。例えば、ある方法で
は、なんらかのソフトウェアインターフェースを介し
て、１３９４ネットワークに接続されたホストコンピュ
ータのＩＰＡを、ホストコンピュータＨ４のＩＰＡテー
ブルに手作業で入力することも可能である。他の例で
は、１３９４ネットワークのリセット処理が行われたタ
イミングで、何らかの種類の問い合わせ機能を実行し、
それによって１３９４ネットワークに接続されたホスト
コンピュータが、リンク層プロトコルを有するホストコ
ンピュータに、そのＩＰＡを通知するやりかたもある。
いずれにせよ、ＩＰＡテーブル中のデータが利用できる
ことが前提となって、リンク層プロトコルは、以下に説
明する様々な方法によって実行できるものとなる。

【００２４】図４および図５の方法２０では、ステップ
２２から処理が開始され、そこでは、リンク層プロトコ
ルが、イーサネットあるいは１３９４ネットワークの一
つから、データパケットを受信する。方法２０は、ホス
トコンピュータＨ４の公知のプロトコル、すなわち、イ
ーサネットＴＣＰ／ＩＰあるいは１３９４ＴＣＰ／ＩＰ
のプロトコルの動作を表わすものでも、その動作に影響
を与えるものでもない。従って、ステップ２２で示され
るように、リンク層プロトコルが、イーサネットあるい
は１３９４ネットワークの一つから、データパケットを
受信する間には、イーサネットＴＣＰ／ＩＰあるいは１
３９４ＴＣＰ／ＩＰのプロトコルは、そのデータパケッ
トを同様に受信し、以下の例で概説する公知の方法のよ
うに、そのデータパケットに対して応答する。

【００２５】ステップ２４は、受信されたデータパケッ
トが、ＩＰ規格のもとで公知のアドレス解決プロトコル
“ＡＲＰ”要求のようなアドレスペアリング要求である
か否かを判定する。もしそうであるならば、方法２０は
ステップ２６に進む。そうでない場合には、発行された
パケットはアドレスペアリング要求ではないため、方法
２０はステップ２８に進む。

【００２６】ステップ２６を詳述する前に、一般的なア
ドレスペアリング要求の例である、ＡＲＰ要求について
概説する。イーサネットや他のネットワークの種類で用
いられるようなＩＰ規格のもとでは、ＡＲＰ要求は、同
一のネットワークに接続する送信先ホストコンピュータ
（データの送信先）を決定するために、送信先ホストコ
ンピュータをそのＩＰＡによって指定する要求として、
送信元ホストコンピュータ（データの送信元）により発
行される。従って、もし、送信元ホストコンピュータ
が、同一のネットワーク上の送信先ホストコンピュータ
のＨＰＡを確認しようとする場合には、送信元ホストコ
ンピュータは、ＡＲＰ要求をネットワーク上にブロード
キャスト（同報通信）する。ここでＡＲＰ要求は、指定
する送信先ホストコンピュータの送信先ＩＰＡを含んで
いる。ここで、“ブロードキャスト要求”とは、ＡＲＰ
要求の場合、各ＮＩＣによって要求が対応するＩＰプロ
トコルハンドラーに渡されることを意味している。しか
し、公知の技術では、ＡＲＰ要求に含まれる送信先ＩＰ
Ａと一致するＩＰＡを有するホストコンピュータのみ
が、その要求に応答する。例えば、ホストコンピュータ
Ｈ１がＡＲＰをホストコンピュータＨ３に発行する場合
を考える。ホストコンピュータＨ２、Ｈ３およびＨ４の
各々はブロードキャスト応答を受け取り、各々のコンピ
ュータの対応するイーサネットＮＩＣは、その要求をそ
れらの対応するプロトコルハンドラーに結合するが、ホ
ストコンピュータＨ３はそのＩＰＡばＡＲＰ要求に含ま
れる送信先ＩＰＡと一致すると判定するため、ホストコ
ンピュータＨ３のＩＰプロトコルハンドラーのみがその
要求に応答する。この応答では、ホストコンピュータＨ
３のＩＰプロトコルハンドラーは、要求と同じ送信先Ｉ
ＰＡを返すが、同様にそのＨＰＡの値、ＨＰＡ３も返
す。すなわち、ホストコンピュータＨ３は、ＡＲＰ要求
に応答して、アドレスペアを与える。このアドレスペア
は、送信先ＩＰＡとホストコンピュータＨ３ｎｏＨＰＡ
とを含むものである。ホストコンピュータＨ１がＡＲＰ
要求を発行したことにより、ホストコンピュータＨ１
は、アドレスペアを受信し、それをアドレスペアテーブ
ルに格納し、以降、テーブルの内容がリセットされるま
では、ＩＰＡ３として発行されたＩＰＡの値は、ホスト
コンピュータＨ３のＨＰＡ３に対応するものとして保持
される。

【００２７】上記の、アドレスペアリング要求（例え
ば、ＡＲＰ）についての導入説明は、単一のネットワー
クの範囲のものであった。しかし、ホストコンピュータ
Ｈ４のリンク層は、２つの相互結合したネットワークか
ら構成されていることに注意する。従って、ステップ２
６とそれ以降のステップでは、インターネットワーク構
成１０中のイーサネットあるいは１３９４ネットワーク
のいずれか一方の送信元ホストコンピュータから、アド
レスペアリング要求が発行される可能性について考慮す
る。ここでは、送信先ホストコンピュータは、送信元ホ
ストコンピュータとは反対側のネットワークに位置して
いる。例えば、イーサネット上のホストコンピュータ
が、１３９４ネットワークに含まれるホストコンピュー
タのＩＰＡを含むＡＲＰ要求を発行することも可能であ
る。また他の例では、１３９４ネットワーク上のホスト
コンピュータが、イーサネットに含まれるホストコンピ
ュータのＩＰＡを含むＡＲＰ要求を発行することも可能
である。この後者の例では、１３９４という用語は、こ
の要求を記述するＡＲＰを必ずしも伴うものでなく、現
在整備中の１３９４規格の元手は、ある種類の類似のア
ドレスペアリング要求を用いて、１３９４ネットワーク
上のホストコンピュータが、同じ１３９４ネットワーク
上の他の機器にアドレスペアリング要求を発行できるこ
とは明確である。

【００２８】次に、ステップ２６では、アドレスペアリ
ング要求によって指定された、送信先ホストコンピュー
タのＩＰＡが、ホストコンピュータＨ４のＩＰＡと一致
するかを判定する。もし、ＩＰＡが一致すれば、方法２
０は、次の処理をステップ３０に進め、一方、もし一致
しなければ、方法２０は、次の処理をステップ３２に進
める。これらの分岐先の各処理を、以下に説明する。

【００２９】送信先ＩＰＡがホストコンピュータＨ４ｎ
ｏＩＰＡと一致することにより選択されたステップ３０
は、単に、アドレスペアリング要求を無視するものであ
る。すなわち、方法２０は、図３に示したリンク層プロ
トコルの動作であり、リンク層プロトコルは、図３に示
した２つのＴＣＰ／ＩＰプロトコルブロックと同一のレ
ベルで動作する。この構成のもとでは、ステップ３０が
選択され実行されると、イーサネットで受信さたアドレ
スペアリング要求は、ホストコンピュータＨ４のＩＰＡ
と一致することを確認されると、図３のイーサネットＴ
ＣＰ／ＩＰプロトコルによって処理される。従って、独
立したリンク層プロトコルが要求に応答する必要はな
く、従って、リンク層プロトコルはイーサネットＴＣＰ
／ＩＰの動作とは交渉をもたないことが事実上好ましい
ことになる。従って、リンク層プロトコルの動作の実施
例としては、ステップ３０の処理結果は、図３のイーサ
ネットＴＣＰ／ＩＰプロトコルが、アドレスペアリング
要求に応答できるようにすることである。ステップ３０
の処理後、リンク層プロトコルが次のデータパケットを
受信し、適切な方法で応答するように、方法２０は処理
をステップ２２に戻す。

【００３０】ステップ３２は、送信先ホストコンピュー
タのＩＰＡが、ホストコンピュータＨ４のＩＰＡと一致
しない時に選択される。この選択の結果、ステップ３２
は、アドレスペアリング要求を送信した送信元ホストコ
ンピュータがどのネットワークに接続しているかを識別
する。特に、ホストコンピュータＨ４は、各々が異なる
ネットワークに接続した独立したＮＩＣを含んでいる
（すなわち、一つがイーサネットに接続し、一つが１３
９４ネットワークに接続する）ことに注目する。従っ
て、ステップ３２は、どのＮＩＣがアドレスペアリング
要求を受信したかを決定することにより実行することが
できる。このＮＩＣを特定することにより、送信元ホス
トコンピュータが、対応するＮＩＣに接続されたネット
ワークに接続していることを検出することができる。す
なわち、もし１３９４ＮＩＣがアドレスペアリング要求
を受信したならば、送信元ホストコンピュータは、１３
９４ネットワークに接続したものであるということが判
明する。一方、もしイーサネットＮＩＣがアドレスペア
リング要求を受信したならば、送信元ホストコンピュー
タは、イーサネットに接続したものであるということが
判明する。従って、この判定の結果は以下のようにな
る。もし、送信元ホストコンピュータがイーサネット上
にあるならば、方法２０は、その処理をステップ３２か
らステップ３４に進める。一方、もし送信元ホストコン
ピュータが１３９４ネットワーク上にあるならば、方法
２０は、その処理をステップ３２からステップ３６に進
める。これらの分岐先の各処理を、以下に説明する。

【００３１】ステップ３４は、イーサネット上のホスト
コンピュータがアドレスペアリング要求を発行したこと
により選択され、送信先ホストコンピュータもまた同一
のイーサネット上にあるものかどうかを判定する。ま
た、ステップ３４は、上述のステップ３２での処理と同
様に、ホストコンピュータＨ４のリンク層プロトコルに
よりそのＩＰＡテーブルを用いて処理される。ステップ
３４での判定の結果、もし送信先ホストコンピュータも
またイーサネット上にあるならば、方法２０は、その処
理をステップ３４からステップ３８に進める。一方、も
し送信先ホストコンピュータがイーサネット上にないな
らば、方法２０は、その処理をステップ３４からステッ
プ４０に進める。

【００３２】ステップ３８が選択されるのは、アドレス
ペアリング要求を発行した送信元ホストコンピュータと
送信先ホストコンピュータの両方が、ともに同一のネッ
トワーク上（すなわち、イントラネット通信上）にある
場合であり、ステップ３８がステップ３４の次に選択さ
れた際には、この同一と判定されたネットワークはイー
サネットとなっている場合である。これに対して、ステ
ップ３８では、アドレスペアリング要求を無視する。特
に、ホストコンピュータＨ４のリンク層プロトコルは、
アドレスペアリング要求を受信したものの、イーサネッ
ト上の実際の送信先ホストコンピュータは、その要求を
受信し、その要求に応答すべきであった。従って、リン
ク層プロトコルに要求を無視させることにより、その要
求への応答は、公知の技術と同様に、意図した送信先ホ
ストコンピュータによって処理されることができる。更
に、このような本実施例の特徴によって、後述するイン
ターネットワーク機能は、イントラネット通信を用いよ
うとした時に、各々独立したネットワークに対して干渉
や障害を及ぼすことがなくなる。いずれにせよ、ステッ
プ３８が終了すると、方法２０は、次のデータパケット
を受信し、適切な方法で応答するように、処理をステッ
プ２２に戻す。

【００３３】ステップ４０が選択されるのは、リンク層
プロトコルがアドレスペアリング要求を受信した場合で
あり、ここでは、アドレスペアリング要求の発行元ホス
トコンピュータがイーサネット上に接続され、一方、ア
ドレスペアリング要求の送信先ホストコンピュータが１
３９４ネットワークに接続されている（すなわち、イン
ターネットワーク通信）。この場合、ホストコンピュー
タＨ４のリンク層プロトコルは、次のように、２つの異
なるネットワークホストコンピュータとの間で要求を通
信するように動作する。一つの応答動作として、ステッ
プ４０で、リンク層プロトコルはアドレスペアリングを
もつ要求に応答する。ここで、ペアリングには、送信先
ホストコンピュータのＩＰＡと、それと比較されるＨＰ
Ａとが含まれている。しかし、要求に対して返信される
ＨＰＡは、１３９４ネットワーク上の送信先ホストコン
ピュータのＨＰＡではなく、ホストコンピュータＨ４の
ＨＰＡである。この点について、動作を例証しながら説
明する。イーサネットのホストコンピュータＨ１が、１
３９４ネットワーク上のホストコンピュータＨ６にＡＲ
Ｐ要求を発行したものと想定する。すなわち、ホストコ
ンピュータＨ１は、ＩＰＡ６の送信先ＩＰＡを有するＡ
ＲＰを発行したものとする。したがって、この想定のも
とでは、方法２０の処理により、ステップ３４に到達す
ることが、容易に分かる。これに反して、リンク層プロ
トコルは、ホストコンピュータＨ１に返答することによ
り、ステップ４０の第１の動作を行う。このＨ１への返
答には、送信元ホストコンピュータのＩＰＡ（本例で
は、ＩＰＡ１）と送信先ホストコンピュータのＩＰＡ
（本例では、ＩＰＡ６）を含むが、ＨＰＡについては、
ホストコンピュータＨ６のＨＰＡではなく、ホストコン
ピュータＨ４のＨＰＡ（本例では、ＨＰＡ４）を含む。
従って、この返答を受信すると、送信元ホストコンピュ
ータＨ１は、受信したアドレスペアをアドレスペアテー
ブルに格納し、そのアドレスペアテーブルを参照しての
通信では、ＩＰＡ６とＨＰＡ４を対応づけて活用できる
ものとなる。従って、アドレスペアリングは、一つのホ
ストコンピュータに関連づけられたＨＰＡと、それとは
異なるホストコンピュータに関連づけられたＩＰＡとを
有することになる。従って、リンク層（すなわち、ＨＰ
Ａ）は、パケットがインターネットワーク通信を意図し
たものと後にアドレスペアリングから検出した時に、問
題となる。図３のプロトコルが、リンク層プロトコルと
なることは、以下、詳説することより判明する。次に、
リンク層プロトコルの、第２の動作について説明する。
この動作は、インターネットワーク構成での送信先ホス
トコンピュータに情報を転送するものである。特に、リ
ンク層プロトコルは、送信先ホストコンピュータのアド
レスペアリングテーブルに書き込むための、アドレスペ
アリングを送信先ホストコンピュータに転送する。特
に、このアドレスペアリングは、ＡＲＰを発行した送信
元ホストコンピュータのＩＰＡを含み、その送信元ホス
トコンピュータのＩＰＡとペアとなるのは、ホストコン
ピュータＨ１のＨＰＡではなくホストコンピュータＨ４
のＨＰＡである。従って、上記の例では、このアドレス
ペアには、ＩＰＡ１とＨＰＡ４が含まれ、この情報を受
け取ると、ホストコンピュータＨ６は、このペアをアド
レスペアリングテーブルに書き込む。従って、ひとつの
ホストコンピュータのＩＰアドレスは、それとは異なる
ホストコンピュータのＨＰＡ（すなわち、リンク層アド
レス）とペアになる。リンク層プロトコルによって通信
される２つのアドレスペアの各々の目的と利点は、ステ
ップ２８およびそれ以降の処理ステップについての説明
で明確にしてゆく。

【００３４】前述したように、ステップ３２の次に、１
３９４ネットワークに接続した送信元ホストコンピュー
タが、ホストコンピュータＨ４以外の送信先ホストコン
ピュータに対して、アドレスペアリング要求を発行した
時に、ステップ３６に進む。ステップ３６では、ステッ
プ３４と同様の判定を行うが、ここではイーサネットで
はなく１３９４ネットワークに基く判定となっている。
従って、ステップ３６は、送信先ホストコンピュータも
また同一の１３９４ネットワーク上にあるか否かを判定
するものであり、このステップは、ホストコンピュータ
Ｈ４のリンク層プロトコルにより、そのＩＰＡテーブル
を参照して、ステップ３２と同様のやりかたで処理され
る。判定がなされ、もし、送信先ホストコンピュータも
また１３９４ネットワークの上にあるならば、方法２０
は、次にステップ３８に処理を進め、上述したように、
そこでは、異なるホストコンピュータすなわち、この場
合は、１３９４ネットワーク上の他のホストコンピュー
タ）が要求に応答するようにするため、要求を無視す
る。一方、もし、送信先ホストコンピュータが、１３９
４ネットワークの上にないならば、方法２０は、ステッ
プ３６からステップ４０に処理を進める。従って、１３
９４ネットワーク上の送信元ホストコンピュータと、イ
ーサネット上の送信先ホストコンピュータの間での、イ
ンターネットワークアドレスペア要求については、リン
ク層プロトコルが、ステップ４０での２つの動作を実行
する。その後、方法２０は、次のデータパケットを受信
し、適切な方法で応答するように、ステップ２２に処理
を戻す。

【００３５】ここまでは、ステップ２４で検出された、
アドレスペアリング要求を含むデータパケットに関する
処理ステップについて説明してきた。以下では、方法２
０での、異なる種類のデータパケットの取り扱いについ
て説明する。先に進むまえに、これまで説明してきたス
テップを概説する。一般的に、ステップ２４で、インタ
ーネットワーク構成１０中のいずれかのネットワーク上
で、リンク層プロトコルがアドレスペアリング要求を検
出した場合には、次にステップ２６に処理を進めるよう
に方法２０は構成されている。ステップ３４および３６
は、アドレスペアリング要求が、イントラネットワーク
のものであるか、インターネットワークのものであるか
を判定する。もし、要求が、イントラネットワークのも
のである場合には、リンク層プロトコルは、要求は、独
立したＴＣＰ／ＩＰプロトコルハンドラー（ホストコン
ピュータＨ４あるいは異なるホストコンピュータのいず
れかのプロトコルハンドラー）によって処理されるとい
う想定のもとに、要求を無視する。一方、要求がインタ
ーネットワークのものである場合には、リンク層プロト
コルは、アドレスペアをもつ送信元ホストコンピュータ
に返信応答する。ここで返信されるアドレスペアは、要
求から得られた送信先ホストコンピュータのＩＰＡを含
み、さらに、実際の送信先ホストコンピュータのＨＰＡ
ではなく、ホストコンピュータＨ４のＨＰＡを含むもの
となっている。さらに、リンク層プロトコルは、送信先
ホストコンピュータにアドレスペアを転送する。ここで
転送されるアドレスペアは、要求から得られた送信元ホ
ストコンピュータのＩＰＡを含み、さらに、送信元ホス
トコンピュータのＨＰＡではなくホストコンピュータＨ
４のＨＰＡを含むものとなっている。

【００３６】ステップ２８では、データパケットが、Ｉ
Ｐ規格のもとで知られているＩＰ通信パケットを含むか
否かを判定する。一般的に、ＩＰ通信は、送信元ホスト
コンピュータのＩＰＡと、送信先ホストコンピュータの
ＩＰＡと、データブロックと、ＴＣＰ／ＩＰ規準あるい
は他の適用可能なＩＰ規格に含まれるＩＰ規格に従った
他のフォーマット情報とを含んでいる。もし、データパ
ケットが、ＩＰ通信を含んでいる場合には、公知の媒体
アクセス制御（ＭＡＣ）規格に従って、ＩＰ通信を伴う
送信先ホストコンピュータのＨＰＡが存在することにな
る。したがって、このＭＡＣ層でのＩＰ通信は、とも
に、以前に発行されたＡＲＰあるいはそれ相当のアドレ
スペアリング要求により取得されたアドレスペアリング
を含むものになる。いずれにせよ、ステップ２８の処理
の結果、もしデータパケットがＩＰ通信ならば、方法２
０は、次にステップ４２の処理に進む。一方、もし発行
されたパケットがＩＰ通信でなければ、方法２０は、次
にステップ４４の処理に進む。これらの分岐先の各処理
を、以下に説明する。

【００３７】ステップ４２は、一般的に、上記のステッ
プ２６と同様に処理が行われるが、ここでは、受信した
ＩＰ通信に関して処理が行われる。すなわち、ステップ
４２は、ＩＰ通信によって特定された送信先ホストコン
ピュータのＩＰＡが、リンク層プロトコルを持つホスト
コンピュータ（すなわち、ホストコンピュータＨ４）の
ＩＰＡと一致するか否かを判定する。もし、これらが一
致した場合には、方法２０は、ステップ４２の次にステ
ップ３０に処理を進め、その反対に、これらが一致しな
い場合には、方法２０は、ステップ４２の次にステップ
４６に処理を進める。これらの分岐先の各処理を、以下
に説明する。これらの分岐先の各処理を説明する前に、
ＮＩＣの動作は、またステップ４２（またはステップ２
８）の処理を含むものであり、実際に、次の補助的なス
テップの一部を実行するものである。特に、ステップ４
２は、リンク層０のプロトコルのレベルの情報の評価結
果に基くものであり、図３からは、このレベルは、ＮＩ
Ｃの動作よりも一段上のレベルである。従って、ステッ
プ４２あるいは以下のステップの判断を実行するための
情報を受け取るリンク層プロトコルについては、潜在的
なＮＩＣによって、その情報がリンク層プロトコルに到
達できるようにすることが必要となる。特に、ＩＰ通信
は、送信先ホストコンピュータのＨＰＡを含むＭＡＣ層
によって行われるものである。従って、もし、ＩＰ通信
で発行されたＨＰＡが、リンク層プロトコルを含むホス
トコンピュータ（すなわち、図３の例においてはホスト
コンピュータＨ４）のＨＰＡに一致しなければ、そのホ
ストコンピュータのＮＩＣにより、ＩＰ通信がリンク層
プロトコルに到達しないように仕掛けられ、ステップ４
２には進まない。反対に、必要となる情報がリンク層プ
ロトコルに到達するように、ＮＩＣにより伝えられると
想定すると、リンク層プロトコルは、上記のようにステ
ップ４２を実行するように動作する。

【００３８】方法２０が、その処理をステップ４２から
ステップ３０に進めると、その動作は、上記で詳説した
ステップ３０に関するものに相当し、処理が行われる。
ステップ３０においては、リンク層プロトコルは、本例
では、ＩＰ通信である現在のデータパケットを無視する
ものとなっている。実際、図３の構成によって、ステッ
プ４２の次にステップ３０に処理が進んだ時には、ホス
トコンピュータＨ４のＩＰＡを識別したデータパケット
が、図３に示したイーサネットＴＣＰ／ＩＰプロトコル
あるいは１３９４ＴＣＰ／ＩＰプロトコルのいずれかに
よって与えられる。したがって、独立したリンク層プロ
トコルは、ＩＰ通信に応答する必要はなく、実際、リン
ク層プロトコルは、正常なＴＣＰ／ＩＰプロトコルの動
作とは干渉しないようにすることが望ましい。その後、
方法２０は、次のデータパケットを受信し、適切な方法
で応答するように、その処理をステップ２２に戻す。

【００３９】ステップ４６に進むのは、ＩＰ通信が、リ
ンク層プロトコルを含むホストコンピュータ（すなわ
ち、ホストコンピュータＨ４）のＩＰＡと一致しない送
信先ホストコンピュータのＩＰＡを含む時である。ステ
ップ４６は、上記で述べたステップ３２と同様に動作す
る。しかし、ステップ４６では、どのネットワークが、
ＩＰ通信を送信した送信元ホストコンピュータに接続し
ているかを識別する処理を行う。特に、２つのＮＩＣの
どちらがＩＰ通信を受信したかに基き、ホストコンピュ
ータＨ４のリンク層プロトコルは、送信元ホストコンピ
ュータが２つのネットワークのどちらに接続しているか
を判断する。その後、この判断結果に基づき、以下の処
理を行う。もし、送信元ホストコンピュータが、イーサ
ネットに接続されているならば、方法２０は、ステップ
４６の次にステップ４８に処理を進める。もし、送信元
ホストコンピュータが、１３９４ネットワークに接続さ
れているならば、方法２０は、ステップ４６の次にステ
ップ５０に処理を進める。これらの分岐先の各処理を、
以下に説明する。

【００４０】ステップ４８は、一般的に、上記のステッ
プ３４と同様の動作を行うが、ここでは、受信されたＩ
Ｐ通信に伴う処理を行う。すなわち、イーサネットホス
トコンピュータがＩＰ通信を発行したことによって選択
されたステップ４８は、送信先ホストコンピュータもま
たイーサネット上に接続されているか否かを判定する。
この判定処理は、ステップ４２と同様に、ＩＰＡテーブ
ルを参照して、ホストコンピュータＨ４のリンク層プロ
トコルによって行われる。判定処理の結果、もし、送信
先ホストコンピュータもまたイーサネット上にあるなら
ば、方法２０は、ステップ４８の次に、前述のステップ
３８に処理を進める。反対に、送信先ホストコンピュー
タがイーサネット上にないならば、方法２０は、ステッ
プ４８の次に、ステップ５２に処理を進める。

【００４１】以上より、ＩＰ通信の送信元ホストコンピ
ュータと送信先ホストコンピュータの両方が同一のネッ
トワークに接続している（すなわち、イントラネット通
信）場合、ステップ３８は、ステップ４８の次に選択さ
れ、また、ステップ３８がステップ４８の次に選択され
る際には、その同一ネットワークとは、イーサネットで
あることがわかる。上述したように、ステップ３８で
は、リンク層プロトコルは、ＩＰ通信を無視する。その
理由は、ホストコンピュータＨ４のリンク層プロトコル
がＩＰ通信を受信したとしても、実際には、イーサネッ
ト上の送信先ホストコンピュータがそのＩＰ通信を受信
すべきであり、これに適切に応答すべきであるためであ
る。その後、方法２０は、次のデータパケットを受信
し、適切な方法で応答するように、処理をステップ２２
に戻す。

【００４２】上述したようにステップ３８の効果に加
え、ステップ３８は、ＩＰ通信中のＨＰＡに関連したＮ
ＩＣの動作によって、暗示されたり、事実上は行われる
必要のないステップを含んでいる。特に、ステップ３８
がステップ４８の次に選択され実行されるのは、ＩＰ通
信が、リンク層プロトコルを持つホストコンピュータ
（すなわち、ホストコンピュータＨ４）のＩＰＡと一致
しない送信先ＩＰＡを含む時であり、さらに、イーサネ
ットに接続するホストコンピュータ間の通信がイントラ
ネット通信である場合である。従って、ＩＰ通信を伴う
送信先ホストコンピュータのＨＰＡは、ホストコンピュ
ータＨ４以外のホストコンピュータに対応するものとな
る。従って、イーサネットに接続する各ホストコンピュ
ータのイーサネットＮＩＣは、上記のように動作するな
らば、ホストコンピュータＨ４のリンク層プロトコル
は、ＩＰ通信を受信しないようにすることが可能とな
る。すなわち、ＩＰ通信を伴う送信先ホストコンピュー
タのＨＰＡは、ホストコンピュータＨ４以外のホストコ
ンピュータに対応するために、その他のホストコンピュ
ータのＩＰプロトコルのみがＩＰ通信を受信できるよう
にする必要があり、従って、リンク層プロトコルは、応
答する必要がなくなる。しかし、何らかの理由で、ホス
トコンピュータＨ４のＮＩＣがＩＰ通信を受信した場合
には、ステップ４８からステップ３８への処理の流れ
は、ホストコンピュータＨ４がＩＰ通信に応答しないよ
うにするために好ましい方法を与えることとなる。

【００４３】次に、ステップ５２は、リンク層プロトコ
ルがＩＰ通信を受信した場合に、選択され実行される。
ここでは、ＩＰ通信の送信元ホストコンピュータは、イ
ーサネットに接続しているが、その通信の送信先ホスト
コンピュータは、１３９４ネットワーク（すなわち、イ
ンターネットワーク通信）に接続している。この場合、
ホストコンピュータＨ４のリンク層プロトコルは、イー
サネットから受信したＩＰ通信を１３９４ネットワーク
に通信するように動作する。更に、リンク層プロトコル
は、通信が適切な送信先ホストコンピュータによって受
信されるよう、ＩＰ通信の送信先ＨＰＡを変更する。更
に、ステップ５２が選択され実行されるのは、ＩＰ通信
中のＩＰＡがインターネットワーク通信を表わしている
場合であり、この時、ＩＰ通信を伴うＨＰＡは、リンク
層プロトコルを含むコンピュータ（すなわち、ホストコ
ンピュータＨ４）のＨＰＡを指している。例えば、ホス
トコンピュータＨ１がＩＰ通信をホストコンピュータＨ
７に通信することを想定する。ある早期の段階で、ホス
トコンピュータＨ１は、アドレスペアリング要求を、ホ
ストコンピュータＨ７に対応したＩＰＡ７に発行する必
要がある。この要求に応答して、ステップ２４、２６、
３２、３４および４０に基づき、ホストコンピュータＨ
１は、そのＩＰＡテーブルにＩＰＡ７とＨＰＡ４を組に
するデータ（すなわち、ＨＰＡは、リンク層プロトコル
を有するコンピュータを示す）を生成しなければならな
い。従って、もしホストコンピュータＨ４が、単にＩＰ
通信とそれに付随するＨＰＡを、１３９４ネットワーク
に転送するならば、そのＮＩＣは、ＨＰＡ７の値をもつ
ＨＰＡに対応するが、ＩＰ通信を伴うＨＰＡ４の値をも
つＨＰＡには対応しないため、送信先ホストコンピュー
タＨ７は応答しない。従って、本実施例では、リンク層
プロトコルは、ＩＰ通信のＨＰＡを、送信先ホストコン
ピュータに対応するＨＰＡに入れ替える。ここで、リン
ク層プロトコルは、送信先ホストコンピュータのＩＰＡ
とＨＰＡとの間の一致を生成する。従って、ＩＰ通信と
新たに得られたＨＰＡは、１３９４ネットワークに送出
された時には、送信先ホストコンピュータのリンク層
（すなわち、ＮＩＣ）は、適切に、この通信に応答す
る。本発明のプロトコルに関連し、リンク層を用いるこ
とへの効果は、明確である。実際、この点に関しては、
リンク層ゲートウェイとしてリンク層プロトコルを含む
コンピュータ（例えば、ホストコンピュータＨ４）、す
なわち、本実施例のリンク層に関連した技術を用い、適
切なデータパケットをインターネットワークで通信する
ことができるコンピュータについて記述することが有効
である。本例にては、リンク層プロトコルは、ＨＰＡ４
の値を、ホストコンピュータＨ７に対応したＨＰＡ７の
値で置き換える。ＨＰＡについて新たに用いられる値
は、ホストコンピュータＨ４が、事前に、送信先ホスト
コンピュータへのそれ自身のアドレスペアリング要求を
処理している限り、リンク層プロトコルにたいして有効
なものとなる。すなわち、もしホストＨ４が、以前に、
アドレスペアリング要求をホストコンピュータＨ７に送
出していたならば、ホストコンピュータＨ４は、ＨＰＡ
７をもつＩＰＡ７に対応したアドレスペアリングテーブ
ルに情報を有しているはずである。この情報に従い、ま
たステップ５２でのリンク層プロトコルによる置き換え
操作に戻り、上記のようにＨＰＡの値を変更した後に、
リンク層プロトコルはＩＰ通信と新しいＨＰＡを１３９
４ＮＩＣに送信し、１３９４ネットワークに到達するよ
うにする。その後、方法２０は、次のデータパケットを
受信し、適切な方法で応答するように、その処理をステ
ップ２２に戻す。

【００４４】ステップ５２によって、処理されリンク層
プロトコルにより転送されたＩＰ通信は、実際には、反
対方向、すなわち、１３９４ネットワークからイーサネ
ットへの異なるＩＰ通信となる。例として、ホストコン
ピュータＨ１からホストコンピュータＨ７へのＩＰ通信
の送信について取り上げる。通信を受信した際には、ホ
ストコンピュータＨ７には、ＩＰ通信をホストコンピュ
ータＨ１に送ることが望まれる。ステップ５０とステッ
プ５４について後で詳述するように、本実施例によるリ
ンク層プロトコルは、この動作も可能としている。

【００４５】ステップ４６では、送信元ホストコンピュ
ータが１３９４ネットワークにあると判定された場合
に、次の処理としてステップ５０に進む。従って、上記
のように、Ｈ７からＨ１へＩＰ通信がなされた場合に
は、ステップ４６の次にステップ５０に進む。ステップ
５０は、ステップ４８と同様の処理を実行するが、ここ
では、イーサネットではなく１３９４ネットワークにつ
いて判定がなされる。

【００４６】従って、ステップ５０は、送信先ホストコ
ンピュータが送信元ホストコンピュータと同一のネット
ワークに存在するか、すなわち、送信先ホストコンピュ
ータが１３９４ネットワーク上に存在しているか否かを
判定する。この判定処理は、ホストコンピュータＨ４に
よって、ＩＰＡテーブルを参照してリンク層プロトコル
により行われる。もし、送信先ホストコンピュータもま
た１３９４ネットワーク上に存在するならば、方法２０
は、ステップ５０の次に前述のステップ３８に処理を進
める。もし、送信先ホストコンピュータが１３９４ネッ
トワーク上に存在しないならば、方法２０は、ステップ
５０の次にステップ５４に処理を進める。

【００４７】上記より、ステップ５０からステップ３８
に処理が進められるのは、ＩＰ通信の送信元ホストコン
ピュータとその送信先ホストコンピュータが、１３９４
ネットワークの上でイントラネット通信を形成している
時である。ステップ３８については、上述したように、
１３９４ネットワーク上の実際の送信先ホストコンピュ
ータもまたＩＰ通信を受信し適切に応答しているため、
リンク層プロトコルは、ＩＰ通信を無視する。従って、
方法２０は、次のデータパケットを受信し、適切な方法
で応答するように、その処理をステップ２２に戻す。更
に、ステップ３８は、１３９４イントラネットＩＰ通信
を伴うＨＰＡに関連したＮＩＣの動作によって、暗示さ
れたり、実際には実行する必要のないものである。特
に、ステップ３８は、ＩＰ通信が、リンク層プロトコル
をもつホストコンピュータ（すなわち、ホストコンピュ
ータＨ４）のＩＰＡと一致しない送信先ＩＰＡを含む時
に、さらに、通信が、１３９４ネットワーク内のホスト
コンピュータ間でのイントラネット通信である時に、ス
テップ５０の次に選択され実行される。従って、ＩＰ通
信を伴う送信先ＨＰＡは、ホストコンピュータＨ４以外
のホストコンピュータに対応する。従って、もし、１３
９４ネットワークに接続するホストコンピュータの１３
９４ＮＩＣが、各ＮＩＣに対応するＨＰＡを含む情報を
受信するだけの動作をするならば、ホストコンピュータ
Ｈ４のリンク層プロトコルは、ＩＰ通信を受信しないよ
うにすることが可能となる。すなわち、ＩＰ通信を伴う
送信先ＨＰＡは、ホストコンピュータＨ４以外のホスト
コンピュータに対応するため、Ｈ４以外のホストコンピ
ュータのＩＰプロトコルのみがＩＰ通信を受信し、した
がって、リンク層プロトコルは応答する必要がなくな
る。しかし、何らかの理由で、ホストコンピュータＨ４
のＮＩＣがＩＰ通信を受信した場合には、ステップ５０
からステップ３８への処理フローによって、ホストコン
ピュータＨ４がＩＰ通信に応答しないようにすることが
できる。

【００４８】ステップ５４は、上記の、１３９４ネット
ワーク上の送信元ホストコンピュータであるＨ７が、イ
ーサネット上の送信先ホストコンピュータであるＨ１に
対して、ＩＰ通信を行う例（すなわち、１３９４ネット
ワークからイーサネットへのインターネットワーク通
信）で選択され実行されるものとなる。この場合は、ホ
ストコンピュータＨ４のリンク層プロトコルは、ＩＰ通
信を１３９４ネットワークからイーサネットに対して通
信する。更に、リンク層プロトコルは、ＩＰ通信に伴う
送信先ＨＰＡを変更し、通信が適切な送信先ホストコン
ピュータで受信できるようにする。特に、ＩＰ通信を伴
うＨＰＡは、リンク層ゲートウェイコンピュータのＨＰ
Ａを示している。従って、ホストコンピュータＨ７がホ
ストコンピュータＨ１に対してＩＰ通信を送信する上記
の例では、以前の段階で、ホストコンピュータＨ７が、
ホストコンピュータＨ１に対応するＩＰＡ１に対して、
アドレスペアリング要求を発行していなければならな
い。さらに、ステップ２４、２６、３２、３４および４
０に基き、ホストコンピュータＨ７は、ＨＰＡ４（すな
わち、リンク層ゲートウェイアコンピュータを表わすＨ
ＰＡ）とＩＰＡ１とを関連づけるテーブルの情報を生成
しなければならない。このように、もしホストコンピュ
ータＨ４が、単に、ＩＰ通信とそのオリジナルのＨＰＡ
をイーサネット上に転送するのであれば、その送信先ホ
ストコンピュータのＮＩＣはＨＰＡ４の値を識別できな
くなるため、送信先ホストコンピュータＨ１は、応答し
なくなる。従って、本実施例では、リンク層プロトコル
が、ＩＰ通信を伴ったＨＰＡを、ＩＰ通信中の送信先Ｉ
ＰＡにより指定される送信先ホストコンピュータに対応
したＨＰＡで置き換えるものとしている。このように、
本例では、リンク層プロトコルは、ＨＰＡ４の値を、ホ
ストコンピュータＨ１に対応したＨＰＡ１の値と入れ替
える。上記のようにＨＰＡの値を変更した後に、リンク
層プロトコルは、ホストコンピュータＨ４のイーサネッ
トＮＩＣに、ＩＰ通信を送信し、イーサネットＮＩＣが
ＩＰ通信をイーサネットへ転送できるようにする。その
後、方法２０は、次のデータパケットを受信し、適切な
方法で応答するように、ステップ２２に処理を戻す。

【００４９】図４および図５の処理ステップを完了する
と、方法２０は、ステップ２４にて、データパケットが
アドレスペアリング要求であるか否かを判定し、さら
に、ステップ２８にて、データパケットが、ＩＰ通信で
あるか否かを判定する。しかし、もし、データパケット
が、上記２種類のどちらの通信でもない場合には、方法
２０は、次に処理をステップ４４に進める。例えば、デ
ータパケットが、ＩＰプロトコル以外のプロトコルに基
くものである場合には、ステップ４４に進む。最後に、
ステップ４４は、付加的なステップであり、データパケ
ットがアドレスペアリング要求でもＩＰ通信でもない場
合の例外的処理のために取ってある予備である。

【００５０】以上の実施例より、異なるネットワークに
接続されたホストコンピュータの間の通信を提供するこ
とができる。ここでは、これらのネットワークがとも
に、２つのインターネットワークでデータパケットを通
信できるリンク層プロトコルを実装した、リンク層ゲー
トウェイコンピュータに接続している。本実施例では、
２つの相互に接続しあうネットワークのうち、一方は１
３９４ネットワークである。実際、１３９４規格は、パ
ーソナルコンピュータの分野で汎用のバス仕様となる見
通しである。このような場合には、本発明は、このよう
なコンピュータに簡単に実装できるため、大変有利であ
る。これらの他のネットワークも本実施例による技術を
用いて同様の方法で相互接続が可能であり、同様の発明
効果を達成することができようが、この他の相互に接続
しあうネットワークとしては、イーサネットが好まし
い。また、本実施例を以上のように詳説してきたが、様
々な置き換え、修正および代替についても、本発明の趣
旨を逸脱しない範囲であれば、可能である。例えば、上
記では、リンク層プロトコルを構成するため、コンピュ
ータ内でＩＰプロトコルを提供する好適なオペレーティ
ングシステムとして、ウインドウズ９５オペレーティン
グシステムを記載したが、他のオペレーティングシステ
ムも適用することが可能である。本技術分野で精通した
者であれば、他の例についても容易に思い付くことが可
能である。

【００５１】以下の説明に関して、さらに以下の項を開
示する。 （１）１３９４ネットワーク媒体である第１のネットワ
ーク媒体と、上記第１のネットワーク媒体に結合された
複数個のホストコンピュータと、第２のネットワーク媒
体と、上記第２のネットワーク媒体に結合された複数個
のホストコンピュータと、上記第１のネットワーク媒体
に結合されかつ上記第２のネットワーク媒体にも結合さ
れたりンク層ゲートウェイコンピュータとから構成され
るネットワーク構成であって、上記リンク層ゲートウェ
イコンピュータは、第１のネットワーク媒体に結合され
た複数個のホストコンピュータの１つから選択された送
信元ホストコンピュータからのデータパケットを、第２
のネットワーク媒体に結合された複数個のホストコンピ
ュータの１つから選択された送信先ホストコンピュータ
に通信するように動作可能であり、上記リンク層ゲート
ウェイコンピユータは、第２のネットワーク媒体に結合
された複数個のホストコンピュータの１つから選択され
た送信元ホストコンピュータからのデータパケットを、
第１のネットワーク媒体に結合された複数個のホストコ
ンピュータの１つから選択された送信先ホストコンピュ
ータに通信するように動作可能であることを特徴とする
ネットワーク構成。

【００５２】（２）第１項に記載のネットワーク構成に
おいて、上記第２のネットワーク媒体がローカルエリア
ネットワークであることを特徴とするネットワーク構
成。 （３）第１項に記載のネットワーク構成において、上記
第２のネットワーク媒体がワイドエリアネットワークで
あることを特徴とするネットワーク構成。 （４）第１項に記載のネットワーク構成において、上記
第２のネットワーク媒体がイーサネットネットワークか
ら構成されていることを特徴とするネットワーク構成。 （５）第１項に記載のネットワーク構成において、上記
リンク層ゲートウェイコンピュータが、上記第１のネッ
トワーク媒体に結合された第１のネットワークインター
フェース回路と、上記第２のネットワーク媒体に結合さ
れた第２のネットワークインターフエース回路から構成
されていることを特徴とするネットワーク構成。

【００５３】（６）第５項に記載のネットワーク構成に
おいて、上記リンク層ゲートウェイコンピュータは、上
記第１および第２のネットワークインターフェース回路
のそれぞれと通信を行うように結合されたＩＰプロトコ
ルハンドラーを実行するようにプログラムされ、上記リ
ンク層ゲートウェイコンピュータは、割り当てられたＩ
Ｐアドレスを有し、データパケットを受信する第１およ
び第２のネットワークインターフェース回路のいずれか
に応答して、上記ＩＰプロトコルハンドラーが、受信デ
ータパケット内の送信先ＩＰアドレスを評価し、さらに
上記送信先ＩＰアドレスが上記リンク層ゲートウェイコ
ンピュータの割り当てアドレスに対応する場合に、上記
ＩＰプロトコルハンドラーが、上記受信データパケット
に応答することを特徴とするネットワーク構成。 （７）第６項に記載のネットワーク構成において、上記
ＩＰプロトコルハンドラーが、ウインドウズ９５プロト
コルハンドラーから構成されていることを特徴とするネ
ットワーク構成。 （８）第６項に記載のネットワーク構成において、上記
リンク層ゲートウェイコンピュータが、上記ＩＰプロト
コルハンドラーと通信を行うように結合されたアプリケ
ーションプログラムを実行するようにプログラムされて
いることを特徴とするネットワーク構成。 （９）第６項に記載のネットワーク構成において、上記
リンク層ゲートウェイコンピュータが、上記第１および
第２のネットワークインターフェース回路のいずれかと
通信を行うように結合されたリンク層プロトコルハンド
ラーを実行するようにプログラムされ、ＩＰ通信から構
成されるデータパケットを受信する第１および第２のネ
ットワークインターフェース回路のいずれかに応答し
て、上記リンク層プロトコルハンドラーが、受信データ
パケット内の送信先ＩＰアドレスを評価し、さらに上記
送信先ＩＰアドレスが上記リンク層ゲートウェイコンピ
ュータの割り当てアドレスに対応しないという決定に応
答して、リンク層プロトコルハンドラーは、上記受信デ
ータパケットを送信した送信元ホストコンピュータおよ
び上記送信先ＩＰアドレスによって指定された送信先ホ
ストコンピュータが、上記第１のネットワーク媒体また
は第２のネットワーク媒体のいずれかと同一のネットワ
ーク媒体上にないかどうかを判定することを特徴とする
ネットワーク構成。 （１０）第９項に記載のネットワーク構成において、上
記ＩＰプロトコルハンドラーがリンク層プロトコルハン
ドラーと独立していることを特徴とするネットワーク構
成。

【００５４】（１１）第９項に記載のネットワーク構成
において、上記受信データパケットを送信した送信元ホ
ストコンピュータおよび上記送信先ＩＰアドレスによっ
て指定された送信先ホストコンピュータが、上記第１の
ネットワーク媒体または第２のネットワーク媒体のいず
れかと同一のネットワーク媒体上にないという判定に応
答して、上記リンク層プロトコルが、送信元ホストコン
ピュータに接続されたネットワーク媒体から送信先ホス
トコンピュータに接続されたネットワーク媒体に受信デ
ータパケットを通信することを特徴とするネットワーク
構成。 （１２）第１１項に記載のネットワーク構成において、
上記受信データパケットは、さらにハードウェア物理ア
ドレスを備え、上記送信先ホストコンピュータは、上記
第１のネットワーク媒体または第２のネットワーク媒体
のいずれか１つに結合されたネットワークインターフェ
ース回路を備え、上記送信先ホストコンピュータのネッ
トワークインターフェース回路は、送信先ハードウェア
物理アドレスに応答し、さらに送信元ホストコンピュー
タに接続されたネットワーク媒体から送信先ホストコン
ピュータに接続されたネットワーク媒体に受信データパ
ケットを通信する前に、リンク層プロトコルハンドラー
がハードウェア物理アドレスを変化させ、送信先ハード
ウェア物理アドレスに適合させることを特徴とするネッ
トワーク構成。 （１３）第６項に記載のネットワーク構成において、上
記リンク層ゲートウェイコンピュータが、上記第１およ
び第２のネットワークインターフェース回路のそれぞれ
と通信を行うように結合されたりンク層プロトコルハン
ドラーを実行するようにプログラムされ、アドレスペア
リング通信から構成されるデータパケットを受信する第
１および第２のネットワークインターフェース回路のい
ずれかに応答して、上記リンク層プロトコルハンドラー
が、受信データパケット内の送信先ＩＰアドレスを評価
し、さらに上記送信先ＩＰアドレスが上記リンク層ゲー
トウェイコンピュータの割り当てアドレスに対応しない
という判定に応答して、上記リンク層プロトコルハンド
ラーは、上記受信データパケットを送信した送信元ホス
トコンピュータおよび上記送信先ＩＰアドレスによって
指定された送信先ホストコンピュータが、上記第１のネ
ットワーク媒体または第２のネットワーク媒体のいずれ
かと同一のネットワーク媒体上にないかどうかを判定す
ることを特徴とするネットワーク構成。

【００５５】（１４）第１３項に記載のネットワーク構
成において、上記受信データパケットを送信した送信元
ホストコンピュータおよび上記送信先ＩＰアドレスによ
って指定された送信先ホストコンピュータが、上記第１
のネットワーク媒体または第２のネットワーク媒体のい
ずれかと同一のネットワーク媒体上にないという判定に
応答して、上記リンク層プロトコルが、受信データパケ
ットを送信した送信元ホストコンピュータに対して返送
データパケットを通信し、返送データパケットは、アド
レスペアリングから構成され、さらに上記アドレスペア
リングは、第１のネットワークインターフェース回路ま
たは第２のネットワークインターフェース回路の選択さ
れた回路に対応するハードウェア物理アドレスおよび送
信先ＩＰアドレスから構成され、上記選択されたネット
ワークインターフェース回路が、受信データパケットを
送信した送信元ホストコンピュータと同一のネットワー
ク媒体に結合されていることを特徴とするネットワーク
構成。 （１５）第１３項に記載のネットワーク構成において、
上記受信データパケットを送信した送信元ホストコンピ
ュータおよび上記送信先ＩＰアドレスによって指定され
た送信先ホストコンピュータが、上記第１のネットワー
ク媒体または第２のネットワーク媒体のいずれかと同一
のネットワーク媒体上にないという判定に応答して、上
記リンク層プロトコルが、送信先ＩＰアドレスによって
指定された送信元ホストコンピュータに対してアドレス
ペアリングデータパケットを通信し、上記アドレスペア
リングデータパケットが、上記受信データパケットを送
信した送信元ホストコンピュータに対応する送信元ＩＰ
アドレスおよび第１のネットワークインターフェース回
路または第２のネットワークインターフェース回路の選
択された回路に対応するハードウェア物理アドレスから
構成され、上記選択されたネットワークインターフェー
ス回路が、送信先ホストコンピュータと同一のネットワ
ーク媒体に結合されていることを特徴とするネットワー
ク構成。

【００５６】（１６）第１３項に記載のネットワーク構
成において、上記受信データパケットを送信した送信元
ホストコンピュータおよび上記送信先ＩＰアドレスによ
って指定された送信先ホストコンピュータが、上記第１
のネットワーク媒体または第２のネットワーク媒体のい
ずれかと同一のネットワーク媒体上にないという判定に
応答して、上記リンク層プロトコルが、受信データパケ
ットを送信した送信元ホストコンピュータに対して返送
データパケットを通信し、返送データパケットは、アド
レスペアリングから構成され、さらに上記アドレスペア
リングは、第１のネットワークインターフェース回路ま
たは第２のネットワークインターフェース回路の選択さ
れた回路に対応するハードウェア物理アドレスおよび送
信先ＩＰアドレスから構成され、上記選択されたネット
ワークインターフェース回路が、受信データパケットを
送信した送信元ホストコンピュータと同一のネットワー
ク媒体に結合されており、上記受信データパケットを送
信した送信元ホストコンピュータおよび上記送信先ＩＰ
アドレスによって指定された送信先ホストコンピュータ
が、上記第１のネットワーク媒体または第２のネットワ
ーク媒体のいずれかと同一のネットワーク媒体上にない
という判定に応答して、上記リンク層プロトコルが、送
信先ＩＰアドレスによって指定された送信元ホストコン
ピュータに対してアドレスペアリングデータパケットを
通信し、上記アドレスペアリングデータパケットが、上
記受信データパケットを送信した送信元ホストコンピュ
ータに対応する送信元ＩＰアドレスおよび第１のネット
ワークインターフェース回路または第２のネットワーク
インターフェース回路の選択された回路に対応するハー
ドウェア物理アドレスから構成され、上記選択されたネ
ットワークインターフェース回路が、送信先ホストコン
ピュータと同一のネットワーク媒体に結合されているこ
とを特徴とするネットワーク構成。

【００５７】（１７）リンク層ゲートウェイコンピュー
タによって使用されかつ読み出される際に、上記リンク
層ゲートウェイコンピュータが複数の動作を行うように
構成されたコンピュータ読み出し可能メモリであって、
上記複数の動作が、第１のネットワークインターフェー
ス回路または第２のネットワークインタ一フェース回路
のいずれかからデータパケットを受信するステップと、
上記送信元ホストコンピュータが上記第２のネットワー
ク媒体に接続されている場合に、上記第１のネットワー
ク媒体に結合された複数個のホストコンピュータの１つ
である送信先ホストコンピュータに対して、データパケ
ットを通信するステップと、上記送信元ホストコンピュ
ータが上記第１のネットワーク媒体に接続されている場
合に、上記第２のネットワーク媒体に結合された複数個
のホストコンピュータの１つである送信先ホストコンピ
ュータに対して、データパケットを通信するステップか
ら構成され、上記データパケットが、第１のネットワー
ク媒体に結合された複数個のホストコンピュータの１つ
または第２のネットワーク媒体に結合された複数個のホ
ストコンピュータの１つである送信元ホストコンピュー
タによって発っせられ、上記リンク層ゲートウェイコン
ピュータが、さらに第１および第２のネットワーク媒体
に結合され、上記第１ネットワーク媒体が１３９４ネッ
トワークであることを特徴とするコンピュータ読み出し
可能メモリ。 （１８）第１７項に記載のコンピュータ読み出し可能メ
モリにおいて、上記第２のネットワーク媒体がローカル
エリアネットワークであることを特徴とするコンピュー
タ読み出し可能メモリ。 （１９）第１７項に記載のコンピュータ読み出し可能メ
モリにおいて、上記第２のネットワーク媒体がワイドエ
リアネットワークであることを特徴とするコンピュータ
読み出し可能メモリ。 （２０）第１７項に記載のコンピュータ読み出し可能メ
モリにおいて、上記第２のネットワーク媒体がイーサネ
ットネットワークであることを特徴とするコンピュータ
読み出し可能メモリ。

【００５８】（２１）第１７項に記載のコンピュータ読
み出し可能メモリにおいて、上記複数の動作が、さらに
第１および第２のネットワークインターフェース回路の
それぞれと通信を行うように結合されたＩＰプロトコル
ハンドラーを実行するステップを有し、上記リンク層ゲ
ートウェイコンピュータが第１のネットワークインター
フェース回路を介して第１のネットワーク媒体に結合さ
れ、かつ上記リンク層ゲートウェイコンピュータが第２
のネットワークインターフェース回路を介して第２のネ
ットワーク媒体に結合され、ＩＰプロトコルハンドラー
を実行する上記動作が、データパケットを受信する第１
および第２のネットワークインターフェース回路のいず
れかに応答して、受信データパケット内の送信先ＩＰア
ドレスを評価するステップと、送信先ＩＰアドレスがリ
ンク層ゲートウェイコンピュータの割り当てアドレスに
対応する場合に、上記データパケットに応答するステッ
プを有することを特徴とするコンピュータ読み出し可能
メモリ。 （２２）第２１項に記載のコンピュータ読み出し可能メ
モリにおいて、ＩＰプロトコルハンドラーを実行する上
記動作が、ウインドウズ９５のＩＰプロトコルハンドラ
ーを実行することであることを特徴とするコンピュータ
読み出し可能メモリ。 （２３）第１７項に記載のコンピュータ読み出し可能メ
モリにおいて、上記複数の動作が、さらに、第１および
第２のネットワークインターフェース回路のそれぞれと
通信を行うように結合されたリンク層プロトコルハンド
ラーを実行するステップを有し、上記リンク層ゲートウ
ェイコンピュータが第１のネットワークインターフェー
ス回路を介して第１のネットワーク媒体に結合され、か
つ上記リンク層ゲートウェイコンピュータが第２のネッ
トワークインターフェース回路を介して第２のネットワ
ーク媒体に結合され、リンク層プロトコルハンドラーを
実行する上記動作が、ＩＰ通信から成るデータパケット
を受信する第１および第２のネットワークインターフェ
ース回路のいずれかに応答して、受信データパケット内
の送信先ＩＰアドレスを評価するステップと、送信先Ｉ
Ｐアドレスがリンク層ゲートウェイコンピュータの割り
当てアドレスに対応するかどうかを判定するステップ
と、送信先ＩＰアドレスがリンク層ゲートウェイコンピ
ュータの割り当てアドレスに対応しないという判定に応
答して、上記受信データパケットを送信した送信元ホス
トコンピュータおよび送信先ＩＰアドレスによって指定
された送信先ホストコンピュータが、上記第１のネット
ワーク媒体または第２のネットワーク媒体のいずれかと
同一のネットワーク媒体上にないかどうかを判定するス
テップからなることを特徴とするコンピュータ読み出し
可能メモリ。

【００５９】（２４）第２３項に記載のコンピュータ読
み出し可能メモリにおいて、ＩＰプロトコルの上記動作
が、リンク層プロトコルの上記動作と独立していること
を特徴とするコンピュータ読み出し可能メモリ。 （２５）第２３項に記載のコンピュータ読み出し可能メ
モリにおいて、リンク層プロトコルハンドラーを実行す
る上記動作が、さらに、上記受信データパケットを送信
した送信元ホストコンピュータおよび上記送信先ＩＰア
ドレスによって指定された送信先ホストコンピュータ
が、上記第１のネットワーク媒体または第２のネットワ
ーク媒体のいずれかと同一のネットワーク媒体上にない
という判定に応答して、送信元ホストコンピュータに接
続されたネットワーク媒体から送信先ホストコンピュー
タに接続されたネットワーク媒体に受信データパケット
を通信するステップを備えていることを特徴とするコン
ピュータ読み出し可能メモリ。 （２６）第２５項に記載のコンピュータ読み出し可能メ
モリにおいて、リンク層プロトコルハンドラーを実行す
る上記動作が、さらに、送信元ホストコンピュー夕に接
続されたネットワーク媒体から送信先ホストコンピュー
タに接続されたネットワーク媒体に受信データパケット
を通信する前に、上記リンク層ゲートウェイコンピュー
タに対応する第１のハードウェア物理アドレスからのデ
ータパケットのハードウェア物理アドレスを、送信先ホ
ストコンピュータを第１のネットワーク媒体または第２
のネットワーク媒体のいずれか一方に結合させるネット
ワークインターフェースに対応する送信先ハードウェア
物理アドレスと一致する第２のハードウェア物理アドレ
スに変換するステップを備えていることを特徴とするコ
ンピュータ読み出し可能メモリ。

【００６０】（２７）第１７項に記載のコンピュータ読
み出し可能メモリにおいて、上記複数の動作が、さら
に、第１および第２のネットワークインターフェース回
路のそれぞれと通信を行うように結合されたＩＰプロト
コルハンドラーを実行するステップを有し、上記リンク
層ゲートウェイコンピュータが第１のネットワークイン
ターフェース回路を介して第１のネットワーク媒体に結
合され、かつ上記リンク層ゲートウェイコンピュータが
第２のネットワークインターフェース回路を介して第２
のネットワーク媒体に結合され、リンク層プロトコルハ
ンドラーを実行する上記動作が、アドレスペアリング通
信から成るデータパケットを受信する第１および第２の
ネットワークインターフェース回路のいずれかに応答し
て、受信データパケット内の送信先ＩＰアドレスを評価
するステップと、送信先ＩＰアドレスがリンク層ゲート
ウェイコンピュータの割り当てアドレスに対応するかど
うかを判定するステップと、送信先ＩＰアドレスがリン
ク層ゲートウェイコンピュータの割り当てアドレスに対
応しないという判定に応答して、上記受信データパケッ
トを送信した送信元ホストコンピュータおよび送信先Ｉ
Ｐアドレスによって指定された送信先ホストコンピュー
タが、上記第１のネットワーク媒体または第２のネット
ワーク媒体のいずれかと同一のネットワーク媒体上にな
いかどうかを判定するステップからなることを特徴とす
るコンピュータ読み出し可能メモリ。 （２８）第２７項に記載のコンピュータ読み出し可能メ
モリにおいて、上記複数の動作が、さらに、上記受信デ
ータパケットを送信した送信元ホストコンピュータおよ
び上記送信先ＩＰアドレスによって指定された送信先ホ
ストコンピュータが、上記第１のネットワーク媒体また
は第２のネットワーク媒体のいずれかと同一のネットワ
ーク媒体上にないという判定に応答して、受信データパ
ケットを送信した送信元ホストコンピュータに対して返
送データパケットを通信するステップを有し、返送デー
タパケットは、アドレスぺアリングから構成され、さら
に上記アドレスぺアリングが、第１のネットワークイン
ターフェース回路または第２のネットワークインターフ
ェース回路の選択された回路に対応するハードウェア物
理アドレスおよび送信先ＩＰアドレスから構成され、上
記選択されたネットワークインターフェース回路が、受
信データパケットを送信した送信元ホストコンピュータ
と同一のネットワーク媒体に結合されていることを特徴
とするネットワーク構成。

【００６１】（２９）第２７項に記載のコンピュータ読
み出し可能メモリにおいて、上記複数の動作が、さら
に、上記受信データパケットを送信した送信元ホストコ
ンピュータおよび上記送信先ＩＰアドレスによって指定
された送信先ホストコンピュータが、上記第１のネット
ワーク媒体または第２のネットワーク媒体のいずれかと
同一のネットワーク媒体上にないという判定に応答し
て、送信先ＩＰアドレスによって指定された送信元ホス
トコンピュータに対してアドレスぺアリングデータパケ
ットを通信し、上記アドレスぺアリングデータパケット
が、上記受信データパケットを送信した送信元ホストコ
ンピュータに対応する送信元ＩＰアドレスおよび第１の
ネットワークインターフェース回路または第２のネット
ワークインターフェース回路の選択された回路に対応す
るハードウェア物理アドレスから構成され、上記選択さ
れたネットワークインターフェース回路が、送信先ホス
トコンピュータと同一のネットワーク媒体に結合されて
いることを特徴とするネットワーク構成。 （３０) 第２のネットワーク媒体のほかに１３９４ネッ
トワークである第１のネットワークを有するネットワー
ク構成（１０）。第１および第２のネットワーク媒体
は、それぞれ対応する複数のホストコンピュータ（Ｈ１
からＨ３およびＨ５からＨ７）に結合されている。その
ネットワーク構成は、さらに、第１のネットワーク媒体
と第２のネットワーク媒体の両方に結合されたリンク層
ゲートウェイコンピュータ（Ｈ４）を有する。そのリン
ク層ゲートウェイコンピュータは、第１のネットワーク
媒体に結合された複数個のホストコンピュータの１つか
ら選択された送信元ホストコンピュータからのデータパ
ケットを、第２のネットワーク媒体に結合された複数個
のホストコンピュータの１つから選択された送信先ホス
トコンピュータに通信するように動作し得る。さらに、
そのリンク層ゲートウェイコンピュータは、第２のネッ
トワーク媒体に結合された複数個のホストコンピュータ
の１つから選択された送信元ホストコンピュータからの
データパケットを、第１のネットワーク媒体に結合され
た複数個のホストコンピュータの１つから選択された送
信先ホストコンピュータに通信するように動作し得る。

【図面の簡単な説明】

【図１】図１は、第２のネットワークに通信するように
結合された第１のネットワークを有するインターネット
ワーク構成を示す図である。ここで、インターネットワ
ーク通信は、２つのネットワークのそれぞれに対するネ
ットワークインターフェースカードを有するリンク層ゲ
ートウェイコンピュータを介している。

【図２】図２は、ホストコンピュータにおけるデータ通
信の従来の階層を表わしている。ここで、その階層は、
ネットワークに結合されたネットワークインターフェー
スカード、 そのネットワークインターフェースカードに
結合されたＴＣＰ／ＩＰプロトコルレベル、 およびＴＣ
Ｐ／ＩＰプロトコルレベルに結合されたアプリケーショ
ンプログラムを有する。

【図３】図３は、図１のリンク層ゲートウェイコンピュ
ータにおけるデータ通信の階層を示す図である。

【図４】図４は、図３のリンク層ゲートウェイコンピュ
ータのリンク層プロトコルの動作方法を示す図である。

【図５】図５は、図３のリンク層ゲートウェイコンピュ
ータのリンク層プロトコルの動作方法を示す図である。

【符号の説明】

１０ ネットワーク構成 Ｈ１からＨ７ ホストコンピュータ

Claims (1)

【特許請求の範囲】
1. 【請求項１】 １３９４ネットワーク媒体である第１の
   ネットワーク媒体と、 上記第１のネットワーク媒体に結合された複数個のホス
   トコンピュータと、 第２のネットワーク媒体と、 上記第２のネットワーク媒体に結合された複数個のホス
   トコンピュータと、 上記第１のネットワーク媒体に結合されかつ上記第２の
   ネットワーク媒体にも結合されたリンク層ゲートウェイ
   コンピュータとから構成されるネットワーク構成であっ
   て、 上記リンク層ゲートウェイコンピュータは、第１のネッ
   トワーク媒体に結合された複数個のホストコンピュータ
   の１つから選択された送信元ホストコンピュータからの
   データパケットを、第２のネットワーク媒体に結合され
   た複数個のホストコンピュータの１つから選択された送
   信先ホストコンピュータに通信するように動作可能であ
   り、 上記リンク層ゲートウェイコンピユータは、第２のネッ
   トワーク媒体に結合された複数個のホストコンピュータ
   の１つから選択された送信元ホストコンピュータからの
   データパケットを、第１のネットワーク媒体に結合され
   た複数個のホストコンピュータの１つから選択された送
   信先ホストコンピュータに通信するように動作可能であ
   ることを特徴とするネットワーク構成。