ＲＰＲ装置
ＲＰＲ装置は、１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ ＰａｃｋｅｔＲｉｎｇ）ネットワークを構成する。ＲＰＲ装置は、リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部を有し、自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取ったときに、この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダをデータに付加してＲＰＲネットワークに送出する。
【発明の詳細な説明】
【技術分野】
本発明は、１以上のリングに複数のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置が接続されて構成されるＲＰＲネットワークに関し、特に、レイヤ２（Ｌ２）におけるＬ２−ＲＰＲマッピングテーブルを用いたＲＰＲ技術を使用したパケット転送方式に関する。
【背景技術】
従来、遠隔地にあるホスト間接続において、専用線を用いたネットワーク構築が一般的な方法であった。しかしながら、このような専用線を用いたネットワーク構築においては、エンド−トゥ−エンド（Ｅｎｄ ｔｏ Ｅｎｄ）において、
（１）すべての帯域を占有する結果となる。
（２）専用線ＩＰ接続等、様々なサービスにおいて価格設定が高くなる。
等の問題が生じている。
また、専用線の接続距離に応じて価格が決まる体系となっているため、専用線をベースとした全国ネットワークの構築を行う場合、多額の費用を必要としていた。
そこで、専用線をベースとしたネットワーク構築の問題点を解消するために、身近に用いているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術を使用することによって、全てのネットワークを構築するという発想で出てきた技術が、広域ＬＡＮサービスである。
広域ＬＡＮサービスは、ＬＡＮで使用される方式、つまり比較的近くにあるコンピュータ同士をつないだネットワークで使用されるイーサネット（商標）を、大規模の広域ネットワークサービスに拡大応用したものである（Ｆｉｇ．３７参照）。
ユーザにとっては、全てのホストがＬＡＮで単純につながっているように見えるので非常に使い易く、かつ、装置コストおよび保守コストが安いというメリットがある。これらのことから、広域ＬＡＮサービスは現在急増している。
現在の広域ＬＡＮサービスでは、ユーザとの接続ポイントは、安価なＬＡＮインターフェースで実現することができる。しかし、キャリアネットワーク内部のインターフェースとしては、信頼性の高いＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）技術にイーサネットのフレームをマッピングすることによって実現されている。このＳＯＮＥＴ／ＳＤＨは帯域を占有したり、統計多重効果が得られない。このため、ＳＯＮＥＴ／ＳＤＨの利用価格は、ユーザにとっては非常に高価となっている。
こうした中、高価なＳＯＮＥＴ／ＳＤＨ通信部分を置きかえる技術としてＲＰＲ技術が登場している。ＲＰＲはパケットリングアクセス方法を用いており、最低１５５Ｍｂ／ｓから最高１０Ｇｂ／ｓの帯域でのデータ通信を可能にする。また、ＲＰＲは、アウターリング（Ｏｕｔｅｒ Ｒｉｎｇ）、インナーリング（Ｉｎｎｅｒ Ｒｉｎｇ）と呼ばれる２つの反対方向に周回する二重リングをサポートしているので、故障保護手段による回復力にも富んでいる。
さらに、ＲＰＲは、パケット通信の利点を生かして統計多重効果を発揮しながら、ＳＯＮＥＴ／ＳＤＨと同様にハードワイヤードの専用線と同様な帯域保証が確立されている。また、データパケットは、アウターリングとインナーリングとのどちらに対しても送出することができる。
送信ノードは、データパケットの送出に際して、トポロジ検出技術によって最短ルートとなる側を選択してデータを送信する機能を有している。本機能において、送信データパケットは、リングへの入り口でＲＰＲヘッダが付加され、リングの出口でＲＰＲヘッダは外される。
現状では、ルーティングプロトコル等のＬ３（レイヤ３）機能を持つルータにＲＰＲ機能を実装することによってＲＰＲ装置（ノード）を構成し、このようなＲＰＲ装置を用いてＲＰＲリングネットワークを構築している。すなわち、現状のＲＰＲリングネットワークは、Ｌ３機能を含んで実現されている。Ｆｉｇ．３８は、従来のＲＰＲ装置の原理説明図である。
ＲＰＲ装置は、アウターリングおよびインナーリングに対するドロップインおよびドロップアウト用のインターフェイスを有するとともに、複数の利用者機器インターフェイスを有している。
また、ＲＰＲ装置は、フレームの送出先をアウターリングとインナーリングとから選択する送出リング選択部と、フレームの送信先ＲＰＲ装置を判定する送出ＲＰＲ装置判定部と、利用者機器インターフェイスから受信された利用者データを解析する受信利用者データ判定部と、利用者機器アドレスとその収容位置との対応を利用者機器アドレス／収容位置学習テーブルに登録する利用者アドレス学習部と、ＲＰＲリングから受信したフレームを解析する受信データ判定部と、利用者機器に対するフレームの送出位置を判定する送出位置判定部と、利用者機器アドレス／収容位置学習テーブルを参照して利用者アドレスに対応する収容位置を検索する利用者アドレス検索部と、受信されたフレームに対するＬ３レベルのルーティングおよび経路選択を行うＩＰルーティング制御部とを備える。
現状のＲＰＲリングネットワークにおいて、端末Ａから端末Ｂへデータ転送を実行する場合のＲＰＲ装置の動作概要をＦｉｇ．３９を用いて説明する。下記概要に係る図中の括弧内の数字は、下記に示す数字と対応する。
（１）保守者はリングを構成しているＲＰＲ装置Ｉ〜ＩＶの初期設定を実施する。
（２）各ＲＰＲ装置Ｉ〜ＩＶは、リングトポロジ検出を実行し、トポロジマップを生成する（ＲＰＲ装置Ｉはリング上のノードとホップ数の情報を収集する）。
（３）各ＲＰＲ装置および各ルータはルーティングプロトコルによりルーティングテーブルを生成する。
（４）端末Ａは自分の属しているサブネット内にＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を送出する（端末ＡがルータＸのＭＡＣアドレスを知るため）。
（５）ルータＸより端末ＡへＡＲＰ応答が転送される（端末Ａは宛先ＭＡＣアドレスを認識する）。
（６）端末Ａより端末Ｂ宛のパケットをルータＸに送信する（ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）：ルータＸのＭＡＣアドレス、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）：端末ＡのＭＡＣアドレス）。
（７）ルータＸは、受信パケットより宛先ＩＰアドレスを抽出し、Ｌ３ルーティングプロトコルにより作成されたルーティングテーブルにより、端末ＢがＲＰＲ装置Ｉの先に存在することを認識する。従って、ＲＰＲ装置Ｉ側のサブネット内へＡＲＰ要求を送出する（ルータＸがＲＰＲ装置ＩのＭＡＣアドレスを知るため）。
（８）ＲＰＲ装置Ｉは自分のポート“ａ”の配下にルータＸがいることを認識する（ＲＰＲ装置ＩはＭＡＣ学習テーブル（利用者機器アドレス／収容位置学習テーブル）を生成する）。
（９）ＲＰＲ装置ＩよりルータＸへＡＲＰ応答を送出する（ルータＸは宛先ＭＡＣアドレス（ＲＰＲ装置ＩのＭＡＣアドレス）を認識する）。
（１０）ルータＸよりＲＰＲ装置Ｉへパケットを送信する（ＤＡ：ＲＰＲ装置ＩのＭＡＣアドレス、ＳＡ：ルータＸのＭＡＣアドレス）。
（１１）ＲＰＲ装置Ｉは（１０）で受信したパケットより宛先ＩＰアドレスを抽出し、ルーティングテーブルにより、端末ＢがＲＰＲ装置ＩＩＩの先に存在することを認識する。従って、受信パケットにＲＰＲヘッダ（ＤＡ：ＲＰＲ装置ＩＩＩのＭＡＣアドレス、ＳＡ：ＲＰＲ装置ＩのＭＡＣアドレス）を付けて、ＲＰＲリング内に送出する。
（１２）ＲＰＲ装置ＩＩはパケットが自装置宛てではないためパケットをスルーし、ＲＰＲ装置ＩＩＩはパケットをドロップする。
（１３）ＲＰＲ装置ＩＩＩは端末Ｂが属しているサブネット内へＡＲＰ要求を送出する（ＲＰＲ装置ＩＩＩが端末ＢのＭＡＣアドレスを知るため）。
（１４）端末ＢからＲＰＲ装置ＩＩＩへＡＲＰ応答を送信する（ＲＰＲ装置ＩＩＩは宛先ＭＡＣアドレス（端末ＢのＭＡＣアドレス）を認識する）。
（１５）ＲＰＲ装置ＩＩＩは、受信したパケットのＲＰＲヘッダを取り除き、端末Ｂへ送信する（ＤＡ：端末ＢのＭＡＣアドレス、ＳＡ：ＲＰＲ装置ＩＩＩのＭＡＣアドレス）。
ところで、ルミナス・ネットワークス社では、Ｌ２の技術を利用して，ＳＯＮＥＴ／ＳＤＨのようなリング型ネットワークを構築できるリング伝送技術「Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｔｒａｎｓｐｏｒｔ」（ＲＰＴ）を提供している。この技術は独自のフレームフォーマットを使用したカプセル化制御によって実現されている。
また、ＲＰＴの他にＩＥＥＥ８０２．１７の標準化前に独自に提供された技術として、シスコシステムズ社のＳＲＰ（Ｓｐａｔｉａｌ Ｒｅｕｓｅ Ｐｒｏｔｏｃｏｌ）、Ｎｏｒｔｅｌ社のＯＰＴｅｒａ ＰａｃｋｅｔＥｄｇｅがあるが、どちらともＬ３機能を含んだ制御方式となっている。
なお、本願発明に関連する先行技術文献として、次の特許文献１および特許文献２に記載された発明がある。特許文献１は、共有ネットワーク上にＶＰＮを形成し、該ＶＰＮ内で通信を行うネットワークにおいて、ＶＬＡＮとＭＰＬＳヘッダのマッピングによりＬ２ルーティングテーブルを作成する技術を開示する。
特許文献２は、リング構成のネットワークにおいて、リング側ポート、またはローカル側ポートの両方について自己学習するテーブルを作成し、カプセルやトークンを使わずにリング内のパケット伝送を行う技術を開示している。
【特許文献１】 特開２００２−１６４９３７号
【特許文献２】 特表２００２−５２３９９２
上述したような従来のＲＰＲ制御方式では以下に示す問題点（課題）がある。第１に、現状では、ルーティングプロトコル等のＬ３（レイヤ３）機能を含んだルータにＲＰＲ機能を実装することによってＲＰＲ装置を構成し、このようなＲＰＲ装置を用いてリングネットワークを構築している。
このため、高性能なＣＰＵや高機能なソフトウェア、ハードウェアが必要であった。また、ルーティングプロトコルに大容量メモリを必要とする。これらのことからＲＰＲ装置（ノード）全体のコストが高くなっていた。
第２に、ＲＰＲ装置がＬ３機能を搭載しているため、複雑な該機能を運用／管理するための高額な保守費用が必要となっていた。
第３に、既存技術におけるＬ２機能での実現方法は、ルミナス社のように独自のヘッダ等を用いてヘッダのカプセル化によって実現している為、直接ＲＰＲ装置とつなげる事が出来なかった。
【発明の開示】
本発明の目的の一つは、Ｌ３機能を含むことなくＲＰＲリングネットワークを構築できるＲＰＲ装置を提供することである。
また、本発明の目的の一つは、装置全体のコストを低減できるＲＰＲ装置を提供することである。
また、本発明の目的の一つは、保守費用を低減できるＲＰＲ装置を提供することである。
また、本発明の目的の一つは、特別なデータフォーマットを使用することなく、ＲＰＲリングネットワークにおけるデータ転送を実現できるＲＰＲ装置を提供することである。
本発明の第１の態様は、１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置であって、
前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部と、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが前記記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する転送制御手段と、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する手段と、を含む。
第１の態様は、前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信する受信手段と、
少なくとも前記ＲＰＲヘッダが付加されたデータの送信元アドレスとこのＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを前記受信手段から受け取り、この送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録するアドレス学習手段と、をさらに含むように構成することが好ましい。
第１の態様は、前記アドレス学習手段が、前記受信手段で受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定する判定部と、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に記憶する登録部と、
を含むように構成するのが好ましい。
第１の態様は、前記転送制御手段が、前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索する検索部と、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する付加部と、を含むように構成するのが好ましい。
第１の態様は、前記受信手段が、ＲＰＲネットワークから受信したＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器が属するグループ識別子と合致しない場合には、前記アドレス学習手段に、少なくとも前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを渡さないように構成するのが好ましい。
第１の態様は、前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスであるように構成するのが好ましい。前記グループ識別子は、レイヤ２グルーピング識別子（例えば、ＶＬＡＮ ＩＤ）であるように構成するのが好ましい。
本発明の第２の態様は、１以上の利用者機器をそれぞれ収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が１以上のリングに接続されたＲＰＲネットワークシステムであり、
前記第１のＲＰＲ装置は、自装置が収容している第１の利用者機器から、前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを受信した場合に、このパケットに送信元アドレスが第１のＲＰＲ装置のＭＡＣアドレスであり且つ宛先アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置は、前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このＲＰＲヘッダの送信元アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のＭＡＣアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置は、前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、このパケットに学習済みの前記第１のＲＰＲ装置のＭＡＣアドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置は、前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する。
第２の態様は、前記第１のＲＰＲ装置が、前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１の利用者機器から、宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出するように構成するのが好ましい。
第２の態様は、前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置が、前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＰＲＰ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習するように構成するのが好ましい。
第２の態様は、異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わないように構成するのが好ましい。
本発明の第３の態様は、１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置のデータ転送方法であって、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、
この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが、前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加し、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する、
ことを含む。
第３の態様は、前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信し、
受信されたデータの送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録する、ことをさらに含むように構成するのが好ましい。
第３の態様は、前記ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定し、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に登録する、ように構成するのが好ましい。
第３の態様は、前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索し、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加するように構成するのが好ましい。
第３の態様は、ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器に割り当てられたグループ識別子に合致しない場合には、前記記憶部に対する前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとの登録処理を行わないように構成するのが好ましい。
第３の態様は、前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスであり、前記グループ識別子がレイヤ２グルーピング識別子であり、前記レイヤ２グルーピング識別子がＶＬＡＮ ＩＤであるようにそれぞれ構成するのが好ましい。
本発明の第４の態様は、１以上の利用者機器を収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が接続されたＲＰＲネットワークシステムのデータ転送方法であって、
前記第１のＲＰＲ装置が収容している第１の利用者機器から前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを前記第１のＲＰＲ装置が受信した場合に、前記第１のＲＰＲ装置で、このパケットに送信元アドレスが第１のＲＰＲ装置のＭＡＣアドレスであり且つ宛先アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置が前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第２のＲＰＲ装置で、このＲＰＲヘッダの送信元アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のＭＡＣアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置が前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、前記第２のＲＰＲ装置で、このパケットに学習済みの前記第１のＲＰＲ装置のＭＡＣアドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第１のＲＰＲ装置で、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する。
第４の態様は、前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、前記第１のＲＰＲ装置で、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１のＲＰＲ装置が前記第１の利用者機器から宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、前記第１のＲＰＲ装置で、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出するように構成するのが好ましい。
第４の態様は、前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置が前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、この中継ＲＰＲ装置で、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＲＰＲ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習するように構成するのが好ましい。
第４の態様は、異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わないように構成するのが好ましい。
【図面の簡単な説明】
Ｆｉｇ．１は、本発明の原理図であり；
Ｆｉｇ．２は、本発明の原理図であり；
Ｆｉｇ．３は、本発明の作用説明図であり；
Ｆｉｇ．４は、本発明の作用説明図であり；
Ｆｉｇ．５は、本発明の作用説明図であり；
Ｆｉｇ．６は、実施例における一ネットワーク構成例（Ｌ２グルーピング識別子未使用時）を示す図であり；
Ｆｉｇ．７は、実施例におけるＲＰＲ装置の配下のネットワーク構成を示す図であり；
Ｆｉｇ．８は、実施例におけるＲＰＲ装置の配下のネットワーク構成を示す図であり；
Ｆｉｇ．９は、実施例におけるＲＰＲ装置の配下のネットワーク構成を示す図であり；
Ｆｉｇ．１０は、実施例におけるトポロジ検出メッセージのフォーマット説明図であり；
Ｆｉｇ．１１は、Ｆｉｇ．１０に示したトポロジ検出メッセージの設定情報の説明図であり；
Ｆｉｇ．１２は、実施例におけるＡＲＰ要求パケットのフォーマット説明図であり；
Ｆｉｇ．１３は、Ｆｉｇ．１２に示したＡＲＰ要求パケットの設定情報の説明図であり；
Ｆｉｇ．１４は、ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．１５は、実施例における送出ＲＰＲ装置判定部の処理を示すフローチャートであり；
Ｆｉｇ．１６は、実施例におけるＲＰＲデータパケット（ＡＲＰ要求）のフォーマット説明図であり；
Ｆｉｇ．１７は、Ｆｉｇ．１６に示したＲＰＲデータパケット（ＡＲＰ要求）の設定情報の説明図であり；
Ｆｉｇ．１８Ａおよび１８Ｂは、実施例における受信データ判定部の処理を示すフローチャートであり；
Ｆｉｇ．１９は、実施例におけるＲＰＲ装置アドレス学習部の処理を示すフローチャートであり；
Ｆｉｇ．２０は、実施例におけるＲＰＲ装置アドレス／利用者機器アドレス学習管理部の処理を示すフローチャートであり；
Ｆｉｇ．２１は、ＲＰＲ−ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．２２は、実施例におけるＡＲＰ応答パケットのフォーマット説明図であり；
Ｆｉｇ．２３は、Ｆｉｇ．２２に示したＡＲＰ応答パケットの設定情報の説明図であり；
Ｆｉｇ．２４は、ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．２５は、実施例におけるＲＰＲ装置アドレス検索部の処理を示すフローチャートであり；
Ｆｉｇ．２６は、実施例におけるＲＰＲデータパケット（ＡＲＰ応答）のフォーマット説明図であり；
Ｆｉｇ．２７は、Ｆｉｇ．２６に示したＲＰＲデータパケット（ＡＲＰ応答）の設定情報の説明図であり；
Ｆｉｇ．２８は、更新後のＲＰＲ−ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．２９は、ＲＰＲ−ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．３０は、実施例における一ネットワーク構成例（Ｌ２グルーピング識別子使用時）を示す図であり；
Ｆｉｇ．３１は、ＶＬＡＮ ＩＤ登録テーブルを示す図であり；
Ｆｉｇ．３２は、ＶＬＡＮ ＩＤ登録テーブルを示す図であり；
Ｆｉｇ．３３は、実施例におけるＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図であり；
Ｆｉｇ．３４は、Ｆｉｇ．３３に示したＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図であり；
Ｆｉｇ．３５は、実施例におけるＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図であり；
Ｆｉｇ．３６は、Ｆｉｇ．３５に示したＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図であり；
Ｆｉｇ．３７は、広域ＬＡＮサービスのネットワーク構成を示す図であり；
Ｆｉｇ．３８は、従来のＲＰＲ装置の原理図であり；
Ｆｉｇ．３９は、従来技術（ルータにおけるＲＰＲ制御方式）の説明図である。
【発明を実施するための最良の形態】
以下、本発明を実施するための最良の形態を説明する。以下の実施形態は例示であり、本発明は実施形態の構成に限定されるものではない。
〔本発明の原理〕
最初に、本発明における原理について説明する。Ｆｉｇ．１は、本発明に係るネットワークシステムの構成例を示す図であり、Ｆｉｇ．２は、本発明に係るＲＰＲ装置の構成例を示す図であり、Ｆｉｇ．３，４および５は、Ｆｉｇ．１および２に示したネットワークシステムおよびＲＰＲ装置の作用説明図である。
〈ネットワーク構成例〉
Ｆｉｇ．１には、本発明に係る複数のＲＰＲ装置Ｉ，ＩＩ，ＩＩＩおよびＩＶが例示されており、これらのＲＰＲ装置Ｉ，ＩＩ，ＩＩＩおよびＩＶがＲＰＲリング（インナーリングおよびアウターリング）に接続されることによって、ＲＰＲリングネットワークが構築されている。
ＲＰＲ装置ＩおよびＩＩＩは、それぞれ利用者側ネットワークＮ１，Ｎ２を収容しており、ＲＰＲリングネットワークは、ネットワークＮ１からネットワークＮ２へデータを転送するためのバックボーンとして利用される。
ＲＰＲ装置Ｉは、ネットワークＮ１からネットワークＮ２へデータが転送される場合には、ＲＰＲリングネットワークにおけるデータの送信元装置として機能する。また、ＲＰＲ装置Ｉは、送信元機器のアドレス（ＲＰＲ装置Ｉのノードアドレス）とネットワークＮ１の収容ポートとの対応関係を学習する利用者アドレス学習機能を持つ。
また、ＲＰＲ装置ＩＩＩは、ネットワークＮ１からネットワークＮ２へデータが転送される場合には、ＲＰＲリングネットワークにおけるデータの送信先装置として機能する。
また、ＲＰＲ装置ＩＩＩは、送信先機器のアドレス（ＲＰＲ装置ＩＩＩのノードアドレス）とネットワークＮ２の収容ポートとの対応関係を学習する利用者アドレス学習機能（１）を持つ。
さらに、ＲＰＲ装置Ｉ〜ＩＶは、それぞれ、ＲＰＲリングネットワーク内を転送されるデータからＲＰＲリングネットワークにおけるそのデータの送信元装置のアドレスを学習する送信元装置アドレス学習機能（２）を持つ。
〈ＲＰＲ装置の構成例〉
Ｆｉｇ．２には、各ＲＰＲ装置Ｉ〜ＩＶの構成例が示されている。Ｆｉｇ．２に示すように、本発明に係るＲＰＲ装置は、ＲＰＲリングに対するフレームのドロップインおよびドロップアウトを行うためのインターフェイスと、利用者側ネットワークにおける利用者機器を収容するための複数の利用者機器インターフェイスとを備えている。
さらに、ＲＰＲ装置は、ＲＰＲリングに対するアウト（送出）側のインターフェイスに接続される送出Ｒｉｎｇ（リング）選択部１１と、送出リング選択部１１に接続される送出ＲＰＲ装置判定部１２と、送出ＲＰＲ装置判定部１２によって制御されるＲＰＲ装置アドレス検索部１３と、送出ＲＰＲ装置判定部１２に接続される受信利用者データ判定部１４と、受信利用者データ判定部１４によって制御される利用者アドレス学習部１５とを備えている。
さらに、ＲＰＲ装置は、ＲＰＲリングに対するイン（受信）側のインターフェイスに接続される受信データ判定部１６と、受信データ判定部１６によって制御されるＲＰＲ装置アドレス学習部１７と、受信データ判定部１６に接続される送出位置判定部１８と、送出位置判定部１８によって制御される利用者アドレス検索部１９と、ＲＰＲ装置アドレス検索部１３によって参照されるとともに、ＲＰＲ装置アドレス学習部１７によって設定されるＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０と、利用者アドレス学習部１５によって設定されるとともに利用者アドレス検索部１９によって参照される利用者機器アドレス／収容位置学習テーブル２１とを備えている。
送出リング選択部１１は、送出ＲＰＲ装置判定部１２および受信データ判定部１６からＲＰＲヘッダが付加されたパケットを受け取る。送出リング選択部１１は、パケットを受け取ると、そのパケットのＲＰＲヘッダを確認し、インナーリングとアウターリングとのどちらへパケット（フレーム）を送信するか選択し、選択したリングへパケットを送信する。
送出ＲＰＲ装置判定部１２は、パケットの宛先ＭＡＣアドレスから送信先ＲＰＲ装置のＭＡＣアドレスを判定し、判定結果に応じたＲＰＲヘッダをパケットに付加する。
すなわち、送出ＲＰＲ装置判定部１２は、パケットを受け取ると、このパケットの宛先ＭＡＣアドレスに対応する送信先ＲＰＲ装置アドレスの検索をＲＰＲ装置アドレス検索部１３に指示し、検索結果として送信先ＲＰＲ装置アドレスを受け取った場合には、この送信先ＲＰＲ装置アドレスを含むＲＰＲヘッダをパケットに付与し、送出リング選択部１１に与える。
ＲＰＲ装置アドレス検索部１３は、パケットの宛先ＭＡＣアドレスから送信先利用者機器が接続されているＲＰＲ装置のＭＡＣアドレスをＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０から検索する。
すなわち、ＲＰＲ装置アドレス検索部１３は、送出ＲＰＲ装置判定部１２からの指示に従って、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０からパケットの宛先ＭＡＣアドレスに対応する送信先ＲＰＲ装置アドレスを検索し、対応する送信先ＲＰＲ装置アドレスを取得できた場合には、この送信先ＲＰＲ装置アドレスを送出ＲＰＲ装置判定部１２に通知する。
受信利用者データ判定部１４は、利用者機器から受信したパケットから、送信元利用者機器の収容ポートおよび送信元利用者機器のＭＡＣアドレスを判定し、利用者アドレス学習部１５に与える。
すなわち、受信利用者データ判定部１４は、いずれかの利用者機器インターフェイス（収容ポート）で受信されたパケットを受け取り、少なくともこのパケットを受信した収容ポートのポート番号とパケットの送信元ＭＡＣアドレスとを利用者アドレス学習部１５に通知する。
利用者アドレス学習部１５は、自ＲＰＲ装置に接続している送信元利用者機器の収容ポートおよび送信元利用者機器のＭＡＣアドレスを学習する。すなわち、利用者機器学習部１５は、受信利用者データ判定部１４から受け取ったパケットの送信元利用者機器の収容ポート（受信ポート）のポート番号およびその送信元利用者機器のＭＡＣアドレス（パケットの送信元ＭＡＣアドレス）とを対応付けて利用者機器アドレス／収容位置学習テーブル２１に設定する。
受信データ判定部１６は、リングネットワーク（ＲＰＲリング）から受信したパケットに付加されているＲＰＲヘッダの宛先ＭＡＣアドレスを判定し、隣接ＲＰＲ装置へ転送するか、自ＲＰＲ装置へパケットを取り込む（ドロップする）かを決定する。
すなわち、受信データ判定部１６は、パケットに付加されているＲＰＲヘッダの送信先ＲＰＲ装置アドレスが自ＲＰＲ装置アドレスであれば、そのパケットを送出位置判定部１８に送る。これに対し、送信先ＲＰＲ装置アドレスが自ＲＰＲ装置アドレスでなければ、そのパケットを送出リング選択部１１に送る。また、受信データ判定部１６は、ＲＰＲヘッダが付加されたパケットをＲＰＲ装置アドレス学習部１７に与える。
また、本発明は、Ｌ２グルーピング識別子（例えば、ＶＬＡＮ識別子）を利用することができる。この場合には、受信データ判定部１６が、上記した機能に加えて、さらに、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する前にフィルタリングを行うように構成することができる。
ＲＰＲ装置アドレス学習部１７は、受信データ判定部１６から受け取ったパケットから送信元ＲＰＲ装置アドレス及び利用者機器アドレスを学習する。
すなわち、ＲＰＲ装置アドレス学習部１７は、パケットに付加されたＲＰＲヘッダの送信元ＲＰＲ装置アドレスと、パケットの送信元ＭＡＣアドレス（送信元利用者機器アドレス）との対応関係を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に設定する。
また、ＲＰＲ装置アドレス学習部１７は、学習が行われた利用者機器アドレス／収容ポート対応テーブル２１を参照して、自ＲＰＲ装置のアドレスおよび自ＲＰＲ装置配下の利用者機器アドレスを学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に設定することもできる。
送出位置判定部１８は、ＲＰＲヘッダが付加されたパケットを受け取り、このパケットのＲＰＲヘッダを削除し、このパケットの宛先ＭＡＣアドレスに対応するポート番号の検索を利用者アドレス検索部１９に指示し、対応するポート番号を利用者アドレス検索部１９から受け取った場合には、このポート番号に対応する収容ポート（利用者機器インターフェイス）からパケットを送出する。
利用者アドレス検索部１９は、送出位置判定部１８からの指示に従って、パケットの宛先ＭＡＣアドレスに対応する送信先利用者機器の収容ポートを利用者機器アドレス／収容位置学習テーブル２１から検索し、対応する収容ポートを得られた場合には、この収容ポート（ポート番号）を送出位置判定部１８に通知する。
ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０は、学習したＲＰＲ装置アドレス／利用者機器アドレスの対応関係を示すＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａ（Ｆｉｇ．３参照）を管理する。
なお、本発明においてＬ２グルーピング識別子が利用される場合には、Ｌ２グルーピング識別子は、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されるように構成することができる。
利用者機器アドレス／収容位置学習部テーブル２１は、利用者機器アドレスと利用者機器の収容ポートとの対応関係を示す対応テーブル（「ＭＡＣ学習テーブル」とも表記する）を保持・管理する。
なお、Ｆｉｇ．２に示したＲＰＲ装置の構成は、例えば、従来におけるＲＰＲ装置（Ｆｉｇ．３８）の送出ＲＰＲ装置判定部および受信データ判定部に改変を加えるとともに、ＩＰルーティング制御部に代えてＲＰＲ装置アドレス検索部１３，ＲＰＲ装置アドレス学習部１７およびＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０を用意することで実現することができる。
Ｆｉｇ．２に示した構成において、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０で管理されるＲＰＲ−ＭＡＣアドレス学習テーブルが本発明の記憶部に相当する。
また、送出ＲＰＲ装置判定部１２およびＲＰＲ装置アドレス検索部１３が本発明の転送制御手段に相当し、送出ＲＰＲ装置判定部１２が本発明の付加部に相当し、ＲＰＲ装置アドレス検索部１３が本発明の検索部に相当する。また、送出リング選択部１１がデータをＲＰＲネットワークに送出する手段に相当する。
また、受信データ判定部１６が本発明の受信手段に相当する。また、ＲＰＲ装置アドレス学習部１７およびＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が本発明のアドレス学習手段に相当し、ＲＰＲ装置アドレス学習部２０が本発明の判定部に相当し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が本発明の登録部に相当する。
〈作用〉
本発明に係る作用をＦｉｇ．２〜５を用いて説明する。
（１）ＭＡＣアドレス学習前のパケット送信（Ｆｉｇ．３）
本発明は、従来技術のように、Ｌ３ルーティングプロトコルによりルーティングテーブルを作成するのではなく、ＲＰＲ装置がブロードキャスト送信されるパケットを取り込んでＭＡＣアドレス学習によりＲＰＲ装置の配下にいる利用者機器が接続されていることを認識し、ＲＰＲ装置アドレス／利用者機器アドレスの対応テーブルを作成する。
以降、説明にあたり、ＲＰＲ装置内における処理の説明はＦｉｇ．２を使用し、各ノードの位置およびフレームの処理に関してはＦｉｇ．３を使用する。
最初に、保守者は、ＲＰＲリングを構成しているＲＰＲ装置Ｉ，ＩＩ，ＩＩＩ，ＩＶの初期設定を実施する（Ｆｉｇ．３；（１））。
各ＲＰＲ装置は、従来のＲＰＲ技術であるトポロジ検出を行うため、インナーリングおよびアウターリングに対してトポロジ検出メッセージをブロードキャスト送信する。各ＲＰＲ装置から送信されるトポロジ検出メッセージは他のＲＰＲ装置で受信され、リングトポロジ情報が認識される。
トポロジ検出メッセージは定期的に送信され、各ＲＰＲ装置は、２度連続して同様のリングトポロジ情報を受信すると、そのリングトポロジ情報に関するトポロジテーブルを生成する。このようにして、インナーリングおよびアウターリングのトポロジマップが各ＲＰＲ装置で作成される。
なお、トポロジマップは、ＲＰＲリング上のノード（ＲＰＲ装置）毎に、そのＭＡＣアドレス（ＲＰＲ装置アドレス），インナーおよびアウターリングに対するＴＴＬ（Ｔｉｍｅ ｔｏ Ｌｉｖｅ：自装置に対する位置を表す）および状態を管理する（Ｆｉｇ．３；（２））。
端末Ａは、端末Ｂへパケットを送信する場合には、既知のＩＰアドレスからルータＸのＭＡＣアドレスを認識するために自分の属しているサブネット内にＡＲＰパケット（ＡＲＰ要求パケット）を送信する（Ｆｉｇ．３；（３））。
ルータＸは、ＡＲＰパケットを受信すると、自身のＭＡＣアドレスを含むＡＲＰ応答パケットを端末Ａに送信する（Ｆｉｇ．３；（４））。端末Ａは、ＡＲＰ応答パケットを受信することによって、宛先ＭＡＣアドレスとして指定されるルータＸのＭＡＣアドレスを認識することができる。
端末Ａは、宛先ＭＡＣアドレスを認識すると、端末Ｂにパケットを送信するために、まず、ルータＸへデータパケットを送信する（ＩＰ宛先アドレス：端末Ｂ，Ｆｉｇ．３；（５））。
ルータＸはＩＰ宛先アドレスから端末ＢのＭＡＣアドレスを認識するために、端末Ｂが属しているサブネット内にＡＲＰ要求パケットを送信する（Ｆｉｇ．３；（６））。これによって、ＡＲＰ要求パケットがルータＸからＲＰＲ装置Ｉへ転送される。
ＲＰＲ装置Ｉは、ルータＸからのＡＲＰパケットをポート“ａ”で受信する。ＲＰＲ装置Ｉは、Ｆｉｇ．２に示す受信利用者データ判定部１４でＡＲＰパケットからルータＸのＭＡＣアドレス（ＡＲＰパケットの送信元ＭＡＣアドレス）とＡＲＰパケットの受信ポートを認識し、利用者アドレス学習部１５にＡＲＰパケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で認識したルータＸのＭＡＣアドレスと受信ポートとの対応関係を学習し、利用者機器アドレス／収容位置学習テーブル２１でＭＡＣ学習テーブルを作成する。
ＡＲＰパケットをＲＰＲリング内へ透過させるため、受信利用者データ判定部１４は、ＡＲＰパケットを送出ＲＰＲ装置判定部１２へ渡す。
なお、従来技術（Ｆｉｇ．３８）では、ＭＡＣ学習テーブルを作成後、ＩＰを終端するためルータＸにＡＲＰ応答パケットを送出し、その後ルータＸからＲＰＲ装置Ｉに送信されるデータパケットを受信する。
受信利用者データ判定部１４からＡＲＰパケットを受け取った送出ＲＰＲ装置判定部１２は、ＡＲＰパケットをＲＰＲ装置アドレス検索部１３へ渡す。
なお、従来技術（Ｆｉｇ．３８）では、データパケットを受信したＩＰルーティング制御部がデータパケットの宛先ＩＰアドレスをもとに、ルーティングテーブルから端末ＢがＲＰＲ装置ＩＩＩに接続していることを認識し、宛先ＲＰＲ装置ＭＡＣアドレスをＲＰＲ装置ＩＩＩのＭＡＣアドレスに設定したＲＰＲヘッダを付加する。
ＲＰＲ装置アドレス検索部１３は、ＡＲＰパケットの宛先ＭＡＣアドレスを検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内のＲＰＲ−ＭＡＣアドレス学習テーブル（ＲＰＲ装置アドレス／利用者機器アドレス対応テーブル）２０Ａを検索する。
このとき、宛先ＲＰＲ装置アドレスが不明であれば、送出ＲＰＲ装置判定部１２は、宛先ＲＰＲ装置ＭＡＣアドレスがブロードキャストアドレスに設定され且つ送信元ＲＰＲ装置ＭＡＣアドレスにＲＰＲ装置ＩのＭＡＣアドレスが設定されたＲＰＲヘッダをＡＲＰパケットに付加し、送出リング選択部１１へ渡す。ここでは、宛先ＲＰＲ装置アドレスが不明であったと仮定する。
送出リング選択部１１は、ＲＰＲヘッダの情報およびトポロジマップに基づいて、インナーリングとアウターリングとのどちらへ送信するかを選択し、選択したリングへＲＰＲデータパケットを送出する。ここでは、送出リング選択部１１は、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩＩにＲＰＲデータパケットを送信する（Ｆｉｇ．３；（８））。
ＲＰＲ装置ＩからＲＰＲデータパケットを受信したＲＰＲ装置ＩＩの受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレス（宛先ＲＰＲ装置ＭＡＣアドレス）を判定する。ここでは、宛先ＲＰＲ装置ＭＡＣアドレスはブロードキャストアドレスである。
このため、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１と送出位置判定部１８へ渡す。このとき、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７にも渡す。
なお、従来技術（Ｆｉｇ．３８）では、受信データ判定部は、送出リング選択部と、ＩＰルーティング制御部へＲＰＲデータパケットを渡す。ＲＰＲデータパケットを受け取ったＩＰルーティング制御部は、ＡＲＰパケットから抽出した宛先ＩＰアドレスをもとに、ルーティングテーブルからＲＰＲ装置ＩＩの配下に宛先ＩＰアドレスが一致する端末が存在しないことを認識し、ＡＲＰパケットを破棄する。
ＲＰＲデータパケットを受け取ったＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケット中のＡＲＰパケットの送信元ＭＡＣアドレスを検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内のＲＰＲ−ＭＡＣアドレス学習テーブルを参照し、送信元利用者機器アドレスが学習されているか否かを判定する。
ここでは、ＡＲＰパケットの送信元ＭＡＣアドレスは未学習であるものと仮定する。この場合、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＲＰＲ装置ＭＡＣアドレスとＡＲＰパケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出位置判定部１８は、ＲＰＲデータパケットからＲＰＲヘッダを削除し、ＡＲＰパケットの宛先ＭＡＣアドレス（ブロードキャスト）にしたがって、ＲＰＲ装置ＩＩの配下の接続機器（利用者機器）へＡＲＰパケットをブロードキャストで送信する。しかし、ＲＰＲ装置ＩＩの配下には、宛先ＩＰアドレスが一致する利用者機器がいない。このため、ＲＰＲ装置ＩＩの配下では誰も応答しない。
一方、受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへ送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置に相当するＲＰＲ装置ＩＩＩへＲＰＲデータパケットが送信される。
ＲＰＲ装置ＩＩＩがＲＰＲ装置ＩＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩと同様に、受信データ判定部１６でＲＰＲヘッダの宛先ＭＡＣアドレスが判定される。
ＲＰＲヘッダの宛先ＭＡＣアドレスはブロードキャストアドレスである。このため、受信データ判定部１６は、送出リング選択部１１へＲＰＲデータパケットを送信するとともに、ＲＰＲ装置アドレス学習部１７および送出位置判定部１８へ渡す。
ＲＰＲ装置アドレス学習部１７はＲＰＲヘッダの送信元ＲＰＲ装置ＭＡＣアドレスとＡＲＰパケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出リング選択部１１が受信データ判定部１６から受け取るＲＰＲデータパケットについては、ＲＰＲ装置ＩＩと同様の動作が行われる。これによって、ＲＰＲデータパケットがＲＰＲ装置ＩＶに伝達され、ＲＰＲ装置ＩＶで、ＲＰＲ−ＭＡＣアドレス学習テーブル（ＲＰＲ装置ＩのＭＡＣアドレスとルータＸのＭＡＣアドレスとの対応関係）が学習および作成される（Ｆｉｇ．３；（９））。
一方、送信位置判定部１８は、受信データ判定部１６からＲＰＲデータパケットを受信すると、このＲＰＲデータパケットからＲＰＲヘッダを削除し、このパケットの宛先ＭＡＣアドレスを識別する。
このとき、パケットはＡＲＰパケットであり、その宛先ＭＡＣアドレスはブロードキャストアドレスである。このため、送信位置判定部１８は、利用者アドレス検索部１９に対する指示を行うことなく、ＲＰＲ装置ＩＩＩの配下の利用者機器（全ての利用者インターフェイス）にＡＲＰパケットをブロードキャストで送信する（Ｆｉｇ．３；（１０））。
このとき、端末Ｂに対応する利用者インターフェイス（収容ポート）“ｂ”からもＡＲＰパケットは送出され、レイヤ２スイッチ（Ｌ２ＳＷ）Ｙを介して端末Ｂに到着する。このようにして、ルータＸから送信されたＡＲＰパケットが端末Ｂで受信される。
以上の動作によると、リング上の各ＲＰＲ装置は、ブロードキャスト送信されるＲＰＲデータパケットを取り込み、その送信元ＲＰＲ装置ＭＡＣアドレスと送信元ＭＡＣアドレスとを抽出する。
これによって、ＲＰＲ装置アドレスとＭＡＣアドレスとの対応関係を学習し、ＲＰＲ装置アドレスと利用者機器アドレスとの対応テーブル（ＭＡＣ−ＲＰＲアドレス学習テーブル２０Ａ）を作成することができる。これによって、各ＲＰＲ装置は、各ＲＰＲ装置に接続されている配下の利用者機器を認識することができる。
上記した例では、ルータＸのＭＡＣアドレスとＲＰＲ装置ＩのＭＡＣアドレスとの対応関係を示すＭＡＣ−ＲＰＲ学習テーブル２０Ａが各ＲＰＲ装置Ｉ〜ＩＶでそれぞれ作成される。
これによって、各ＲＰＲ装置Ｉ〜ＩＶのそれぞれにおいて、ＲＰＲ装置Ｉの配下にルータＸが利用者機器として接続されていることを認識することができる。
（２）ＭＡＣアドレス学習後のパケット送信（Ｆｉｇ．４）
本発明では、従来技術のように、Ｌ３ルーティングプロトコルにより作成されたルーティングテーブルから利用者機器を配下に持つＲＰＲ装置を認識するのではなく、ＲＰＲ装置で作成されたＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから利用者機器が接続されているＲＰＲ装置を認識し、これによって、利用者機器間でのパケット送受信を実現する。以降、説明にあたり、ＲＰＲ装置内における処理の説明はＦｉｇ．２を使用し、各ノードの位置およびフレームの処理に関しては、Ｆｉｇ．４を使用する。
Ｆｉｇ．３に示した動作によってＡＲＰパケットを受信した端末Ｂは、ルータＸにＡＲＰ応答パケットを送信する（Ｆｉｇ．４；（１１））。
ＲＰＲ装置ＩＩＩは、端末Ｂから送信されたＡＲＰ応答パケットをレイヤ２スイッチＹを経由してポート“ｂ”で受信する。すると、ＲＰＲ装置ＩＩＩの受信利用者データ判定部１４は、送出ＲＰＲ装置判定部１２と利用者アドレス学習部１５にＡＲＰ応答パケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で判定される端末ＢのＭＡＣアドレスとＡＲＰ応答パケットを受信したポート“ｂ”との対応関係を学習し、利用者機器アドレス／収容位置学習テーブル（ＭＡＣ学習テーブル）２１にこの対応関係を設定する。
このようにして、利用者アドレス学習部１５は、利用者機器アドレスと収容位置との対応を示すＭＡＣ学習テーブル２１を作成する。
受信利用者データ判定部１４からＡＲＰ応答パケットを受け取った送出ＲＰＲ装置判定部１２は、ＡＲＰ応答パケットをＲＰＲリング内で透過させるため、ＲＰＲ装置アドレス検索部１３に渡す。
これによって、ＡＲＰ応答パケットに対するＲＰＲネットワーク中の宛先（宛先ＲＰＲ装置ＭＡＣアドレス）の決定処理が行われる（Ｆｉｇ．４；（１２））
なお、従来技術（Ｆｉｇ．３８）では、ＲＰＲ装置がＩＰを終端する。このため、ＩＰルーティング制御部がＡＲＰ応答パケットから宛先ＩＰアドレスを抽出し、ルーティングテーブルによりルータＸがＲＰＲ装置Ｉの先に存在することを認識する。
ＡＲＰ応答パケットを受け取ったＲＰＲ装置アドレス検索部１３は、ＡＲＰ応答パケットの宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）を検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを検索する。
このとき、宛先ＭＡＣアドレスに対応するＲＰＲ装置ＭＡＣアドレスとして、ＲＰＲ装置ＩのＭＡＣアドレスが検出される。これによって、ルータＸがＲＰＲ装置Ｉの先（配下）に存在することを認識することができる。
送出ＲＰＲ装置判定部１２は、ＲＰＲ装置アドレス検索部１３から検索結果として宛先ＭＡＣアドレスに対応する宛先ＲＰＲ装置ＭＡＣアドレス（ＲＰＲ装置ＩのＭＡＣアドレス）を受け取る。
すると、送出ＲＰＲ装置判定部１２は、ＲＰＲ装置ＩのＭＡＣアドレスをＡＲＰ応答パケットの宛先ＲＰＲ装置ＭＡＣアドレスとして決定する。そして、送出ＲＰＲ装置判定部１２は、ＲＰＲ装置ＩのＭＡＣアドレスが宛先ＲＰＲ装置ＭＡＣアドレスとして設定されたＲＰＲヘッダをＡＲＰ応答パケットに付加することによってＲＰＲデータパケットを生成し、送出リング選択部１１へ渡す。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩＩへＲＰＲデータパケットが転送される（Ｆｉｇ．４；（１３））。
ＲＰＲ装置ＩＩＩからＲＰＲデータパケットを受信したＲＰＲ装置ＩＩの受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する。ＲＰＲヘッダの宛先ＭＡＣアドレスは、ＲＰＲ装置ＩのＭＡＣアドレスであり、自ノードＭＡＣアドレス（ＲＰＲ装置ＩＩのＭＡＣアドレス）と異なる。
この場合、受信データ判定部１６は、送出位置判定部１８にＲＰＲデータパケットを渡すことなく、送出リング選択部１１とＲＰＲ装置アドレス学習部１７とにＲＰＲデータパケットを渡す。
なお、従来技術（Ｆｉｇ．３８）では、受信データ判定部は、ＩＰルーティング制御部にＲＰＲデータパケットを渡すことなく送出リング選択部に渡す。
ＲＰＲ装置アドレス学習部１７は、ＡＲＰ応答パケットの送信元ＭＡＣアドレスを検索キーとしてＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内のＲＰＲ−ＭＡＣアドレス学習テーブルを検索する。ここでは、検索キーに相当するＭＡＣアドレス（端末ＢのＭＡＣアドレス）が未学習であるものと仮定する。
この場合には、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＭＡＣアドレス（ＲＰＲ装置ＩＩＩのＭＡＣアドレス）とＡＲＰ応答パケットの送信元ＭＡＣアドレスの対応関係を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内にこの対応関係を示すＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、送出リング選択部１１は、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩへＲＰＲデータパケットを送信する。
ＲＰＲＩがＲＰＲ装置ＩＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩと同様に、受信データ判定部１６がＲＰＲヘッダの宛先ＭＡＣアドレスを判定する。
ここでは、ＲＰＲヘッダの宛先ＭＡＣアドレスは自ノードＭＡＣアドレス（自ＲＰＲ装置ＭＡＣアドレス）と一致する。このため、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１に渡すことなく、ＲＰＲ装置アドレス学習部１７と送出位置判定部１８とに渡す。
なお、従来技術（Ｆｉｇ．３８）では、受信データ判定部は、ＲＰＲデータパケットをＩＰルーティング制御部に渡す。ＩＰルーティング制御部は、ＡＲＰ応答パケットから抽出した宛先ＩＰアドレスをもとに、ルーティングテーブルからＲＰＲ装置Ｉの配下にルータＸが存在することを認識し、ＡＲＰ応答パケットを送出位置判定部へ渡す。
ＲＰＲ装置アドレス学習部１７では、送信元ＲＰＲ装置ＭＡＣアドレスが未学習であれば、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ応答パケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出位置判定部１８は、受信データ判定部１６からＲＰＲデータパケットを受信すると、このＲＰＲデータパケットからＲＰＲヘッダを削除する。続いて、送出位置判定部１８は、ＡＲＰ応答パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する。
ここでは、宛先ＭＡＣアドレスがブロードキャストアドレスでないので、利用者アドレス検索部１９にＡＲＰ応答パケットの宛先ＭＡＣアドレスを渡す。
利用者アドレス検索部１９は、宛先ＭＡＣアドレスを検索キーとしてＭＡＣアドレス学習テーブル（利用者機器アドレス／収容位置学習テーブル２１）を検索する。ここでは、宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）に対応するポート番号として、ポート“ａ”が検索される。すると、利用者アドレス検索部１９は、このポート番号を送出位置判定部１８に通知する。
送出位置判定部１８は、検索結果としてポート“ａ”のポート番号を利用者アドレス検索部１９から受け取ると、ＡＲＰ応答パケットをポート“ａ”に相当する利用者機器インターフェイスから送信する。
以上により、端末Ｂから送信されたＡＲＰ応答パケットはルータＸで受信される（Ｆｉｇ．４；（１４））。
ルータＸは、ＲＰＲ装置ＩからＡＲＰ応答パケットを受信すると、端末Ａから受信したデータパケット（ＭＡＣフレーム）を端末Ｂ宛に送信する。ＲＰＲ装置Ｉは、端末ＢがＲＰＲ装置ＩＩＩに接続されていることを既に学習している。
このため、ルータＸは、ＲＰＲ装置ＩＩＩのＭＡＣアドレスが宛先ＲＰＲ装置ＭＡＣアドレスに設定されたＲＰＲヘッダを付加したデータパケットをＲＰＲ装置ＩＩＩへ転送する。そして、ＲＰＲ装置ＩＩＩは、ＲＰＲヘッダを外したデータパケットをポート“ｂ”から送出する。これによって、端末Ａからのデータパケットが端末Ｂへ到着する。
その後、端末Ｂから端末Ａ宛にデータパケット（ＭＡＣフレーム）が送信されると、ＲＰＲ装置ＩＩＩは、このデータパケットに宛先ＲＰＲ装置アドレスとしてＲＰＲ装置ＩのＭＡＣアドレスが設定されたＲＰＲヘッダをデータパケットに付加してＲＰＲ装置Ｉへ転送し、ＲＰＲ装置Ｉは、ＲＰＲヘッダを外したデータパケットをポート“ａ”からルータＸへ送信する。ルータＸは、データパケットを端末Ａに送信する。
以上説明した作用によると、ルータＸがＡＲＰパケットをＲＰＲ装置Ｉへ送信し、ＲＰＲ装置ＩからＡＲＰ応答パケットを受信するまでの間で、各ＲＰＲ装置が送信元ＲＰＲ装置ＭＡＣアドレスと送信元ＭＡＣアドレスとの対応関係を学習する。
従って、その後は、端末Ａと端末Ｂとの間でブロードキャストパケットを送ることなくデータパケットの送受信を実行することが可能となる。
すなわち、ＲＰＲ装置でＭＡＣアドレス学習により作成されたＲＰＲ装置アドレス／利用者機器アドレスの対応テーブル（ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａ）から送信先利用者機器が接続しているＲＰＲ装置を認識することで、利用者機器間でパケット送受信が可能となる。
（３）Ｌ２グルーピング識別子を用いたパケット送信（Ｆｉｇ．５）
本発明では、各ＲＰＲ装置にＬ２グルーピング識別子を設定することができる。これによって、各ＲＰＲ装置が自ＲＰＲ装置宛のＲＰＲデータパケットしか取り込まないようにフィルタリングすることが可能となる。
以降、説明にあたり、ＲＰＲ装置の構成要素の動作についてはＦｉｇ．２を使用し、各ノードの位置およびフレームの処理に関しては、Ｆｉｇ．５を用いて説明する。
Ｆｉｇ．５に示すネットワークシステムにおいて、端末Ａ，ルータＸ，ＲＰＲ装置ＩおよびＩＩＩ，ならびに端末Ｂは、第１のＬ２グループ（登録Ｌ２グルーピング識別子：１）に属しており、ＲＰＲ装置ＩＩおよびＩＶは、第２のＬ２グループ（登録Ｌ２グルーピング識別子：２）に属しているものと仮定する。
各ＲＰＲ装置Ｉ〜ＩＶがトポロジマップを生成してから、ルータＸがＲＰＲ装置ＩへＬ２グルーピング識別子を使用しているＡＲＰパケットを送信し、ＲＰＲ装置ＩがＲＰＲヘッダを付加してＲＰＲ装置ＩＩにＲＰＲデータパケットを送信するまでの動作は、上述した（１）における動作と同様である。
ＲＰＲ装置ＩＩは、ＲＰＲ装置ＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩの受信データ判定部１６は、ＲＰＲデータパケットがＬ２グルーピング識別子を使用しているか否か（ＲＰＲデータパケットにＬ２グルーピング識別子が設定されているか否か）を判定する。
このとき、Ｌ２グルーピング識別子が使用されている場合には、受信データ判定部１６は、Ｌ２グルーピング識別子の値が自ノード（自ＲＰＲ装置）に登録されている値（登録Ｌ２グルーピング識別子：１）と一致するかどうかを判定する。
ここでは、ＲＰＲデータパケットのＬ２グルーピング識別子の値と自ノードに登録されているＬ２グルーピング識別子の値は一致しない。この場合には、ＲＰＲ装置ＩＩは、ＲＰＲヘッダの宛先ＭＡＣアドレスの判定，および送信元ＲＰＲ装置アドレスと送信元利用者機器アドレスの対応の学習を実行しない。
すなわち、Ｌ２グルーピング識別子の値が異なる場合には、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスの値がブロードキャスト指定であっても、このＲＰＲデータパケットを受信せず（ＲＰＲ装置アドレス学習部１７および送出位置判定部１８に渡すことなく）、送出リング選択部１１へのみ渡す。
受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩＩＩへＲＰＲデータパケットを送信する。
ＲＰＲ装置ＩＩＩがＲＰＲ装置ＩＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩＩの受信データ判定部１６が、ＲＰＲ装置ＩＩと同様に、ＲＰＲデータパケットにＬ２グルーピング識別子が設定されているか否かを判定する。ここでは、ＲＰＲデータパケットのＬ２グルーピング識別子の値が自ノードに登録されている値（Ｌ２グルーピング識別子：１）と一致する。
この場合には、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定し、この宛先ＭＡＣアドレスがブロードキャストアドレスであるので、このＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７および送出位置判定部１６に渡す。
ＲＰＲ装置アドレス学習部１７は、（１）と同様に、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰパケットの送信元ＭＡＣアドレスの対応関係を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲ装置ＩＩと同様の動作を行う。すなわち、ＲＰＲ装置ＩＩＩからＲＰＲ装置ＩＶにＲＰＲデータパケットが送信される。
ＲＰＲ装置ＩＶは、ＲＰＲデータパケットのＬ２グルーピング識別子が自ノードの値と一致しないので、ＲＰＲ装置ＩＩと同様の動作を行い、このＲＰＲデータパケットに係る送信元ＲＰＲ装置アドレスと利用者機器アドレスとの対応関係を学習しない。
送出位置判定部１６は、受信データ判定部１６からＲＰＲデータパケットを受信すると、ＲＰＲヘッダを削除し、ＲＰＲ装置ＩＩＩの配下の利用者機器にＡＲＰパケットをブロードキャスト送信する。
これ以降の動作は、上述した（１）および（２）と同様であるので、説明を省略する。このように、本発明にＬ２グルーピング識別子を適用すれば、各ＲＰＲ装置に設定されたＬ２グルーピング識別子によって、各ＲＰＲ装置は、自ＲＰＲ装置宛のＲＰＲデータパケットしか取り込まないようにフィルタリング処理を行う。
これによって、自ＲＰＲ装置に係るＲＰＲデータパケットのＲＰＲ−ＭＡＣアドレス学習テーブルのみを作成することができる。すなわち、不要なＲＰＲ−ＭＡＣアドレス学習テーブルを作成しなくて済む。また、利用者機器インターフェイスに対する不要なブロードキャストアドレスの送信を抑えることができる。
〈変形例〉
Ｆｉｇ．２〜Ｆｉｇ．５を持ちいて説明したＲＰＲ装置の構成は、次のように変形することが可能である。
上記した動作では、受信データ判定部１６は、ＲＰＲデータパケットのＲＰＲヘッダの宛先ＲＰＲ装置アドレスが自装置宛であれば、そのＲＰＲデータパケットを送出位置判定部１８およびＲＰＲ装置アドレス学習部１７に渡し、宛先ＲＰＲ装置アドレスがブロードキャストアドレスであれば、ＲＰＲデータパケットを送出リング選択部１１，送出位置判定部１８およびＲＰＲ装置アドレス学習部１７に渡し、宛先ＲＰＲ装置アドレスがこれら以外のＲＰＲデータパケットであれば、送出リング選択部１１およびＲＰＲ装置アドレス学習部１７に渡している。
すなわち、受信データ判定部１６は、ＲＰＲデータパケットが自装置で取り込むべきものであれば、このＲＰＲデータパケットを送出位置判定部１８に渡すように構成されている。
ここで、受信データ判定部１６は、送出位置判定部１８にＲＰＲデータパケットを渡す場合に、ＲＰＲ装置アドレス学習部１７と送出位置判定部１８とにほぼ同時にＲＰＲデータパケットを渡すように構成することができる。
この場合には、ＲＰＲデータパケットの転送処理と、ＲＰＲ−ＭＡＣアドレスの学習処理とが並列に実行される（ＲＰＲ装置アドレス学習部１７は、自身の処理後ＲＰＲデータパケットを廃棄）。
これに対し、受信データ判定部１６がＲＰＲ装置アドレス学習部１７にＲＰＲデータパケットを一旦渡し、ＲＰＲ装置アドレス検索部１７が自身の処理後にＲＰＲデータパケットを受信データ判定部１６に戻し、受信データ判定部１６がＲＰＲデータパケットを送出位置判定部１８に渡すように構成することができる。
この場合には、受信データ判定部１６がＲＰＲデータパケットのコピーを作成し、ＲＰＲ装置アドレス学習部１７に渡す処理が不要である。
上述したような構成に代えて、受信データ判定部１６は、ＲＰＲデータパケットの宛先ＲＰＲ装置アドレスが自装置宛であれば、ＲＰＲデータパケットを送出位置判定部１８に渡すことなくＲＰＲ装置アドレス学習部１７に渡し、ＲＰＲ装置アドレス学習部１７が学習処理の後にＲＰＲデータパケットを送出位置判定部１８に渡すように構成することもできる。
また、宛先ＲＰＲ装置アドレスがブロードキャストアドレスであれば、受信データ判定部１６がＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７に渡し、ＲＰＲ装置アドレス学習部１７が学習処理の後にＲＰＲデータパケットを送出リング選択部１１および送出位置判定部１８に渡すように構成することもできる。
さらに、宛先ＲＰＲ装置アドレスが自装置宛およびブロードキャスト指定でない場合には、受信データ判定部１６がＲＰＲ装置アドレス学習部１７にＲＰＲデータパケットを渡し、ＲＰＲ装置アドレス学習部１７が学習処理の後にＲＰＲデータパケットを送出リング選択部１１に渡すように構成することもできる。すなわち、ＲＰＲデータパケットが構成要素間を一回だけ通過するように構成しても良い。
また、上述した構成では、受信利用者データ判定部１４は、利用者機器インターフェイスから受信したパケットを送出ＲＰＲ装置判定部１２と利用者アドレス学習部１５とに渡す。
ここで、受信利用者データ判定部１４は、受信データ判定部１６と同様に、パケットを送出ＲＰＲ装置判定部１２と利用者アドレス学習部１５にほぼ同時に渡すように構成することもできる。これに対し、受信利用者データ判定部１４は、利用者アドレス学習部１５に一旦パケットを渡し、利用者アドレス学習部１５の処理終了後、利用者アドレス学習部１５からパケットを受け取って送出ＲＰＲ装置判定部１２に渡すように構成しても良い。
さらに、受信利用者データ判定部１４は、パケットを利用者アドレス学習部１５のみに渡し、利用者アドレス学習部１５が学習処理を行った後、パケットを送出ＲＰＲ装置判定部１２に渡すように構成するようにしても良い。
さらに、Ｌ２グルーピング識別が利用される場合では、受信データ判定部１６は、Ｌ２グルーピング識別子の照合処理のために、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０で管理されている自ノードのＬ２グルーピング識別子を直接参照するように構成されている。
この構成に代えて、受信データ判定部１６がＲＰＲ装置アドレス学習部１７との連携により、ＲＰＲ装置アドレス学習部１７から自ノードのＬ２グルーピング識別子を受け取り、ＲＰＲデータパケットに設定されているＬ２グルーピング識別子との照合処理を行うように構成することができる。
また、上記した動作例では、ＡＲＰパケットがアウターリングを通ってＲＰＲ装置ＩからＲＰＲ装置ＩＩＩへ転送され、ＡＲＰ応答パケットがインナーリングを通ってＲＰＲ装置ＩＩＩからＲＰＲ装置Ｉへ転送されている。但し、本発明において、ＲＰＲデータパケットの経路（インナー／アウターリングの別）は、適宜設定可能なものである。
【実施例】
次に、本発明の実施例について説明する。下記の実施例で使用する語句を下記に説明する。
「リングトポロジ情報」は、リングネットワーク上に存在するＲＰＲ装置のＭＡＣアドレス、自ＲＰＲ装置からのホップ数などの情報を含む。
「トポロジマップ」は、トポロジ検出で収集されるリングトポロジ情報を格納したテーブルを示す。
「ＶＬＡＮ ＩＤ」は、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）を識別する識別子。レイヤ２ネットワークで一意な値である。上述した「Ｌ２グルーピング識別子」に相当する。
「ＲＰＲデータパケット」は、ＲＰＲヘッダを付加したパケット（ＭＡＣフレーム）。ＲＰＲリングネットワークでは、リング外からのパケット（ＭＡＣフレーム）がＲＰＲに従ったフォーマット（ＲＰＲヘッダを含む）によりカプセル化され、リング上を転送される。
ＲＰＲヘッダは、ＲＰＲリングネットワークにおける送信元および宛先を示す情報として、送信元のＲＰＲ装置のＭＡＣアドレス（送信元ＲＰＲ装置ＭＡＣアドレス）と、宛先のＲＰＲ装置のＭＡＣアドレス（宛先ＲＰＲ装置ＭＡＣアドレス）とを含む。
Ｆｉｇ．６〜Ｆｉｇ．３６は、本発明の一実施例の説明図である。Ｆｉｇ．６は、実施例における一ネットワーク構成例を示す図である。Ｆｉｇ．７は、実施例におけるＲＰＲ装置４の配下のネットワーク構成を示す図である。Ｆｉｇ．８は、実施例におけるＲＰＲ装置５の配下のネットワーク構成を示す図である。Ｆｉｇ．９は、実施例におけるＲＰＲ装置６の配下のネットワーク構成を示す図である。
また、Ｆｉｇ．１０は、実施例におけるトポロジ検出メッセージのフォーマット説明図である。Ｆｉｇ．１１は、実施例におけるトポロジ検出メッセージの設定情報の説明図である。Ｆｉｇ．１２は、実施例におけるＡＲＰ要求パケットのフォーマット説明図である。Ｆｉｇ．１３は、実施例におけるＡＲＰ要求パケットの設定情報の説明図である。Ｆｉｇ．１４は、ＲＰＲ装置４のＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．１５は、実施例における送出ＲＰＲ装置判定部の処理を示すフローチャートである。Ｆｉｇ．１６は、実施例におけるＲＰＲデータパケット（ＡＲＰ要求）のフォーマット説明図である。Ｆｉｇ．１７は、実施例におけるＲＰＲデータパケット（ＡＲＰ要求）の設定情報の説明図である。Ｆｉｇ．１８Ａおよび１８Ｂは、実施例における受信データ判定部の処理を示すフローチャートである。Ｆｉｇ．１９は、実施例におけるＲＰＲ装置アドレス学習部の処理を示すフローチャートである。
また、Ｆｉｇ．２０は、実施例におけるＲＰＲ装置アドレス／利用者機器アドレス学習管理部の処理を示すフローチャートである。Ｆｉｇ．２１は、各ＲＰＲ装置５および６のＲＰＲ−ＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．２２は、実施例におけるＡＲＰ応答パケットのフォーマット説明図である。Ｆｉｇ．２３は、実施例におけるＡＲＰ応答パケットの設定情報の説明図である。Ｆｉｇ．２４は、ＲＰＲ装置６のＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．２５は、実施例におけるＲＰＲ装置アドレス検索部の処理を示すフローチャートである。Ｆｉｇ．２６は、実施例におけるＲＰＲデータパケット（ＡＲＰ応答）のフォーマット説明図である。Ｆｉｇ．２７は、実施例におけるＲＰＲデータパケット（ＡＲＰ応答）の設定情報の説明図である。Ｆｉｇ．２８は、ＲＰＲ装置５の更新されたＲＰＲ−ＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．２９は、ＲＰＲ装置４のＲＰＲ−ＭＡＣアドレス学習テーブルを示す図である。
また、Ｆｉｇ．３０は、実施例における一ネットワーク構成例（Ｌ２グルーピング識別子使用時）を示す図である。Ｆｉｇ．３１は、ＲＰＲ装置５のＶＬＡＮ ＩＤ登録テーブルを示す図である。Ｆｉｇ．３２は、ＲＰＲ装置６のＶＬＡＮ ＩＤ登録テーブルを示す図である。Ｆｉｇ．３３は、実施例におけるＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図である。Ｆｉｇ．３４は、実施例におけるＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図である。Ｆｉｇ．３５は、実施例におけるＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図である。Ｆｉｇ．３６は、実施例におけるＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図である。
Ｆｉｇ．６には、実施例におけるネットワーク構成例が示されている。この実施例では、Ｆｉｇ．６中の利用者機器Ａと利用者機器Ｅとの間でパケットの送受信を行う場合について説明する。
ＲＰＲ装置は、Ｌ２機器とＬ３機器の双方を利用者機器として接続可能である。このため、Ｆｉｇ．６には、ＲＰＲ装置４に接続されたルータＸと、ＲＰＲ装置５に接続されたブリッジＺと、ＲＰＲ装置６に接続されたブリッジＹとが、利用者機器の例として示されている。
また、本発明で伝送可能なトラヒックの種類はＲＰＲが伝送できるものであれば何でも良く、特に限定されない。但し、本実施例ではＩＰトラヒックを使うこととする。
Ｆｉｇ．７は、ＲＰＲ装置４の配下のネットワーク構成を示している。ＲＰＲ装置４は、ＭＡＣアドレス“００−Ｅ０−００−００−２２−０４”を持ち、自身の収容ポート（ポート“ａ”）でルータＸを収容している。ルータＸは、ＭＡＣアドレス“００−Ｅ０−００−００−３３−０１”を持つ。
また、ルータＸは、利用者機器Ａ〜Ｃを収容している。各利用者機器Ａ〜Ｃは、例えばＩＰ端末であり、利用者機器ＡはＭＡＣアドレス“００−Ｅ０−００−００−１１−０１”を持ち、利用者機器ＢはＭＡＣアドレス“００−Ｅ０−００−００−１１−０２”を持ち、利用者機器ＣはＭＡＣアドレス“００−Ｅ０−００−００−１１−０３”を持つ。
Ｆｉｇ．８は、ＲＰＲ装置５の配下のネットワーク構成を示している。ＲＰＲ装置５は、ＭＡＣアドレス“００−Ｅ０−００−００−２２−０５”を持ち、自身の収容ポート（ポート“ａ”）でブリッジＺを収容している。ブリッジＺには、利用者機器（例えばＩＰ端末）Ｇが接続されている。利用者機器Ｆは、ＭＡＣアドレス“００−Ｅ０−００−００−１１−０７”を持つ。
Ｆｉｇ．９は、ＲＰＲ装置６の配下のネットワーク構成を示している。ＲＰＲ装置６は、ＭＡＣアドレス“００−Ｅ０−００−００−２２−０６”を持ち、自身の収容ポート（ポート“ａ”）でブリッジＹを収容している。ブリッジＹには、利用者機器（例えばＩＰ端末）として、利用者機器Ｄ〜Ｆが接続されている。
利用者機器ＤはＭＡＣアドレス“００−Ｅ０−００−００−１１−０４”を持ち、利用者機器ＥはＭＡＣアドレス“００−Ｅ０−００−００−１１−０５”を持ち、利用者機器ＦはＭＡＣアドレス“００−Ｅ０−００−００−１１−０６”を持つ。
（第１の動作例）Ｌ２グルーピング識別子を使用しない場合
最初に、実施例における第１の動作例として、Ｆｉｇ．６に示す利用者機器Ａから送信されたパケットを利用者機器Ｅが受信するまでの間における各ＲＰＲ装置１〜６の動作を、Ｌ２グルーピング識別子が使用されない場合について説明する。各ＲＰＲ装置１〜６のうち、少なくともＲＰＲ装置４，５および６は、Ｆｉｇ．２に示したような構成および機能を備えている。
リングネットワーク上の各ＲＰＲ装置１〜６は、既存のＲＰＲ技術であるトポロジ検出機能によってリング内の接続構成を学習する。各ＲＰＲ装置１〜６は、インナーリングおよびアウターリングに対してトポロジ検出を行うため、トポロジ検出メッセージをブロードキャスト送信する。トポロジ検出メッセージは、Ｆｉｇ．１０に示すようなフォーマットを有しており、このときのトポロジ検出メッセージのＲＰＲヘッダは、Ｆｉｇ．１１に示す設定値を持つ。
例えば、ＲＰＲ装置１から送信されたトポロジ検出メッセージは、各ＲＰＲ装置１〜６で受信されリングトポロジ情報が認識される。各ＲＰＲ装置１〜６は、トポロジ検出メッセージを受信すると、その送信元ＲＰＲ−ＭＡＣアドレスと自ＲＰＲ装置のＭＡＣアドレスを比較する。
送信元のＲＰＲ装置１は、送信元ＲＰＲ−ＭＡＣアドレスと自ＲＰＲ装置のＭＡＣアドレスが一致することでトポロジ検出メッセージがリングを一周したと判断する。他のＲＰＲ装置２〜５も同様である。
トポロジ検出メッセージは定期的に送信され、１つのＲＰＲ装置が２度連続して同様のリングトポロジ情報をもつトポロジ検出メッセージを受信すると、トポロジマップを生成する。
その後、トポロジに変化が生じた場合においては、各ＲＰＲ装置は、トポロジ変化後のリングトポロジ情報をもつトポロジ検出メッセージを２度連続して受信した場合にトポロジマップを更新する。このようにして、インナーおよびアウターリングのトポロジマップが各ＲＰＲ装置１〜６で作成される。
利用者機器Ａは、利用者機器Ｅにパケットを送信する場合には、利用者機器ＥのＩＰアドレス（既知）が自分の属しているサブネット外のものであると認識する。この場合、利用者機器Ａは、他のサブネットとのゲートウェイであるルータＸのＭＡＣアドレスを認識するために、自分の属しているサブネット内にＡＲＰ要求パケットを送信する。
ルータＡは、ＡＲＰ要求パケットを受信すると、自身のＭＡＣアドレスを含むＡＲＰ応答パケットを利用者機器Ａに送信する。
利用者機器ＡはＡＲＰ応答パケットを受信すると、パケットの宛先ＭＡＣアドレスとなるルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１を認識する。利用者機器Ａは、宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）を認識すると、利用者機器Ｅにパケットを送信するため、ルータＸへデータパケットを送信する。
ルータＸはデータパケット中の宛先ＩＰアドレスから利用者機器ＥのＭＡＣアドレスを認識するため、利用者機器Ｅが属しているサブネット内にＡＲＰ要求パケットを送信する。Ｆｉｇ．１２は、ルータＸから送信されるＡＲＰ要求パケットのパケットフォーマットを示し、Ｆｉｇ．１３は、ＡＲＰ要求パケットのＭＡＣヘッダの設定値を示す。
Ｆｉｇ．１３に示すように、宛先ＭＡＣアドレスがブロードキャスト（ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）に設定され、送信元ＭＡＣアドレスとしてルータＸのＭＡＣアドレスが設定され、タイプとして“ＡＲＰ要求”が設定される。
ＲＰＲ装置４はルータＸからのＡＲＰ要求パケットをポート“ａ”で受信する。ＲＰＲ装置４の受信利用者データ判定部１４は、利用者アドレス学習部１５にＡＲＰ要求パケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で判定されたルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１とＡＲＰ要求パケットを受信したポート“ａ”との対応を学習し、利用者機器アドレス／収容位置学習テーブル２１上にＦｉｇ．１４に示すようなＭＡＣ学習テーブルを作成する。
受信利用者データ判定部１４は、利用者アドレス学習部１５によるＭＡＣアドレス学習後、ＡＲＰ要求パケットを送出ＲＰＲ装置判定部１２に渡す。
送出ＲＰＲ装置判定部１２は、受信利用者データ判定部１４からＡＲＰ要求パケットを受け取ると、Ｆｉｇ．１５に示す処理を実行する。ここで、Ｆｉｇ．１５を用いて、送出ＲＰＲ装置判定部１２の処理フローを説明する。送出ＲＰＲ装置判定部１２は、パケットを受け取ると（ステップＳ００）、そのパケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する（ステップＳ０１）。
このとき、送出ＲＰＲ装置判定部１２は、ブロードキャストアドレスであれば（Ｓ０１；ＹＥＳ）、宛先ＲＰＲ装置ＭＡＣアドレスとしてブロードキャストアドレスを取得し（ステップＳ０２）、ブロードキャストアドレスでなければ（Ｓ０１；ＮＯ）、パケットをＲＰＲ装置アドレス検索部１３に渡し、宛先ＲＰＲ装置ＭＡＣアドレスをＲＰＲ装置アドレス検索部１３から受け取る。
そして、送出ＲＰＲ装置判定部１２は、パケットにステップＳ０２またはＳ０３で得た宛先ＲＰＲ装置ＭＡＣアドレスを含むＲＰＲヘッダをパケットに付加し、送出リング選択部１１に渡す（ステップＳ０４）。
Ｆｉｇ．１５に示した処理フローをルータＸ（利用者機器に相当）からのＡＲＰ要求パケットに対する処理に当てはめると、以下のようになる。すなわち、送出ＲＰＲ装置判定部１２は、ＡＲＰ要求パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する（Ｓ０１）。
ここに、ＡＲＰ要求パケットの宛先ＭＡＣアドレスはブロードキャストアドレス＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである（Ｆｉｇ．１６および１７参照）。このため、送出ＲＰＲ装置判定部１２は、宛先ＲＰＲ装置ＭＡＣアドレスとしてブロードキャストアドレスを取得し（Ｓ０２）、宛先ＲＰＲ装置ＭＡＣアドレスがブロードキャストアドレスに設定されたＲＰＲヘッダをＡＲＰ要求パケットに付加して送出リング選択部１１へ渡す（Ｓ０４）。
送出ＲＰＲ装置判定部１２から送出リング選択部１１に渡されるＡＲＰ要求を含むＲＰＲデータパケットは、Ｆｉｇ．１６に示すフォーマットを持ち。このＲＰＲデータパケットのＲＰＲヘッダは、Ｆｉｇ．１７に示す設定値を持つ。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置５にＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置４からＲＰＲデータパケット（Ｆｉｇ．１６および１７）を受信したＲＰＲ装置５の動作について説明する。ＲＰＲ装置５がＲＰＲ装置４からＲＰＲデータパケットを受信すると、ＲＰＲ装置５の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを実行する。
ここで、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを説明する。受信データ判定部１６は、隣接ＲＰＲ装置からＲＰＲデータパケットを受信すると（ステップＳ０００）、そのＲＰＲデータパケットにＶＬＡＮタグ（ＶＬＡＮ Ｔａｇ）が付加されているか否かを判定する（ステップＳ００１）。
このとき、ＶＬＡＮタグが付加されている場合（Ｓ００１；あり）には、処理がステップＳ００２に進み、そうでない場合（Ｓ００１；なし）には、処理がステップＳ００４へ進む。
ステップＳ００２では、受信データ判定部１６は、ＶＬＡＮ−ＩＤテーブル（ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されている）をＲＰＲデータパケットのＶＬＡＮタグ中のＶＬＡＮ−ＩＤでインデックスし、このＶＬＡＮ−ＩＤが自ノード（自ＲＰＲ装置）のＶＬＡＮ−ＩＤとして登録されているか否かを判定する。
このとき、ＶＬＡＮ−ＩＤが登録されていれば（Ｓ００２；あり）、処理がステップＳ００４に進み、そうでない場合（Ｓ００２；なし）には、処理がステップＳ００３に進む。
ステップＳ００３では、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１に渡した後、処理フローを終了する。
ステップＳ００４では、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレス（ＲＰＲ装置ＭＡＣアドレス）を判定する。このとき、宛先ＭＡＣアドレスが自ノードのＭＡＣアドレスであれば（Ｓ００４；自ノード）、処理がステップＳ００５に進み、ブロードキャストアドレスであれば（Ｓ００４；ブロードキャスト）、処理がステップＳ００７に進み、その他のアドレスであれば（Ｓ００４；その他）、処理がステップＳ０１１に進む。
ステップＳ００５では、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡し、処理をステップＳ００６に進める。ステップＳ００５によって、ＲＰＲ装置アドレス学習部１７が、ＲＰＲヘッダの送信元ＭＡＣアドレスとパケットの送信元ＭＡＣアドレスとの対応関係を学習する（後述）。
ステップＳ００６では、受信データ判定部１６は、ＲＰＲデータパケットを送出位置判定部１８に渡し、処理フローを終了する。
ステップＳ００７では、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスか否かを判定する。このとき、送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスであれば（Ｓ００７；ＹＥＳ）、処理がステップＳ０１０に進み、そうでなければ（Ｓ００７；ＮＯ）、処理がステップＳ００８に進む。
ステップＳ００８では、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲアドレス学習部１７に渡し、処理をステップＳ００９に進める。ステップＳ００８によって、ＲＰＲ装置アドレス学習部１７が、ＲＰＲヘッダの送信元ＭＡＣアドレスとパケットの送信元ＭＡＣアドレスとの対応関係を学習する（後述）。
ステップＳ００９では、受信データ判定部１６は、ＲＰＲデータパケットを送出位置判定部１８と送出リング選択部１１に渡し、処理フローを終了する。
ステップＳ０１０では、受信データ判定部１６は、このＲＰＲデータパケットが自身から送出されたものであるので廃棄し、処理フローを終了する。
ステップＳ０１１では、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲアドレス学習部１７に渡し、処理をステップＳ０１２に進める。ステップＳ０１１によって、ＲＰＲ装置アドレス学習部１７が、ＲＰＲヘッダの送信元ＭＡＣアドレスとパケットの送信元ＭＡＣアドレスとの対応関係を学習する（後述）。
ステップＳ０１２では、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１に渡し、処理フローを終了する。
Ｆｉｇ．１８Ａおよび１８Ｂに示した処理フローをＲＰＲ装置４からのＲＰＲデータパケットに対する処理に当てはめると、以下のようになる。すなわち、ＲＰＲ装置５の受信データ判定部１６は、ＶＬＡＮタグの有無を判定する（Ｓ００１）。
このとき、ＲＰＲデータパケットにはＶＬＡＮタグは付加されていない（Ｆｉｇ．１６）。このため、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｓ００４）。
ＲＰＲヘッダの宛先ＭＡＣアドレスはブロードキャストアドレス＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである。このため、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスかを判定する（Ｓ００７）。
このとき、ＲＰＲヘッダの送信元ＭＡＣアドレスは“００−Ｅ０−００−００−２２−０４”であり、自ノードＭＡＣアドレス（Ｆｉｇ．８）とは異なる。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡し（Ｓ００８）、さらに送出位置判定部１８と送出リング選択部１１とにも渡す（Ｓ００９）。
ステップＳ００８で、ＲＰＲデータパケットがＲＰＲ装置アドレス学習部１７に渡されることにより、ＲＰＲ装置アドレス学習部１７は、Ｆｉｇ．１９に示す処理フローを実行する。
ここで、Ｆｉｇ．１９を用いてＲＰＲ装置アドレス学習部１７の処理フローについて説明する。Ｆｉｇ．１９に示す処理フローは、Ｆｉｇ．１８Ａに示すステップＳ００５およびＳ０１１の実行によっても実行される。
ＲＰＲ装置アドレス学習部１７は、受信データ判定部１６からＲＰＲデータパケットを受け取ると（ステップＳ１００）、ＲＰＲデータパケットから送信元ＭＡＣアドレスを送信元利用者機器アドレスとして抽出し、この送信元ＭＡＣアドレスを検索キーとしてＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに、検索キーと同じ送信元利用者機器アドレスが学習されている（登録されている）か否かを判定する（ステップＳ１０１）。
このとき、送信元利用者機器アドレスが登録されている場合（Ｓ１０１；学習済み）には、処理がステップＳ１０３に進み、そうでない場合（ＳＳ０１；未学習）には、処理がステップＳ１０２に進む。
ステップＳ１０２では、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットの送信元利用者機器アドレス（送信元ＭＡＣアドレス）とＲＰＲヘッダの送信元ＲＰＲ装置アドレス（ＲＰＲ−ＭＡＣアドレス）とをＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に通知し、処理をステップＳ１０３に進める。
ステップＳ１０３では、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットを受信データ判定部１６に渡し（戻し）、処理フローを終了する。
ステップＳ１０２で、送信元ＭＡＣアドレスおよび送信元ＲＰＲ−ＭＡＣアドレスがＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に通知されることによって、Ｆｉｇ．２０に示すようなＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０の処理フローが起動する（ステップＳ２００）。
すると、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０は、その内部で管理しているＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに、通知された送信元ＭＡＣアドレスおよび送信元ＲＰＲ−ＭＡＣアドレスとを対応づけて登録し（ステップＳ２０１）、処理フローを終了する。
上述したようなＦｉｇ．１９およびＦｉｇ．２０に示した処理フローをＲＰＲ装置ＩからのＡＲＰ要求パケットを含むＲＰＲデータパケット（Ｆｉｇ．１６および１７）に当てはめると、次の通りとなる。
ＲＰＲ装置アドレス学習部１７は、ＡＲＰ要求パケットの送信元ＭＡＣアドレス（ルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１）を検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに送信元利用者機器アドレス（ルータＸのＭＡＣアドレス）が学習されているか否かを判定する（Ｓ１０１）。
このとき、ＡＲＰ要求パケットの送信元ＭＡＣアドレスは未学習である（Ｓ１０１；未学習）。このため、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＲＰＲ−ＭＡＣアドレス（ＲＰＲ装置ＩのＭＡＣアドレス＝００−Ｅ０−００−００−２２−０４）とＡＲＰ要求パケットの送信元ＭＡＣアドレス（ルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１）の対応を学習し、これらのアドレスをＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に通知する（Ｓ１０２）。
すると、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が通知されたアドレスの対応関係をＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに登録する（Ｓ２０１：Ｆｉｇ．２１参照）。
その後、ＲＰＲデータパケットがＲＰＲ装置アドレス学習部１７に渡され、受信データ判定部１６がＲＰＲデータパケットを送出リング選択部１１と送出位置判定部１８とに渡す（Ｓ００９）。
送出位置判定部１８は、ＲＰＲデータパケットを受け取ると、ＲＰＲヘッダを削除し、ＡＲＰ要求パケットの宛先ＭＡＣアドレス“ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ”にしたがって、ＲＰＲ装置５の配下の利用者機器Ｇ（Ｆｉｇ．６）へＡＲＰ要求パケットをブロードキャスト送信する。
一方、受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置６へＲＰＲデータパケットを送信する。
以上により、ＲＰＲ装置５は、ＲＰＲ装置４から受信したＲＰＲデータパケットからＲＰＲヘッダの送信元ＭＡＣアドレス（送信元ＲＰＲ−ＭＡＣアドレス）とパケットの送信元ＭＡＣアドレスの対応を学習することができる。
次に、Ｆｉｇ．６に示すＲＰＲ装置５からＲＰＲデータパケット（Ｆｉｇ．１６および１７）を受信したＲＰＲ装置６の動作について説明する。ＲＰＲ装置６はＲＰＲ装置５からＲＰＲデータパケットを受信すると、ＲＰＲ装置５と同様の動作を行う。
すなわち、ＲＰＲ装置６の受信データ判定部１６がＶＬＡＮタグの有無を判定し（Ｆｉｇ．１８Ａ；Ｓ００１）、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｆｉｇ．１８Ａ；Ｓ００４）。このとき、ＲＰＲヘッダの宛先ＭＡＣアドレスは、ブロードキャストアドレス（＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）である。
このため、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノード（ＲＰＲ装置６）のＭＡＣアドレスか否か判定する（Ｆｉｇ．１８Ｂ；Ｓ００７）。このとき、送信元ＭＡＣアドレスは自ノードＭＡＣアドレスとは異なる。このため、受信データ判定部１６はＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡す（Ｆｉｇ．１８Ｂ；Ｓ００８）。
ＲＰＲ装置アドレス学習部１７は、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ要求パケットの送信元ＭＡＣアドレスの対応を学習し（Ｆｉｇ．１９；Ｓ１０１，Ｓ１０２）、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０がＦｉｇ．２１に示すようなＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する（Ｆｉｇ．２０；Ｓ２０１）。
ＲＰＲデータパケットは、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが作成された後、受信データ判定部１６に渡され（Ｆｉｇ．１９；Ｓ１０３）、送出リング選択部１１と送出位置判定部へ渡される（Ｆｉｇ．１８Ｂ；Ｓ００９）。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲ装置５の送出リング選択部１１と同様の動作を行い、ＲＰＲデータパケットをリングへ送出する。
一方、受信データ判定部１６からＲＰＲデータパケットを受信した送出位置判定部１８は、ＲＰＲヘッダを削除し、ＡＲＰ要求パケットの宛先ＭＡＣアドレス“ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ”に従って、ＲＰＲ装置６の配下の利用者機器にＡＲＰパケットをブロードキャスト送信する。
Ｆｉｇ．６および９に示すように、ＲＰＲ装置６は、配下の利用者機器として、ＡＲＰ要求パケットの目的地に相当する利用者機器Ｅを含む利用者機器Ｄ，Ｅ，ＦをブリッジＹを介して収容している。ＡＲＰ要求パケットはブロードキャストのため、各利用者機器Ｄ，Ｅ，Ｆに到着する。このようにして、ルータＸから送信されたＡＲＰ要求パケットは利用者機器Ｅで受信される。
ＡＲＰ要求パケットを受信した利用者機器Ｅは、ＡＲＰ要求パケットの宛先ＩＰアドレスが自分宛てであることから、ルータＸに対して自身のＭＡＣアドレスを含むＡＲＰ応答パケットを送信する。この場合におけるＡＲＰ応答パケットのフォーマットをＦｉｇ．２２に示し、ＡＲＰ応答パケットのＭＡＣヘッダの設定値をＦｉｇ．２３に示す。
ＲＰＲ装置６は、利用者機器Ｅから送信されたＡＲＰ応答パケットを、ブリッジＹを経由してポート“ａ”で受信する。ＲＰＲ装置６の受信利用者データ判定部１４は、利用者アドレス学習部１５にＡＲＰ応答パケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で判定された利用者機器ＥのＭＡＣアドレス（＝００−Ｅ０−００−００−１１−０５）とＡＲＰ応答パケットを受信したポート“ａ”との対応を学習し、利用者機器アドレス／収容位置学習テーブル２１内にＦｉｇ．２４に示すようなＭＡＣ学習テーブルを作成する。
受信利用者データ判定部１４は、利用者アドレス学習部１５によるアドレス学習後に、ＡＲＰ応答パケットを送出ＲＰＲ装置判定部１２へ渡す。
受信利用者データ判定部１４からＡＲＰ応答パケットを受け取った送出ＲＰＲ装置判定部１２は、Ｆｉｇ．１５の処理フローに従って、ＡＲＰ応答パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する（Ｓ０１）。
ＡＲＰ応答パケットの宛先ＭＡＣアドレスは、“００−Ｅ０−００−００−３３−０１”であり（Ｆｉｇ．２３）、ブロードキャストアドレスではない。従って、送出ＲＰＲ装置判定部１２は、ＡＲＰ応答パケットをＲＰＲ装置アドレス検索部１３に渡す（Ｓ０３）。
ＡＲＰ応答パケットを受け取ったＲＰＲ装置アドレス検索部１３は、Ｆｉｇ．２５に示す処理フローを実行する。ここで、Ｆｉｇ．２５を用いてＲＰＲ装置アドレス検索部１３の処理フローを説明する。
ＲＰＲ装置アドレス検索部１３は、送出ＲＰＲ装置判定部１２からパケットを受け取ると（ステップＳ３００）、処理フローを開始する。ＲＰＲ装置アドレス検索部１３は、送信先利用者機器アドレスを検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから、送信先ＲＰＲ装置のアドレスを検索する（ステップＳ３０１）。
すなわち、ＲＰＲ装置アドレス検索部１３は、パケットの送信先ＭＡＣアドレスを検索キーとしてＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを検索し、検索キーとしてのＭＡＣアドレスに対応するＲＰＲ装置ＭＡＣアドレスを検索する。
このとき、対応するＲＰＲ装置ＭＡＣアドレスが登録されている場合（学習済みである場合：Ｓ３０１；あり）には、処理がステップＳ３０２に進み、そうでない場合（未学習である場合：Ｓ３０１；なし）には処理がステップＳ３０３に進む。
ステップＳ３０２では、ＲＰＲ装置アドレス検索部１３は、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから検索されたＲＰＲ装置ＭＡＣアドレスとパケットとを送出ＲＰＲ装置判定部１２に渡し、処理フローを終了する。
ステップＳ３０３では、ＲＰＲ装置アドレス検索部１３は、ブロードキャストアドレスとパケットとを送出ＲＰＲ装置判定部１２に渡し、処理フローを終了する。
Ｆｉｇ．２５に示した処理フローをＲＰＲ装置６のＲＰＲ装置アドレス検索部１３に当てはめると、次の通りとなる。ＲＰＲ装置アドレス検索部１３は、ＡＲＰ応答パケットの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−３３−０１）を検索キーとして、Ｆｉｇ．２１に示すＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから、送信先ＲＰＲ装置のＭＡＣアドレスを検索する（Ｓ３０１）。
このとき、ＲＰＲ装置アドレス検索部１３は、検索結果として送信先ＲＰＲ装置のＭＡＣアドレス（ＲＰＲ装置４のＭＡＣアドレス＝００−Ｅ０−００−００−２２−０４）をＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから取得できる。そして、ＲＰＲ装置アドレス検索部１３は、検索結果の宛先ＲＰＲ装置ＭＡＣアドレスとＡＲＰ応答パケットを送出ＲＰＲ装置判定部１２へ渡す（Ｓ３０２）。
送出ＲＰＲ装置判定部１２は、ＡＲＰ応答パケットにＲＰＲヘッダを付加してＲＰＲデータパケットを作成し、送出リング選択部１１へ渡す。この場合のＲＰＲデータパケットのフォーマットをＦｉｇ．２６に示し、ＲＰＲデータパケットのＲＰＲヘッダの設定値をＦｉｇ．２７に示す。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、送出リング選択部１１は、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置５へＲＰＲデータパケットを送信する。
以上の動作によって、ＲＰＲ装置６は、利用者機器ＥからのＡＲＰ応答パケットの宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）を基に送信先ＲＰＲ装置ＭＡＣアドレス（ルータＸを収容するＲＰＲ装置４のＭＡＣアドレス）を検索し、この送信先ＲＰＲ装置ＭＡＣアドレスをＲＰＲヘッダに付加してリングネットワークへ送信することができる。
次に、ＲＰＲ装置６からＲＰＲデータパケットを受信したＲＰＲ装置５（Ｆｉｇ．６および８）の動作について説明する。ＲＰＲ装置５がＲＰＲ装置６からＲＰＲデータパケットを受信すると、ＲＰＲ装置５の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを実行する。
すなわち、受信データ判定部１６は、ＶＬＡＮタグの有無を判定する（Ｓ００１）。Ｆｉｇ．２６に示すように、ＲＰＲデータパケットには、ＶＬＡＮタグは付加されていない。このため、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｓ００４）。
ＲＰＲヘッダの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−２２−０４）は、自ノードアドレスでもブロードキャストアドレスでもない。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡す（Ｓ０１１）。
すると、ＲＰＲ装置アドレス学習部１７は、Ｆｉｇ．１９に示す処理フローを開始する。ＲＰＲ装置アドレス学習部１７は、ＡＲＰ応答パケットの送信元ＭＡＣアドレス（＝００−Ｅ０−００−００−１１−０５）を検索キーとしてＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを参照し、検索キーと同じ送信元利用者機器アドレスが学習されているか否かを判定する（Ｓ１０１）。
ここでは、送信元利用者機器アドレスが未学習のため、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＭＡＣアドレス（＝００−Ｅ０−００−００−２２−０６）とＡＲＰ応答パケットの送信元ＭＡＣアドレス（＝００−Ｅ０−００−００−１１−０５）とを通知する（Ｓ１０２）。
すると、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０がＦｉｇ．２０の処理フローにしたがって、送信元ＲＰＲ装置ＭＡＣアドレスと送信元ＭＡＣアドレスとをＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに登録する（Ｓ２０１）。
これによって、ＲＰＲ装置５のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが更新され、Ｆｉｇ．２８に示すようなＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが作成される。
ＲＰＲ装置アドレス学習部１７は、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａの作成（更新）後、ＲＰＲデータパケットを受信データ判定部１６に渡し（Ｆｉｇ．１９；Ｓ１０３）、受信データ判定部１６は、ＲＰＲデータパケットを、送出位置判定部１８に渡すことなく、送出リング選択部１１へ渡す（Ｆｉｇ．１８Ａ；Ｓ０１２）。
送出リング選択部１１は、受信データ判定部１６からＲＰＲデータパケットを受け取ると、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、送出リング選択部１１は、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置４へＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置５からＲＰＲデータパケット（Ｆｉｇ．２６および２７）を受信したＲＰＲ装置４の動作について説明する。ＲＰＲ装置４がＲＰＲ装置５からＲＰＲデータパケットを受信すると、ＲＰＲ装置４の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローの実行を開始する。
すなわち、受信データ判定部１６は、ＶＬＡＮタグの有無、およびＲＰＲヘッダの宛先ＭＡＣアドレスを判定する。ＲＰＲヘッダの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−２２−０４）は、自ノードＭＡＣアドレスと一致する（Ｆｉｇ．７）。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７に渡す。
すると、ＲＰＲ装置アドレス学習部１７がＦｉｇ．１９に示す処理フローを開始し、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ応答パケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が、Ｆｉｇ．２０の処理フローに従って、Ｆｉｇ．２９に示すようなＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。その後、ＲＰＲデータパケットは、受信データ判定部１６に渡され、受信データ判定部１６が送出位置判定部１８へＲＰＲデータパケットを渡す。
受信データ判定部１６からＲＰＲデータパケットを受信した送出位置判定部１８は、ＲＰＲヘッダを削除し、利用者アドレス検索部１９との連携により、ＡＲＰ応答パケットの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−３３−０１）を検索キーとしてＦｉｇ．１４に示すＭＡＣアドレス学習テーブルを検索し、その検索結果として得られるポート“ａ”にＡＲＰ応答パケットを送信する。
以上により、利用者機器Ｅから送信されたＡＲＰ応答パケットはルータＸで受信される。
ＡＲＰ応答パケットを受信したルータＸは、利用者機器Ａから受信したデータパケットを利用者機器Ｅへ送信できるようになる。以降、各ＲＰＲ装置は学習内容に従って利用者機器Ａと利用者機器Ｅの間でブロードキャストパケットを送ることなくパケットの送受信を行うことが可能である。
以上に説明したように、実施例によれば、Ｌ３機能のルーティングプロトコルを使用することなく、データパケットの送受信を行うことができる。
（第２の動作例）Ｌ２グルーピング識別子を使用する場合
次に、実施例における第２の動作例として、利用者機器Ａ（Ｆｉｇ．６および７）から送信したパケットを利用者機器Ｅ（Ｆｉｇ．６および９）で受信するまでの各ＲＰＲ装置１〜６の動作を、Ｌ２グルーピング識別子を使用した場合について説明する。
各ＲＰＲ装置１〜６のうち、少なくともＲＰＲ装置４，５および６は、Ｆｉｇ．２に示したような構成および機能を備えている。また、Ｌ２グルーピング識別子の例としてＶＬＡＮタグが使用される。
Ｆｉｇ．３０は、Ｆｉｇ．６に示すようなネットワークにＶＬＡＮを適用した場合における例を示す。Ｆｉｇ．３０において、利用者機器Ａ，ＤおよびＥにはＬ２グルーピング識別子としてのＶＬＡＮ ＩＤ（「ＶＬＡＮ−ＩＤ」とも表記）＝１が割り当てられている。また、利用者機器Ｂ，ＣおよびＦには、ＶＬＡＮ−ＩＤ＝２が割り当てられている。また、利用者機器Ｇには、ＶＬＡＮ−ＩＤ＝３が割り当てられている。
また、各ＲＰＲ装置は、自ノード配下にいる利用者機器のＶＬＡＮ−ＩＤについてはプロビジョニングにより認識し、情報を保持しているものと仮定する。各ＲＰＲ装置において、各利用者機器のＶＬＡＮ−ＩＤは、例えば、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されるＶＬＡＮ−ＩＤ登録テーブル（Ｆｉｇ．３１および３２参照）に格納され、受信データ判定部１６が参照することができる。但し、ＶＬＡＮ−ＩＤ登録テーブルは、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０以外のＲＰＲ装置内の適宜の場所で管理することができる。
Ｆｉｇ．３０に示す各ＲＰＲ装置１〜６がトポロジマップを生成してから、利用者機器ＡがルータＸへデータパケットを送信するまでの動作は、上述した第１の動作例と同様であるため、説明を省略する。
ルータＸは、利用者機器Ａからデータパケットを受信すると、利用者機器ＥのＭＡＣアドレスを知るため、利用者機器Ｅが属しているサブネットへ向けてＡＲＰ要求パケットを送信する。この場合のＡＲＰ要求パケットは、Ｆｉｇ．３３に示すフォーマットを有し、ＡＲＰパケットのＭＡＣヘッダの設定値は、Ｆｉｇ．３４に示すような値を持つ。
ＲＰＲ装置４は、ルータＸからのＡＲＰ要求パケットをポート“ａ”で受信する。ＲＰＲ装置４の受信利用者データ判定部１４は、利用者アドレス学習部１５にＡＲＰ要求パケットを渡す。利用者アドレス学習部１５でのＭＡＣアドレス学習テーブルの作成については、第１の動作例と同様であるので省略する。受信利用者データ判定部１４は、ＭＡＣアドレス学習が行われた後に、ＡＲＰ要求パケットを送出ＲＰＲ装置判定部１２へ渡す。
送出ＲＰＲ装置判定部は、ＡＲＰ要求パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する。ここでは、送出ＲＰＲ装置判定部１２は、宛先ＲＰＲ装置ＭＡＣアドレスをブロードキャストアドレスに設定したＲＰＲヘッダを付加してＲＰＲデータパケットを生成し、送出リング選択部１１へ渡す。
この場合のＲＰＲデータパケットはＦｉｇ．３５に示すフォーマットを有し、このＲＰＲデータパケットのＲＰＲヘッダには、Ｆｉｇ．３６に示す設定値が設定される。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置５にＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置４からＲＰＲデータパケット（Ｆｉｇ．３５および３６）を受信したＲＰＲ装置５の動作について説明する。ＲＰＲ装置５がＲＰＲ装置４からＲＰＲデータパケットを受信すると、ＲＰＲ装置５の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを開始し、ＲＰＲデータパケットＶＬＡＮタグの有無を判定する（Ｓ００１）。
このとき、ＲＰＲデータパケットにはＶＬＡＮタグが付加されている（Ｆｉｇ．３５および３６）。このため、受信データ判定部１６は、Ｆｉｇ．３１に示すＶＬＡＮ−ＩＤ登録テーブルをＶＬＡＮタグにおけるＶＬＡＮ−ＩＤ＝１でインデックスする。このとき、ＶＬＡＮ−ＩＤ＝１は登録されていない。
このため、受信データ判定部１６は、ＲＰＲ装置アドレス学習部１７に送信元ＲＰＲ装置アドレスと送信元利用者機器アドレスの対応を学習させることなく、ＲＰＲデータパケットを送出リング選択部１１へ渡す（Ｆｉｇ．１８Ａ；Ｓ００３）。
受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへ送信するかを選択する。ここでは、送出リング選択部１１は、アウターリングを選択し、隣接ＲＰＲ装置に相当するＲＰＲ装置６へＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置５からＲＰＲデータパケットを受信したＲＰＲ装置６の動作について説明する。ＲＰＲ装置６がＲＰＲ装置５からＲＰＲデータパケットを受信すると、ＲＰＲ装置６の受信データ判定部１６はＦｉｇ．１８Ａおよび１８Ｂに示す処理フローを開始する。
受信データ判定部１６は、ＲＰＲデータパケットにＶＬＡＮタグが含まれているか否かを判定する（Ｓ００１）。ここでは、ＶＬＡＮタグが含まれているので、受信データ判定部１６は、そのＶＬＡＮタグに設定されているＶＬＡＮタグ＝１を抽出し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されているＶＬＡＮ−ＩＤ登録テーブル（Ｆｉｇ．３２に示す内容が登録されている）をＶＬＡＮ−ＩＤ＝１でインデックスし、ＶＬＡＮ−ＩＤ＝１が登録されているか否かを判定する（Ｓ００２）。
このとき、ＶＬＡＮ−ＩＤ登録テーブルには、ＶＬＡＮ−ＩＤ＝１が登録されている。このため、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｓ００４）。
ここに、ＲＰＲヘッダの宛先ＭＡＣアドレスは、ブロードキャストアドレス（＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）である。このため、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスか否かを判定する。送信元ＭＡＣアドレスは、自ノードＭＡＣアドレスとは異なる。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡す。
ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットを受け取ると、Ｆｉｇ．１９に示した処理フローを開始して、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ要求パケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０は、Ｆｉｇ．２０に示した処理フローに従って、Ｆｉｇ．２１に示す登録内容を持つＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する（ＲＰＲ−ＭＡＣアドレスとＭＡＣアドレスとの対応関係を登録する）。
ＲＰＲデータパケットは、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが作成された後、受信データ判定部１６に渡される。受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１と送出位置判定部１８とに渡す。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲ５の動作と同様の動作を行うので、説明は省略する。
受信データ判定部１６からＲＰＲデータパケットを受信した送出位置判定部１８は、ＲＰＲヘッダを削除し、ＶＬＡＮタグのＶＬＡＮ−ＩＤ＝１とＡＲＰ要求パケットの宛先ＭＡＣアドレス（＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）とに従って、これらに対応するＲＰＲ装置６の配下の利用者機器ＤおよびＥにのみＡＲＰ要求パケットをブロードキャスト送信する。
これによって、ＡＲＰ要求パケットは、ブリッジＹを介して利用者機器ＤおよびＥにそれぞれ到着する。このようにしてルータＸからのＡＲＰ要求パケットを利用者機器Ｅが受信することができる。
以上により、各ＲＰＲ装置１〜６（少なくともＲＰＲ装置４〜６）に設定されたＶＬＡＮ−ＩＤによって、各ＲＰＲ装置４〜６は、自ＲＰＲ装置宛のＲＰＲデータパケットしか取り込まないようにＲＰＲデータパケットをフィルタリングすることができる。
なお、その後は、利用者機器Ｅが自身のＭＡＣアドレスを持つＡＲＰ応答パケットを生成し、ルータＸ宛に送信する。その後の動作は第１の動作例と同様であるので説明を省略する。
〔実施形態の効果〕
実施形態によると、利用者機器をそれぞれ収容する複数のＲＰＲ装置がＲＰＲリングネットワークに接続され、各ＲＰＲ装置が各ＲＰＲ装置のＭＡＣアドレスと、そのＲＰＲ装置に収容されている利用者機器のＭＡＣアドレスとの対応関係が登録されたＲＰＲ−ＭＡＣアドレス学習テーブルを持つ。
これによって、各ＲＰＲ装置は、どの利用者機器がどのＲＰＲ装置に収容されているのかを認識することができる。これによって、各ＲＰＲ装置は自身が収容しているパケットの宛先アドレスから対応するＲＰＲ装置アドレス（宛先に相当する利用者機器を収容しているＲＰＲ装置）を割り出して、ＲＰＲヘッダに宛先ＭＡＣアドレスとして設定することができる。
このため、各ＲＰＲ装置は、パケットにブロードキャスト指定でない宛先ＭＡＣアドレスが設定されている場合には、ＲＰＲデータパケットをブロードキャストで送信する必要が無くなる。
これによって、ＲＰＲデータパケットの中継ノードとして機能するＲＰＲ装置（第１および第２の動作例ではＲＰＲ装置５）が、ＲＰＲデータパケットを取り込み、自身が収容しているローカルネットワーク（利用者機器ネットワーク）に送出しなくて済む。従って、フラッディングが抑えられる。
さらに、実施形態によると、Ｌ２グルーピング識別子を利用することによって、各ＲＰＲ装置が自ノード宛以外のＲＰＲデータパケットをフィルタリング（取り込みを拒否）することができる。
これによって、各ＲＰＲ装置は、自ノード宛以外のＲＰＲデータパケットに対する送信元ＲＰＲ−ＭＡＣアドレスと送信元ＭＡＣアドレスとの対応関係の学習および登録処理を行わなくて済む。従って、ＲＰＲ装置の処理負担の軽減および資源の有効利用を図ることができる。
また、実施形態によると、ＲＰＲ装置４は、ルータＸからのＡＲＰ要求パケットを受け取ると、このＡＲＰ要求パケットに対して自身のＭＡＣアドレスを含むＡＲＰ応答パケットをルータＸに返送することなく、ＲＰＲネットワークへ向けて、ＡＲＰ要求を含むブロードキャスト指定のＲＰＲデータパケットを送出する。
これによって、ＲＰＲネットワーク上の各ＲＰＲ装置は、ＲＰＲデータパケットを受信してＲＰＲ装置４にルータＸが収容されていることを学習することができるとともに、ＲＰＲ装置６は、ＲＰＲデータパケットからＲＰＲヘッダを外して利用者機器側のネットワーク（ローカルネットワーク）にＡＲＰパケットを送出する。
これによって、ルータＸから送信された利用者機器Ｅの受信を所望するブロードキャストパケット（ＡＲＰ要求パケット）が利用者機器Ｅにて受信される。その後、ルータＸ宛のＡＲＰ応答パケットが、各ＲＰＲ装置の学習結果に従ってＲＰＲネットワークにおいてブロードキャストされることなくＲＰＲ装置４を介してルータＸまで転送される。
このように、実施形態におけるＲＰＲネットワークは、利用者機器を収容しているＬ２レベルのネットワークとして機能し、各ＲＰＲ装置は、Ｌ２レベルの処理（ＭＡＣアドレスに基づく）転送制御を行うことで、利用者機器間のデータの送受信を実現することができる。
すなわち、各ＲＰＲ装置がルーティングテーブルの作成、Ｌ３（ＩＰ）の終端、Ｌ３ルーティングテーブルに従ったパケットの転送制御を行わなくても、利用者機器間のデータの送受信を実現できる。従って、ＲＰＲ装置にＬ３機能を実装する必要がない。
また、ＲＰＲネットワークにおける転送制御および学習機能に用いる情報として、標準のＭＡＣアドレスおよびＲＰＲ−ＭＡＣアドレスやＶＬＡＮタグを用いるだけですむので、ＲＰＲ装置に収容される利用者機器として、特別なフォーマットを使用するものを使用する必要がない。
また、実施形態によると、各ＲＰＲ装置は、利用者機器として、Ｌ２レベルの利用者機器（利用者機器Ｅ）とＬ３レベルの利用者機器（ルータＸ）との双方を収容することができ、これらの利用者機器に対して同じ動作で利用者機器間の通信を実現することができる。
さらに、実施形態によると、次の利点がある。
〈１〉ネットワークルーティングをポートアドレス対応表などのＬ２−ＲＰＲマッピングテーブル（ＲＰＲ−ＭＡＣアドレス学習テーブル）を使用することによって、Ｌ３機能が必須でなくなる。
このため、ＲＰＲ装置に対し、Ｌ３機能を提供するためのハードウェアおよびソフトウェアを実装する必要がなくなる。従って、ＲＰＲ装置の価格を大幅に抑制できる。
〈２〉実施形態に係るＲＰＲ装置は、Ｌ３機能を含まない。このため、ＲＰＲ装置に対して複雑な保守や運用を図る必要がなくなる。これによって、保守や運用に対する費用を大幅に低減することが可能となる。
〈３〉宛先ＲＰＲ−ＭＡＣとその配下のＬ２−ＭＡＣ／他識別子との対応付けをテーブル化することにより、独自のヘッダのカプセル化制御を行う場合、直接ＲＰＲ装置とつなげる事が出来ない。これに対し、実施形態では、対象ＭＡＣアドレスをテーブル化する。このため、直接ＲＰＲ装置に対して接続が可能となる。
【産業上の利用可能性】
本発明は、例えば、ＲＰＲリングネットワークに複数接続され、それぞれが利用者機器を収容し、利用者機器間のデータの送受信に際して中継ノードとして機能する伝送装置（ＲＰＲ装置）に適用することができる。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【技術分野】
本発明は、１以上のリングに複数のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置が接続されて構成されるＲＰＲネットワークに関し、特に、レイヤ２（Ｌ２）におけるＬ２−ＲＰＲマッピングテーブルを用いたＲＰＲ技術を使用したパケット転送方式に関する。
【背景技術】
従来、遠隔地にあるホスト間接続において、専用線を用いたネットワーク構築が一般的な方法であった。しかしながら、このような専用線を用いたネットワーク構築においては、エンド−トゥ−エンド（Ｅｎｄ ｔｏ Ｅｎｄ）において、
（１）すべての帯域を占有する結果となる。
（２）専用線ＩＰ接続等、様々なサービスにおいて価格設定が高くなる。
等の問題が生じている。
また、専用線の接続距離に応じて価格が決まる体系となっているため、専用線をベースとした全国ネットワークの構築を行う場合、多額の費用を必要としていた。
そこで、専用線をベースとしたネットワーク構築の問題点を解消するために、身近に用いているＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）技術を使用することによって、全てのネットワークを構築するという発想で出てきた技術が、広域ＬＡＮサービスである。
広域ＬＡＮサービスは、ＬＡＮで使用される方式、つまり比較的近くにあるコンピュータ同士をつないだネットワークで使用されるイーサネット（商標）を、大規模の広域ネットワークサービスに拡大応用したものである（Ｆｉｇ．３７参照）。
ユーザにとっては、全てのホストがＬＡＮで単純につながっているように見えるので非常に使い易く、かつ、装置コストおよび保守コストが安いというメリットがある。これらのことから、広域ＬＡＮサービスは現在急増している。
現在の広域ＬＡＮサービスでは、ユーザとの接続ポイントは、安価なＬＡＮインターフェースで実現することができる。しかし、キャリアネットワーク内部のインターフェースとしては、信頼性の高いＳＯＮＥＴ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｏｐｔｉｃａｌ Ｎｅｔｗｏｒｋ）／ＳＤＨ（Ｓｙｎｃｈｒｏｎｏｕｓ Ｄｉｇｉｔａｌ Ｈｉｅｒａｒｃｈｙ）技術にイーサネットのフレームをマッピングすることによって実現されている。このＳＯＮＥＴ／ＳＤＨは帯域を占有したり、統計多重効果が得られない。このため、ＳＯＮＥＴ／ＳＤＨの利用価格は、ユーザにとっては非常に高価となっている。
こうした中、高価なＳＯＮＥＴ／ＳＤＨ通信部分を置きかえる技術としてＲＰＲ技術が登場している。ＲＰＲはパケットリングアクセス方法を用いており、最低１５５Ｍｂ／ｓから最高１０Ｇｂ／ｓの帯域でのデータ通信を可能にする。また、ＲＰＲは、アウターリング（Ｏｕｔｅｒ Ｒｉｎｇ）、インナーリング（Ｉｎｎｅｒ Ｒｉｎｇ）と呼ばれる２つの反対方向に周回する二重リングをサポートしているので、故障保護手段による回復力にも富んでいる。
さらに、ＲＰＲは、パケット通信の利点を生かして統計多重効果を発揮しながら、ＳＯＮＥＴ／ＳＤＨと同様にハードワイヤードの専用線と同様な帯域保証が確立されている。また、データパケットは、アウターリングとインナーリングとのどちらに対しても送出することができる。
送信ノードは、データパケットの送出に際して、トポロジ検出技術によって最短ルートとなる側を選択してデータを送信する機能を有している。本機能において、送信データパケットは、リングへの入り口でＲＰＲヘッダが付加され、リングの出口でＲＰＲヘッダは外される。
現状では、ルーティングプロトコル等のＬ３（レイヤ３）機能を持つルータにＲＰＲ機能を実装することによってＲＰＲ装置（ノード）を構成し、このようなＲＰＲ装置を用いてＲＰＲリングネットワークを構築している。すなわち、現状のＲＰＲリングネットワークは、Ｌ３機能を含んで実現されている。Ｆｉｇ．３８は、従来のＲＰＲ装置の原理説明図である。
ＲＰＲ装置は、アウターリングおよびインナーリングに対するドロップインおよびドロップアウト用のインターフェイスを有するとともに、複数の利用者機器インターフェイスを有している。
また、ＲＰＲ装置は、フレームの送出先をアウターリングとインナーリングとから選択する送出リング選択部と、フレームの送信先ＲＰＲ装置を判定する送出ＲＰＲ装置判定部と、利用者機器インターフェイスから受信された利用者データを解析する受信利用者データ判定部と、利用者機器アドレスとその収容位置との対応を利用者機器アドレス／収容位置学習テーブルに登録する利用者アドレス学習部と、ＲＰＲリングから受信したフレームを解析する受信データ判定部と、利用者機器に対するフレームの送出位置を判定する送出位置判定部と、利用者機器アドレス／収容位置学習テーブルを参照して利用者アドレスに対応する収容位置を検索する利用者アドレス検索部と、受信されたフレームに対するＬ３レベルのルーティングおよび経路選択を行うＩＰルーティング制御部とを備える。
現状のＲＰＲリングネットワークにおいて、端末Ａから端末Ｂへデータ転送を実行する場合のＲＰＲ装置の動作概要をＦｉｇ．３９を用いて説明する。下記概要に係る図中の括弧内の数字は、下記に示す数字と対応する。
（１）保守者はリングを構成しているＲＰＲ装置Ｉ〜ＩＶの初期設定を実施する。
（２）各ＲＰＲ装置Ｉ〜ＩＶは、リングトポロジ検出を実行し、トポロジマップを生成する（ＲＰＲ装置Ｉはリング上のノードとホップ数の情報を収集する）。
（３）各ＲＰＲ装置および各ルータはルーティングプロトコルによりルーティングテーブルを生成する。
（４）端末Ａは自分の属しているサブネット内にＡＲＰ（Ａｄｄｒｅｓｓ Ｒｅｓｏｌｕｔｉｏｎ Ｐｒｏｔｏｃｏｌ）要求を送出する（端末ＡがルータＸのＭＡＣアドレスを知るため）。
（５）ルータＸより端末ＡへＡＲＰ応答が転送される（端末Ａは宛先ＭＡＣアドレスを認識する）。
（６）端末Ａより端末Ｂ宛のパケットをルータＸに送信する（ＤＡ（Ｄｅｓｔｉｎａｔｉｏｎ Ａｄｄｒｅｓｓ）：ルータＸのＭＡＣアドレス、ＳＡ（Ｓｏｕｒｃｅ Ａｄｄｒｅｓｓ）：端末ＡのＭＡＣアドレス）。
（７）ルータＸは、受信パケットより宛先ＩＰアドレスを抽出し、Ｌ３ルーティングプロトコルにより作成されたルーティングテーブルにより、端末ＢがＲＰＲ装置Ｉの先に存在することを認識する。従って、ＲＰＲ装置Ｉ側のサブネット内へＡＲＰ要求を送出する（ルータＸがＲＰＲ装置ＩのＭＡＣアドレスを知るため）。
（８）ＲＰＲ装置Ｉは自分のポート“ａ”の配下にルータＸがいることを認識する（ＲＰＲ装置ＩはＭＡＣ学習テーブル（利用者機器アドレス／収容位置学習テーブル）を生成する）。
（９）ＲＰＲ装置ＩよりルータＸへＡＲＰ応答を送出する（ルータＸは宛先ＭＡＣアドレス（ＲＰＲ装置ＩのＭＡＣアドレス）を認識する）。
（１０）ルータＸよりＲＰＲ装置Ｉへパケットを送信する（ＤＡ：ＲＰＲ装置ＩのＭＡＣアドレス、ＳＡ：ルータＸのＭＡＣアドレス）。
（１１）ＲＰＲ装置Ｉは（１０）で受信したパケットより宛先ＩＰアドレスを抽出し、ルーティングテーブルにより、端末ＢがＲＰＲ装置ＩＩＩの先に存在することを認識する。従って、受信パケットにＲＰＲヘッダ（ＤＡ：ＲＰＲ装置ＩＩＩのＭＡＣアドレス、ＳＡ：ＲＰＲ装置ＩのＭＡＣアドレス）を付けて、ＲＰＲリング内に送出する。
（１２）ＲＰＲ装置ＩＩはパケットが自装置宛てではないためパケットをスルーし、ＲＰＲ装置ＩＩＩはパケットをドロップする。
（１３）ＲＰＲ装置ＩＩＩは端末Ｂが属しているサブネット内へＡＲＰ要求を送出する（ＲＰＲ装置ＩＩＩが端末ＢのＭＡＣアドレスを知るため）。
（１４）端末ＢからＲＰＲ装置ＩＩＩへＡＲＰ応答を送信する（ＲＰＲ装置ＩＩＩは宛先ＭＡＣアドレス（端末ＢのＭＡＣアドレス）を認識する）。
（１５）ＲＰＲ装置ＩＩＩは、受信したパケットのＲＰＲヘッダを取り除き、端末Ｂへ送信する（ＤＡ：端末ＢのＭＡＣアドレス、ＳＡ：ＲＰＲ装置ＩＩＩのＭＡＣアドレス）。
ところで、ルミナス・ネットワークス社では、Ｌ２の技術を利用して，ＳＯＮＥＴ／ＳＤＨのようなリング型ネットワークを構築できるリング伝送技術「Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｔｒａｎｓｐｏｒｔ」（ＲＰＴ）を提供している。この技術は独自のフレームフォーマットを使用したカプセル化制御によって実現されている。
また、ＲＰＴの他にＩＥＥＥ８０２．１７の標準化前に独自に提供された技術として、シスコシステムズ社のＳＲＰ（Ｓｐａｔｉａｌ Ｒｅｕｓｅ Ｐｒｏｔｏｃｏｌ）、Ｎｏｒｔｅｌ社のＯＰＴｅｒａ ＰａｃｋｅｔＥｄｇｅがあるが、どちらともＬ３機能を含んだ制御方式となっている。
なお、本願発明に関連する先行技術文献として、次の特許文献１および特許文献２に記載された発明がある。特許文献１は、共有ネットワーク上にＶＰＮを形成し、該ＶＰＮ内で通信を行うネットワークにおいて、ＶＬＡＮとＭＰＬＳヘッダのマッピングによりＬ２ルーティングテーブルを作成する技術を開示する。
特許文献２は、リング構成のネットワークにおいて、リング側ポート、またはローカル側ポートの両方について自己学習するテーブルを作成し、カプセルやトークンを使わずにリング内のパケット伝送を行う技術を開示している。
【特許文献１】 特開２００２−１６４９３７号
【特許文献２】 特表２００２−５２３９９２
上述したような従来のＲＰＲ制御方式では以下に示す問題点（課題）がある。第１に、現状では、ルーティングプロトコル等のＬ３（レイヤ３）機能を含んだルータにＲＰＲ機能を実装することによってＲＰＲ装置を構成し、このようなＲＰＲ装置を用いてリングネットワークを構築している。
このため、高性能なＣＰＵや高機能なソフトウェア、ハードウェアが必要であった。また、ルーティングプロトコルに大容量メモリを必要とする。これらのことからＲＰＲ装置（ノード）全体のコストが高くなっていた。
第２に、ＲＰＲ装置がＬ３機能を搭載しているため、複雑な該機能を運用／管理するための高額な保守費用が必要となっていた。
第３に、既存技術におけるＬ２機能での実現方法は、ルミナス社のように独自のヘッダ等を用いてヘッダのカプセル化によって実現している為、直接ＲＰＲ装置とつなげる事が出来なかった。
【発明の開示】
本発明の目的の一つは、Ｌ３機能を含むことなくＲＰＲリングネットワークを構築できるＲＰＲ装置を提供することである。
また、本発明の目的の一つは、装置全体のコストを低減できるＲＰＲ装置を提供することである。
また、本発明の目的の一つは、保守費用を低減できるＲＰＲ装置を提供することである。
また、本発明の目的の一つは、特別なデータフォーマットを使用することなく、ＲＰＲリングネットワークにおけるデータ転送を実現できるＲＰＲ装置を提供することである。
本発明の第１の態様は、１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置であって、
前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部と、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが前記記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する転送制御手段と、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する手段と、を含む。
第１の態様は、前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信する受信手段と、
少なくとも前記ＲＰＲヘッダが付加されたデータの送信元アドレスとこのＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを前記受信手段から受け取り、この送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録するアドレス学習手段と、をさらに含むように構成することが好ましい。
第１の態様は、前記アドレス学習手段が、前記受信手段で受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定する判定部と、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に記憶する登録部と、
を含むように構成するのが好ましい。
第１の態様は、前記転送制御手段が、前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索する検索部と、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する付加部と、を含むように構成するのが好ましい。
第１の態様は、前記受信手段が、ＲＰＲネットワークから受信したＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器が属するグループ識別子と合致しない場合には、前記アドレス学習手段に、少なくとも前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを渡さないように構成するのが好ましい。
第１の態様は、前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスであるように構成するのが好ましい。前記グループ識別子は、レイヤ２グルーピング識別子（例えば、ＶＬＡＮ ＩＤ）であるように構成するのが好ましい。
本発明の第２の態様は、１以上の利用者機器をそれぞれ収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が１以上のリングに接続されたＲＰＲネットワークシステムであり、
前記第１のＲＰＲ装置は、自装置が収容している第１の利用者機器から、前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを受信した場合に、このパケットに送信元アドレスが第１のＲＰＲ装置のＭＡＣアドレスであり且つ宛先アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置は、前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このＲＰＲヘッダの送信元アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のＭＡＣアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置は、前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、このパケットに学習済みの前記第１のＲＰＲ装置のＭＡＣアドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置は、前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する。
第２の態様は、前記第１のＲＰＲ装置が、前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１の利用者機器から、宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出するように構成するのが好ましい。
第２の態様は、前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置が、前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＰＲＰ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習するように構成するのが好ましい。
第２の態様は、異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わないように構成するのが好ましい。
本発明の第３の態様は、１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置のデータ転送方法であって、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、
この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが、前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加し、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する、
ことを含む。
第３の態様は、前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信し、
受信されたデータの送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録する、ことをさらに含むように構成するのが好ましい。
第３の態様は、前記ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定し、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に登録する、ように構成するのが好ましい。
第３の態様は、前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索し、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加するように構成するのが好ましい。
第３の態様は、ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器に割り当てられたグループ識別子に合致しない場合には、前記記憶部に対する前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとの登録処理を行わないように構成するのが好ましい。
第３の態様は、前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスであり、前記グループ識別子がレイヤ２グルーピング識別子であり、前記レイヤ２グルーピング識別子がＶＬＡＮ ＩＤであるようにそれぞれ構成するのが好ましい。
本発明の第４の態様は、１以上の利用者機器を収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が接続されたＲＰＲネットワークシステムのデータ転送方法であって、
前記第１のＲＰＲ装置が収容している第１の利用者機器から前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを前記第１のＲＰＲ装置が受信した場合に、前記第１のＲＰＲ装置で、このパケットに送信元アドレスが第１のＲＰＲ装置のＭＡＣアドレスであり且つ宛先アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置が前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第２のＲＰＲ装置で、このＲＰＲヘッダの送信元アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のＭＡＣアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置が前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、前記第２のＲＰＲ装置で、このパケットに学習済みの前記第１のＲＰＲ装置のＭＡＣアドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第１のＲＰＲ装置で、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する。
第４の態様は、前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、前記第１のＲＰＲ装置で、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１のＲＰＲ装置が前記第１の利用者機器から宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、前記第１のＲＰＲ装置で、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出するように構成するのが好ましい。
第４の態様は、前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置が前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、この中継ＲＰＲ装置で、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＲＰＲ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習するように構成するのが好ましい。
第４の態様は、異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わないように構成するのが好ましい。
【図面の簡単な説明】
Ｆｉｇ．１は、本発明の原理図であり；
Ｆｉｇ．２は、本発明の原理図であり；
Ｆｉｇ．３は、本発明の作用説明図であり；
Ｆｉｇ．４は、本発明の作用説明図であり；
Ｆｉｇ．５は、本発明の作用説明図であり；
Ｆｉｇ．６は、実施例における一ネットワーク構成例（Ｌ２グルーピング識別子未使用時）を示す図であり；
Ｆｉｇ．７は、実施例におけるＲＰＲ装置の配下のネットワーク構成を示す図であり；
Ｆｉｇ．８は、実施例におけるＲＰＲ装置の配下のネットワーク構成を示す図であり；
Ｆｉｇ．９は、実施例におけるＲＰＲ装置の配下のネットワーク構成を示す図であり；
Ｆｉｇ．１０は、実施例におけるトポロジ検出メッセージのフォーマット説明図であり；
Ｆｉｇ．１１は、Ｆｉｇ．１０に示したトポロジ検出メッセージの設定情報の説明図であり；
Ｆｉｇ．１２は、実施例におけるＡＲＰ要求パケットのフォーマット説明図であり；
Ｆｉｇ．１３は、Ｆｉｇ．１２に示したＡＲＰ要求パケットの設定情報の説明図であり；
Ｆｉｇ．１４は、ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．１５は、実施例における送出ＲＰＲ装置判定部の処理を示すフローチャートであり；
Ｆｉｇ．１６は、実施例におけるＲＰＲデータパケット（ＡＲＰ要求）のフォーマット説明図であり；
Ｆｉｇ．１７は、Ｆｉｇ．１６に示したＲＰＲデータパケット（ＡＲＰ要求）の設定情報の説明図であり；
Ｆｉｇ．１８Ａおよび１８Ｂは、実施例における受信データ判定部の処理を示すフローチャートであり；
Ｆｉｇ．１９は、実施例におけるＲＰＲ装置アドレス学習部の処理を示すフローチャートであり；
Ｆｉｇ．２０は、実施例におけるＲＰＲ装置アドレス／利用者機器アドレス学習管理部の処理を示すフローチャートであり；
Ｆｉｇ．２１は、ＲＰＲ−ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．２２は、実施例におけるＡＲＰ応答パケットのフォーマット説明図であり；
Ｆｉｇ．２３は、Ｆｉｇ．２２に示したＡＲＰ応答パケットの設定情報の説明図であり；
Ｆｉｇ．２４は、ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．２５は、実施例におけるＲＰＲ装置アドレス検索部の処理を示すフローチャートであり；
Ｆｉｇ．２６は、実施例におけるＲＰＲデータパケット（ＡＲＰ応答）のフォーマット説明図であり；
Ｆｉｇ．２７は、Ｆｉｇ．２６に示したＲＰＲデータパケット（ＡＲＰ応答）の設定情報の説明図であり；
Ｆｉｇ．２８は、更新後のＲＰＲ−ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．２９は、ＲＰＲ−ＭＡＣアドレス学習テーブルを示す図であり；
Ｆｉｇ．３０は、実施例における一ネットワーク構成例（Ｌ２グルーピング識別子使用時）を示す図であり；
Ｆｉｇ．３１は、ＶＬＡＮ ＩＤ登録テーブルを示す図であり；
Ｆｉｇ．３２は、ＶＬＡＮ ＩＤ登録テーブルを示す図であり；
Ｆｉｇ．３３は、実施例におけるＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図であり；
Ｆｉｇ．３４は、Ｆｉｇ．３３に示したＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図であり；
Ｆｉｇ．３５は、実施例におけるＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図であり；
Ｆｉｇ．３６は、Ｆｉｇ．３５に示したＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図であり；
Ｆｉｇ．３７は、広域ＬＡＮサービスのネットワーク構成を示す図であり；
Ｆｉｇ．３８は、従来のＲＰＲ装置の原理図であり；
Ｆｉｇ．３９は、従来技術（ルータにおけるＲＰＲ制御方式）の説明図である。
【発明を実施するための最良の形態】
以下、本発明を実施するための最良の形態を説明する。以下の実施形態は例示であり、本発明は実施形態の構成に限定されるものではない。
〔本発明の原理〕
最初に、本発明における原理について説明する。Ｆｉｇ．１は、本発明に係るネットワークシステムの構成例を示す図であり、Ｆｉｇ．２は、本発明に係るＲＰＲ装置の構成例を示す図であり、Ｆｉｇ．３，４および５は、Ｆｉｇ．１および２に示したネットワークシステムおよびＲＰＲ装置の作用説明図である。
〈ネットワーク構成例〉
Ｆｉｇ．１には、本発明に係る複数のＲＰＲ装置Ｉ，ＩＩ，ＩＩＩおよびＩＶが例示されており、これらのＲＰＲ装置Ｉ，ＩＩ，ＩＩＩおよびＩＶがＲＰＲリング（インナーリングおよびアウターリング）に接続されることによって、ＲＰＲリングネットワークが構築されている。
ＲＰＲ装置ＩおよびＩＩＩは、それぞれ利用者側ネットワークＮ１，Ｎ２を収容しており、ＲＰＲリングネットワークは、ネットワークＮ１からネットワークＮ２へデータを転送するためのバックボーンとして利用される。
ＲＰＲ装置Ｉは、ネットワークＮ１からネットワークＮ２へデータが転送される場合には、ＲＰＲリングネットワークにおけるデータの送信元装置として機能する。また、ＲＰＲ装置Ｉは、送信元機器のアドレス（ＲＰＲ装置Ｉのノードアドレス）とネットワークＮ１の収容ポートとの対応関係を学習する利用者アドレス学習機能を持つ。
また、ＲＰＲ装置ＩＩＩは、ネットワークＮ１からネットワークＮ２へデータが転送される場合には、ＲＰＲリングネットワークにおけるデータの送信先装置として機能する。
また、ＲＰＲ装置ＩＩＩは、送信先機器のアドレス（ＲＰＲ装置ＩＩＩのノードアドレス）とネットワークＮ２の収容ポートとの対応関係を学習する利用者アドレス学習機能（１）を持つ。
さらに、ＲＰＲ装置Ｉ〜ＩＶは、それぞれ、ＲＰＲリングネットワーク内を転送されるデータからＲＰＲリングネットワークにおけるそのデータの送信元装置のアドレスを学習する送信元装置アドレス学習機能（２）を持つ。
〈ＲＰＲ装置の構成例〉
Ｆｉｇ．２には、各ＲＰＲ装置Ｉ〜ＩＶの構成例が示されている。Ｆｉｇ．２に示すように、本発明に係るＲＰＲ装置は、ＲＰＲリングに対するフレームのドロップインおよびドロップアウトを行うためのインターフェイスと、利用者側ネットワークにおける利用者機器を収容するための複数の利用者機器インターフェイスとを備えている。
さらに、ＲＰＲ装置は、ＲＰＲリングに対するアウト（送出）側のインターフェイスに接続される送出Ｒｉｎｇ（リング）選択部１１と、送出リング選択部１１に接続される送出ＲＰＲ装置判定部１２と、送出ＲＰＲ装置判定部１２によって制御されるＲＰＲ装置アドレス検索部１３と、送出ＲＰＲ装置判定部１２に接続される受信利用者データ判定部１４と、受信利用者データ判定部１４によって制御される利用者アドレス学習部１５とを備えている。
さらに、ＲＰＲ装置は、ＲＰＲリングに対するイン（受信）側のインターフェイスに接続される受信データ判定部１６と、受信データ判定部１６によって制御されるＲＰＲ装置アドレス学習部１７と、受信データ判定部１６に接続される送出位置判定部１８と、送出位置判定部１８によって制御される利用者アドレス検索部１９と、ＲＰＲ装置アドレス検索部１３によって参照されるとともに、ＲＰＲ装置アドレス学習部１７によって設定されるＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０と、利用者アドレス学習部１５によって設定されるとともに利用者アドレス検索部１９によって参照される利用者機器アドレス／収容位置学習テーブル２１とを備えている。
送出リング選択部１１は、送出ＲＰＲ装置判定部１２および受信データ判定部１６からＲＰＲヘッダが付加されたパケットを受け取る。送出リング選択部１１は、パケットを受け取ると、そのパケットのＲＰＲヘッダを確認し、インナーリングとアウターリングとのどちらへパケット（フレーム）を送信するか選択し、選択したリングへパケットを送信する。
送出ＲＰＲ装置判定部１２は、パケットの宛先ＭＡＣアドレスから送信先ＲＰＲ装置のＭＡＣアドレスを判定し、判定結果に応じたＲＰＲヘッダをパケットに付加する。
すなわち、送出ＲＰＲ装置判定部１２は、パケットを受け取ると、このパケットの宛先ＭＡＣアドレスに対応する送信先ＲＰＲ装置アドレスの検索をＲＰＲ装置アドレス検索部１３に指示し、検索結果として送信先ＲＰＲ装置アドレスを受け取った場合には、この送信先ＲＰＲ装置アドレスを含むＲＰＲヘッダをパケットに付与し、送出リング選択部１１に与える。
ＲＰＲ装置アドレス検索部１３は、パケットの宛先ＭＡＣアドレスから送信先利用者機器が接続されているＲＰＲ装置のＭＡＣアドレスをＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０から検索する。
すなわち、ＲＰＲ装置アドレス検索部１３は、送出ＲＰＲ装置判定部１２からの指示に従って、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０からパケットの宛先ＭＡＣアドレスに対応する送信先ＲＰＲ装置アドレスを検索し、対応する送信先ＲＰＲ装置アドレスを取得できた場合には、この送信先ＲＰＲ装置アドレスを送出ＲＰＲ装置判定部１２に通知する。
受信利用者データ判定部１４は、利用者機器から受信したパケットから、送信元利用者機器の収容ポートおよび送信元利用者機器のＭＡＣアドレスを判定し、利用者アドレス学習部１５に与える。
すなわち、受信利用者データ判定部１４は、いずれかの利用者機器インターフェイス（収容ポート）で受信されたパケットを受け取り、少なくともこのパケットを受信した収容ポートのポート番号とパケットの送信元ＭＡＣアドレスとを利用者アドレス学習部１５に通知する。
利用者アドレス学習部１５は、自ＲＰＲ装置に接続している送信元利用者機器の収容ポートおよび送信元利用者機器のＭＡＣアドレスを学習する。すなわち、利用者機器学習部１５は、受信利用者データ判定部１４から受け取ったパケットの送信元利用者機器の収容ポート（受信ポート）のポート番号およびその送信元利用者機器のＭＡＣアドレス（パケットの送信元ＭＡＣアドレス）とを対応付けて利用者機器アドレス／収容位置学習テーブル２１に設定する。
受信データ判定部１６は、リングネットワーク（ＲＰＲリング）から受信したパケットに付加されているＲＰＲヘッダの宛先ＭＡＣアドレスを判定し、隣接ＲＰＲ装置へ転送するか、自ＲＰＲ装置へパケットを取り込む（ドロップする）かを決定する。
すなわち、受信データ判定部１６は、パケットに付加されているＲＰＲヘッダの送信先ＲＰＲ装置アドレスが自ＲＰＲ装置アドレスであれば、そのパケットを送出位置判定部１８に送る。これに対し、送信先ＲＰＲ装置アドレスが自ＲＰＲ装置アドレスでなければ、そのパケットを送出リング選択部１１に送る。また、受信データ判定部１６は、ＲＰＲヘッダが付加されたパケットをＲＰＲ装置アドレス学習部１７に与える。
また、本発明は、Ｌ２グルーピング識別子（例えば、ＶＬＡＮ識別子）を利用することができる。この場合には、受信データ判定部１６が、上記した機能に加えて、さらに、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する前にフィルタリングを行うように構成することができる。
ＲＰＲ装置アドレス学習部１７は、受信データ判定部１６から受け取ったパケットから送信元ＲＰＲ装置アドレス及び利用者機器アドレスを学習する。
すなわち、ＲＰＲ装置アドレス学習部１７は、パケットに付加されたＲＰＲヘッダの送信元ＲＰＲ装置アドレスと、パケットの送信元ＭＡＣアドレス（送信元利用者機器アドレス）との対応関係を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に設定する。
また、ＲＰＲ装置アドレス学習部１７は、学習が行われた利用者機器アドレス／収容ポート対応テーブル２１を参照して、自ＲＰＲ装置のアドレスおよび自ＲＰＲ装置配下の利用者機器アドレスを学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に設定することもできる。
送出位置判定部１８は、ＲＰＲヘッダが付加されたパケットを受け取り、このパケットのＲＰＲヘッダを削除し、このパケットの宛先ＭＡＣアドレスに対応するポート番号の検索を利用者アドレス検索部１９に指示し、対応するポート番号を利用者アドレス検索部１９から受け取った場合には、このポート番号に対応する収容ポート（利用者機器インターフェイス）からパケットを送出する。
利用者アドレス検索部１９は、送出位置判定部１８からの指示に従って、パケットの宛先ＭＡＣアドレスに対応する送信先利用者機器の収容ポートを利用者機器アドレス／収容位置学習テーブル２１から検索し、対応する収容ポートを得られた場合には、この収容ポート（ポート番号）を送出位置判定部１８に通知する。
ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０は、学習したＲＰＲ装置アドレス／利用者機器アドレスの対応関係を示すＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａ（Ｆｉｇ．３参照）を管理する。
なお、本発明においてＬ２グルーピング識別子が利用される場合には、Ｌ２グルーピング識別子は、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されるように構成することができる。
利用者機器アドレス／収容位置学習部テーブル２１は、利用者機器アドレスと利用者機器の収容ポートとの対応関係を示す対応テーブル（「ＭＡＣ学習テーブル」とも表記する）を保持・管理する。
なお、Ｆｉｇ．２に示したＲＰＲ装置の構成は、例えば、従来におけるＲＰＲ装置（Ｆｉｇ．３８）の送出ＲＰＲ装置判定部および受信データ判定部に改変を加えるとともに、ＩＰルーティング制御部に代えてＲＰＲ装置アドレス検索部１３，ＲＰＲ装置アドレス学習部１７およびＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０を用意することで実現することができる。
Ｆｉｇ．２に示した構成において、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０で管理されるＲＰＲ−ＭＡＣアドレス学習テーブルが本発明の記憶部に相当する。
また、送出ＲＰＲ装置判定部１２およびＲＰＲ装置アドレス検索部１３が本発明の転送制御手段に相当し、送出ＲＰＲ装置判定部１２が本発明の付加部に相当し、ＲＰＲ装置アドレス検索部１３が本発明の検索部に相当する。また、送出リング選択部１１がデータをＲＰＲネットワークに送出する手段に相当する。
また、受信データ判定部１６が本発明の受信手段に相当する。また、ＲＰＲ装置アドレス学習部１７およびＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が本発明のアドレス学習手段に相当し、ＲＰＲ装置アドレス学習部２０が本発明の判定部に相当し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が本発明の登録部に相当する。
〈作用〉
本発明に係る作用をＦｉｇ．２〜５を用いて説明する。
（１）ＭＡＣアドレス学習前のパケット送信（Ｆｉｇ．３）
本発明は、従来技術のように、Ｌ３ルーティングプロトコルによりルーティングテーブルを作成するのではなく、ＲＰＲ装置がブロードキャスト送信されるパケットを取り込んでＭＡＣアドレス学習によりＲＰＲ装置の配下にいる利用者機器が接続されていることを認識し、ＲＰＲ装置アドレス／利用者機器アドレスの対応テーブルを作成する。
以降、説明にあたり、ＲＰＲ装置内における処理の説明はＦｉｇ．２を使用し、各ノードの位置およびフレームの処理に関してはＦｉｇ．３を使用する。
最初に、保守者は、ＲＰＲリングを構成しているＲＰＲ装置Ｉ，ＩＩ，ＩＩＩ，ＩＶの初期設定を実施する（Ｆｉｇ．３；（１））。
各ＲＰＲ装置は、従来のＲＰＲ技術であるトポロジ検出を行うため、インナーリングおよびアウターリングに対してトポロジ検出メッセージをブロードキャスト送信する。各ＲＰＲ装置から送信されるトポロジ検出メッセージは他のＲＰＲ装置で受信され、リングトポロジ情報が認識される。
トポロジ検出メッセージは定期的に送信され、各ＲＰＲ装置は、２度連続して同様のリングトポロジ情報を受信すると、そのリングトポロジ情報に関するトポロジテーブルを生成する。このようにして、インナーリングおよびアウターリングのトポロジマップが各ＲＰＲ装置で作成される。
なお、トポロジマップは、ＲＰＲリング上のノード（ＲＰＲ装置）毎に、そのＭＡＣアドレス（ＲＰＲ装置アドレス），インナーおよびアウターリングに対するＴＴＬ（Ｔｉｍｅ ｔｏ Ｌｉｖｅ：自装置に対する位置を表す）および状態を管理する（Ｆｉｇ．３；（２））。
端末Ａは、端末Ｂへパケットを送信する場合には、既知のＩＰアドレスからルータＸのＭＡＣアドレスを認識するために自分の属しているサブネット内にＡＲＰパケット（ＡＲＰ要求パケット）を送信する（Ｆｉｇ．３；（３））。
ルータＸは、ＡＲＰパケットを受信すると、自身のＭＡＣアドレスを含むＡＲＰ応答パケットを端末Ａに送信する（Ｆｉｇ．３；（４））。端末Ａは、ＡＲＰ応答パケットを受信することによって、宛先ＭＡＣアドレスとして指定されるルータＸのＭＡＣアドレスを認識することができる。
端末Ａは、宛先ＭＡＣアドレスを認識すると、端末Ｂにパケットを送信するために、まず、ルータＸへデータパケットを送信する（ＩＰ宛先アドレス：端末Ｂ，Ｆｉｇ．３；（５））。
ルータＸはＩＰ宛先アドレスから端末ＢのＭＡＣアドレスを認識するために、端末Ｂが属しているサブネット内にＡＲＰ要求パケットを送信する（Ｆｉｇ．３；（６））。これによって、ＡＲＰ要求パケットがルータＸからＲＰＲ装置Ｉへ転送される。
ＲＰＲ装置Ｉは、ルータＸからのＡＲＰパケットをポート“ａ”で受信する。ＲＰＲ装置Ｉは、Ｆｉｇ．２に示す受信利用者データ判定部１４でＡＲＰパケットからルータＸのＭＡＣアドレス（ＡＲＰパケットの送信元ＭＡＣアドレス）とＡＲＰパケットの受信ポートを認識し、利用者アドレス学習部１５にＡＲＰパケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で認識したルータＸのＭＡＣアドレスと受信ポートとの対応関係を学習し、利用者機器アドレス／収容位置学習テーブル２１でＭＡＣ学習テーブルを作成する。
ＡＲＰパケットをＲＰＲリング内へ透過させるため、受信利用者データ判定部１４は、ＡＲＰパケットを送出ＲＰＲ装置判定部１２へ渡す。
なお、従来技術（Ｆｉｇ．３８）では、ＭＡＣ学習テーブルを作成後、ＩＰを終端するためルータＸにＡＲＰ応答パケットを送出し、その後ルータＸからＲＰＲ装置Ｉに送信されるデータパケットを受信する。
受信利用者データ判定部１４からＡＲＰパケットを受け取った送出ＲＰＲ装置判定部１２は、ＡＲＰパケットをＲＰＲ装置アドレス検索部１３へ渡す。
なお、従来技術（Ｆｉｇ．３８）では、データパケットを受信したＩＰルーティング制御部がデータパケットの宛先ＩＰアドレスをもとに、ルーティングテーブルから端末ＢがＲＰＲ装置ＩＩＩに接続していることを認識し、宛先ＲＰＲ装置ＭＡＣアドレスをＲＰＲ装置ＩＩＩのＭＡＣアドレスに設定したＲＰＲヘッダを付加する。
ＲＰＲ装置アドレス検索部１３は、ＡＲＰパケットの宛先ＭＡＣアドレスを検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内のＲＰＲ−ＭＡＣアドレス学習テーブル（ＲＰＲ装置アドレス／利用者機器アドレス対応テーブル）２０Ａを検索する。
このとき、宛先ＲＰＲ装置アドレスが不明であれば、送出ＲＰＲ装置判定部１２は、宛先ＲＰＲ装置ＭＡＣアドレスがブロードキャストアドレスに設定され且つ送信元ＲＰＲ装置ＭＡＣアドレスにＲＰＲ装置ＩのＭＡＣアドレスが設定されたＲＰＲヘッダをＡＲＰパケットに付加し、送出リング選択部１１へ渡す。ここでは、宛先ＲＰＲ装置アドレスが不明であったと仮定する。
送出リング選択部１１は、ＲＰＲヘッダの情報およびトポロジマップに基づいて、インナーリングとアウターリングとのどちらへ送信するかを選択し、選択したリングへＲＰＲデータパケットを送出する。ここでは、送出リング選択部１１は、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩＩにＲＰＲデータパケットを送信する（Ｆｉｇ．３；（８））。
ＲＰＲ装置ＩからＲＰＲデータパケットを受信したＲＰＲ装置ＩＩの受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレス（宛先ＲＰＲ装置ＭＡＣアドレス）を判定する。ここでは、宛先ＲＰＲ装置ＭＡＣアドレスはブロードキャストアドレスである。
このため、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１と送出位置判定部１８へ渡す。このとき、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７にも渡す。
なお、従来技術（Ｆｉｇ．３８）では、受信データ判定部は、送出リング選択部と、ＩＰルーティング制御部へＲＰＲデータパケットを渡す。ＲＰＲデータパケットを受け取ったＩＰルーティング制御部は、ＡＲＰパケットから抽出した宛先ＩＰアドレスをもとに、ルーティングテーブルからＲＰＲ装置ＩＩの配下に宛先ＩＰアドレスが一致する端末が存在しないことを認識し、ＡＲＰパケットを破棄する。
ＲＰＲデータパケットを受け取ったＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケット中のＡＲＰパケットの送信元ＭＡＣアドレスを検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内のＲＰＲ−ＭＡＣアドレス学習テーブルを参照し、送信元利用者機器アドレスが学習されているか否かを判定する。
ここでは、ＡＲＰパケットの送信元ＭＡＣアドレスは未学習であるものと仮定する。この場合、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＲＰＲ装置ＭＡＣアドレスとＡＲＰパケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出位置判定部１８は、ＲＰＲデータパケットからＲＰＲヘッダを削除し、ＡＲＰパケットの宛先ＭＡＣアドレス（ブロードキャスト）にしたがって、ＲＰＲ装置ＩＩの配下の接続機器（利用者機器）へＡＲＰパケットをブロードキャストで送信する。しかし、ＲＰＲ装置ＩＩの配下には、宛先ＩＰアドレスが一致する利用者機器がいない。このため、ＲＰＲ装置ＩＩの配下では誰も応答しない。
一方、受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへ送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置に相当するＲＰＲ装置ＩＩＩへＲＰＲデータパケットが送信される。
ＲＰＲ装置ＩＩＩがＲＰＲ装置ＩＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩと同様に、受信データ判定部１６でＲＰＲヘッダの宛先ＭＡＣアドレスが判定される。
ＲＰＲヘッダの宛先ＭＡＣアドレスはブロードキャストアドレスである。このため、受信データ判定部１６は、送出リング選択部１１へＲＰＲデータパケットを送信するとともに、ＲＰＲ装置アドレス学習部１７および送出位置判定部１８へ渡す。
ＲＰＲ装置アドレス学習部１７はＲＰＲヘッダの送信元ＲＰＲ装置ＭＡＣアドレスとＡＲＰパケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出リング選択部１１が受信データ判定部１６から受け取るＲＰＲデータパケットについては、ＲＰＲ装置ＩＩと同様の動作が行われる。これによって、ＲＰＲデータパケットがＲＰＲ装置ＩＶに伝達され、ＲＰＲ装置ＩＶで、ＲＰＲ−ＭＡＣアドレス学習テーブル（ＲＰＲ装置ＩのＭＡＣアドレスとルータＸのＭＡＣアドレスとの対応関係）が学習および作成される（Ｆｉｇ．３；（９））。
一方、送信位置判定部１８は、受信データ判定部１６からＲＰＲデータパケットを受信すると、このＲＰＲデータパケットからＲＰＲヘッダを削除し、このパケットの宛先ＭＡＣアドレスを識別する。
このとき、パケットはＡＲＰパケットであり、その宛先ＭＡＣアドレスはブロードキャストアドレスである。このため、送信位置判定部１８は、利用者アドレス検索部１９に対する指示を行うことなく、ＲＰＲ装置ＩＩＩの配下の利用者機器（全ての利用者インターフェイス）にＡＲＰパケットをブロードキャストで送信する（Ｆｉｇ．３；（１０））。
このとき、端末Ｂに対応する利用者インターフェイス（収容ポート）“ｂ”からもＡＲＰパケットは送出され、レイヤ２スイッチ（Ｌ２ＳＷ）Ｙを介して端末Ｂに到着する。このようにして、ルータＸから送信されたＡＲＰパケットが端末Ｂで受信される。
以上の動作によると、リング上の各ＲＰＲ装置は、ブロードキャスト送信されるＲＰＲデータパケットを取り込み、その送信元ＲＰＲ装置ＭＡＣアドレスと送信元ＭＡＣアドレスとを抽出する。
これによって、ＲＰＲ装置アドレスとＭＡＣアドレスとの対応関係を学習し、ＲＰＲ装置アドレスと利用者機器アドレスとの対応テーブル（ＭＡＣ−ＲＰＲアドレス学習テーブル２０Ａ）を作成することができる。これによって、各ＲＰＲ装置は、各ＲＰＲ装置に接続されている配下の利用者機器を認識することができる。
上記した例では、ルータＸのＭＡＣアドレスとＲＰＲ装置ＩのＭＡＣアドレスとの対応関係を示すＭＡＣ−ＲＰＲ学習テーブル２０Ａが各ＲＰＲ装置Ｉ〜ＩＶでそれぞれ作成される。
これによって、各ＲＰＲ装置Ｉ〜ＩＶのそれぞれにおいて、ＲＰＲ装置Ｉの配下にルータＸが利用者機器として接続されていることを認識することができる。
（２）ＭＡＣアドレス学習後のパケット送信（Ｆｉｇ．４）
本発明では、従来技術のように、Ｌ３ルーティングプロトコルにより作成されたルーティングテーブルから利用者機器を配下に持つＲＰＲ装置を認識するのではなく、ＲＰＲ装置で作成されたＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから利用者機器が接続されているＲＰＲ装置を認識し、これによって、利用者機器間でのパケット送受信を実現する。以降、説明にあたり、ＲＰＲ装置内における処理の説明はＦｉｇ．２を使用し、各ノードの位置およびフレームの処理に関しては、Ｆｉｇ．４を使用する。
Ｆｉｇ．３に示した動作によってＡＲＰパケットを受信した端末Ｂは、ルータＸにＡＲＰ応答パケットを送信する（Ｆｉｇ．４；（１１））。
ＲＰＲ装置ＩＩＩは、端末Ｂから送信されたＡＲＰ応答パケットをレイヤ２スイッチＹを経由してポート“ｂ”で受信する。すると、ＲＰＲ装置ＩＩＩの受信利用者データ判定部１４は、送出ＲＰＲ装置判定部１２と利用者アドレス学習部１５にＡＲＰ応答パケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で判定される端末ＢのＭＡＣアドレスとＡＲＰ応答パケットを受信したポート“ｂ”との対応関係を学習し、利用者機器アドレス／収容位置学習テーブル（ＭＡＣ学習テーブル）２１にこの対応関係を設定する。
このようにして、利用者アドレス学習部１５は、利用者機器アドレスと収容位置との対応を示すＭＡＣ学習テーブル２１を作成する。
受信利用者データ判定部１４からＡＲＰ応答パケットを受け取った送出ＲＰＲ装置判定部１２は、ＡＲＰ応答パケットをＲＰＲリング内で透過させるため、ＲＰＲ装置アドレス検索部１３に渡す。
これによって、ＡＲＰ応答パケットに対するＲＰＲネットワーク中の宛先（宛先ＲＰＲ装置ＭＡＣアドレス）の決定処理が行われる（Ｆｉｇ．４；（１２））
なお、従来技術（Ｆｉｇ．３８）では、ＲＰＲ装置がＩＰを終端する。このため、ＩＰルーティング制御部がＡＲＰ応答パケットから宛先ＩＰアドレスを抽出し、ルーティングテーブルによりルータＸがＲＰＲ装置Ｉの先に存在することを認識する。
ＡＲＰ応答パケットを受け取ったＲＰＲ装置アドレス検索部１３は、ＡＲＰ応答パケットの宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）を検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを検索する。
このとき、宛先ＭＡＣアドレスに対応するＲＰＲ装置ＭＡＣアドレスとして、ＲＰＲ装置ＩのＭＡＣアドレスが検出される。これによって、ルータＸがＲＰＲ装置Ｉの先（配下）に存在することを認識することができる。
送出ＲＰＲ装置判定部１２は、ＲＰＲ装置アドレス検索部１３から検索結果として宛先ＭＡＣアドレスに対応する宛先ＲＰＲ装置ＭＡＣアドレス（ＲＰＲ装置ＩのＭＡＣアドレス）を受け取る。
すると、送出ＲＰＲ装置判定部１２は、ＲＰＲ装置ＩのＭＡＣアドレスをＡＲＰ応答パケットの宛先ＲＰＲ装置ＭＡＣアドレスとして決定する。そして、送出ＲＰＲ装置判定部１２は、ＲＰＲ装置ＩのＭＡＣアドレスが宛先ＲＰＲ装置ＭＡＣアドレスとして設定されたＲＰＲヘッダをＡＲＰ応答パケットに付加することによってＲＰＲデータパケットを生成し、送出リング選択部１１へ渡す。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩＩへＲＰＲデータパケットが転送される（Ｆｉｇ．４；（１３））。
ＲＰＲ装置ＩＩＩからＲＰＲデータパケットを受信したＲＰＲ装置ＩＩの受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する。ＲＰＲヘッダの宛先ＭＡＣアドレスは、ＲＰＲ装置ＩのＭＡＣアドレスであり、自ノードＭＡＣアドレス（ＲＰＲ装置ＩＩのＭＡＣアドレス）と異なる。
この場合、受信データ判定部１６は、送出位置判定部１８にＲＰＲデータパケットを渡すことなく、送出リング選択部１１とＲＰＲ装置アドレス学習部１７とにＲＰＲデータパケットを渡す。
なお、従来技術（Ｆｉｇ．３８）では、受信データ判定部は、ＩＰルーティング制御部にＲＰＲデータパケットを渡すことなく送出リング選択部に渡す。
ＲＰＲ装置アドレス学習部１７は、ＡＲＰ応答パケットの送信元ＭＡＣアドレスを検索キーとしてＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内のＲＰＲ−ＭＡＣアドレス学習テーブルを検索する。ここでは、検索キーに相当するＭＡＣアドレス（端末ＢのＭＡＣアドレス）が未学習であるものと仮定する。
この場合には、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＭＡＣアドレス（ＲＰＲ装置ＩＩＩのＭＡＣアドレス）とＡＲＰ応答パケットの送信元ＭＡＣアドレスの対応関係を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０内にこの対応関係を示すＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、送出リング選択部１１は、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩへＲＰＲデータパケットを送信する。
ＲＰＲＩがＲＰＲ装置ＩＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩと同様に、受信データ判定部１６がＲＰＲヘッダの宛先ＭＡＣアドレスを判定する。
ここでは、ＲＰＲヘッダの宛先ＭＡＣアドレスは自ノードＭＡＣアドレス（自ＲＰＲ装置ＭＡＣアドレス）と一致する。このため、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１に渡すことなく、ＲＰＲ装置アドレス学習部１７と送出位置判定部１８とに渡す。
なお、従来技術（Ｆｉｇ．３８）では、受信データ判定部は、ＲＰＲデータパケットをＩＰルーティング制御部に渡す。ＩＰルーティング制御部は、ＡＲＰ応答パケットから抽出した宛先ＩＰアドレスをもとに、ルーティングテーブルからＲＰＲ装置Ｉの配下にルータＸが存在することを認識し、ＡＲＰ応答パケットを送出位置判定部へ渡す。
ＲＰＲ装置アドレス学習部１７では、送信元ＲＰＲ装置ＭＡＣアドレスが未学習であれば、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ応答パケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出位置判定部１８は、受信データ判定部１６からＲＰＲデータパケットを受信すると、このＲＰＲデータパケットからＲＰＲヘッダを削除する。続いて、送出位置判定部１８は、ＡＲＰ応答パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する。
ここでは、宛先ＭＡＣアドレスがブロードキャストアドレスでないので、利用者アドレス検索部１９にＡＲＰ応答パケットの宛先ＭＡＣアドレスを渡す。
利用者アドレス検索部１９は、宛先ＭＡＣアドレスを検索キーとしてＭＡＣアドレス学習テーブル（利用者機器アドレス／収容位置学習テーブル２１）を検索する。ここでは、宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）に対応するポート番号として、ポート“ａ”が検索される。すると、利用者アドレス検索部１９は、このポート番号を送出位置判定部１８に通知する。
送出位置判定部１８は、検索結果としてポート“ａ”のポート番号を利用者アドレス検索部１９から受け取ると、ＡＲＰ応答パケットをポート“ａ”に相当する利用者機器インターフェイスから送信する。
以上により、端末Ｂから送信されたＡＲＰ応答パケットはルータＸで受信される（Ｆｉｇ．４；（１４））。
ルータＸは、ＲＰＲ装置ＩからＡＲＰ応答パケットを受信すると、端末Ａから受信したデータパケット（ＭＡＣフレーム）を端末Ｂ宛に送信する。ＲＰＲ装置Ｉは、端末ＢがＲＰＲ装置ＩＩＩに接続されていることを既に学習している。
このため、ルータＸは、ＲＰＲ装置ＩＩＩのＭＡＣアドレスが宛先ＲＰＲ装置ＭＡＣアドレスに設定されたＲＰＲヘッダを付加したデータパケットをＲＰＲ装置ＩＩＩへ転送する。そして、ＲＰＲ装置ＩＩＩは、ＲＰＲヘッダを外したデータパケットをポート“ｂ”から送出する。これによって、端末Ａからのデータパケットが端末Ｂへ到着する。
その後、端末Ｂから端末Ａ宛にデータパケット（ＭＡＣフレーム）が送信されると、ＲＰＲ装置ＩＩＩは、このデータパケットに宛先ＲＰＲ装置アドレスとしてＲＰＲ装置ＩのＭＡＣアドレスが設定されたＲＰＲヘッダをデータパケットに付加してＲＰＲ装置Ｉへ転送し、ＲＰＲ装置Ｉは、ＲＰＲヘッダを外したデータパケットをポート“ａ”からルータＸへ送信する。ルータＸは、データパケットを端末Ａに送信する。
以上説明した作用によると、ルータＸがＡＲＰパケットをＲＰＲ装置Ｉへ送信し、ＲＰＲ装置ＩからＡＲＰ応答パケットを受信するまでの間で、各ＲＰＲ装置が送信元ＲＰＲ装置ＭＡＣアドレスと送信元ＭＡＣアドレスとの対応関係を学習する。
従って、その後は、端末Ａと端末Ｂとの間でブロードキャストパケットを送ることなくデータパケットの送受信を実行することが可能となる。
すなわち、ＲＰＲ装置でＭＡＣアドレス学習により作成されたＲＰＲ装置アドレス／利用者機器アドレスの対応テーブル（ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａ）から送信先利用者機器が接続しているＲＰＲ装置を認識することで、利用者機器間でパケット送受信が可能となる。
（３）Ｌ２グルーピング識別子を用いたパケット送信（Ｆｉｇ．５）
本発明では、各ＲＰＲ装置にＬ２グルーピング識別子を設定することができる。これによって、各ＲＰＲ装置が自ＲＰＲ装置宛のＲＰＲデータパケットしか取り込まないようにフィルタリングすることが可能となる。
以降、説明にあたり、ＲＰＲ装置の構成要素の動作についてはＦｉｇ．２を使用し、各ノードの位置およびフレームの処理に関しては、Ｆｉｇ．５を用いて説明する。
Ｆｉｇ．５に示すネットワークシステムにおいて、端末Ａ，ルータＸ，ＲＰＲ装置ＩおよびＩＩＩ，ならびに端末Ｂは、第１のＬ２グループ（登録Ｌ２グルーピング識別子：１）に属しており、ＲＰＲ装置ＩＩおよびＩＶは、第２のＬ２グループ（登録Ｌ２グルーピング識別子：２）に属しているものと仮定する。
各ＲＰＲ装置Ｉ〜ＩＶがトポロジマップを生成してから、ルータＸがＲＰＲ装置ＩへＬ２グルーピング識別子を使用しているＡＲＰパケットを送信し、ＲＰＲ装置ＩがＲＰＲヘッダを付加してＲＰＲ装置ＩＩにＲＰＲデータパケットを送信するまでの動作は、上述した（１）における動作と同様である。
ＲＰＲ装置ＩＩは、ＲＰＲ装置ＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩの受信データ判定部１６は、ＲＰＲデータパケットがＬ２グルーピング識別子を使用しているか否か（ＲＰＲデータパケットにＬ２グルーピング識別子が設定されているか否か）を判定する。
このとき、Ｌ２グルーピング識別子が使用されている場合には、受信データ判定部１６は、Ｌ２グルーピング識別子の値が自ノード（自ＲＰＲ装置）に登録されている値（登録Ｌ２グルーピング識別子：１）と一致するかどうかを判定する。
ここでは、ＲＰＲデータパケットのＬ２グルーピング識別子の値と自ノードに登録されているＬ２グルーピング識別子の値は一致しない。この場合には、ＲＰＲ装置ＩＩは、ＲＰＲヘッダの宛先ＭＡＣアドレスの判定，および送信元ＲＰＲ装置アドレスと送信元利用者機器アドレスの対応の学習を実行しない。
すなわち、Ｌ２グルーピング識別子の値が異なる場合には、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスの値がブロードキャスト指定であっても、このＲＰＲデータパケットを受信せず（ＲＰＲ装置アドレス学習部１７および送出位置判定部１８に渡すことなく）、送出リング選択部１１へのみ渡す。
受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置ＩＩＩへＲＰＲデータパケットを送信する。
ＲＰＲ装置ＩＩＩがＲＰＲ装置ＩＩからＲＰＲデータパケットを受信すると、ＲＰＲ装置ＩＩＩの受信データ判定部１６が、ＲＰＲ装置ＩＩと同様に、ＲＰＲデータパケットにＬ２グルーピング識別子が設定されているか否かを判定する。ここでは、ＲＰＲデータパケットのＬ２グルーピング識別子の値が自ノードに登録されている値（Ｌ２グルーピング識別子：１）と一致する。
この場合には、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定し、この宛先ＭＡＣアドレスがブロードキャストアドレスであるので、このＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７および送出位置判定部１６に渡す。
ＲＰＲ装置アドレス学習部１７は、（１）と同様に、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰパケットの送信元ＭＡＣアドレスの対応関係を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０でＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲ装置ＩＩと同様の動作を行う。すなわち、ＲＰＲ装置ＩＩＩからＲＰＲ装置ＩＶにＲＰＲデータパケットが送信される。
ＲＰＲ装置ＩＶは、ＲＰＲデータパケットのＬ２グルーピング識別子が自ノードの値と一致しないので、ＲＰＲ装置ＩＩと同様の動作を行い、このＲＰＲデータパケットに係る送信元ＲＰＲ装置アドレスと利用者機器アドレスとの対応関係を学習しない。
送出位置判定部１６は、受信データ判定部１６からＲＰＲデータパケットを受信すると、ＲＰＲヘッダを削除し、ＲＰＲ装置ＩＩＩの配下の利用者機器にＡＲＰパケットをブロードキャスト送信する。
これ以降の動作は、上述した（１）および（２）と同様であるので、説明を省略する。このように、本発明にＬ２グルーピング識別子を適用すれば、各ＲＰＲ装置に設定されたＬ２グルーピング識別子によって、各ＲＰＲ装置は、自ＲＰＲ装置宛のＲＰＲデータパケットしか取り込まないようにフィルタリング処理を行う。
これによって、自ＲＰＲ装置に係るＲＰＲデータパケットのＲＰＲ−ＭＡＣアドレス学習テーブルのみを作成することができる。すなわち、不要なＲＰＲ−ＭＡＣアドレス学習テーブルを作成しなくて済む。また、利用者機器インターフェイスに対する不要なブロードキャストアドレスの送信を抑えることができる。
〈変形例〉
Ｆｉｇ．２〜Ｆｉｇ．５を持ちいて説明したＲＰＲ装置の構成は、次のように変形することが可能である。
上記した動作では、受信データ判定部１６は、ＲＰＲデータパケットのＲＰＲヘッダの宛先ＲＰＲ装置アドレスが自装置宛であれば、そのＲＰＲデータパケットを送出位置判定部１８およびＲＰＲ装置アドレス学習部１７に渡し、宛先ＲＰＲ装置アドレスがブロードキャストアドレスであれば、ＲＰＲデータパケットを送出リング選択部１１，送出位置判定部１８およびＲＰＲ装置アドレス学習部１７に渡し、宛先ＲＰＲ装置アドレスがこれら以外のＲＰＲデータパケットであれば、送出リング選択部１１およびＲＰＲ装置アドレス学習部１７に渡している。
すなわち、受信データ判定部１６は、ＲＰＲデータパケットが自装置で取り込むべきものであれば、このＲＰＲデータパケットを送出位置判定部１８に渡すように構成されている。
ここで、受信データ判定部１６は、送出位置判定部１８にＲＰＲデータパケットを渡す場合に、ＲＰＲ装置アドレス学習部１７と送出位置判定部１８とにほぼ同時にＲＰＲデータパケットを渡すように構成することができる。
この場合には、ＲＰＲデータパケットの転送処理と、ＲＰＲ−ＭＡＣアドレスの学習処理とが並列に実行される（ＲＰＲ装置アドレス学習部１７は、自身の処理後ＲＰＲデータパケットを廃棄）。
これに対し、受信データ判定部１６がＲＰＲ装置アドレス学習部１７にＲＰＲデータパケットを一旦渡し、ＲＰＲ装置アドレス検索部１７が自身の処理後にＲＰＲデータパケットを受信データ判定部１６に戻し、受信データ判定部１６がＲＰＲデータパケットを送出位置判定部１８に渡すように構成することができる。
この場合には、受信データ判定部１６がＲＰＲデータパケットのコピーを作成し、ＲＰＲ装置アドレス学習部１７に渡す処理が不要である。
上述したような構成に代えて、受信データ判定部１６は、ＲＰＲデータパケットの宛先ＲＰＲ装置アドレスが自装置宛であれば、ＲＰＲデータパケットを送出位置判定部１８に渡すことなくＲＰＲ装置アドレス学習部１７に渡し、ＲＰＲ装置アドレス学習部１７が学習処理の後にＲＰＲデータパケットを送出位置判定部１８に渡すように構成することもできる。
また、宛先ＲＰＲ装置アドレスがブロードキャストアドレスであれば、受信データ判定部１６がＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７に渡し、ＲＰＲ装置アドレス学習部１７が学習処理の後にＲＰＲデータパケットを送出リング選択部１１および送出位置判定部１８に渡すように構成することもできる。
さらに、宛先ＲＰＲ装置アドレスが自装置宛およびブロードキャスト指定でない場合には、受信データ判定部１６がＲＰＲ装置アドレス学習部１７にＲＰＲデータパケットを渡し、ＲＰＲ装置アドレス学習部１７が学習処理の後にＲＰＲデータパケットを送出リング選択部１１に渡すように構成することもできる。すなわち、ＲＰＲデータパケットが構成要素間を一回だけ通過するように構成しても良い。
また、上述した構成では、受信利用者データ判定部１４は、利用者機器インターフェイスから受信したパケットを送出ＲＰＲ装置判定部１２と利用者アドレス学習部１５とに渡す。
ここで、受信利用者データ判定部１４は、受信データ判定部１６と同様に、パケットを送出ＲＰＲ装置判定部１２と利用者アドレス学習部１５にほぼ同時に渡すように構成することもできる。これに対し、受信利用者データ判定部１４は、利用者アドレス学習部１５に一旦パケットを渡し、利用者アドレス学習部１５の処理終了後、利用者アドレス学習部１５からパケットを受け取って送出ＲＰＲ装置判定部１２に渡すように構成しても良い。
さらに、受信利用者データ判定部１４は、パケットを利用者アドレス学習部１５のみに渡し、利用者アドレス学習部１５が学習処理を行った後、パケットを送出ＲＰＲ装置判定部１２に渡すように構成するようにしても良い。
さらに、Ｌ２グルーピング識別が利用される場合では、受信データ判定部１６は、Ｌ２グルーピング識別子の照合処理のために、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０で管理されている自ノードのＬ２グルーピング識別子を直接参照するように構成されている。
この構成に代えて、受信データ判定部１６がＲＰＲ装置アドレス学習部１７との連携により、ＲＰＲ装置アドレス学習部１７から自ノードのＬ２グルーピング識別子を受け取り、ＲＰＲデータパケットに設定されているＬ２グルーピング識別子との照合処理を行うように構成することができる。
また、上記した動作例では、ＡＲＰパケットがアウターリングを通ってＲＰＲ装置ＩからＲＰＲ装置ＩＩＩへ転送され、ＡＲＰ応答パケットがインナーリングを通ってＲＰＲ装置ＩＩＩからＲＰＲ装置Ｉへ転送されている。但し、本発明において、ＲＰＲデータパケットの経路（インナー／アウターリングの別）は、適宜設定可能なものである。
【実施例】
次に、本発明の実施例について説明する。下記の実施例で使用する語句を下記に説明する。
「リングトポロジ情報」は、リングネットワーク上に存在するＲＰＲ装置のＭＡＣアドレス、自ＲＰＲ装置からのホップ数などの情報を含む。
「トポロジマップ」は、トポロジ検出で収集されるリングトポロジ情報を格納したテーブルを示す。
「ＶＬＡＮ ＩＤ」は、ＶＬＡＮ（Ｖｉｒｔｕａｌ ＬＡＮ）を識別する識別子。レイヤ２ネットワークで一意な値である。上述した「Ｌ２グルーピング識別子」に相当する。
「ＲＰＲデータパケット」は、ＲＰＲヘッダを付加したパケット（ＭＡＣフレーム）。ＲＰＲリングネットワークでは、リング外からのパケット（ＭＡＣフレーム）がＲＰＲに従ったフォーマット（ＲＰＲヘッダを含む）によりカプセル化され、リング上を転送される。
ＲＰＲヘッダは、ＲＰＲリングネットワークにおける送信元および宛先を示す情報として、送信元のＲＰＲ装置のＭＡＣアドレス（送信元ＲＰＲ装置ＭＡＣアドレス）と、宛先のＲＰＲ装置のＭＡＣアドレス（宛先ＲＰＲ装置ＭＡＣアドレス）とを含む。
Ｆｉｇ．６〜Ｆｉｇ．３６は、本発明の一実施例の説明図である。Ｆｉｇ．６は、実施例における一ネットワーク構成例を示す図である。Ｆｉｇ．７は、実施例におけるＲＰＲ装置４の配下のネットワーク構成を示す図である。Ｆｉｇ．８は、実施例におけるＲＰＲ装置５の配下のネットワーク構成を示す図である。Ｆｉｇ．９は、実施例におけるＲＰＲ装置６の配下のネットワーク構成を示す図である。
また、Ｆｉｇ．１０は、実施例におけるトポロジ検出メッセージのフォーマット説明図である。Ｆｉｇ．１１は、実施例におけるトポロジ検出メッセージの設定情報の説明図である。Ｆｉｇ．１２は、実施例におけるＡＲＰ要求パケットのフォーマット説明図である。Ｆｉｇ．１３は、実施例におけるＡＲＰ要求パケットの設定情報の説明図である。Ｆｉｇ．１４は、ＲＰＲ装置４のＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．１５は、実施例における送出ＲＰＲ装置判定部の処理を示すフローチャートである。Ｆｉｇ．１６は、実施例におけるＲＰＲデータパケット（ＡＲＰ要求）のフォーマット説明図である。Ｆｉｇ．１７は、実施例におけるＲＰＲデータパケット（ＡＲＰ要求）の設定情報の説明図である。Ｆｉｇ．１８Ａおよび１８Ｂは、実施例における受信データ判定部の処理を示すフローチャートである。Ｆｉｇ．１９は、実施例におけるＲＰＲ装置アドレス学習部の処理を示すフローチャートである。
また、Ｆｉｇ．２０は、実施例におけるＲＰＲ装置アドレス／利用者機器アドレス学習管理部の処理を示すフローチャートである。Ｆｉｇ．２１は、各ＲＰＲ装置５および６のＲＰＲ−ＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．２２は、実施例におけるＡＲＰ応答パケットのフォーマット説明図である。Ｆｉｇ．２３は、実施例におけるＡＲＰ応答パケットの設定情報の説明図である。Ｆｉｇ．２４は、ＲＰＲ装置６のＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．２５は、実施例におけるＲＰＲ装置アドレス検索部の処理を示すフローチャートである。Ｆｉｇ．２６は、実施例におけるＲＰＲデータパケット（ＡＲＰ応答）のフォーマット説明図である。Ｆｉｇ．２７は、実施例におけるＲＰＲデータパケット（ＡＲＰ応答）の設定情報の説明図である。Ｆｉｇ．２８は、ＲＰＲ装置５の更新されたＲＰＲ−ＭＡＣアドレス学習テーブルを示す図である。Ｆｉｇ．２９は、ＲＰＲ装置４のＲＰＲ−ＭＡＣアドレス学習テーブルを示す図である。
また、Ｆｉｇ．３０は、実施例における一ネットワーク構成例（Ｌ２グルーピング識別子使用時）を示す図である。Ｆｉｇ．３１は、ＲＰＲ装置５のＶＬＡＮ ＩＤ登録テーブルを示す図である。Ｆｉｇ．３２は、ＲＰＲ装置６のＶＬＡＮ ＩＤ登録テーブルを示す図である。Ｆｉｇ．３３は、実施例におけるＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図である。Ｆｉｇ．３４は、実施例におけるＡＲＰ要求パケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図である。Ｆｉｇ．３５は、実施例におけるＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）のフォーマット説明図である。Ｆｉｇ．３６は、実施例におけるＲＰＲデータパケット（Ｌ２グルーピング識別子使用時）の設定情報の説明図である。
Ｆｉｇ．６には、実施例におけるネットワーク構成例が示されている。この実施例では、Ｆｉｇ．６中の利用者機器Ａと利用者機器Ｅとの間でパケットの送受信を行う場合について説明する。
ＲＰＲ装置は、Ｌ２機器とＬ３機器の双方を利用者機器として接続可能である。このため、Ｆｉｇ．６には、ＲＰＲ装置４に接続されたルータＸと、ＲＰＲ装置５に接続されたブリッジＺと、ＲＰＲ装置６に接続されたブリッジＹとが、利用者機器の例として示されている。
また、本発明で伝送可能なトラヒックの種類はＲＰＲが伝送できるものであれば何でも良く、特に限定されない。但し、本実施例ではＩＰトラヒックを使うこととする。
Ｆｉｇ．７は、ＲＰＲ装置４の配下のネットワーク構成を示している。ＲＰＲ装置４は、ＭＡＣアドレス“００−Ｅ０−００−００−２２−０４”を持ち、自身の収容ポート（ポート“ａ”）でルータＸを収容している。ルータＸは、ＭＡＣアドレス“００−Ｅ０−００−００−３３−０１”を持つ。
また、ルータＸは、利用者機器Ａ〜Ｃを収容している。各利用者機器Ａ〜Ｃは、例えばＩＰ端末であり、利用者機器ＡはＭＡＣアドレス“００−Ｅ０−００−００−１１−０１”を持ち、利用者機器ＢはＭＡＣアドレス“００−Ｅ０−００−００−１１−０２”を持ち、利用者機器ＣはＭＡＣアドレス“００−Ｅ０−００−００−１１−０３”を持つ。
Ｆｉｇ．８は、ＲＰＲ装置５の配下のネットワーク構成を示している。ＲＰＲ装置５は、ＭＡＣアドレス“００−Ｅ０−００−００−２２−０５”を持ち、自身の収容ポート（ポート“ａ”）でブリッジＺを収容している。ブリッジＺには、利用者機器（例えばＩＰ端末）Ｇが接続されている。利用者機器Ｆは、ＭＡＣアドレス“００−Ｅ０−００−００−１１−０７”を持つ。
Ｆｉｇ．９は、ＲＰＲ装置６の配下のネットワーク構成を示している。ＲＰＲ装置６は、ＭＡＣアドレス“００−Ｅ０−００−００−２２−０６”を持ち、自身の収容ポート（ポート“ａ”）でブリッジＹを収容している。ブリッジＹには、利用者機器（例えばＩＰ端末）として、利用者機器Ｄ〜Ｆが接続されている。
利用者機器ＤはＭＡＣアドレス“００−Ｅ０−００−００−１１−０４”を持ち、利用者機器ＥはＭＡＣアドレス“００−Ｅ０−００−００−１１−０５”を持ち、利用者機器ＦはＭＡＣアドレス“００−Ｅ０−００−００−１１−０６”を持つ。
（第１の動作例）Ｌ２グルーピング識別子を使用しない場合
最初に、実施例における第１の動作例として、Ｆｉｇ．６に示す利用者機器Ａから送信されたパケットを利用者機器Ｅが受信するまでの間における各ＲＰＲ装置１〜６の動作を、Ｌ２グルーピング識別子が使用されない場合について説明する。各ＲＰＲ装置１〜６のうち、少なくともＲＰＲ装置４，５および６は、Ｆｉｇ．２に示したような構成および機能を備えている。
リングネットワーク上の各ＲＰＲ装置１〜６は、既存のＲＰＲ技術であるトポロジ検出機能によってリング内の接続構成を学習する。各ＲＰＲ装置１〜６は、インナーリングおよびアウターリングに対してトポロジ検出を行うため、トポロジ検出メッセージをブロードキャスト送信する。トポロジ検出メッセージは、Ｆｉｇ．１０に示すようなフォーマットを有しており、このときのトポロジ検出メッセージのＲＰＲヘッダは、Ｆｉｇ．１１に示す設定値を持つ。
例えば、ＲＰＲ装置１から送信されたトポロジ検出メッセージは、各ＲＰＲ装置１〜６で受信されリングトポロジ情報が認識される。各ＲＰＲ装置１〜６は、トポロジ検出メッセージを受信すると、その送信元ＲＰＲ−ＭＡＣアドレスと自ＲＰＲ装置のＭＡＣアドレスを比較する。
送信元のＲＰＲ装置１は、送信元ＲＰＲ−ＭＡＣアドレスと自ＲＰＲ装置のＭＡＣアドレスが一致することでトポロジ検出メッセージがリングを一周したと判断する。他のＲＰＲ装置２〜５も同様である。
トポロジ検出メッセージは定期的に送信され、１つのＲＰＲ装置が２度連続して同様のリングトポロジ情報をもつトポロジ検出メッセージを受信すると、トポロジマップを生成する。
その後、トポロジに変化が生じた場合においては、各ＲＰＲ装置は、トポロジ変化後のリングトポロジ情報をもつトポロジ検出メッセージを２度連続して受信した場合にトポロジマップを更新する。このようにして、インナーおよびアウターリングのトポロジマップが各ＲＰＲ装置１〜６で作成される。
利用者機器Ａは、利用者機器Ｅにパケットを送信する場合には、利用者機器ＥのＩＰアドレス（既知）が自分の属しているサブネット外のものであると認識する。この場合、利用者機器Ａは、他のサブネットとのゲートウェイであるルータＸのＭＡＣアドレスを認識するために、自分の属しているサブネット内にＡＲＰ要求パケットを送信する。
ルータＡは、ＡＲＰ要求パケットを受信すると、自身のＭＡＣアドレスを含むＡＲＰ応答パケットを利用者機器Ａに送信する。
利用者機器ＡはＡＲＰ応答パケットを受信すると、パケットの宛先ＭＡＣアドレスとなるルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１を認識する。利用者機器Ａは、宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）を認識すると、利用者機器Ｅにパケットを送信するため、ルータＸへデータパケットを送信する。
ルータＸはデータパケット中の宛先ＩＰアドレスから利用者機器ＥのＭＡＣアドレスを認識するため、利用者機器Ｅが属しているサブネット内にＡＲＰ要求パケットを送信する。Ｆｉｇ．１２は、ルータＸから送信されるＡＲＰ要求パケットのパケットフォーマットを示し、Ｆｉｇ．１３は、ＡＲＰ要求パケットのＭＡＣヘッダの設定値を示す。
Ｆｉｇ．１３に示すように、宛先ＭＡＣアドレスがブロードキャスト（ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）に設定され、送信元ＭＡＣアドレスとしてルータＸのＭＡＣアドレスが設定され、タイプとして“ＡＲＰ要求”が設定される。
ＲＰＲ装置４はルータＸからのＡＲＰ要求パケットをポート“ａ”で受信する。ＲＰＲ装置４の受信利用者データ判定部１４は、利用者アドレス学習部１５にＡＲＰ要求パケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で判定されたルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１とＡＲＰ要求パケットを受信したポート“ａ”との対応を学習し、利用者機器アドレス／収容位置学習テーブル２１上にＦｉｇ．１４に示すようなＭＡＣ学習テーブルを作成する。
受信利用者データ判定部１４は、利用者アドレス学習部１５によるＭＡＣアドレス学習後、ＡＲＰ要求パケットを送出ＲＰＲ装置判定部１２に渡す。
送出ＲＰＲ装置判定部１２は、受信利用者データ判定部１４からＡＲＰ要求パケットを受け取ると、Ｆｉｇ．１５に示す処理を実行する。ここで、Ｆｉｇ．１５を用いて、送出ＲＰＲ装置判定部１２の処理フローを説明する。送出ＲＰＲ装置判定部１２は、パケットを受け取ると（ステップＳ００）、そのパケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する（ステップＳ０１）。
このとき、送出ＲＰＲ装置判定部１２は、ブロードキャストアドレスであれば（Ｓ０１；ＹＥＳ）、宛先ＲＰＲ装置ＭＡＣアドレスとしてブロードキャストアドレスを取得し（ステップＳ０２）、ブロードキャストアドレスでなければ（Ｓ０１；ＮＯ）、パケットをＲＰＲ装置アドレス検索部１３に渡し、宛先ＲＰＲ装置ＭＡＣアドレスをＲＰＲ装置アドレス検索部１３から受け取る。
そして、送出ＲＰＲ装置判定部１２は、パケットにステップＳ０２またはＳ０３で得た宛先ＲＰＲ装置ＭＡＣアドレスを含むＲＰＲヘッダをパケットに付加し、送出リング選択部１１に渡す（ステップＳ０４）。
Ｆｉｇ．１５に示した処理フローをルータＸ（利用者機器に相当）からのＡＲＰ要求パケットに対する処理に当てはめると、以下のようになる。すなわち、送出ＲＰＲ装置判定部１２は、ＡＲＰ要求パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する（Ｓ０１）。
ここに、ＡＲＰ要求パケットの宛先ＭＡＣアドレスはブロードキャストアドレス＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである（Ｆｉｇ．１６および１７参照）。このため、送出ＲＰＲ装置判定部１２は、宛先ＲＰＲ装置ＭＡＣアドレスとしてブロードキャストアドレスを取得し（Ｓ０２）、宛先ＲＰＲ装置ＭＡＣアドレスがブロードキャストアドレスに設定されたＲＰＲヘッダをＡＲＰ要求パケットに付加して送出リング選択部１１へ渡す（Ｓ０４）。
送出ＲＰＲ装置判定部１２から送出リング選択部１１に渡されるＡＲＰ要求を含むＲＰＲデータパケットは、Ｆｉｇ．１６に示すフォーマットを持ち。このＲＰＲデータパケットのＲＰＲヘッダは、Ｆｉｇ．１７に示す設定値を持つ。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置５にＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置４からＲＰＲデータパケット（Ｆｉｇ．１６および１７）を受信したＲＰＲ装置５の動作について説明する。ＲＰＲ装置５がＲＰＲ装置４からＲＰＲデータパケットを受信すると、ＲＰＲ装置５の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを実行する。
ここで、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを説明する。受信データ判定部１６は、隣接ＲＰＲ装置からＲＰＲデータパケットを受信すると（ステップＳ０００）、そのＲＰＲデータパケットにＶＬＡＮタグ（ＶＬＡＮ Ｔａｇ）が付加されているか否かを判定する（ステップＳ００１）。
このとき、ＶＬＡＮタグが付加されている場合（Ｓ００１；あり）には、処理がステップＳ００２に進み、そうでない場合（Ｓ００１；なし）には、処理がステップＳ００４へ進む。
ステップＳ００２では、受信データ判定部１６は、ＶＬＡＮ−ＩＤテーブル（ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されている）をＲＰＲデータパケットのＶＬＡＮタグ中のＶＬＡＮ−ＩＤでインデックスし、このＶＬＡＮ−ＩＤが自ノード（自ＲＰＲ装置）のＶＬＡＮ−ＩＤとして登録されているか否かを判定する。
このとき、ＶＬＡＮ−ＩＤが登録されていれば（Ｓ００２；あり）、処理がステップＳ００４に進み、そうでない場合（Ｓ００２；なし）には、処理がステップＳ００３に進む。
ステップＳ００３では、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１に渡した後、処理フローを終了する。
ステップＳ００４では、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレス（ＲＰＲ装置ＭＡＣアドレス）を判定する。このとき、宛先ＭＡＣアドレスが自ノードのＭＡＣアドレスであれば（Ｓ００４；自ノード）、処理がステップＳ００５に進み、ブロードキャストアドレスであれば（Ｓ００４；ブロードキャスト）、処理がステップＳ００７に進み、その他のアドレスであれば（Ｓ００４；その他）、処理がステップＳ０１１に進む。
ステップＳ００５では、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡し、処理をステップＳ００６に進める。ステップＳ００５によって、ＲＰＲ装置アドレス学習部１７が、ＲＰＲヘッダの送信元ＭＡＣアドレスとパケットの送信元ＭＡＣアドレスとの対応関係を学習する（後述）。
ステップＳ００６では、受信データ判定部１６は、ＲＰＲデータパケットを送出位置判定部１８に渡し、処理フローを終了する。
ステップＳ００７では、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスか否かを判定する。このとき、送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスであれば（Ｓ００７；ＹＥＳ）、処理がステップＳ０１０に進み、そうでなければ（Ｓ００７；ＮＯ）、処理がステップＳ００８に進む。
ステップＳ００８では、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲアドレス学習部１７に渡し、処理をステップＳ００９に進める。ステップＳ００８によって、ＲＰＲ装置アドレス学習部１７が、ＲＰＲヘッダの送信元ＭＡＣアドレスとパケットの送信元ＭＡＣアドレスとの対応関係を学習する（後述）。
ステップＳ００９では、受信データ判定部１６は、ＲＰＲデータパケットを送出位置判定部１８と送出リング選択部１１に渡し、処理フローを終了する。
ステップＳ０１０では、受信データ判定部１６は、このＲＰＲデータパケットが自身から送出されたものであるので廃棄し、処理フローを終了する。
ステップＳ０１１では、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲアドレス学習部１７に渡し、処理をステップＳ０１２に進める。ステップＳ０１１によって、ＲＰＲ装置アドレス学習部１７が、ＲＰＲヘッダの送信元ＭＡＣアドレスとパケットの送信元ＭＡＣアドレスとの対応関係を学習する（後述）。
ステップＳ０１２では、受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１に渡し、処理フローを終了する。
Ｆｉｇ．１８Ａおよび１８Ｂに示した処理フローをＲＰＲ装置４からのＲＰＲデータパケットに対する処理に当てはめると、以下のようになる。すなわち、ＲＰＲ装置５の受信データ判定部１６は、ＶＬＡＮタグの有無を判定する（Ｓ００１）。
このとき、ＲＰＲデータパケットにはＶＬＡＮタグは付加されていない（Ｆｉｇ．１６）。このため、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｓ００４）。
ＲＰＲヘッダの宛先ＭＡＣアドレスはブロードキャストアドレス＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦである。このため、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスかを判定する（Ｓ００７）。
このとき、ＲＰＲヘッダの送信元ＭＡＣアドレスは“００−Ｅ０−００−００−２２−０４”であり、自ノードＭＡＣアドレス（Ｆｉｇ．８）とは異なる。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡し（Ｓ００８）、さらに送出位置判定部１８と送出リング選択部１１とにも渡す（Ｓ００９）。
ステップＳ００８で、ＲＰＲデータパケットがＲＰＲ装置アドレス学習部１７に渡されることにより、ＲＰＲ装置アドレス学習部１７は、Ｆｉｇ．１９に示す処理フローを実行する。
ここで、Ｆｉｇ．１９を用いてＲＰＲ装置アドレス学習部１７の処理フローについて説明する。Ｆｉｇ．１９に示す処理フローは、Ｆｉｇ．１８Ａに示すステップＳ００５およびＳ０１１の実行によっても実行される。
ＲＰＲ装置アドレス学習部１７は、受信データ判定部１６からＲＰＲデータパケットを受け取ると（ステップＳ１００）、ＲＰＲデータパケットから送信元ＭＡＣアドレスを送信元利用者機器アドレスとして抽出し、この送信元ＭＡＣアドレスを検索キーとしてＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに、検索キーと同じ送信元利用者機器アドレスが学習されている（登録されている）か否かを判定する（ステップＳ１０１）。
このとき、送信元利用者機器アドレスが登録されている場合（Ｓ１０１；学習済み）には、処理がステップＳ１０３に進み、そうでない場合（ＳＳ０１；未学習）には、処理がステップＳ１０２に進む。
ステップＳ１０２では、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットの送信元利用者機器アドレス（送信元ＭＡＣアドレス）とＲＰＲヘッダの送信元ＲＰＲ装置アドレス（ＲＰＲ−ＭＡＣアドレス）とをＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に通知し、処理をステップＳ１０３に進める。
ステップＳ１０３では、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットを受信データ判定部１６に渡し（戻し）、処理フローを終了する。
ステップＳ１０２で、送信元ＭＡＣアドレスおよび送信元ＲＰＲ−ＭＡＣアドレスがＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に通知されることによって、Ｆｉｇ．２０に示すようなＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０の処理フローが起動する（ステップＳ２００）。
すると、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０は、その内部で管理しているＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに、通知された送信元ＭＡＣアドレスおよび送信元ＲＰＲ−ＭＡＣアドレスとを対応づけて登録し（ステップＳ２０１）、処理フローを終了する。
上述したようなＦｉｇ．１９およびＦｉｇ．２０に示した処理フローをＲＰＲ装置ＩからのＡＲＰ要求パケットを含むＲＰＲデータパケット（Ｆｉｇ．１６および１７）に当てはめると、次の通りとなる。
ＲＰＲ装置アドレス学習部１７は、ＡＲＰ要求パケットの送信元ＭＡＣアドレス（ルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１）を検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに送信元利用者機器アドレス（ルータＸのＭＡＣアドレス）が学習されているか否かを判定する（Ｓ１０１）。
このとき、ＡＲＰ要求パケットの送信元ＭＡＣアドレスは未学習である（Ｓ１０１；未学習）。このため、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＲＰＲ−ＭＡＣアドレス（ＲＰＲ装置ＩのＭＡＣアドレス＝００−Ｅ０−００−００−２２−０４）とＡＲＰ要求パケットの送信元ＭＡＣアドレス（ルータＸのＭＡＣアドレス＝００−Ｅ０−００−００−３３−０１）の対応を学習し、これらのアドレスをＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０に通知する（Ｓ１０２）。
すると、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が通知されたアドレスの対応関係をＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに登録する（Ｓ２０１：Ｆｉｇ．２１参照）。
その後、ＲＰＲデータパケットがＲＰＲ装置アドレス学習部１７に渡され、受信データ判定部１６がＲＰＲデータパケットを送出リング選択部１１と送出位置判定部１８とに渡す（Ｓ００９）。
送出位置判定部１８は、ＲＰＲデータパケットを受け取ると、ＲＰＲヘッダを削除し、ＡＲＰ要求パケットの宛先ＭＡＣアドレス“ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ”にしたがって、ＲＰＲ装置５の配下の利用者機器Ｇ（Ｆｉｇ．６）へＡＲＰ要求パケットをブロードキャスト送信する。
一方、受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置６へＲＰＲデータパケットを送信する。
以上により、ＲＰＲ装置５は、ＲＰＲ装置４から受信したＲＰＲデータパケットからＲＰＲヘッダの送信元ＭＡＣアドレス（送信元ＲＰＲ−ＭＡＣアドレス）とパケットの送信元ＭＡＣアドレスの対応を学習することができる。
次に、Ｆｉｇ．６に示すＲＰＲ装置５からＲＰＲデータパケット（Ｆｉｇ．１６および１７）を受信したＲＰＲ装置６の動作について説明する。ＲＰＲ装置６はＲＰＲ装置５からＲＰＲデータパケットを受信すると、ＲＰＲ装置５と同様の動作を行う。
すなわち、ＲＰＲ装置６の受信データ判定部１６がＶＬＡＮタグの有無を判定し（Ｆｉｇ．１８Ａ；Ｓ００１）、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｆｉｇ．１８Ａ；Ｓ００４）。このとき、ＲＰＲヘッダの宛先ＭＡＣアドレスは、ブロードキャストアドレス（＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）である。
このため、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノード（ＲＰＲ装置６）のＭＡＣアドレスか否か判定する（Ｆｉｇ．１８Ｂ；Ｓ００７）。このとき、送信元ＭＡＣアドレスは自ノードＭＡＣアドレスとは異なる。このため、受信データ判定部１６はＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡す（Ｆｉｇ．１８Ｂ；Ｓ００８）。
ＲＰＲ装置アドレス学習部１７は、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ要求パケットの送信元ＭＡＣアドレスの対応を学習し（Ｆｉｇ．１９；Ｓ１０１，Ｓ１０２）、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０がＦｉｇ．２１に示すようなＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する（Ｆｉｇ．２０；Ｓ２０１）。
ＲＰＲデータパケットは、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが作成された後、受信データ判定部１６に渡され（Ｆｉｇ．１９；Ｓ１０３）、送出リング選択部１１と送出位置判定部へ渡される（Ｆｉｇ．１８Ｂ；Ｓ００９）。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲ装置５の送出リング選択部１１と同様の動作を行い、ＲＰＲデータパケットをリングへ送出する。
一方、受信データ判定部１６からＲＰＲデータパケットを受信した送出位置判定部１８は、ＲＰＲヘッダを削除し、ＡＲＰ要求パケットの宛先ＭＡＣアドレス“ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ”に従って、ＲＰＲ装置６の配下の利用者機器にＡＲＰパケットをブロードキャスト送信する。
Ｆｉｇ．６および９に示すように、ＲＰＲ装置６は、配下の利用者機器として、ＡＲＰ要求パケットの目的地に相当する利用者機器Ｅを含む利用者機器Ｄ，Ｅ，ＦをブリッジＹを介して収容している。ＡＲＰ要求パケットはブロードキャストのため、各利用者機器Ｄ，Ｅ，Ｆに到着する。このようにして、ルータＸから送信されたＡＲＰ要求パケットは利用者機器Ｅで受信される。
ＡＲＰ要求パケットを受信した利用者機器Ｅは、ＡＲＰ要求パケットの宛先ＩＰアドレスが自分宛てであることから、ルータＸに対して自身のＭＡＣアドレスを含むＡＲＰ応答パケットを送信する。この場合におけるＡＲＰ応答パケットのフォーマットをＦｉｇ．２２に示し、ＡＲＰ応答パケットのＭＡＣヘッダの設定値をＦｉｇ．２３に示す。
ＲＰＲ装置６は、利用者機器Ｅから送信されたＡＲＰ応答パケットを、ブリッジＹを経由してポート“ａ”で受信する。ＲＰＲ装置６の受信利用者データ判定部１４は、利用者アドレス学習部１５にＡＲＰ応答パケットを渡す。
利用者アドレス学習部１５は、受信利用者データ判定部１４で判定された利用者機器ＥのＭＡＣアドレス（＝００−Ｅ０−００−００−１１−０５）とＡＲＰ応答パケットを受信したポート“ａ”との対応を学習し、利用者機器アドレス／収容位置学習テーブル２１内にＦｉｇ．２４に示すようなＭＡＣ学習テーブルを作成する。
受信利用者データ判定部１４は、利用者アドレス学習部１５によるアドレス学習後に、ＡＲＰ応答パケットを送出ＲＰＲ装置判定部１２へ渡す。
受信利用者データ判定部１４からＡＲＰ応答パケットを受け取った送出ＲＰＲ装置判定部１２は、Ｆｉｇ．１５の処理フローに従って、ＡＲＰ応答パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する（Ｓ０１）。
ＡＲＰ応答パケットの宛先ＭＡＣアドレスは、“００−Ｅ０−００−００−３３−０１”であり（Ｆｉｇ．２３）、ブロードキャストアドレスではない。従って、送出ＲＰＲ装置判定部１２は、ＡＲＰ応答パケットをＲＰＲ装置アドレス検索部１３に渡す（Ｓ０３）。
ＡＲＰ応答パケットを受け取ったＲＰＲ装置アドレス検索部１３は、Ｆｉｇ．２５に示す処理フローを実行する。ここで、Ｆｉｇ．２５を用いてＲＰＲ装置アドレス検索部１３の処理フローを説明する。
ＲＰＲ装置アドレス検索部１３は、送出ＲＰＲ装置判定部１２からパケットを受け取ると（ステップＳ３００）、処理フローを開始する。ＲＰＲ装置アドレス検索部１３は、送信先利用者機器アドレスを検索キーとして、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから、送信先ＲＰＲ装置のアドレスを検索する（ステップＳ３０１）。
すなわち、ＲＰＲ装置アドレス検索部１３は、パケットの送信先ＭＡＣアドレスを検索キーとしてＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを検索し、検索キーとしてのＭＡＣアドレスに対応するＲＰＲ装置ＭＡＣアドレスを検索する。
このとき、対応するＲＰＲ装置ＭＡＣアドレスが登録されている場合（学習済みである場合：Ｓ３０１；あり）には、処理がステップＳ３０２に進み、そうでない場合（未学習である場合：Ｓ３０１；なし）には処理がステップＳ３０３に進む。
ステップＳ３０２では、ＲＰＲ装置アドレス検索部１３は、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから検索されたＲＰＲ装置ＭＡＣアドレスとパケットとを送出ＲＰＲ装置判定部１２に渡し、処理フローを終了する。
ステップＳ３０３では、ＲＰＲ装置アドレス検索部１３は、ブロードキャストアドレスとパケットとを送出ＲＰＲ装置判定部１２に渡し、処理フローを終了する。
Ｆｉｇ．２５に示した処理フローをＲＰＲ装置６のＲＰＲ装置アドレス検索部１３に当てはめると、次の通りとなる。ＲＰＲ装置アドレス検索部１３は、ＡＲＰ応答パケットの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−３３−０１）を検索キーとして、Ｆｉｇ．２１に示すＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから、送信先ＲＰＲ装置のＭＡＣアドレスを検索する（Ｓ３０１）。
このとき、ＲＰＲ装置アドレス検索部１３は、検索結果として送信先ＲＰＲ装置のＭＡＣアドレス（ＲＰＲ装置４のＭＡＣアドレス＝００−Ｅ０−００−００−２２−０４）をＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａから取得できる。そして、ＲＰＲ装置アドレス検索部１３は、検索結果の宛先ＲＰＲ装置ＭＡＣアドレスとＡＲＰ応答パケットを送出ＲＰＲ装置判定部１２へ渡す（Ｓ３０２）。
送出ＲＰＲ装置判定部１２は、ＡＲＰ応答パケットにＲＰＲヘッダを付加してＲＰＲデータパケットを作成し、送出リング選択部１１へ渡す。この場合のＲＰＲデータパケットのフォーマットをＦｉｇ．２６に示し、ＲＰＲデータパケットのＲＰＲヘッダの設定値をＦｉｇ．２７に示す。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、送出リング選択部１１は、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置５へＲＰＲデータパケットを送信する。
以上の動作によって、ＲＰＲ装置６は、利用者機器ＥからのＡＲＰ応答パケットの宛先ＭＡＣアドレス（ルータＸのＭＡＣアドレス）を基に送信先ＲＰＲ装置ＭＡＣアドレス（ルータＸを収容するＲＰＲ装置４のＭＡＣアドレス）を検索し、この送信先ＲＰＲ装置ＭＡＣアドレスをＲＰＲヘッダに付加してリングネットワークへ送信することができる。
次に、ＲＰＲ装置６からＲＰＲデータパケットを受信したＲＰＲ装置５（Ｆｉｇ．６および８）の動作について説明する。ＲＰＲ装置５がＲＰＲ装置６からＲＰＲデータパケットを受信すると、ＲＰＲ装置５の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを実行する。
すなわち、受信データ判定部１６は、ＶＬＡＮタグの有無を判定する（Ｓ００１）。Ｆｉｇ．２６に示すように、ＲＰＲデータパケットには、ＶＬＡＮタグは付加されていない。このため、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｓ００４）。
ＲＰＲヘッダの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−２２−０４）は、自ノードアドレスでもブロードキャストアドレスでもない。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡す（Ｓ０１１）。
すると、ＲＰＲ装置アドレス学習部１７は、Ｆｉｇ．１９に示す処理フローを開始する。ＲＰＲ装置アドレス学習部１７は、ＡＲＰ応答パケットの送信元ＭＡＣアドレス（＝００−Ｅ０−００−００−１１−０５）を検索キーとしてＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを参照し、検索キーと同じ送信元利用者機器アドレスが学習されているか否かを判定する（Ｓ１０１）。
ここでは、送信元利用者機器アドレスが未学習のため、ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットからＲＰＲヘッダの送信元ＭＡＣアドレス（＝００−Ｅ０−００−００−２２−０６）とＡＲＰ応答パケットの送信元ＭＡＣアドレス（＝００−Ｅ０−００−００−１１−０５）とを通知する（Ｓ１０２）。
すると、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０がＦｉｇ．２０の処理フローにしたがって、送信元ＲＰＲ装置ＭＡＣアドレスと送信元ＭＡＣアドレスとをＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａに登録する（Ｓ２０１）。
これによって、ＲＰＲ装置５のＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが更新され、Ｆｉｇ．２８に示すようなＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが作成される。
ＲＰＲ装置アドレス学習部１７は、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａの作成（更新）後、ＲＰＲデータパケットを受信データ判定部１６に渡し（Ｆｉｇ．１９；Ｓ１０３）、受信データ判定部１６は、ＲＰＲデータパケットを、送出位置判定部１８に渡すことなく、送出リング選択部１１へ渡す（Ｆｉｇ．１８Ａ；Ｓ０１２）。
送出リング選択部１１は、受信データ判定部１６からＲＰＲデータパケットを受け取ると、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、送出リング選択部１１は、インナーリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置４へＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置５からＲＰＲデータパケット（Ｆｉｇ．２６および２７）を受信したＲＰＲ装置４の動作について説明する。ＲＰＲ装置４がＲＰＲ装置５からＲＰＲデータパケットを受信すると、ＲＰＲ装置４の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローの実行を開始する。
すなわち、受信データ判定部１６は、ＶＬＡＮタグの有無、およびＲＰＲヘッダの宛先ＭＡＣアドレスを判定する。ＲＰＲヘッダの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−２２−０４）は、自ノードＭＡＣアドレスと一致する（Ｆｉｇ．７）。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７に渡す。
すると、ＲＰＲ装置アドレス学習部１７がＦｉｇ．１９に示す処理フローを開始し、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ応答パケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０が、Ｆｉｇ．２０の処理フローに従って、Ｆｉｇ．２９に示すようなＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する。その後、ＲＰＲデータパケットは、受信データ判定部１６に渡され、受信データ判定部１６が送出位置判定部１８へＲＰＲデータパケットを渡す。
受信データ判定部１６からＲＰＲデータパケットを受信した送出位置判定部１８は、ＲＰＲヘッダを削除し、利用者アドレス検索部１９との連携により、ＡＲＰ応答パケットの宛先ＭＡＣアドレス（＝００−Ｅ０−００−００−３３−０１）を検索キーとしてＦｉｇ．１４に示すＭＡＣアドレス学習テーブルを検索し、その検索結果として得られるポート“ａ”にＡＲＰ応答パケットを送信する。
以上により、利用者機器Ｅから送信されたＡＲＰ応答パケットはルータＸで受信される。
ＡＲＰ応答パケットを受信したルータＸは、利用者機器Ａから受信したデータパケットを利用者機器Ｅへ送信できるようになる。以降、各ＲＰＲ装置は学習内容に従って利用者機器Ａと利用者機器Ｅの間でブロードキャストパケットを送ることなくパケットの送受信を行うことが可能である。
以上に説明したように、実施例によれば、Ｌ３機能のルーティングプロトコルを使用することなく、データパケットの送受信を行うことができる。
（第２の動作例）Ｌ２グルーピング識別子を使用する場合
次に、実施例における第２の動作例として、利用者機器Ａ（Ｆｉｇ．６および７）から送信したパケットを利用者機器Ｅ（Ｆｉｇ．６および９）で受信するまでの各ＲＰＲ装置１〜６の動作を、Ｌ２グルーピング識別子を使用した場合について説明する。
各ＲＰＲ装置１〜６のうち、少なくともＲＰＲ装置４，５および６は、Ｆｉｇ．２に示したような構成および機能を備えている。また、Ｌ２グルーピング識別子の例としてＶＬＡＮタグが使用される。
Ｆｉｇ．３０は、Ｆｉｇ．６に示すようなネットワークにＶＬＡＮを適用した場合における例を示す。Ｆｉｇ．３０において、利用者機器Ａ，ＤおよびＥにはＬ２グルーピング識別子としてのＶＬＡＮ ＩＤ（「ＶＬＡＮ−ＩＤ」とも表記）＝１が割り当てられている。また、利用者機器Ｂ，ＣおよびＦには、ＶＬＡＮ−ＩＤ＝２が割り当てられている。また、利用者機器Ｇには、ＶＬＡＮ−ＩＤ＝３が割り当てられている。
また、各ＲＰＲ装置は、自ノード配下にいる利用者機器のＶＬＡＮ−ＩＤについてはプロビジョニングにより認識し、情報を保持しているものと仮定する。各ＲＰＲ装置において、各利用者機器のＶＬＡＮ−ＩＤは、例えば、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されるＶＬＡＮ−ＩＤ登録テーブル（Ｆｉｇ．３１および３２参照）に格納され、受信データ判定部１６が参照することができる。但し、ＶＬＡＮ−ＩＤ登録テーブルは、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０以外のＲＰＲ装置内の適宜の場所で管理することができる。
Ｆｉｇ．３０に示す各ＲＰＲ装置１〜６がトポロジマップを生成してから、利用者機器ＡがルータＸへデータパケットを送信するまでの動作は、上述した第１の動作例と同様であるため、説明を省略する。
ルータＸは、利用者機器Ａからデータパケットを受信すると、利用者機器ＥのＭＡＣアドレスを知るため、利用者機器Ｅが属しているサブネットへ向けてＡＲＰ要求パケットを送信する。この場合のＡＲＰ要求パケットは、Ｆｉｇ．３３に示すフォーマットを有し、ＡＲＰパケットのＭＡＣヘッダの設定値は、Ｆｉｇ．３４に示すような値を持つ。
ＲＰＲ装置４は、ルータＸからのＡＲＰ要求パケットをポート“ａ”で受信する。ＲＰＲ装置４の受信利用者データ判定部１４は、利用者アドレス学習部１５にＡＲＰ要求パケットを渡す。利用者アドレス学習部１５でのＭＡＣアドレス学習テーブルの作成については、第１の動作例と同様であるので省略する。受信利用者データ判定部１４は、ＭＡＣアドレス学習が行われた後に、ＡＲＰ要求パケットを送出ＲＰＲ装置判定部１２へ渡す。
送出ＲＰＲ装置判定部は、ＡＲＰ要求パケットの宛先ＭＡＣアドレスがブロードキャストアドレスか否かを判定する。ここでは、送出ＲＰＲ装置判定部１２は、宛先ＲＰＲ装置ＭＡＣアドレスをブロードキャストアドレスに設定したＲＰＲヘッダを付加してＲＰＲデータパケットを生成し、送出リング選択部１１へ渡す。
この場合のＲＰＲデータパケットはＦｉｇ．３５に示すフォーマットを有し、このＲＰＲデータパケットのＲＰＲヘッダには、Ｆｉｇ．３６に示す設定値が設定される。
送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへＲＰＲデータパケットを送信するかを選択する。ここでは、アウターリングを利用して隣接ＲＰＲ装置であるＲＰＲ装置５にＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置４からＲＰＲデータパケット（Ｆｉｇ．３５および３６）を受信したＲＰＲ装置５の動作について説明する。ＲＰＲ装置５がＲＰＲ装置４からＲＰＲデータパケットを受信すると、ＲＰＲ装置５の受信データ判定部１６は、Ｆｉｇ．１８Ａおよび１８Ｂに示す処理フローを開始し、ＲＰＲデータパケットＶＬＡＮタグの有無を判定する（Ｓ００１）。
このとき、ＲＰＲデータパケットにはＶＬＡＮタグが付加されている（Ｆｉｇ．３５および３６）。このため、受信データ判定部１６は、Ｆｉｇ．３１に示すＶＬＡＮ−ＩＤ登録テーブルをＶＬＡＮタグにおけるＶＬＡＮ−ＩＤ＝１でインデックスする。このとき、ＶＬＡＮ−ＩＤ＝１は登録されていない。
このため、受信データ判定部１６は、ＲＰＲ装置アドレス学習部１７に送信元ＲＰＲ装置アドレスと送信元利用者機器アドレスの対応を学習させることなく、ＲＰＲデータパケットを送出リング選択部１１へ渡す（Ｆｉｇ．１８Ａ；Ｓ００３）。
受信データ判定部１６からＲＰＲデータパケットを受け取った送出リング選択部１１は、ＲＰＲヘッダの情報からインナーおよびアウターリングのどちらへ送信するかを選択する。ここでは、送出リング選択部１１は、アウターリングを選択し、隣接ＲＰＲ装置に相当するＲＰＲ装置６へＲＰＲデータパケットを送信する。
次に、ＲＰＲ装置５からＲＰＲデータパケットを受信したＲＰＲ装置６の動作について説明する。ＲＰＲ装置６がＲＰＲ装置５からＲＰＲデータパケットを受信すると、ＲＰＲ装置６の受信データ判定部１６はＦｉｇ．１８Ａおよび１８Ｂに示す処理フローを開始する。
受信データ判定部１６は、ＲＰＲデータパケットにＶＬＡＮタグが含まれているか否かを判定する（Ｓ００１）。ここでは、ＶＬＡＮタグが含まれているので、受信データ判定部１６は、そのＶＬＡＮタグに設定されているＶＬＡＮタグ＝１を抽出し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０にて管理されているＶＬＡＮ−ＩＤ登録テーブル（Ｆｉｇ．３２に示す内容が登録されている）をＶＬＡＮ−ＩＤ＝１でインデックスし、ＶＬＡＮ−ＩＤ＝１が登録されているか否かを判定する（Ｓ００２）。
このとき、ＶＬＡＮ−ＩＤ登録テーブルには、ＶＬＡＮ−ＩＤ＝１が登録されている。このため、受信データ判定部１６は、ＲＰＲヘッダの宛先ＭＡＣアドレスを判定する（Ｓ００４）。
ここに、ＲＰＲヘッダの宛先ＭＡＣアドレスは、ブロードキャストアドレス（＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）である。このため、受信データ判定部１６は、ＲＰＲヘッダの送信元ＭＡＣアドレスが自ノードのＭＡＣアドレスか否かを判定する。送信元ＭＡＣアドレスは、自ノードＭＡＣアドレスとは異なる。このため、受信データ判定部１６は、ＲＰＲデータパケットをＲＰＲ装置アドレス学習部１７へ渡す。
ＲＰＲ装置アドレス学習部１７は、ＲＰＲデータパケットを受け取ると、Ｆｉｇ．１９に示した処理フローを開始して、ＲＰＲヘッダの送信元ＭＡＣアドレスとＡＲＰ要求パケットの送信元ＭＡＣアドレスの対応を学習し、ＲＰＲ装置アドレス／利用者機器アドレス学習管理部２０は、Ｆｉｇ．２０に示した処理フローに従って、Ｆｉｇ．２１に示す登録内容を持つＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａを作成する（ＲＰＲ−ＭＡＣアドレスとＭＡＣアドレスとの対応関係を登録する）。
ＲＰＲデータパケットは、ＲＰＲ−ＭＡＣアドレス学習テーブル２０Ａが作成された後、受信データ判定部１６に渡される。受信データ判定部１６は、ＲＰＲデータパケットを送出リング選択部１１と送出位置判定部１８とに渡す。
送出リング選択部１１は、ＲＰＲデータパケットを受け取ると、ＲＰＲ５の動作と同様の動作を行うので、説明は省略する。
受信データ判定部１６からＲＰＲデータパケットを受信した送出位置判定部１８は、ＲＰＲヘッダを削除し、ＶＬＡＮタグのＶＬＡＮ−ＩＤ＝１とＡＲＰ要求パケットの宛先ＭＡＣアドレス（＝ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ−ＦＦ）とに従って、これらに対応するＲＰＲ装置６の配下の利用者機器ＤおよびＥにのみＡＲＰ要求パケットをブロードキャスト送信する。
これによって、ＡＲＰ要求パケットは、ブリッジＹを介して利用者機器ＤおよびＥにそれぞれ到着する。このようにしてルータＸからのＡＲＰ要求パケットを利用者機器Ｅが受信することができる。
以上により、各ＲＰＲ装置１〜６（少なくともＲＰＲ装置４〜６）に設定されたＶＬＡＮ−ＩＤによって、各ＲＰＲ装置４〜６は、自ＲＰＲ装置宛のＲＰＲデータパケットしか取り込まないようにＲＰＲデータパケットをフィルタリングすることができる。
なお、その後は、利用者機器Ｅが自身のＭＡＣアドレスを持つＡＲＰ応答パケットを生成し、ルータＸ宛に送信する。その後の動作は第１の動作例と同様であるので説明を省略する。
〔実施形態の効果〕
実施形態によると、利用者機器をそれぞれ収容する複数のＲＰＲ装置がＲＰＲリングネットワークに接続され、各ＲＰＲ装置が各ＲＰＲ装置のＭＡＣアドレスと、そのＲＰＲ装置に収容されている利用者機器のＭＡＣアドレスとの対応関係が登録されたＲＰＲ−ＭＡＣアドレス学習テーブルを持つ。
これによって、各ＲＰＲ装置は、どの利用者機器がどのＲＰＲ装置に収容されているのかを認識することができる。これによって、各ＲＰＲ装置は自身が収容しているパケットの宛先アドレスから対応するＲＰＲ装置アドレス（宛先に相当する利用者機器を収容しているＲＰＲ装置）を割り出して、ＲＰＲヘッダに宛先ＭＡＣアドレスとして設定することができる。
このため、各ＲＰＲ装置は、パケットにブロードキャスト指定でない宛先ＭＡＣアドレスが設定されている場合には、ＲＰＲデータパケットをブロードキャストで送信する必要が無くなる。
これによって、ＲＰＲデータパケットの中継ノードとして機能するＲＰＲ装置（第１および第２の動作例ではＲＰＲ装置５）が、ＲＰＲデータパケットを取り込み、自身が収容しているローカルネットワーク（利用者機器ネットワーク）に送出しなくて済む。従って、フラッディングが抑えられる。
さらに、実施形態によると、Ｌ２グルーピング識別子を利用することによって、各ＲＰＲ装置が自ノード宛以外のＲＰＲデータパケットをフィルタリング（取り込みを拒否）することができる。
これによって、各ＲＰＲ装置は、自ノード宛以外のＲＰＲデータパケットに対する送信元ＲＰＲ−ＭＡＣアドレスと送信元ＭＡＣアドレスとの対応関係の学習および登録処理を行わなくて済む。従って、ＲＰＲ装置の処理負担の軽減および資源の有効利用を図ることができる。
また、実施形態によると、ＲＰＲ装置４は、ルータＸからのＡＲＰ要求パケットを受け取ると、このＡＲＰ要求パケットに対して自身のＭＡＣアドレスを含むＡＲＰ応答パケットをルータＸに返送することなく、ＲＰＲネットワークへ向けて、ＡＲＰ要求を含むブロードキャスト指定のＲＰＲデータパケットを送出する。
これによって、ＲＰＲネットワーク上の各ＲＰＲ装置は、ＲＰＲデータパケットを受信してＲＰＲ装置４にルータＸが収容されていることを学習することができるとともに、ＲＰＲ装置６は、ＲＰＲデータパケットからＲＰＲヘッダを外して利用者機器側のネットワーク（ローカルネットワーク）にＡＲＰパケットを送出する。
これによって、ルータＸから送信された利用者機器Ｅの受信を所望するブロードキャストパケット（ＡＲＰ要求パケット）が利用者機器Ｅにて受信される。その後、ルータＸ宛のＡＲＰ応答パケットが、各ＲＰＲ装置の学習結果に従ってＲＰＲネットワークにおいてブロードキャストされることなくＲＰＲ装置４を介してルータＸまで転送される。
このように、実施形態におけるＲＰＲネットワークは、利用者機器を収容しているＬ２レベルのネットワークとして機能し、各ＲＰＲ装置は、Ｌ２レベルの処理（ＭＡＣアドレスに基づく）転送制御を行うことで、利用者機器間のデータの送受信を実現することができる。
すなわち、各ＲＰＲ装置がルーティングテーブルの作成、Ｌ３（ＩＰ）の終端、Ｌ３ルーティングテーブルに従ったパケットの転送制御を行わなくても、利用者機器間のデータの送受信を実現できる。従って、ＲＰＲ装置にＬ３機能を実装する必要がない。
また、ＲＰＲネットワークにおける転送制御および学習機能に用いる情報として、標準のＭＡＣアドレスおよびＲＰＲ−ＭＡＣアドレスやＶＬＡＮタグを用いるだけですむので、ＲＰＲ装置に収容される利用者機器として、特別なフォーマットを使用するものを使用する必要がない。
また、実施形態によると、各ＲＰＲ装置は、利用者機器として、Ｌ２レベルの利用者機器（利用者機器Ｅ）とＬ３レベルの利用者機器（ルータＸ）との双方を収容することができ、これらの利用者機器に対して同じ動作で利用者機器間の通信を実現することができる。
さらに、実施形態によると、次の利点がある。
〈１〉ネットワークルーティングをポートアドレス対応表などのＬ２−ＲＰＲマッピングテーブル（ＲＰＲ−ＭＡＣアドレス学習テーブル）を使用することによって、Ｌ３機能が必須でなくなる。
このため、ＲＰＲ装置に対し、Ｌ３機能を提供するためのハードウェアおよびソフトウェアを実装する必要がなくなる。従って、ＲＰＲ装置の価格を大幅に抑制できる。
〈２〉実施形態に係るＲＰＲ装置は、Ｌ３機能を含まない。このため、ＲＰＲ装置に対して複雑な保守や運用を図る必要がなくなる。これによって、保守や運用に対する費用を大幅に低減することが可能となる。
〈３〉宛先ＲＰＲ−ＭＡＣとその配下のＬ２−ＭＡＣ／他識別子との対応付けをテーブル化することにより、独自のヘッダのカプセル化制御を行う場合、直接ＲＰＲ装置とつなげる事が出来ない。これに対し、実施形態では、対象ＭＡＣアドレスをテーブル化する。このため、直接ＲＰＲ装置に対して接続が可能となる。
【産業上の利用可能性】
本発明は、例えば、ＲＰＲリングネットワークに複数接続され、それぞれが利用者機器を収容し、利用者機器間のデータの送受信に際して中継ノードとして機能する伝送装置（ＲＰＲ装置）に適用することができる。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図３２】
【図３３】
【図３４】
【図３５】
【図３６】
【図３７】
【図３８】
【図３９】
【特許請求の範囲】
【請求項１】
１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置であって、
前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部と、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが前記記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する転送制御手段と、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する手段と、
を含むＲＰＲ装置。
【請求項２】
前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信する受信手段と、
少なくとも前記ＲＰＲヘッダが付加されたデータの送信元アドレスとこのＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを前記受信手段から受け取り、この送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録するアドレス学習手段と、
をさらに含む請求項１記載のＲＰＲ装置。
【請求項３】
前記アドレス学習手段は、
前記受信手段で受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定する判定部と、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に記憶する登録部と、
を含む請求項１または２記載のＲＰＲ装置。
【請求項４】
前記転送制御手段は、
前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索する検索部と、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する付加部と、
を含む請求項１〜３のいずれかに記載のＲＰＲ装置。
【請求項５】
前記受信手段は、ＲＰＲネットワークから受信したＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器が属するグループ識別子と合致しない場合には、前記アドレス学習手段に、少なくとも前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを渡さない
請求項２〜４のいずれかに記載のＲＰＲ装置。
【請求項６】
前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスである
請求項１〜５のいずれかに記載のＲＰＲ装置。
【請求項７】
前記グループ識別子がレイヤ２グルーピング識別子である
請求項５または６記載のＲＰＲ装置。
【請求項８】
前記レイヤ２グルーピング識別子がＶＬＡＮ ＩＤである
請求項７記載のＲＰＲ装置。
【請求項９】
１以上の利用者機器をそれぞれ収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が１以上のリングに接続されたＲＰＲネットワークシステムであって、
前記第１のＲＰＲ装置は、自装置が収容している第１の利用者機器から、前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを受信した場合に、このパケットに送信元ＲＰＲ装置アドレスが第１のＲＰＲ装置のアドレスであり且つ宛先ＲＰＲ装置アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置は、前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このＲＰＲヘッダの送信元ＲＰＲ装置アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置は、前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、このパケットに学習済みの前記第１のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置は、前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する
ＲＰＲネットワークシステム。
【請求項１０】
前記第１のＲＰＲ装置は、
前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１の利用者機器から、宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出する
請求項９記載のＲＰＲネットワークシステム。
【請求項１１】
前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置は、前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＰＲＰ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習する
請求項１０記載のＲＰＲネットワークシステム。
【請求項１２】
異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わない
請求項１１記載のＲＰＲネットワークシステム。
【請求項１３】
１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置において、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、
この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが、前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加し、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する、
ことを含むＲＰＲ装置のデータ転送方法。
【請求項１４】
前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信し、
受信されたデータの送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録する、
ことをさらに含む請求項１３記載のＲＰＲ装置のデータ転送方法。
【請求項１５】
前記ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定し、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に登録する、
請求項１３または１４記載のＲＰＲ装置のデータ転送方法。
【請求項１６】
前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索し、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する、
請求項１３〜１５のいずれかに記載のＲＰＲ装置のデータ転送方法。
【請求項１７】
ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器に割り当てられたグループ識別子に合致しない場合には、前記記憶部に対する前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとの登録処理を行わない
請求項１４〜１６のいずれかに記載のＲＰＲ装置のデータ転送方法。
【請求項１８】
前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスである
請求項１３〜１７のいずれかに記載のＲＰＲ装置のデータ転送方法。
【請求項１９】
前記グループ識別子がレイヤ２グルーピング識別子である
請求項１７または１８記載のＲＰＲ装置のデータ転送方法。
【請求項２０】
前記レイヤ２グルーピング識別子がＶＬＡＮ ＩＤである
請求項１９記載のＲＰＲ装置のデータ転送方法。
【請求項２１】
１以上の利用者機器を収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が接続されたＲＰＲネットワークシステムにおいて、
前記第１のＲＰＲ装置が収容している第１の利用者機器から前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを前記第１のＲＰＲ装置が受信した場合に、前記第１のＲＰＲ装置で、このパケットに送信元アドレスが第１のＲＰＲ装置のＲＰＲ装置アドレスであり且つ宛先アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置が前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第２のＲＰＲ装置で、このＲＰＲヘッダの送信元ＲＰＲ装置アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置が前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、前記第２のＲＰＲ装置で、このパケットに学習済みの前記第１のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第１のＲＰＲ装置で、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する
ＲＰＲネットワークシステムのデータ転送方法。
【請求項２２】
前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、前記第１のＲＰＲ装置で、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１のＲＰＲ装置が前記第１の利用者機器から宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、前記第１のＲＰＲ装置で、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出する
請求項２１記載のＲＰＲネットワークシステムのデータ転送方法。
【請求項２３】
前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置が前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、この中継ＲＰＲ装置で、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＰＲＰ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習する
請求項２２記載のＲＰＲネットワークシステムのデータ転送方法。
【請求項２４】
異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わない
請求項２３記載のＲＰＲネットワークシステムのデータ転送方法。
【請求項１】
１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置であって、
前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部と、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが前記記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する転送制御手段と、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する手段と、
を含むＲＰＲ装置。
【請求項２】
前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信する受信手段と、
少なくとも前記ＲＰＲヘッダが付加されたデータの送信元アドレスとこのＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを前記受信手段から受け取り、この送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録するアドレス学習手段と、
をさらに含む請求項１記載のＲＰＲ装置。
【請求項３】
前記アドレス学習手段は、
前記受信手段で受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定する判定部と、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に記憶する登録部と、
を含む請求項１または２記載のＲＰＲ装置。
【請求項４】
前記転送制御手段は、
前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索する検索部と、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する付加部と、
を含む請求項１〜３のいずれかに記載のＲＰＲ装置。
【請求項５】
前記受信手段は、ＲＰＲネットワークから受信したＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器が属するグループ識別子と合致しない場合には、前記アドレス学習手段に、少なくとも前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを渡さない
請求項２〜４のいずれかに記載のＲＰＲ装置。
【請求項６】
前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスである
請求項１〜５のいずれかに記載のＲＰＲ装置。
【請求項７】
前記グループ識別子がレイヤ２グルーピング識別子である
請求項５または６記載のＲＰＲ装置。
【請求項８】
前記レイヤ２グルーピング識別子がＶＬＡＮ ＩＤである
請求項７記載のＲＰＲ装置。
【請求項９】
１以上の利用者機器をそれぞれ収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が１以上のリングに接続されたＲＰＲネットワークシステムであって、
前記第１のＲＰＲ装置は、自装置が収容している第１の利用者機器から、前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを受信した場合に、このパケットに送信元ＲＰＲ装置アドレスが第１のＲＰＲ装置のアドレスであり且つ宛先ＲＰＲ装置アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置は、前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このＲＰＲヘッダの送信元ＲＰＲ装置アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置は、前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、このパケットに学習済みの前記第１のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置は、前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する
ＲＰＲネットワークシステム。
【請求項１０】
前記第１のＲＰＲ装置は、
前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１の利用者機器から、宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出する
請求項９記載のＲＰＲネットワークシステム。
【請求項１１】
前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置は、前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＰＲＰ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習する
請求項１０記載のＲＰＲネットワークシステム。
【請求項１２】
異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わない
請求項１１記載のＲＰＲネットワークシステム。
【請求項１３】
１以上のリングに接続されてＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）ネットワークを構成するＲＰＲ装置において、
自装置が収容している利用者機器から受信された或る利用者機器が宛先のデータを受け取り、
この或る利用者機器を収容しているＲＰＲ装置のＲＰＲ装置アドレスが、前記リングに接続される各ＲＰＲ装置を示すＲＰＲ装置アドレスと、各ＲＰＲ装置がそれぞれ収容している利用者機器を示す利用者機器アドレスとの対応関係を登録するための記憶部に登録されている場合には、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加し、
ＲＰＲヘッダが付加された前記データを前記ＲＰＲネットワークに送出する、
ことを含むＲＰＲ装置のデータ転送方法。
【請求項１４】
前記ＲＰＲネットワークからＲＰＲヘッダが付加されたデータを受信し、
受信されたデータの送信元アドレスが前記記憶部に登録されていない場合に、これらの送信元アドレスと送信元ＲＰＲ装置アドレスとを対応づけて前記記憶部に登録する、
ことをさらに含む請求項１３記載のＲＰＲ装置のデータ転送方法。
【請求項１５】
前記ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータの送信元アドレスが前記記憶部に記憶されているか否かを判定し、
前記送信元アドレスが記憶されていない場合に、前記送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとを対応付けて前記記憶部に登録する、
請求項１３または１４記載のＲＰＲ装置のデータ転送方法。
【請求項１６】
前記或る利用者機器宛のデータの送信先アドレスを検索キーとして、対応するＲＰＲ装置アドレスを検索し、
前記対応するＲＰＲ装置アドレスが検索された場合に、このＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを前記データに付加する、
請求項１３〜１５のいずれかに記載のＲＰＲ装置のデータ転送方法。
【請求項１７】
ＲＰＲネットワークから受信されたＲＰＲヘッダが付加されたデータに設定されているグループ識別子が自装置に収容されている利用者機器に割り当てられたグループ識別子に合致しない場合には、前記記憶部に対する前記データの送信元アドレスと前記ＲＰＲヘッダに設定されている送信元ＲＰＲ装置アドレスとの登録処理を行わない
請求項１４〜１６のいずれかに記載のＲＰＲ装置のデータ転送方法。
【請求項１８】
前記利用者機器アドレスおよび前記ＲＰＲ装置アドレスがＭＡＣアドレスである
請求項１３〜１７のいずれかに記載のＲＰＲ装置のデータ転送方法。
【請求項１９】
前記グループ識別子がレイヤ２グルーピング識別子である
請求項１７または１８記載のＲＰＲ装置のデータ転送方法。
【請求項２０】
前記レイヤ２グルーピング識別子がＶＬＡＮ ＩＤである
請求項１９記載のＲＰＲ装置のデータ転送方法。
【請求項２１】
１以上の利用者機器を収容する第１および第２のＲＰＲ（Ｒｅｓｉｌｉｅｎｔ Ｐａｃｋｅｔ Ｒｉｎｇ）装置を含む複数のＲＰＲ装置が接続されたＲＰＲネットワークシステムにおいて、
前記第１のＲＰＲ装置が収容している第１の利用者機器から前記第２のＲＰＲ装置に収容されている第２の利用者機器への到着を所望するブロードキャスト指定のパケットを前記第１のＲＰＲ装置が受信した場合に、前記第１のＲＰＲ装置で、このパケットに送信元アドレスが第１のＲＰＲ装置のＲＰＲ装置アドレスであり且つ宛先アドレスがブロードキャストアドレスであるＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第２のＲＰＲ装置が前記第１のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第２のＲＰＲ装置で、このＲＰＲヘッダの送信元ＲＰＲ装置アドレスとこのパケットに送信元アドレスとして設定されている前記第１の利用者機器のアドレスとに基づいて、前記第１のＲＰＲ装置に前記第１の利用者機器が収容されていることを学習するとともに、このパケットからＲＰＲヘッダを外して前記第２の利用者機器に向けて送出し、
前記第２のＲＰＲ装置が前記第２の利用者機器から送信された前記第１の利用者機器宛のパケットを受信した場合に、前記第２のＲＰＲ装置で、このパケットに学習済みの前記第１のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出し、
前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットをＲＰＲネットワークから受信した場合に、前記第１のＲＰＲ装置で、このパケットからＲＰＲヘッダを外して前記第１の利用者機器へ向けて送出する
ＲＰＲネットワークシステムのデータ転送方法。
【請求項２２】
前記第１のＲＰＲ装置が前記第２のＲＰＲ装置から送出されたＲＰＲヘッダが付加されたパケットを受信した場合に、前記第１のＲＰＲ装置で、このＲＰＰヘッダに送信元ＲＰＲ装置アドレスとして設定されている前記第２のＲＰＲ装置のＲＰＲ装置アドレスと、このパケットの送信元アドレスとして設定されている前記第２の利用者機器のアドレスとに基づいて、前記第２のＲＰＲ装置が前記第２の利用者機器を収容していることを学習し、
前記第１のＲＰＲ装置が前記第１の利用者機器から宛先アドレスとして前記第２の利用者機器のアドレスが宛先アドレスとして設定されたパケットを受信した場合には、前記第１のＲＰＲ装置で、このパケットに、学習済みの前記第２のＲＰＲ装置のＲＰＲ装置アドレスが宛先ＲＰＲ装置アドレスとして設定されたＲＰＲヘッダを付加してＲＰＲネットワークに送出する
請求項２１記載のＲＰＲネットワークシステムのデータ転送方法。
【請求項２３】
前記第１のＲＰＲ装置と前記第２のＲＰＲ装置との間を転送されるＲＰＲヘッダが付加されたパケットを中継するＲＰＲ装置が前記第１または第２のＲＰＲ装置から送出された前記ＲＰＲヘッダが付加されたパケットを受信した場合には、この中継ＲＰＲ装置で、このＲＰＲヘッダが付加されたパケットに設定されている送信元ＰＲＰ装置アドレスと送信元アドレスとに基づいて、この送信元ＲＰＲ装置アドレスで特定されるＲＰＲ装置に、この送信元アドレスで特定される利用者機器が収容されていることを学習する
請求項２２記載のＲＰＲネットワークシステムのデータ転送方法。
【請求項２４】
異なるＲＰＲ装置に収容された利用者機器間で送受信されるパケットには、これらの利用者機器が属するレイヤ２グループを示すレイヤ２グルーピング識別子が設定されており、
前記複数のＲＰＲ装置のそれぞれは、自装置が収容している利用者機器のＬ２グルーピング識別子を保持しており、ＲＰＲネットワークから受信するＲＰＲヘッダが付加されたパケットに、自装置が保持しているＬ２グルーピング識別子と異なるＬ２グルーピング識別子が設定されている場合には、このＲＰＲヘッダが付加されたパケットの取り込みおよび前記学習を行わない
請求項２３記載のＲＰＲネットワークシステムのデータ転送方法。
【国際公開番号】ＷＯ２００４／０７３２６２
【国際公開日】平成１６年８月２６日（２００４．８．２６）
【発行日】平成１８年６月１日（２００６．６．１）
【国際特許分類】
【出願番号】特願２００４−５６８１７３（Ｐ２００４−５６８１７３）
【国際出願番号】ＰＣＴ／ＪＰ２００３／００１４４２
【国際出願日】平成１５年２月１２日（２００３．２．１２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
【国際公開日】平成１６年８月２６日（２００４．８．２６）
【発行日】平成１８年６月１日（２００６．６．１）
【国際特許分類】
【国際出願番号】ＰＣＴ／ＪＰ２００３／００１４４２
【国際出願日】平成１５年２月１２日（２００３．２．１２）
【出願人】（０００００５２２３）富士通株式会社 (25,993)
【Ｆターム（参考）】
[ Back to top ]