JP4322613B2 - ブリッジ装置およびブリッジ方法 - Google Patents

Description

本発明は、ブリッジ装置およびブリッジ方法に関し、特に、デバイスドライバとブリッジングとの間のＱｏＳ（Ｑｕａｌｉｔｙ ｏｆ Ｓｅｒｖｉｃｅ）を実現するブリッジ装置およびブリッジ方法に関する。

従来の異種ネットワーク間におけるバッファを利用したブリッジ装置が、例えば、特許文献１に開示されている。この特許文献１の技術においては、ネットワークＡから受信フレームが通信ポートＡの受信バッファに入ると、ブリッジプロセッサが受信バッファから受信フレームのヘッダを読み取ることでブリッジ処理を行う。次に、ブリッジプロセッサは、通信ポートＢの送信バッファに受信フレームを送信する。次に、通信ポートＡが送信バッファから受信フレームをネットワークＢに送信する。

特開平５−２２２９３号公報

特開平５−２２２９３号公報記載のネットワークＡにＩＥＥＥ８０２．３の１００ＭｂｐｓのＬＡＮを適用し、ネットワークＢにＩＥＥＥ８０２．１１規格の無線ＬＡＮを適用すると、ネットワークＡの方がネットワークＢより、１桁以上通信能力が高くなる。したがって、特開平５−２２２９３号公報の技術においては、フレームの優先度を考慮していないので、ネットワークＡからネットワークＢへの優先度の高いフレームが存在しても、優先度の低いフレームと同じように待ちが発生するという問題点がある。

本発明の目的は、上記問題点を鑑み、ブリッジ装置が中継する緊急度の高いフレームのスループット時間を軽減することにある。

また、本発明の他の目的は、現状のハードウェアを新たに購入しなくてもブリッジ装置内のフレームの中継処理速度を速めることにある。

上記の目的を達成するために、本発明の第１のブリッジ装置は、無線ネットワークとのやり取りを行うインタフェース部を制御する無線ネットワークデバイスドライバ部と、有線ネットワークとのやり取りを行うインタフェース部を制御する有線ネットワークデバイスドライバ部とを備え、各ネットワークから受信したフレームの宛先とＭＡＣアドレスが登録されたアドレステーブルとを照らし合わせて前記フレームのブリッジ処理を行うブリッジング部を有するブリッジ装置において、前記ブリッジング部と前記無線ＬＡＮカードのデバイスドライバ部との間に挿入されたミドルウェア部と、優先順位の高い第１のセッション情報が予め登録されている初期登録テーブルと、優先順位の高いセッションの確立時に使用する一時登録テーブルと、優先順位の高い第１のＦＩＦＯ（高位送信ＦＩＦＯ）と、優先順位の低い第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）と、を備え、前記ミドルウェア部は、前記ブリッジング部から前記無線ネットワークデバイスドライバ部への前記中継するフレームの送信要求があった場合に前記中継するフレーム内のＯＳＩ第２層からＯＳＩ第４層までのヘッダから抽出した第２のセッション情報が前記一時登録テーブルに登録しているかを確認する第１の確認手段と、前記第１の確認手段で登録されていれば前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第１のキューイング手段と、前記第１の確認手段で登録されていなければ前記第２のセッション情報が前記初期登録テーブルに登録されているかを確認する第２の確認手段と、前記第２の確認手段で登録されていれば前記中継するフレームが予め決められたＯＳＩ第５層以上の特定のパケットかの確認を行う第３の確認手段と、前記第３の確認手段で前記特定のパケットの確認がとれると優先順位の高いセッションが確立したとして前記第２のセッション情報を前記前記一時登録テーブルに登録すると共に前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第２のキューイング手段と、前記第２の確認手段で登録されていなければ前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングする第３のキューイング手段と、前記第３の確認手段で前記特定のパケットの確認がとれないと前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングする第４のキューイング手段と、前記第１または／および第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングされている前記送信要求がある場合に前記第１および第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）の優先順位に従って第１または第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）をいずれかを識別しその識別した第１または第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングされている前記送信要求を前記無線ネットワークデバイスドライバ部に出す送信要求手段と、を有することを特徴としている。

上記の第１のブリッジ装置において、前記ミドルウェア部は、前記第３の確認手段で前記特定のパケットであれば予め決められた時間内に前記第２のセッション情報を持ったフレームの送信要求が前記ブリッジング部から来なくなるまで監視し続ける監視手段を有することを特徴としている。

また、本発明の第２のブリッジ装置は、無線ネットワークとのやり取りを行うインタフェース部を制御する無線ネットワークデバイスドライバ部と、有線ネットワークとのやり取りを行うインタフェース部を制御する有線ネットワークデバイスドライバ部とを備え、各ネットワークから受信したフレームの宛先とＭＡＣアドレスが登録されたアドレステーブルとを照らし合わせて前記フレームのブリッジ処理を行うブリッジング部を有するブリッジ装置において、前記ブリッジング部と前記無線ネットワークデバイスドライバ部との間に挿入されたミドルウェア部と、優先順位の高い第１のセッション情報が予め登録されている初期登録テーブルと、優先順位の高いセッション確立時に使用する一時登録テーブルと、優先順位の高い第１のＦＩＦＯ（高位送信ＦＩＦＯ）と、優先順位の低い第２のＦＩＦＯ（低位送信ＦＩＦＯ）と、優先順位の高い第３のＦＩＦＯ（高位受信ＦＩＦＯ）と、優先順位の低い第４のＦＩＦＯ（低位受信ＦＩＦＯ）と、を備え、前記ミドルウェア部は、前記ブリッジング部から前記無線ネットワークデバイスドライバ部への前記第１の中継するフレームの送信要求があった場合に前記第１の中継するフレーム内のＯＳＩ第２層からＯＳＩ第４層までのヘッダから抽出した第２のセッション情報が前記一時登録テーブルに登録しているかを確認する第１の確認手段と、前記第１の確認手段で登録されていれば前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第１のキューイング手段と、前記第１の確認手段で登録されていなければ前記第２のセッション情報が前記初期登録テーブルに登録されているかを確認する第２の確認手段と、前記第２の確認手段で登録されていれば前記第１の中継するフレームが予め決められたＯＳＩ第５層以上の特定のパケットかの確認を行う第３の確認手段と、前記第３の確認手段で前記特定のパケットの確認がとれると優先順位の高いセッションが確立したとして前記第２のセッション情報を前記前記一時登録テーブルに登録すると共に前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第２のキューイング手段と、前記第２の確認手段で登録されていなければ前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＯ）にキューイングする第３のキューイング手段と、前記第３の確認手段で前記特定のパケットでなければ前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＯ）にキューイングする第４のキューイング手段と、前記第１または／および第２のＦＩＦＯ（高位／低位送信ＦＩＦＯ）にキューイングされている前記送信要求がある場合に前記第１および第２のＦＩＦＯ（低位送信ＦＩＦＯ）の優先順位に従って第１または第２のＦＩＦＯ（高位／低位送信ＦＩＦＯ）をいずれかを識別しその識別した第１または第２のＦＩＦＯ（高位／低位送信ＦＩＦＯ）にキューイングされている前記送信要求を前記無線ネットワークデバイスドライバ部に出す送信要求手段と、前記無線ネットワークデバイスドライバ部から前記ブリッジング部への前記第２の中継するフレームのブリッジ処理要求があった場合に前記第２の中継するフレーム内のＯＳＩ第２層からＯＳＩ第４層までのヘッダから抽出した前記第３のセッション情報が前記一時登録テーブルに登録しているかを確認する第４の確認手段と、前記第４の確認手段で登録されていれば前記ブリッジ処理要求を前記第３のＦＩＦＯ（高位受信ＦＩＦＯ）にキューイングする第５のキューイング手段と、前記第４の確認手段で登録されていなければ前記第３のセッション情報が前記初期登録テーブルに登録されているかを確認する第５の確認手段と、前記第５の確認手段で登録されていれば前記第２の中継するフレームが前記特定のパケットかの確認を行う第６の確認手段と、前記第６の確認手段で前記特定のパケットであれば前記第３のセッション情報を前記前記一時登録テーブルに登録すると共に前記ブリッジ処理要求を前記第３のＦＩＦＯ（高位受信ＦＩＦＯ）にキューイングする第６のキューイング手段と、前記第５の確認手段で登録されていなければ前記ブリッジ処理要求を前記第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングする第７のキューイング手段と、前記第６の確認手段で前記特定のパケットでなければ前記ブリッジ処理要求を前記第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングする第８のキューイング手段と、前記第３または／および第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングされている前記ブリッジ処理要求がある場合に前記第３および第４のＦＩＦＯ（低位受信ＦＩＦＯ）の優先順位に従って第３または第４のＦＩＦＯ（低位受信ＦＩＦＯ）をいずれかを識別しその識別した第３または第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングされている前記ブリッジ処理要求を前記ブリッジング部に出すブリッジ処理要求手段と、を有することを特徴としている。

更に、上記の第２のブリッジ装置において、前記ミドルウェア部は、前記第３の確認手段で前記特定のパケットであれば予め決められた時間内に前記第２のセッション情報を持ったフレームの送信要求が前記ブリッジング部から来なくなるまで監視し続ける第１の監視手段と、前記第６の確認手段で前記特定のパケットであれば予め決められた時間内に前記第３のセッション情報を持ったフレームのブリッジ処理要求が前記無線ネットワークデバイスドライバ部から来なくなるまで監視し続ける第２の監視手段と、を有することを特徴としている。

更に、上記の第１または第２のブリッジ装置において、前記特定のパケットは、ＲＴＰパケットを含む第５層以上の通信プロトコルで規定されたパケットのいずれかであることを特徴としている。

更に、上記の第１または第２のブリッジ装置において、前記第１のセッション情報は、フレーム内のＯＳＩ第２層に該当するＭＡＣアドレスと、ＯＳＩ第３層に該当するプロトコル番号およびＩＰアドレスと、ＯＳＩ第４層に該当するポート番号とを含むことを特徴としている。

更に、上記の第２のブリッジ装置において、前記第２および第３のセッション情報は、フレーム内のＯＳＩ第２層に該当するＭＡＣアドレスと、ＯＳＩ第３層に該当するプロトコル番号およびＩＰアドレスと、ＯＳＩ第４層に該当するポート番号とを含むことを特徴としている。

また、本発明のブリッジ方法は、ネットワーク毎にそのネットワークとのやり取りを行うインタフェース部を制御するデバイスドライバ部と、各ネットワークから受信したフレームの宛先とＭＡＣアドレスが登録されたアドレステーブルとを照らし合わせて前記フレームのブリッジ処理を行うブリッジング部を有するブリッジ装置におけるブリッジ方法であって、前記通信ブリッジング部と前記デバイスドライバ部との間のインタフェース制御を行う挿入されたミドルウェア部を準備し、前記ミドルウェア部は、予め決められた送信宛への連続するＯＳＩ第５層以上の特定のパケットの送信要求が前記ブリッジング部からあった場合に、連続する最初の送信要求を受け取った場合には前記特定のパケットのヘッダ情報の確認後に前記特定のパケットを乗せる送信フレーム内のＯＳＩ第２層からＯＳＩ第４層までの各ヘッダから抽出したセッション情報をキャッシュテーブルに登録して前記デバイスドライバ部に対して送信待ちの優先順位を上げて前記送信要求を行い、それ以降連続する前記特定のパケットを送信する場合にはそれ以降連続する前記特定のパケットを乗せる送信フレーム内のＯＳＩ第２層から第４層までのヘッダから抽出したセッション情報と前記キャッシュテーブルに登録したセッション情報とを比較することで優先順位を上げて前記送信要求を行うことを特徴としている。

更に、上記のブリッジ方法において、前記ミドルウェア部は、予め決められた送信元から連続するＯＳＩ第５層以上の通信プロトコルで規定された特定のパケットのブリッジ処理要求が前記デバイスドライバ部からあった場合に、連続する最初のブリッジ処理要求を受け取った場合には前記特定のパケットのヘッダ情報の確認後に前記特定のパケットを乗せた受信フレーム内のＯＳＩ第２層からＯＳＩ第４層までの各ヘッダから抽出したセッション情報をキャッシュテーブルに登録して前記ブリッジング部に対してブリッジ処理待ちの優先順位を上げて前記ブリッジ処理要求を行い、それ以降連続する前記特定のパケットを受信する場合にはそれ以降連続する前記特定のパケットを乗せた受信フレーム内のＯＳＩ第２層から第４層までのヘッダから抽出したセッション情報と前記キャッシュテーブルに登録したセッション情報とを比較することでブリッジ処理待ちの優先順位を上げて前記ブリッジ処理要求を行うことを特徴としている。

更に、上記のブリッジ方法において、前記ミドルウェア部は、前記キャッシュテーブルに前記セッション情報を登録した場合に予め決められた時間内に前記セッション情報を持った中継するフレームの送信要求が前記ブリッジング部から来なくなるまで監視し続けることを特徴としている。

更に、上記のブリッジ方法において、前記ミドルウェア部は、前記キャッシュテーブルに前記セッション情報を登録した場合に予め決められた時間内に前記セッション情報を持った中継するフレームのブリッジ処理要求が前記デバイスドライバ部から来なくなるまで監視し続けることを特徴としている。

更に、上記のブリッジ方法において、前記特定のパケットは、ＲＴＰパケットを含む第５層以上の通信プロトコルで規定されたパケットのいずれかであることを特徴としている。

更に、上記のブリッジ方法において、前記セッション情報は、フレーム内のＯＳＩ第２層に該当するＭＡＣアドレスと、ＯＳＩ第３層に該当するプロトコル番号およびＩＰアドレスと、ＯＳＩ第４層に該当するポート番号とを含むことを特徴としている。

本発明は、ブリッジング部とデバイスドライバとの間に入る構成をとり、フレーム内の各ヘッダ内の情報を基に送信要求、または、ブリッジ処理要求の優先順位毎に振り分けるようにしたため、優先順位の高い特定のパケットに対するブリッジング部のブリッジ処理、または、デバイスドライバの送信処理をできる限り待たせることなく優先させるという効果がある。

また、本発明は、ＱｏＳミドル部を、現状の環境に導入するだけで、ＱｏＳ用のハードウェアを導入する必要がないので、費用を削減できるという効果がある。

先ず、本発明の基本的な構成の概念について、図１を参照して説明する。図１は、本発明の基本的な構成の概念を示すブロック図である。

本発明は、無線ＬＡＮ通信データの送受を行う無線ＬＡＮデバイスドライバ部３１と、有線ＬＡＮ通信データの送受を行うＬＡＮデバイスドライバ部３２と、無線ＬＡＮデバイスドライバ部３１とＬＡＮデバイスドライバ部３２のブリッジ接続を実現するブリッジング部２１と、ブリッジング部２１と無線ＬＡＮデバイスドライバ部３１との間に置かれるＱｏＳミドル部１とから構成される。ＱｏＳミドル部１は、ブリッジング部２１からのフレームの送信要求を無線ＬＡＮデバイスドライバ部３１へ渡すためのヘッダ比較部１１１と、予め定めた優先順位を持つ複数のＦＩＦＯを持つ送信ＦＩＦＯ部５１と、送信ＦＩＦＯ部５１からの送信データを合成する合成部１１２とを備える。

ヘッダ比較部１１１は、キャッシュテーブル５３に予め登録された情報とヘッダ情報から抽出されたセッション情報とを基に優先順位を抽出し、優先順位に対応した送信ＦＩＦＯ部５１の送信要求（送信事象）をキューイングすることで、予め定めた優先順位の高い特定のフレームを中継する機能を持つ。すなわち、ヘッダ比較部１１１が優先の高いフレームの送信要求（送信事象）を送信ＦＩＦＯ部５１内の優先順位の高いＦＩＦＯにキューイングすることにより、無線ＬＡＮデバイスドライバ部３１への送信待ちとなる送信要求の優先順位を上げることができる。

また、ＱｏＳミドル部１は、無線ＬＡＮデバイスドライバ部３１からの受信データをブリッジング部２１へ渡すためのヘッダ比較部１２１と、複数のＦＩＦＯを有する受信ＦＩＦＯ部５２と、合成部１２２とを備えることが可能である。

次に、本発明の第１の実施の形態について、図面を参照して説明する。図２は、本発明の第１の実施の形態の構成を示すブロック図である。

ブリッジ装置は、ＩＥＥＥ８０２．１１標準の無線ＬＡＮである無線ＬＡＮ９０１とＩＥＥＥ８０２．３標準の有線ＬＡＮである有線ＬＡＮ９０２との中継を行う。

図２を参照すると、ブリッジ装置は、ＭＡＣアドレスのレベルでパケットを中継するブリッジング部２１と、無線ＬＡＮカード９１と、有線ＬＡＮカード９２と、中継バッファ２２とから構成される。なお、ブリッジング部２１は、図示していないプロセッサ（この場合のプロセッサは、ブリッジ全体の動作を制御するメインカード側に実装されている）によりプログラム制御で動作する。また、図２のブリッジ装置には、図示しない機能ブロックおよびハードウェアも搭載しているが、説明都合上省略している。

図２の無線ＬＡＮカード９１は、ＱｏＳミドル部１と、無線ＬＡＮ９０１におけるデータリンク層の通信プロトコルによりデータの受け渡しを行う無線ＬＡＮデバイスドライバ部３１と、無線ＬＡＮデバイスドライバ部３１の制御の下で無線ＬＡＮの物理層の通信プロトコルによるデータの受け渡しを行う無線ＬＡＮインタフェース部４１と、複数のＦＩＦＯを有する送信ＦＩＦＯ部５１と、複数のＦＩＦＯを有する受信ＦＩＦＯ部５２と、キャッシュテーブル５３と、監視タイマ部５４とから構成される。なお、ＱｏＳミドル部１、および、無線ＬＡＮデバイスドライバ部３１は、無線ＬＡＮカード９１内に実装されているプロセッサ（図示せず）によりプログラム制御で動作する。

有線ＬＡＮカード９２は、有線ＬＡＮ９０２におけるデータリンク層の通信プロトコルを使ってデータの受け渡しを行うＬＡＮデバイスドライバ部３２と、ＬＡＮデバイスドライバ部３２の制御の下で有線ＬＡＮの物理層の通信プロトコルによるデータの受け渡しを行うＬＡＮインタフェース部４２とから構成される。なお、ＬＡＮデバイスドライバ部３２は、有線ＬＡＮカード９２に実装されているプロセッサ（図示せず）によりプログラム制御で動作する。

ブリッジング部２１は、受信したフレームの宛先（ＭＡＣアドレス）がアドレステーブル（図示せず）に登録されていなければ、無線ＬＡＮカード９１のミドル部１、または、有線ＬＡＮカード９２のＬＡＮデバイスドライバ部３２にフレームの中継を行う。ブリッジング部２１は、受信したフレームの宛先がアドレステーブルに登録されていれば、フレームを中継しない。

前記アドレステーブルは、図示していないメモリ（例えば、ＲＡＭ）内に割り当てられ、無線ＬＡＮカード欄、および、有線ＬＡＮカード欄を含む。ブリッジング部２１は、無線ＬＡＮカード９１からのフレームの宛先と、無線ＬＡＮカード欄に登録されたＭＡＣアドレスとの照合を行い、有線ＬＡＮカード９２からのフレームの宛先と有線カード欄に登録されたＭＡＣアドレスとの照合を行う。

中継バッファ２２は、無線ＬＡＮ９０１、または、有線ＬＡＮ９０２からフレームを受信する毎にメモリ（図示せず）内に割り当てられる。

送信ＦＩＦＯ部５１は、図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、ブリッジング部２１から無線ＬＡＮデバイスドライバ部３１へのフレームの送信要求（送信事象）をＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）形式でキューイングする。送信ＦＩＦＯ部５１は、優先順位の高い高位送信ＦＩＦＯ５１１と優先順位の低い低位送信ＦＩＦＯ５１２とから構成される。

受信ＦＩＦＯ部５２は、図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、無線ＬＡＮデバイスドライバ部３１からブリッジング部２１へのフレームのブリッジ処理要求（ブリッジ処理事象）をＦＩＦＯ（Ｆｉｒｓｔ
Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）形式でキューイングする。受信ＦＩＦＯ部５２は、優先順位の高い高位受信ＦＩＦＯ５２１と優先順位の低い低位受信ＦＩＦＯ５２２とから構成される。

キャッシュテーブル５３は、ＲＴＰフレーム（ＲＴＰパケットの乗ったフレーム：ＲＴＰは、Ｒｅａｌ−ｔｉｍｅ Ｔｒａｎｓｐｏｒｔ Ｐｒｏｔｏｃｏｌの略）のセッション情報が予め登録される初期登録テーブル５３１と、セッション確立中にセッション情報が一時的に登録される一時登録テーブル５３２とから構成される。キャッシュテーブル５３は、図示していないメモリ（例えば、ＲＡＭ）内に割り当てられる。初期登録テーブル５３１は、優先順位の高いフレームかどうかを見分けるために利用され、一時登録テーブル５３２は、ＯＳＩ第５層以上（ｈｉｇｈｅｒ ｔｈａｎ ｏｒ ｅｑｕａｌ ｔｏ）のパケットのヘッダ情報を解析する手順を省くために利用される。中継するフレームの各ヘッダ情報内にＲＴＰパケットで一時登録テーブル５３２または初期登録テーブル５３１に該当するセッション情報が登録されていると、送信ＦＩＦＯ部５１または受信ＦＩＦＯ部５２内の高位のＦＩＦＯにキューイングされ、登録されていないと、送信ＦＩＦＯ部５１または受信ＦＩＦＯ部５２内の低位のＦＩＦＯにキューイングされる。高位のＦＩＦＯにキューイングされると、送信待ちまたはブリッジ処理待ちの優先順位を上げることになる。

初期登録テーブル５３１には、フレーム内の各ヘッダのＯＳＩ第２層に該当する相手先のＭＡＣアドレス、ＯＳＩ第３層に該当するプロトコル番号と相手先のＩＰアドレス、ＯＳＩ第４層に該当する相手先のポート番号（この場合は、ＴＣＰまたはＵＤＰのポート番号）、第５層以上のアプリケーションパケットの種別が、１つのセッション情報として予め複数個登録されている。この場合の相手先とは、送信元または送信先のどちらかである。また、一時登録テーブル５３２には、フレーム内の各ヘッダにおいて、ＯＳＩ第２層に該当する送信先および送信元のＭＡＣアドレス、ＯＳＩ第３層に該当するプロトコル番号と送信先および送信元のＩＰアドレス、ＯＳＩ第４層に該当する送信先および送信元のポート番号（この場合は、ＴＣＰまたはＵＤＰのポート番号）が、１つのセッション情報として、新しいセッションが確立するたびに登録され、セッションが確立されていないと消去される。

ＱｏＳミドル部１は、無線ＬＡＮ９０１へのフレームの送信時における送信要求の優先制御（優先処理）を行う送信部１１と、無線ＬＡＮ９０１からのフレームの受信時におけるブリッジ処理要求の優先制御（優先処理）を行う受信部１２と、ＲＴＰセッションモニタ部１３とから構成される。

送信部１１は、キャッシュテーブル５３のセッション情報と中継するフレーム内の各ヘッダ情報から抽出したセッション情報とを比較し、優先順位のＦＩＦＯを持つ送信ＦＩＦＯ部５１へ送信要求（送信事象）をキューイングするヘッダ比較部１１１と、送信ＦＩＦＯ部５１からの出力データ（送信事象）を合成（送信ＦＩＦＯ部５１内の送信ＦＩＦＯの識別を行う）して無線ＬＡＮデバイスドライバ部３１に出力する合成部１１２とから構成される。

受信部１２は、キャッシュテーブル５３のセッション情報と中継するフレーム内の各ヘッダ情報から抽出したセッション情報とを比較し、予め定められた優先順位を持つ受信ＦＩＦＯ部５２へブリッジ処理要求（ブリッジ処理事象）をキューイングするヘッダ比較部１２１と、受信ＦＩＦＯ部５２からの出力データ（ブリッジ処理事象）を合成（受信ＦＩＦＯ部５２内の受信ＦＩＦＯの識別を行う）してブリッジング部２１に出力する合成部１２２とから構成される。

図３は、フレーム内の各ヘッダの割り当てを示す説明図である。図３を参照すると、フレームは、８０２．３規格のフレームヘッダと、ＩＰヘッダと、ＴＣＰヘッダ（またはＵＤＰヘッダ）と、セッションヘッダ（ＲＴＰパケットのヘッダ）と、セッションデータ部とから構成される。

監視タイマ部５４は、複数のタイマを有しており、キャッシュテーブル５３の一時登録テーブル５３２に登録されたセッション情報を監視するために利用される。監視タイマ部５４内の各タイマは、ＲＴＰセッションモニタ部１３により起動（クリア＆スタート）され、予め決められた時間に到達するとタイマ割込み発生する。

ＲＴＰセッションモニタ部１３は、監視タイマ部５４のタイマを起動することで、キャッシュテーブル５３の一時登録テーブル５３２に登録されたセッション情報を監視する。監視タイマ部５４のタイマが予め決められた時間になる（タイムアウトになる）と、一時登録テーブル５３２に登録されている監視対象となったセッション情報を消去する。

次に、図２〜図７を参照して、本発明の第１の実施の形態の動作について説明する。

先ず、有線ＬＡＮ９０２からＬＡＮインタフェース部４２が無線ＬＡＮ９０１へのフレームを受信すると、ＬＡＮデバイスドライバ部３２は、受信したフレームを、ＬＡＮインタフェース部４２に、中継バッファ２２内のバッファへ格納させる。次に、ＬＡＮデバイスドライバ部３２は、ブリッジング部２１に対し受信したフレームのブリッジ処理要求を行う。ブリッジング部２１は、中継バッファ２２に格納されている受信したフレームの宛先（フレームヘッダ内の送信先ＭＡＣアドレス）とアドレステーブルに予め登録されたＭＡＣアドレスとを照合し、登録されていなければ、ＱｏＳミドル部１に無線ＬＡＮ９０１へフレームの中継のための送信要求を行う。この場合、送信要求には、中継バッファ２２内の格納場所情報、レングス情報が含まれる。

アドレステーブルに登録されていれば、ブリッジング部２１は、フレームを中継する必要がないので、中継バッファ２２内の該当するバッファを解放することで受信したフレームを無視する。

ブリッジング部２１から送信要求を受けたＱｏＳミドル部１が送信部１１に制御を渡すと、送信部１１のヘッダ比較部１１１は、フレーム内の各ヘッダ情報から送信先および送信元のポート番号と、送信先および送信元のＩＰアドレスと、プロトコル番号と、送信先および送信元のＭＡＣアドレスとを抽出してセッション情報とする。ヘッダ比較部１１１は、この抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５３の一時登録テーブル５３２に登録されているどうかの確認を行う（図４のステップＳ１０１，Ｓ１０２）。

同一内容のセッション情報が一時登録テーブル５３２に登録されていない場合（ステップＳ１０２／ＮＯ）、ヘッダ比較部１１１は、抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５３の初期登録テーブル５３１に登録されているかの確認を行う（図４のステップＳ１０３，Ｓ１０４）。

同一内容のセッション情報が初期登録テーブル５３１に登録されている場合（ステップＳ１０４／ＹＥＳ）、ヘッダ比較部１１１は、中継するフレームのＯＳＩ第５層のＲＴＰヘッダを調べ、中継するフレームがＲＴＰフレームであるかどうかの確認を行う（ステップＳ１０５，Ｓ１０６）。

中継するフレームがＲＴＰフレームであれば（ステップＳ１０６／ＹＥＳ）、ヘッダ比較部１１１は、フレーム内の各ヘッダ情報から抽出したセッション情報を一時登録テーブル５３２に登録し、ＲＴＰセッションモニタ部１３に、監視タイマ部５４のタイマを起動（リセット＆スタート）させる（ステップＳ１０７，Ｓ１０８）。

タイマを起動させた後、送信部１１のヘッダ比較部１１１は、送信要求を送信事象として高位送信ＦＩＦＯ５１１にキューイングする（ステップＳ１０９）。なお、送信事象には、送信要求の識別情報、中継バッファ２２内の格納場所、中継するフレームのレングス情報が含まれる。

中継するフレームが、ＲＴＰフレームでなければ（ステップＳ１０６／ＮＯ）、ヘッダ比較部１１１は、送信要求を送信事象として低位送信ＦＩＦＯ５１２にキューイングする（ステップＳ１１１）。

同一内容のセッション情報が一時登録テーブル５３２に登録されている場合（ステップＳ１０２／ＹＥＳ）、ヘッダ比較部１１１は、ＲＴＰセッションモニタ部１３に監視タイマ部５４のタイマを再起動（リセット＆リスタート）させ、送信要求を高位送信ＦＩＦＯ５１１にキューイングする（ステップＳ１１０，Ｓ１０９）。

同一内容のセッション情報が初期登録テーブル５３１に登録されていない場合に（ステップＳ１０４／ＮＯ）、ヘッダ比較部１１１は、送信要求を送信事象として低位送信ＦＩＦＯ５１２にキューイングする（ステップＳ１１１）。

合成部１１２は、無線ＬＡＮデバイスドライバ部３１が送信中でなければ（空き状態あれば）、送信ＦＩＦＯ部５１に送信事象がキューイングされているかのチェックを行い（ステップＳ１２１）、送信事象がキューイングされていれば（ステップＳ１２２／ＹＥＳ）、送信ＦＩＦＯの識別を行う（ステップＳ１２３〜Ｓ１２４）。送信中かどうかで空き状態を判断したが、送信するデータの残りの量を見てから合成部１１２が動作するようにしても良い。すなわち、送信するデータの残りの量を見てから合成部１１２が動作するようにすれば、送信待ちとなっている送信要求を送信待ち時間を利用して優先順位に合わせて並べなおして待機することになる。

高位送信ＦＩＦＯ５１１に送信事象がキューイングしていれば（ステップＳ１２４／高位）、合成部１１２は、高位送信ＦＩＦＯ５１１から読み出した送信事象を基に無線ＬＡＮデバイスドライバ部３１に送信要求を行い、高位送信ＦＩＦＯ５１１に送信事象がキューイングしていなければ（ステップＳ１２４／低位）、低位送信ＦＩＦＯ５１２から読み出した送信事象を基に無線ＬＡＮデバイスドライバ部３１に送信要求を行う（ステップＳ１２５，Ｓ１２６）。

一方、合成部１１２から送信要求を受けた無線ＬＡＮデバイスドライバ部３１は、送信要求を基に無線ＬＡＮインタフェース部４１に中継バッファ２２の該当するバッファからフレームを無線ＬＡＮ９０１へ送信させる。

次に、無線ＬＡＮインタフェース部４１が、無線ＬＡＮ９０１から有線ＬＡＮ９０２へのフレームを受信すると、無線ＬＡＮデバイスドライバ部３１は、無線ＬＡＮインタフェース部４１に対して受信したフレームを中継バッファ２２に格納させ、格納させ終わると、ＱｏＳミドル部１に受信したフレームのブリッジ処理要求を行う。

無線ＬＡＮデバイスドライバ部３１からブリッジ処理要求を受けたＱｏＳミドル部１が、受信部１２に制御を渡すと、受信部１２のヘッダ比較部１２１は、フレーム内の各ヘッダ情報から送信先および送信元のポート番号と、送信先および送信元のＩＰアドレスと、プロトコル番号と、送信先および送信元のＭＡＣアドレスとを抽出してセッション情報とする。この抽出したセッション情報と同一内容のセッション情報が、キャッシュテーブル５３の一時登録テーブル５３２に登録されているかの確認を行う（図６のステップＳ２０１，Ｓ２０２）。

同一内容のセッション情報が一時登録テーブル５３２に登録されていない場合（ステップＳ２０２／ＮＯ）、ヘッダ比較部１２１は、抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５３の初期登録テーブル５３１に登録されているかの確認を行う（図４のステップＳ２０３，Ｓ２０４）。

同一内容のセッション情報が初期登録テーブル５３１に登録されている場合（ステップＳ２０４／ＹＥＳ）、ヘッダ比較部１２１は、中継するフレームのＯＳＩ第５層のＲＴＰヘッダを調べ、中継するフレームがＲＴＰフレームであるかどうかの確認を行う（ステップＳ２０５，Ｓ２０６）。

中継するフレームがＲＴＰフレームであれば（ステップＳ２０６／ＹＥＳ）、ヘッダ比較部１２１は、フレーム内の各ヘッダ情報から抽出したセッション情報を一時登録テーブル５３２に登録し、ＲＴＰセッションモニタ部１３に、監視タイマ部５４のタイマを起動（リセット＆スタート）させる（ステップＳ２０７，Ｓ２０８）。

更に、ヘッダ比較部１２１は、ブリッジ処理要求をブリッジ処理事象として高位受信ＦＩＦＯ５２１にキューイングする（ステップＳ２０９）。なお、ブリッジ処理事象には、ブリッジ処理要求の識別情報、中継バッファ２２内の格納場所、中継するフレームのレングス情報が含まれている。

中継するフレームが、ＲＴＰフレームでなければ（ステップＳ２０６／ＮＯ）、ヘッダ比較部１２１は、ブリッジ処理要求をブリッジ処理事象として低位受信ＦＩＦＯ５２２にキューイングする（ステップＳ２１１）。

同一内容のセッション情報が一時登録テーブル５３２に登録されている場合（ステップ２０２／ＹＥＳ）、ヘッダ比較部１２１は、ＲＴＰセッションモニタ部１３に対して監視タイマ部５４のタイマを再起動（リセット＆リスタート）させ、ブリッジ処理要求をブリッジ処理事象として高位受信ＦＩＦＯ５２１にキューイングする（ステップＳ２１０，Ｓ２０９）。

同一内容のセッション情報が初期登録テーブル５３１に登録されていない場合に（ステップＳ２０４／ＮＯ）、ヘッダ比較部１２１は、ブリッジ処理要求をブリッジ処理事象として低位受信ＦＩＦＯ５２２にキューイングする（ステップＳ２１１）。

合成部１２２は、ブリッジング部２１がブリッジ処理中でなければ（空き状態あれば）、受信ＦＩＦＯ部５２にブリッジ処理事象がキューイングされているかどうかのチェックを行い（ステップＳ２２１）、ブリッジ処理事象がキューイングされていれば（ステップＳ２２２／ＹＥＳ）、受信ＦＩＦＯの識別を行う（図７のステップＳ２２３〜Ｓ２２４）。

高位受信ＦＩＦＯ５２１にブリッジ処理事象がキューイングしていれば（ステップＳ２２４／高位）、合成部１２２は、高位受信ＦＩＦＯ５２１から読み出したブリッジ処理事象を基にブリッジング部２１にブリッジ処理要求を行い、高位受信ＦＩＦＯ５２１にブリッジ処理事象がキューイングしていなければ（ステップＳ２２４／低位）、低位受信ＦＩＦＯ５２２から読み出したブリッジ処理事象を基にブリッジング部２１にブリッジ処理要求を行う（ステップＳ２２５，Ｓ２２６）。

一方、合成部１２２からブリッジ処理要求を受信したブリッジング部２１は、受信したパケットの宛先である送信先ＭＡＣアドレスがアドレステーブルに登録されていなければ、フレームを中継する必要があるので、ＬＡＮデバイスドライバ部３２に送信要求を行う。この場合、送信先ＭＡＣアドレスがアドレステーブルに登録されていれば、ブリッジング部２１は、フレームを中継する必要がないので、中継バッファ２２内の該当するバッファを解放することで、受信したフレームを無視する。

ブリッジング部２１から送信要求を受けたＬＡＮデバイスドライバ部３２は、ＬＡＮインタフェース部４２に、中継バッファ２２の該当するバッファからフレームを有線ＬＡＮ９０２へ送信させる。

上記説明において、ＲＴＰセッションモニタ部１３は、セッション毎に監視タイマ部５４のタイマを１つ割り当てて使用したが、１つのタイマを利用して各セッションの時間を監視するようにしても良い。この場合は、例えば、タイマを一定時間（例えば、１ｍｓ）ごとにＲＴＰセッションモニタ部１３に割り込むようにしておく。キャッシュテーブル５３の一時登録テーブル５３２にセッション情報が登録されるごとに、ＲＴＰセッションモニタ部１３がステップＳ１０８（受信の場合は、ステップＳ２０８）において、時間をカウントするエリア（カウントエリア）を確保し、タイマ割り込みが起こると、登録されているカウントエリアを＋１ずつカウントアップし、ステップＳ１１０（受信の場合はＳ２１０）において、カウントエリアをクリアする。ＲＴＰセッションモニタ部１３は、タイマ割り込みでカウンタエリアが予め決められた値になれば、その該当するセッション情報を消去する。

なお、上記で説明したキャッシュテーブル５３の初期登録テーブル５３１および一時登録テーブル５３２には、セッション情報を登録するようにしたが、セッション情報に限定するものではない。

従って、上記で説明したブリッジ装置において、有線ＬＡＮ９０２を１００ＭのＩＥＥＥ８０２．３標準の有線ＬＡＮ９０２とした場合、ＩＥＥＥ８０２．３標準の無線ＬＡＮ９０１は、有線ＬＡＮ９０２より１桁以上通信能力が下がることになるが、ブリッジの制御を行うブリッジング部２１と無線ＬＡＮデバイスドライバ部３１との間にＦＩＦＯによる優先処理を行うＱｏＳミドル部１を設けるようにしたため、優先度の高い通信データの無線ＬＡＮ９０１への送信待ちになる現象を軽減することができる。

また、送信ＦＩＦＯ部５１および受信ＦＩＦＯ部５２の各ＦＩＦＯをブリッジ装置に標準として搭載されているメモリ（例えば、ＲＡＭ）内に割り当て、ＱｏＳミドル部１のプログラムをインストールするようにすれば、現状の環境をそのまま生かしてＱｏＳが提供され、かつ、待ちを考慮したＱｏＳ対応のハードウェアを新たに購入しなくてよいという費用効果も得られる。

次に、本発明の第２の実施の形態について、図面を参照して説明する。

図８は、本発明の第２の実施の形態の構成を示すブロック図である。

図８を参照すると、本発明の第２の実施の形態のブリッジ装置は、ブリッジング部２１と、ＱｏＳミドル部１と、無線ＬＡＮデバイスドライバ部３１と、ＬＡＮデバイスドライバ部３２と、送信ＦＩＦＯ部５１と、受信ＦＩＦＯ部５２と、キャッシュテーブル５３と、監視タイマ部５４と、無線ＬＡＮインタフェース部４１を有する無線ＬＡＮカード９１と、ＬＡＮインタフェース部４２を有するＬＡＮカード９２と、中継バッファ２２とから構成される。なお、ブリッジング部２１とＱｏＳミドル部１と無線ＬＡＮデバイスドライバ部３１とＬＡＮデバイスドライバ部３２とは、図示していないプロセッサ（この場合のプロセッサは、メインカード側に実装されている）によりプログラム制御で動作する。また、図８のブリッジ装置には、図示しない機能ブロックおよびハードウェアも搭載しているが、説明都合上省略している。

本発明の第１の実施の形態（図２を参照）と比較すると、ＱｏＳミドル部１と無線ＬＡＮデバイスドライバ部３１と送信ＦＩＦＯ部５１と受信ＦＩＦＯ部５２とキャッシュテーブル５３と監視タイマ部５４とが無線ＬＡＮカード９１に含まれない点が相違する。また、また、ＬＡＮデバイスドライバ部３２が、有線ＬＡＮカード９２内に含まれない点が相違する。従って、第２の実施の形態は、ＱｏＳミドル部１と無線ＬＡＮデバイスドライバ部３１とＬＡＮデバイスドライバ部３２とがメインカード側のプロセッサによりプログラム制御で動作する機能ブロックである点で、第１の実施の形態と相違する。

次に、図８および図３〜図７を参照して、本発明の第２の実施の形態の動作について、説明する。

第１の実施の形態で説明した動作と同じなので説明を省略する。

無線デバイスドライバ部３１がメインカード側のプロセッサにより動作する場合も、第１の実施の形態と同じように効果がある。

次に、本発明の第３の実施の形態について、図面を参照して説明する。

図９は、本発明の第３の実施の形態の構成を示すブロック図である。図９を参照すると、本発明の第３の実施の形態のブリッジ装置は、ブリッジング部２１と、無線ＬＡＮカード９１と、有線ＬＡＮカード９２と、中継バッファ２２とから構成される。

本発明の第１の実施の形態と比較すると、有線ＬＡＮカード９２の構成が相違する。すなわち、第３の実施の形態は、有線ＬＡＮカード９２内にＱｏＳミドル部６を追加してブリッジング部２１とＬＡＮデバイスドライバ部３２との間の事象の優先処理を行うようにした点と、有線ＬＡＮカード９２に送信ＦＩＦＯ部５６と受信ＦＩＦＯ部５７とキャッシュテーブル５８と監視タイマ部５９とを設けた点で第１の実施の形態と相違する。なお、ＱｏＳミドル部６とＬＡＮデバイスドライバ部３２とは、有線ＬＡＮカード９２内のプロセッサによりプログラム制御で動作する機能ブロックである。

ブリッジング部２１は、ネットワークから受信したパケットの宛先とアドレステーブル（図示せず）に登録されているＭＡＣアドレスとを照合し、同一のＭＡＣアドレスが登録されていなければ、該当する無線ＬＡＮカード９１に、または、有線ＬＡＮカード９２にフレームの中継を行う。同一のＭＡＣアドレスが登録されていれば、ブリッジング部２１は、フレームを中継しない。

送信ＦＩＦＯ部５６は、図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、ブリッジング部２１からＬＡＮデバイスドライバ部３２へのフレームの送信要求（送信事象）がＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）形式でキューイングされる。送信ＦＩＦＯ部５６は、優先順位の高い高位送信ＦＩＦＯ５６１と優先順位の低い低位送信ＦＩＦＯ５６２とから構成される。

受信ＦＩＦＯ部５７は、図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、ＬＡＮデバイスドライバ部３２からブリッジング部２１へのフレームのブリッジ処理要求（ブリッジ処理事象）がＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）形式でキューイングされる。受信ＦＩＦＯ部５７は、優先順位の高い高位受信ＦＩＦＯ５７１と優先順位の低い低位受信ＦＩＦＯ５７２とから構成される。

キャッシュテーブル５８は、ＲＴＰフレームのセッション情報が予め登録される初期登録テーブル５８１と、セッション情報がセッション確立中に一時的に登録される一時登録テーブル５８２とから構成される。キャッシュテーブル５３は、図示していないメモリ（例えば、ＲＡＭ）内に割り当てられる。初期登録テーブル５８１は、優先順位の高いフレームかどうかを見分けるために利用され、一時登録テーブル５８２は、ＯＳＩ第５層以上のパケットのヘッダ情報を解析する手順を省くために利用される。中継するフレームの各ヘッダ情報内にＲＴＰパケットで一時登録テーブル５８２または初期登録テーブル５８１に該当するセッション情報が登録されていると、送信ＦＩＦＯ部５６または受信ＦＩＦＯ部５７内の高位のＦＩＦＯにキューイングされ、登録されていないと、送信ＦＩＦＯ部５６または受信ＦＩＦＯ部５７内の低位のＦＩＦＯにキューイングされる。

初期登録テーブル５８１には、フレーム内の各ヘッダのＯＳＩ第２層に該当する相手先のＭＡＣアドレス、ＯＳＩ第３層に該当するプロトコル番号と相手先のＩＰアドレス、ＯＳＩ第４層に該当する相手先のポート番号（この場合は、ＴＣＰまたはＵＤＰのポート番号）、第５層以上のアプリケーションパケットの種別が、１つのセッション情報として予め複数個登録されている。この場合の相手先とは、送信元または送信先のどちらかである。また、一時登録テーブル５８２には、フレーム内の各ヘッダにおいて、ＯＳＩ第２層に該当する送信先および送信元のＭＡＣアドレス、ＯＳＩ第３層に該当するプロトコル番号と送信先および送信元のＩＰアドレス、ＯＳＩ第４層に該当する送信先および送信元のポート番号（この場合は、ＴＣＰまたはＵＤＰのポート番号）が、１つのセッション情報として、新しいセッションが確立するたびに登録され、セッションが確立されていないと消去される。

ＱｏＳミドル部６は、有線ＬＡＮ９０２へのフレームの送信時における送信要求の優先制御（優先処理）を行う送信部６１と、有線ＬＡＮ９０２からのフレームの受信時における優先制御（優先処理）を行う受信部６２とＲＴＰセッションモニタ部６３とから構成される。

送信部６１は、キャッシュテーブル５８のセッション情報と中継するフレーム内の各ヘッダ情報から抽出したセッション情報とを比較し、優先順位のＦＩＦＯを持つ送信ＦＩＦＯ部５６へ送信要求（送信事象）をキューイングするヘッダ比較部６１１と、送信ＦＩＦＯ部５６からの出力データ（送信事象）を合成（送信ＦＩＦＯ部５６内の送信ＦＩＦＯの識別を行う）してＬＡＮデバイスドライバ部３２に出力する合成部６１２とから構成される。

受信部６２は、キャッシュテーブル５８のセッション情報と中継するフレーム内の各ヘッダ情報から抽出したセッション情報とを比較し、予め定められた優先順位を持つ受信ＦＩＦＯ部５７へブリッジ処理要求（ブリッジ処理事象）をキューイングするヘッダ比較部６２１と、受信ＦＩＦＯ部５７からの出力データ（ブリッジ処理事象）を合成（受信ＦＩＦＯ部５７内の受信ＦＩＦＯの識別を行う）してブリッジング部２１に出力する合成部６２２とから構成される。

監視タイマ部５９は、複数のタイマを有しており、キャッシュテーブル５８の一時登録テーブル５８２に登録されたセッション情報を監視するために利用される。監視タイマ部５９内の各タイマは、ＲＴＰセッションモニタ部６３により起動（クリア＆スタート）され、予め決められた時間に到達するとタイマ割込み発生する。

ＲＴＰセッションモニタ部６３は、監視タイマ部５９のタイマを起動することで、キャッシュテーブル５８の一時登録テーブル５８２に登録されたセッション情報を監視する。監視タイマ５９のタイマが予め決められた時間になる（タイムアウトになる）と、一時登録テーブル５８２に登録されかつ監視対象となったセッション情報を消去する。

なお、図９に示されるその他の構成は、第１の実施の形態で説明した構成と同じなので説明を省略する。

次に、図３〜図７、図９〜図１３を参照して、本発明の第３の実施の形態の動作について説明する。

無線ＬＡＮ９０１側の送信部１１の動作と有線ＬＡＮ９０２側の送信部６１の動作とは、デバイスドライバとのインタフェースが違うだけで全く同じ動作を行う。

先ず、有線ＬＡＮ９０２からＬＡＮインタフェース部４２が無線ＬＡＮ９０１へのフレームを受信すると、ＬＡＮデバイスドライバ部３２は、ＬＡＮインタフェース部４２に対して受信したフレームを中継バッファ２２内のバッファに格納させ、格納し終わせると、ＱｏＳミドル部６に受信したフレームのブリッジ処理要求を行う。

ＬＡＮデバイスドライバ部３２からブリッジ処理要求を受けたＱｏＳミドル部６が受信部６２に制御を渡すと、受信部６２のヘッダ比較部６２１は、フレーム内の各ヘッダ情報から送信先および送信元のポート番号と、送信先および送信元のＩＰアドレスと、プロトコル番号と、送信先および送信元のＭＡＣアドレスとを抽出してセッション情報とする。この抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５８の一時登録テーブル５８２に登録されているかどうかの確認を行う（図１２のステップＳ４０１，Ｓ４０２）。

同一内容のセッション情報が一時登録テーブル５８２に登録されていない場合（ステップＳ４０２／ＮＯ）、ヘッダ比較部６２１は、抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５８の初期登録テーブル５８１に登録されているかどうかの確認を行う（ステップＳ４０３，Ｓ４０４）。

同一内容のセッション情報が初期登録テーブル５８１に登録されている場合（ステップＳ４０４／ＹＥＳ）、ヘッダ比較部６２１は、中継するフレームがＯＳＩ第５層であるＲＴＰヘッダを調べ、中継するフレームがＲＴＰフレームであるかどうかの確認を行う（ステップＳ４０５，Ｓ４０６）。

中継するＲＴＰフレームがＲＴＰフレームであれば（ステップＳ４０６／ＹＥＳ）、ヘッダ比較部６２１は、フレーム内の各ヘッダ情報から抽出したセッション情報を一時登録テーブル５８２に登録し、ＲＴＰセッションモニタ部６３に監視タイマ部５９のタイマを起動させる（ステップＳ４０７，Ｓ４０８）。

次に、ヘッダ比較部６２１は、ブリッジ処理要求をブリッジ処理事象として高位受信ＦＩＦＯ５７１にキューイングする（ステップＳ４０９）。なお、ブリッジ処理事象には、送信要求の識別情報、中継バッファ２２内の格納場所、中継するフレームのレングス情報が含まれる。

中継するフレームが、ＲＴＰフレームでなければ（ステップＳ４０６／ＮＯ）、ヘッダ比較部６２１は、ブリッジ処理要求をブリッジ処理事象として低位受信ＦＩＦＯ５７２にキューイングする（ステップＳ４１１）。

同一内容のセッション情報が一時登録テーブル５８２に登録されている場合（ステップＳ４０２／ＹＥＳ）、ヘッダ比較部６２１は、ＲＴＰセッションモニタ部６３に監視タイマ５８のタイマを再起動させ、ブリッジ処理要求をブリッジ処理事象として高位受信ＦＩＦＯ５７１にキューイングする（ステップＳ４１０，Ｓ４０９）。

同一内容のセッション情報が初期登録テーブル５８１に登録されていない場合に（ステップＳ４０４／ＮＯ）、ヘッダ比較部６２１は、ブリッジ処理要求をブリッジ処理事象として低位受信ＦＩＦＯ５７２にキューイングする（ステップＳ４１１）。

合成部６２２は、ブリッジング部２１がブリッジ処理中でなければ（空き状態あれば）、受信ＦＩＦＯ部５７にブリッジ処理事象がキューイングされているかどうかのチェックを行い（ステップＳ４２１）、ブリッジ処理事象がキューイングされていれば（ステップＳ４２２／ＹＥＳ）、受信ＦＩＦＯの識別を行う（図１３ステップＳ４２１〜Ｓ４２４）。

高位受信ＦＩＦＯ５７１にブリッジ処理事象がキューイングしていれば（ステップＳ４２４／高位）、合成部６２２は、高位受信ＦＩＦＯ５７１から読み出したブリッジ処理事象を基にブリッジング部２１にブリッジ処理要求を行い、高位受信ＦＩＦＯ５７１にブリッジ処理事象がキューイングしていなければ（ステップＳ４２４／低位）、低位受信ＦＩＦＯ５７２から読み出したブリッジ処理事象を基にブリッジング部２１にブリッジ処理要求を行う（ステップＳ４２５，Ｓ４２６）。

合成部６２２からブリッジ処理要求を受けたブリッジング部２１は、中継バッファ２２に格納されている受信したフレームの宛先である送信先ＭＡＣアドレスがアドレステーブルに登録されていなければ、中継する必要があるので、ＱｏＳミドル部１に送信要求を行う。この場合、送信要求には、中継バッファ２２内の格納場所情報、レングス情報が含まれる。

送信先ＭＡＣアドレスがアドレステーブルに登録されていれば、ブリッジング部２１は、中継する必要がないので、中継バッファ２２内の該当するバッファを解放することで受信したフレームを無視する。

本発明の第３の実施の形態における無線ＬＡＮカード９１の動作は、本発明の第１の実施の形態の無線ＬＡＮカード９１の動作（図４、図５、図６、図７）と同一である。

一方、合成部１２２からブリッジ処理要求を受信したブリッジング部２１は、受信したパケットの宛先である送信先ＭＡＣアドレスがアドレステーブルに登録されていなければ、フレームを中継する必要があるので、ＱｏＳミドル部６に送信要求を行う。この場合、送信先ＭＡＣアドレスがアドレステーブルに登録されていれば、ブリッジング部２１は、フレームを中継する必要がないので、中継バッファ２２内の該当するバッファを解放することで、受信したフレームを無視する。

ブリッジング部２１から送信要求を受けたＱｏＳミドル部６が送信部６１に制御を渡すと、送信部６１のヘッダ比較部６１１は、フレーム内の各ヘッダ情報から送信先および送信元のポート番号と、送信先および送信元のＩＰアドレスと、プロトコル番号と、送信先および送信元のＭＡＣアドレスとを抽出してセッション情報とする。ヘッダ比較部６１１は、この抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５８の一時登録テーブル５８２に登録されているかどうかの確認を行う（図１０のステップＳ３０１，Ｓ３０２）。

同一内容のセッション情報が一時登録テーブル５８２に登録されていない場合（ステップＳ３０２／ＮＯ）、ヘッダ比較部６１１は、抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル５３の初期登録テーブル５８１に登録されているかの確認を行う（ステップＳ３０３，Ｓ３０４）。

同一内容のセッション情報が初期登録テーブル５８１に登録されている場合（ステップＳ３０４／ＹＥＳ）、ヘッダ比較部６１１は、中継するフレームがＯＳＩ第５層であるＲＴＰヘッダを調べ、中継するフレームがＲＴＰフレームかどうかの確認を行う（ステップＳ３０５，Ｓ３０６）。

中継するフレームがＲＴＰフレームであれば（ステップＳ３０６／ＹＥＳ）、ヘッダ比較部６１１は、フレーム内の各ヘッダ情報から抽出したセッション情報を一時登録テーブル５８２に登録し、ＲＴＰセッションモニタ部６３に対して監視タイマ部５９のタイマを起動させる（ステップＳ３０７，Ｓ３０８）。

次に、ヘッダ比較部６１１は、送信要求を送信事象として高位送信ＦＩＦＯ５６１にキューイングする（ステップＳ３０９）。なお、送信事象には、送信要求の識別情報、中継バッファ２２内の格納場所、中継するフレームのレングス情報が含まれる。

中継するフレームが、ＲＴＰフレームでなければ（ステップＳ３０６／ＮＯ）、ヘッダ比較部６１１は、送信要求を送信事象として低位送信ＦＩＦＯ５６２にキューイングする（ステップＳ３１１）。

同一内容のセッション情報が一時登録テーブル５８２に登録されている場合（ステップＳ３０２／ＹＥＳ）、ヘッダ比較部６１１は、ＲＴＰセッションモニタ部６３に監視タイマ部５９のタイマを再起動させ、送信要求を高位送信ＦＩＦＯ５６１にキューイングする（ステップＳ３１０，Ｓ３０９）。

同一内容のセッション情報が初期登録テーブル５８１に登録されていない場合に（ステップＳ３０４／ＮＯ）、ヘッダ比較部６１１は、送信要求を送信事象として低位送信ＦＩＦＯ５６２にキューイングする（ステップＳ３１１）。

合成部６１２は、ＬＡＮデバイスドライバ部４２が送信中でなければ（空き状態あれば）、送信ＦＩＦＯ部５６にキューイングされているかのチェックを行い（ステップＳ３２１）、送信事象がキューイングされていれば（ステップＳ３２２／ＹＥＳ）、送信ＦＩＦＯの識別を行う（図１１のステップＳ３２１〜Ｓ３２４）。送信中かどうかで空き状態を判断したが、送信するデータの残りの量を見てから送信部６１の合成部６１２が動作するようにしても良い。すなわち、送信するデータの残りの量を見てから合成部６１２が動作するようにすれば、送信待ちとなっている送信要求を送信待ち時間を利用して優先順位に合わせて並べなおして待機することになる。

高位送信ＦＩＦＯ５６１に送信事象がキューイングしていれば（ステップＳ３２４／高位）、合成部６１２は、無条件に高位送信ＦＩＦＯ５６１から読み出した送信事象を基にＬＡＮデバイスドライバ部３２に送信要求を行い、高位送信ＦＩＦＯ５６１に送信事象がキューイングしていなければ、低位送信ＦＩＦＯ５６２から読み出した送信事象を基にＬＡＮデバイスドライバ部３２に送信要求を行う（ステップＳ３２５，Ｓ３２６）。

一方、合成部６１２から送信要求を受けたＬＡＮデバイスドライバ部３２は、送信要求を基にＬＡＮインタフェース部４２に対して中継バッファ２２の該当するバッファから中継するフレームを有線ＬＡＮ９０２へ送信させる。

次に、本発明の第４の実施の形態について、図面を参照して説明する。

図１４は、本発明の第４の実施の形態の構成を示すブロック図である。

図１４を参照すると、本発明の第４の実施の形態のブリッジ装置は、ブリッジング部２１と、ＱｏＳミドル部１と、ＱｏＳミドル部６と、無線ＬＡＮデバイスドライバ部３１と、ＬＡＮデバイスドライバ部３２と、送信ＦＩＦＯ部５１と、受信ＦＩＦＯ部５２と、キャッシュテーブル５３と、監視タイマ部５４と、送信ＦＩＦＯ部５６と、受信ＦＩＦＯ部５７と、キャッシュテーブル５８と、監視タイマ部５９と、無線ＬＡＮインタフェース部４１を有する無線ＬＡＮカード９１と、ＬＡＮインタフェース部４２を有する有線ＬＡＮカード９２と、中継バッファ２２とから構成される。なお、ブリッジング部２１とＱｏＳミドル部１とＱｏＳミドル部６と無線ＬＡＮデバイスドライバ部３１とＬＡＮデバイスドライバ部３２とは、図示していないプロセッサ（この場合のプロセッサは、メインカード側に実装されている）によりプログラム制御で動作する。また、図１４のブリッジ装置には、図示しない機能ブロックおよびハードウェアも搭載されうる。

本発明の第３の実施の形態（図９）のブリッジ装置と比較すると、本発明の第４の実施の形態のブリッジ装置においては、ＱｏＳミドル部１と無線ＬＡＮデバイスドライバ部３１と送信ＦＩＦＯ部５１と受信ＦＩＦＯ部５２とキャッシュテーブル５３と監視タイマ部５４とが無線ＬＡＮカード９１内に存在しない点で相違する。さらに、ＱｏＳミドル部６とＬＡＮデバイスドライバ部３２と送信ＦＩＦＯ部５６と受信ＦＩＦＯ部５７とキャッシュテーブル５８と監視タイマ部５９とが有線ＬＡＮカード９２内にない点で相違する。従って、第４の実施の形態は、ＱｏＳミドル部１とＱｏＳミドル部６と無線ＬＡＮデバイスドライバ部３１とＬＡＮデバイスドライバ部３２とがメインカード側のプロセッサによりプログラム制御で動作する機能ブロックである点で、第３の実施の形態と相違する。なお、ＱｏＳミドル部１とＱｏＳミドル部６とを１つのＱｏＳミドル部として統一しても良い。

次に、図１４および図３、図１０〜図１３を参照して、本発明の第４の実施の形態の動作について説明する。

第３の実施の形態で説明した動作と同じなので説明を省略する。

次に、本発明の第５の実施の形態について、図面を参照して説明する。

図１５は、本発明の第５の実施の形態の構成を示すブロック図である。

図１５を参照すると、本発明の第５の実施の形態のブリッジ装置は、ブリッジング部７と、無線ＬＡＮ９０１におけるデータリンク層の通信プロトコルにより相手とデータの受け渡しを行う無線ＬＡＮデバイスドライバ部３１と、無線ＬＡＮデバイスドライバ部３１の制御の下で無線ＬＡＮの物理層の通信プロトコルによるデータの受け渡しを行う無線ＬＡＮインタフェース部４１と、複数のＦＩＦＯを有するＦＩＦＯ部８１と、複数のＦＩＦＯを有するＦＩＦＯ部８２と、キャッシュテーブル８３と、監視タイマ部８４と、中継バッファ８５と、有線ＬＡＮ９０２におけるデータリンク層の通信プロトコルを使って相手とデータの受け渡しを行うＬＡＮデバイスドライバ部３２と、ＬＡＮデバイスドライバ部３２の制御の下で有線ＬＡＮの物理層の通信プロトコルによるデータの受け渡しを行うＬＡＮインタフェース部４２とから構成される。

なお、ブリッジング部７と無線ＬＡＮデバイスドライバ部３１とＬＡＮデバイスドライバ部３２は、図示していないプロセッサによりプログラム制御で動作する機能ブロックである。また、図１５のブリッジ装置には、その他図以外の機能ブロックおよびハードウェアも搭載しているが、説明都合上省略している。

ブリッジング部７は、フレームを中継するブリッジ処理部７１と、無線ＬＡＮデバイスドライバ部３１、または、ＬＡＮデバイスドライバ部３２からブリッジ処理部７１へのブリッジ処理要求の優先制御を行うＱｏＳミドル部７２とから構成される。

ブリッジ処理部７１は、受信したフレームの宛先（ＭＡＣアドレス）がアドレステーブル（図示せず）に登録されていなければ、無線ＬＡＮデバイスドライバ部３１、または、ＬＡＮデバイスドライバ部３２にフレームの中継を行う。ブリッジ処理部７１は、受信したフレームの宛先がアドレステーブルに登録されていれば、フレームを中継しない。

前記アドレステーブルは、図示していないメモリ（例えば、ＲＡＭ）内に割り当てられ、無線ＬＡＮ欄、および、有線ＬＡＮ欄を含む。ブリッジ処理部７１は、無線ＬＡＮ９０１からのフレームの宛先と無線ＬＡＮ欄に登録されたＭＡＣアドレスとの照合を行い、有線ＬＡＮ９０２からのフレームの宛先と有線ＬＡＮ欄に登録されたＭＡＣアドレスとの照合を行う。

中継バッファ８５は、無線ＬＡＮ９０１または有線ＬＡＮ９０２からフレームを受信する毎にメモリ（図示せず）内に割り当てられる。

ＦＩＦＯ部８１は、図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、無線ＬＡＮデバイスドライバ部３１からブリッジ処理要求を受けたヘッダ比較部７２１によりブリッジ処理要求（ブリッジ処理事象）がＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）形式でキューイングされる。ＦＩＦＯ部８１は、優先順位の高い高位ＦＩＦＯ８１１と優先順位の低い低位ＦＩＦＯ８１２とから構成される。

ＦＩＦＯ部８２は、図示していないメモリ（例えば、ＲＡＭ）に割り当てられており、ＬＡＮデバイスドライバ部３２からブリッジ処理要求を受けたヘッダ比較部７２３によりブリッジ処理要求（ブリッジ処理事象）がＦＩＦＯ（Ｆｉｒｓｔ Ｉｎ Ｆｉｒｓｔ Ｏｕｔ）形式でキューイングされる。ＦＩＦＯ部８２は、優先順位の高い高位ＦＩＦＯ８２１と優先順位の低い低位ＦＩＦＯ８２２とから構成される。

キャッシュテーブル８３は、ＲＴＰフレーム（ＲＴＰパケットの乗ったフレーム）のセッション情報が予め登録されている一時登録テーブル８３２と、セッション情報がセッション確立中に一時的に登録されている初期登録テーブル８３１とから構成される。キャッシュテーブル８３は、図示していないメモリ（例えば、ＲＡＭ）内に割り当てられる。初期登録テーブル８３１は、優先順位の高いフレームかどうかを見分けるために利用され、一時登録テーブル８３２は、ＯＳＩ第５層以上のフレームを解析する手順を省くために利用される。中継するフレームの各ヘッダ情報内にＲＴＰパケットで一時登録テーブル８３２または初期登録テーブル８３１にセッション情報が登録されていると、ブリッジ処理事象は、高位ＦＩＦＯ８１１、または、高位ＦＩＦＯ８２１にキューイングされ、登録されていないと、ブリッジ処理事象は、低位ＦＩＦＯ８１２、または、低位ＦＩＦＯ８２２にキューイングされる。

初期登録テーブル８３１には、フレーム内の各ヘッダにおいて、ＯＳＩ第２層に該当する相手先のＭＡＣアドレス、ＯＳＩ第３層に該当するプロトコル番号と相手先のＩＰアドレス、ＯＳＩ第４層に該当する相手先のポート番号（この場合は、ＴＣＰまたはＵＤＰのポート番号）、第５層以上のアプリケーションパケットの種別が、１つのセッション情報として複数予め登録されている。この場合の相手先とは、送信元または送信先のどちらかである。また、一時登録テーブル８３２には、フレーム内の各ヘッダにおいて、ＯＳＩ第２層に該当する送信先および送信元のＭＡＣアドレス、ＯＳＩ第３層に該当するプロトコル番号と送信先および受信先のＩＰアドレス、ＯＳＩ第４層に該当する送信先および受信先のポート番号（この場合は、ＴＣＰまたはＵＤＰのポート番号）が、１つのセッション情報として、新しいセッションが確立するたびに登録され、セッションが確立されていないと消去される。

ＱｏＳミドル部７２は、ヘッダ比較部７２１と合成部７２２とヘッダ比較部７２３と合成部７２４とＲＴＰセッションモニタ部７２５とから構成される。

ヘッダ比較部７２１は、キャッシュテーブル８３のセッション情報と無線ＬＡＮデバイスドライバ部３１からのフレーム内の各ヘッダ情報から抽出したセッション情報とを比較し、優先順位のＦＩＦＯを持つＦＩＦＯ部８１へブリッジ処理要求（ブリッジ処理事象）をキューイングする。合成部７２２は、ＦＩＦＯ部８１からの出力データ（ブリッジ処理事象）を合成（ＦＩＦＯ部８１内のＦＩＦＯの識別を行う）してブリッジ処理部７１に出力する。ヘッダ比較部７２３は、キャッシュテーブル８３のセッション情報とＬＡＮデバイスドライバ部３２からのフレーム内の各ヘッダ情報から抽出したセッション情報とを比較し、優先順位のＦＩＦＯを持つＦＩＦＯ部８２へブリッジ処理要求（ブリッジ処理事象）をキューイングする。合成部７２４は、ＦＩＦＯ部８２からの出力データ（ブリッジ処理事象）を合成（ＦＩＦＯ部８２内のＦＩＦＯの識別を行う）してブリッジ処理部７１に出力する。

監視タイマ部８４は、複数のタイマを有しており、キャッシュテーブル８３の一時登録テーブル８３２に登録されたセッション情報を監視するために利用される。監視タイマ部８４内の各タイマは、ＲＴＰセッションモニタ部７２５により起動（クリア＆スタート）され、予め決められた時間に到達するとタイマ割込み発生する。

ＲＴＰセッションモニタ部７２５は、監視タイマ部８４のタイマを起動することで、キャッシュテーブル８３の一時登録テーブル８３２に登録されたセッション情報を監視する。監視タイマ部８４のタイマが予め決められた時間になる（タイムアウトになる）と、一時登録テーブル８３２に登録されかつ監視対象となったセッション情報を消去する。

次に、図３、図１５〜図１９を参照して、本発明の第５の実施の形態の動作について説明する。

先ず、有線ＬＡＮ９０２からＬＡＮインタフェース部４２が無線ＬＡＮ９０１へのフレームを受信すると、ＬＡＮデバイスドライバ部３２は、受信したフレームを、ＬＡＮインタフェース部４２に、中継バッファ８５内のバッファへ格納させる。次に、ＬＡＮデバイスドライバ部３２は、ブリッジング部７に対し受信したフレームのブリッジ処理要求を行う。ブリッジ処理要求には、中継バッファ８５内の格納場所情報、レングス情報が含まれている。

ブリッジング部７は、制御をヘッダ比較部７２３に渡す。制御を渡されたヘッダ比較部７２３は、中継バッファ８５内のバッファに格納されているフレーム内の各ヘッダ情報から送信先および送信元のポート番号と、送信先および送信元のＩＰアドレスと、プロトコル番号と、送信先および送信元のＭＡＣアドレスとを抽出してセッション情報とする。この抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル８３の一時登録テーブル８３２に登録されているかの確認を行う（図１８のステップＳ６０１，Ｓ６０２）。

同一内容のセッション情報が一時登録テーブル８３２に登録されていない場合（ステップＳ６０２／ＮＯ）、ヘッダ比較部７２３は、抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル８３の初期登録テーブル８３１に登録されているかの確認を行う（ステップＳ６０３，Ｓ６０４）。

同一内容のセッション情報が初期登録テーブル８３１に登録されている場合（ステップＳ６０４／ＹＥＳ）、ヘッダ比較部７２３は、中継するフレームがＯＳＩ第５層であるＲＴＰヘッダを調べ、中継するフレームがＲＴＰフレームかどうかの確認を行う（ステップＳ６０５，Ｓ６０６）。

中継するフレームがＲＴＰフレームであれば（ステップＳ６０６／ＹＥＳ）、ヘッダ比較部７２３は、フレーム内の各ヘッダ情報から抽出したセッション情報を一時登録テーブル８３２に登録し、ＲＴＰセッションモニタ部１３に監視タイマ部８４のタイマを起動（リセット＆スタート）させる（ステップＳ６０７，Ｓ６０８）。

次に、ヘッダ比較部７２３は、ブリッジ処理要求をブリッジ処理事象として高位ＦＩＦＯ８２１にキューイングする（ステップＳ６０９）。なお、ブリッジ処理事象には、送信要求の識別情報、中継バッファ８５内の格納場所、中継するフレームのレングス情報が含まれる。

中継するフレームがＲＴＰフレームでなければ（ステップＳ６０６／ＮＯ）、ヘッダ比較部７２３は、ブリッジ処理要求をブリッジ処理事象として低位ＦＩＦＯ８２２にキューイングする（ステップＳ６１１）。

同一内容のセッション情報が一時登録テーブル８３２に登録されている場合（ステップＳ６０２／ＹＥＳ）、ヘッダ比較部７２３は、ＲＴＰセッションモニタ部７２５に監視タイマ部８４のタイマを再起動（リセット＆リスタート）させ、ブリッジ処理要求をブリッジ処理事象として高位ＦＩＦＯ８２１にキューイングする（ステップＳ６１０，Ｓ６０９）。

同一内容のセッション情報が初期登録テーブル８３１に登録されていない場合に（ステップＳ６０４／ＮＯ）、ヘッダ比較部７２３は、ブリッジ処理要求をブリッジ処理事象として低位ＦＩＦＯ８２２にキューイングする（ステップＳ６１１）。

合成部７２４は、ブリッジ処理部７１が送信中でなければ（空き状態あれば）、ＦＩＦＯ部８２にブリッジ処理事象がキューイングされているかどうかのチェックを行い、ブリッジ処理事象がキューイングされていれば、ＦＩＦＯ部８２内のＦＩＦＯの識別を行う（図１９のステップＳ６２１〜Ｓ６２４）。

合成部７２４は、高位ＦＩＦＯ８２１にブリッジ処理事象がキューイングしていれば（ステップＳ６２４／高位）、高位ＦＩＦＯ８２１から読み出したブリッジ処理事象を基にブリッジ処理部７１にブリッジ処理要求を行い、高位ＦＩＦＯ８２１にブリッジ処理事象がキューイングしていなければ（ステップＳ６２４／低位）、低位ＦＩＦＯ８２２から読み出したブリッジ処理事象を基にブリッジ処理部７１にブリッジ処理要求を行う（ステップＳ６２５，Ｓ６２６）。

ブリッジ処理要求を受けたブリッジ処理部７１は、中継バッファ８５に格納されている受信したフレームの宛先である送信先ＭＡＣアドレスがアドレステーブルに登録されていなければ、中継する必要があるので、無線ＬＡＮデバイスドライバ部３１に送信要求を行う。送信先ＭＡＣアドレスがアドレステーブルに登録されていれば、ブリッジ処理部７１は、中継する必要がないので、中継バッファ８５内の該当するバッファを解放することで受信したフレームを無視する。

ブリッジング部７のブリッジ処理部７１から送信要求を受けた無線ＬＡＮデバイスドライバ部３１は、送信要求を基に無線ＬＡＮインタフェース部４１に対して中継バッファ８５の該当するバッファから中継するフレームを無線ＬＡＮ９０１へ送信させる。

次に、無線ＬＡＮ９０１から無線ＬＡＮインタフェース部４１が有線ＬＡＮ９０２へのフレームを受信すると、無線ＬＡＮデバイスドライバ部３１は、無線ＬＡＮインタフェース部４１に対して中継バッファ８５に受信したフレームを格納させ、格納させ終わると、ブリッジング部７に受信したフレームのブリッジ処理要求を行う。

無線ＬＡＮデバイスドライバ部３１からブリッジ処理要求を受けたブリッジング部７は制御をＱｏＳミドル部７２に制御を渡す。制御を渡されたＱｏＳミドル部７２のヘッダ比較部７２１は、フレーム内の各ヘッダ情報から送信先および送信元のポート番号と、送信先および送信元のＩＰアドレスと、プロトコル番号と、送信先および送信元のＭＡＣアドレスとを抽出してセッション情報とする。ヘッダ比較部７２１は、この抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル８３の一時登録テーブル８３２に登録されているかの確認を行う（図１６のステップＳ５０１，Ｓ５０２）。

同一内容のセッション情報が一時登録テーブル８３２に登録されていない場合（ステップＳ５０２／ＮＯ）、ヘッダ比較部７２１は、抽出したセッション情報と同一内容のセッション情報がキャッシュテーブル８３の初期登録テーブル８３１に登録されているかの確認を行う（ステップＳ５０３，Ｓ５０４）。

同一内容のセッション情報が初期登録テーブル８３１に登録されている場合（ステップＳ５０４／ＹＥＳ）、ヘッダ比較部７２１は、中継するフレームがＯＳＩ第５層のＲＴＰヘッダを調べ、中継するフレームがＲＴＰフレームかどうかの確認を行う（ステップＳ５０５，Ｓ５０６）。

中継するフレームがＲＴＰフレームであれば（ステップＳ５０６／ＹＥＳ）、ヘッダ比較部７２１は、フレーム内の各ヘッダ情報から抽出したセッション情報を一時登録テーブル８３２に登録し、ＲＴＰセッションモニタ部７２５に監視タイマ部８４のタイマを起動させる（ステップＳ５０７，Ｓ５０８）。

更に、ヘッダ比較部７２１は、ブリッジ処理要求をブリッジ処理事象として高位ＦＩＦＯ８１１にキューイングする（ステップＳ５０９）。なお、ブリッジ処理事象には、送信要求の識別情報、中継バッファ８５内の格納場所、中継するフレームのレングス情報が含まれる。

中継するフレームがＲＴＰフレームでなければ（ステップＳ５０６／ＮＯ）、ヘッダ比較部７２１は、ブリッジ処理要求をブリッジ処理事象として低位ＦＩＦＯ８１２にキューイングする（ステップＳ５１１）。

同一内容のセッション情報が一時登録テーブル８３２に登録されている場合（ステップＳ５０２／ＹＥＳ）、ヘッダ比較部７２１は、ＲＴＰセッションモニタ部７２５に対して監視タイマ部８４のタイマを再起動させ、ブリッジ処理要求をブリッジ処理事象として高位ＦＩＦＯ８１１にキューイングする（ステップＳ５１０，Ｓ５０９）。

同一内容のセッション情報が、初期登録テーブル８３１に登録されていない場合には（ステップＳ６０４／ＮＯ）、ヘッダ比較部７２１は、ブリッジ処理要求をブリッジ処理事象として低位ＦＩＦＯ８１２にキューイングする（ステップＳ５１１）。

合成部７２２は、ブリッジ処理部７１が送信中でなければ（空き状態あれば）、ＦＩＦＯ部８１にブリッジ処理要求がキューイングされているかどうかのチェックを行い、ブリッジ処理要求がキューイングされていれば（ステップＳ５２２／ＹＥＳ）、ＦＩＦＯ部８１内のＦＩＦＯの識別を行う（図１７のステップＳ５２１〜Ｓ５２４）。

高位ＦＩＦＯ８１１にブリッジ処理事象がキューイングしていれば（ステップＳ５２４／高位）、合成部７２２は、高位ＦＩＦＯ８１１から読み出したブリッジ処理事象を基にブリッジ処理部７１にブリッジ処理要求を行い、高位ＦＩＦＯ８１１にブリッジ処理事象がキューイングしていなければ（ステップＳ５２４／低位）、低位ＦＩＦＯ８１２から読み出したブリッジ処理事象を基にブリッジ処理部７１にブリッジ処理要求を行う（ステップＳ５２５，Ｓ５２６）。

一方、合成部７２２からブリッジ処理要求を受信したブリッジング部７のブリッジ処理部７１は、受信したパケットの宛先である送信先ＭＡＣアドレスがアドレステーブルに登録されていなければ、フレームを中継する必要があるので、ＬＡＮデバイスドライバ部３２に送信要求を行う。この場合、送信先ＭＡＣアドレスがアドレステーブルに登録されていれば、ブリッジ処理部７１は、中継する必要がないので、中継バッファ８５内の該当するバッファを解放することで、受信したフレームを無視する。

ブリッジング部７のブリッジ処理部７１から送信要求を受けたＬＡＮデバイスドライバ部３２は、ＬＡＮインタフェース部４２に中継バッファ８５の該当するバッファから有線ＬＡＮ９０２へフレームを送信させる。

上記の第１〜第５の実施の形態の説明では、ＲＴＰパケットについて説明したが、ＲＴＰパケット以外のＯＳＩ第５層以上の通信プロトコルを持った特定のパケットでもかまわない。

また、ＯＳＩ第５層以上のデータをＯＳＩ４層以下のヘッダと比較し、ヘッダを削除して、複数パケットを１つにする構成を基本に説明してきたが、それに限定するものでなく、ヘッダを削除せず、連続データにし、無線ＬＡＮ上は複数のパケットが１つのパケットとして送信される形でもよい。例えば、ＦＩＦＯに入ったＭＡＣフレームをそのまま連続の１パケットにして送信してもよい。

また、上記の第１〜第５の実施の形態において、仮想的なＦＩＦＯのメモリ量をキャッシュテーブル情報やＦＩＦＯの利用効率にあわせて動的に変化させても良い。ＦＩＦＯへのデータ先読みは、予め定めたアルゴリズムを利用して物理回線速度より早く見せかけても良い。例えば、１０％早くするようにして、物理回線とかけ離れた早さで読み込むことを防いでも良い。ＦＩＦＯが溢れそうになってきたら物理回線速度を−１０％として物理回線速度とかけ離れた減速や通信遮断を見せないようにしても良い。

ＩＥＥＥ８０２．１１ｂ無線ＬＡＮ（各実施の形態では、無線ＬＡＮ９０１に相当）は、ＩＥＥＥ８０２．３の１００ＭＬＡＮ（各実施の形態では、有線ＬＡＮ９０２に相当）より１桁以上通信能力が下がるので、有線ＬＡＮ９０２から無線ＬＡＮ９０１へのデータ転送の待ちが発生するが、本発明では、データ転送の待ちを解消、あるいは、減少させることができる。

また、本発明では、ブリッジング部２１、ブリッジング部７と、無線ＬＡＮデバイスドライバ部３１（または、ＬＡＮデバイスドライバ部３２）を変更せずに、ＱｏＳを提供することが可能である。

また、本発明では、ＱｏＳ用ハードウェアを新たに購入しなくてよいという効果もある。

本発明の基本的な構成の概念を示すブロック図である。 本発明の第１の実施の形態の構成を示すブロック図である。 フレーム内の各ヘッダの割り当てを示す説明図である。 図１または図９のＱｏＳミドル部の無線ＬＡＮ側の送信部のヘッダ比較部の動作を示すフローチャートである。 図１または図９のＱｏＳミドル部の無線ＬＡＮ側の送信部の合成部の動作を示すフローチャートである。 図１または図９のＱｏＳミドル部の無線ＬＡＮ側の受信部のヘッダ比較部の動作を示すフローチャートである。 図１または図９のＱｏＳミドル部の無線ＬＡＮ側の受信部の合成部の動作を示すフローチャートである。 本発明の第２の実施の形態の構成を示すブロック図である。 本発明の第３の実施の形態の構成を示すブロック図である。 図９のＱｏＳミドル部の有線ＬＡＮ側の送信部のヘッダ比較部の動作を示すフローチャートである。 図９のＱｏＳミドル部の有線ＬＡＮ側の送信部の合成部の動作を示すフローチャートである。 図９のＱｏＳミドル部の有線ＬＡＮ側の受信部のヘッダ比較部の動作を示すフローチャートである。 図９のＱｏＳミドル部の有線ＬＡＮ側の受信部の合成部の動作を示すフローチャートである。 本発明の第４の実施の形態の構成を示すブロック図である。 本発明の第５の実施の形態の構成を示すブロック図である。 図１５のＱｏＳミドル部のヘッダ比較部の動作を示すフローチャートである。 図１５のＱｏＳミドル部の合成部の動作を示すフローチャートである。 図１５のＱｏＳミドル部のヘッダ比較部の動作を示すフローチャートである。 図１５のＱｏＳミドル部の合成部の動作を示すフローチャートである。

符号の説明

１ ＱｏＳミドル部
６ ＱｏＳミドル部
７２ ＱｏＳミドル部
７ ブリッジング部
２１ ブリッジング部
１１ 送信部
６１ 送信部
１２ 受信部
６２ 受信部
１３ ＲＴＰセッションモニタ部
６３ ＲＴＰセッションモニタ部
７２５ ＲＴＰセッションモニタ部
２２ 中継バッファ
８５ 中継バッファ
３１ 無線ＬＡＮデバイスドライバ部
３２ ＬＡＮデバイスドライバ部
４１ 無線ＬＡＮインタフェース部
４２ ＬＡＮインタフェース部
５１ 送信ＦＩＦＯ部
５６ 送信ＦＩＦＯ部
５２ 受信ＦＩＦＯ部
５７ 受信ＦＩＦＯ部
５３ キャッシュテーブル
５８ キャッシュテーブル
８３ キャッシュテーブル
５４ 監視タイマ部
５９ 監視タイマ部
８４ 監視タイマ部
７１ ブリッジ処理部
８１ ＦＩＦＯ部
８２ ＦＩＦＯ部
９１ 無線ＬＡＮカード
９２ 有線ＬＡＮカード
１１１ ヘッダ比較部
１２１ ヘッダ比較部
６１１ ヘッダ比較部
６２１ ヘッダ比較部
７２１ ヘッダ比較部
７２３ ヘッダ比較部
１１２ 合成部
１２２ 合成部
６１２ 合成部
６２２ 合成部
７２２ 合成部
７２４ 合成部
５１１ 高位送信ＦＩＦＯ
５６１ 高位送信ＦＩＦＯ
５１２ 低位送信ＦＩＦＯ
５６２ 低位送信ＦＩＦＯ
５２１ 高位受信ＦＩＦＯ
５７１ 高位受信ＦＩＦＯ
５２２ 低位受信ＦＩＦＯ
５７２ 低位受信ＦＩＦＯ
５３１ 初期登録テーブル
５８１ 初期登録テーブル
８３１ 初期登録テーブル
５３２ 一時登録テーブル
５８２ 一時登録テーブル
８３２ 一時登録テーブル
８１１ 高位ＦＩＦＯ
８２１ 高位ＦＩＦＯ
８１２ 低位ＦＩＦＯ
８２２ 低位ＦＩＦＯ
９０１ 無線ＬＡＮ
９０２ 有線ＬＡＮ

Claims (13)

1. 無線ネットワークとのやり取りを行うインタフェース部を制御する無線ネットワークデバイスドライバ部と、有線ネットワークとのやり取りを行うインタフェース部を制御する有線ネットワークデバイスドライバ部とを備え、各ネットワークから受信したフレームの宛先とＭＡＣアドレスが登録されたアドレステーブルとを照らし合わせて前記フレームのブリッジ処理を行うブリッジング部を有するブリッジ装置において、
   前記ブリッジング部と前記無線ＬＡＮカードのデバイスドライバ部との間に挿入されたミドルウェア部と、優先順位の高い第１のセッション情報が予め登録されている初期登録テーブルと、優先順位の高いセッションの確立時に使用する一時登録テーブルと、優先順位の高い第１のＦＩＦＯ（高位送信ＦＩＦＯ）と、優先順位の低い第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）と、を備え、
   前記ミドルウェア部は、前記ブリッジング部から前記無線ネットワークデバイスドライバ部への前記中継するフレームの送信要求があった場合に前記中継するフレーム内のＯＳＩ第２層からＯＳＩ第４層までのヘッダから抽出した第２のセッション情報が前記一時登録テーブルに登録しているかを確認する第１の確認手段と、
   前記第１の確認手段で登録されていれば前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第１のキューイング手段と、
   前記第１の確認手段で登録されていなければ前記第２のセッション情報が前記初期登録テーブルに登録されているかを確認する第２の確認手段と、
   前記第２の確認手段で登録されていれば前記中継するフレームが予め決められたＯＳＩ第５層以上の特定のパケットかの確認を行う第３の確認手段と、
   前記第３の確認手段で前記特定のパケットの確認がとれると優先順位の高いセッションが確立したとして前記第２のセッション情報を前記前記一時登録テーブルに登録すると共に前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第２のキューイング手段と、
   前記第２の確認手段で登録されていなければ前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングする第３のキューイング手段と、
   前記第３の確認手段で前記特定のパケットの確認がとれないと前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングする第４のキューイング手段と、
   前記第１または／および第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングされている前記送信要求がある場合に前記第１および第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）の優先順位に従って第１または第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）をいずれかを識別しその識別した第１または第２のＦＩＦＯ（低位送信ＦＩＦＩＯ）にキューイングされている前記送信要求を前記無線ネットワークデバイスドライバ部に出す送信要求手段と、を有することを特徴とするブリッジ装置。
2. 前記ミドルウェア部は、前記第３の確認手段で前記特定のパケットであれば予め決められた時間内に前記第２のセッション情報を持ったフレームの送信要求が前記ブリッジング部から来なくなるまで監視し続ける監視手段を有することを特徴とする請求項１記載のブリッジ装置。
3. 無線ネットワークとのやり取りを行うインタフェース部を制御する無線ネットワークデバイスドライバ部と、有線ネットワークとのやり取りを行うインタフェース部を制御する有線ネットワークデバイスドライバ部とを備え、各ネットワークから受信したフレームの宛先とＭＡＣアドレスが登録されたアドレステーブルとを照らし合わせて前記フレームのブリッジ処理を行うブリッジング部を有するブリッジ装置において、
   前記ブリッジング部と前記無線ネットワークデバイスドライバ部との間に挿入されたミドルウェア部と、
   優先順位の高い第１のセッション情報が予め登録されている初期登録テーブルと、
   優先順位の高いセッション確立時に使用する一時登録テーブルと、
   優先順位の高い第１のＦＩＦＯ（高位送信ＦＩＦＯ）と、
   優先順位の低い第２のＦＩＦＯ（低位送信ＦＩＦＯ）と、
   優先順位の高い第３のＦＩＦＯ（高位受信ＦＩＦＯ）と、
   優先順位の低い第４のＦＩＦＯ（低位受信ＦＩＦＯ）と、を備え、
   前記ミドルウェア部は、前記ブリッジング部から前記無線ネットワークデバイスドライバ部への前記第１の中継するフレームの送信要求があった場合に前記第１の中継するフレーム内のＯＳＩ第２層からＯＳＩ第４層までのヘッダから抽出した第２のセッション情報が前記一時登録テーブルに登録しているかを確認する第１の確認手段と、
   前記第１の確認手段で登録されていれば前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第１のキューイング手段と、
   前記第１の確認手段で登録されていなければ前記第２のセッション情報が前記初期登録テーブルに登録されているかを確認する第２の確認手段と、
   前記第２の確認手段で登録されていれば前記第１の中継するフレームが予め決められたＯＳＩ第５層以上の特定のパケットかの確認を行う第３の確認手段と、
   前記第３の確認手段で前記特定のパケットの確認がとれると優先順位の高いセッションが確立したとして前記第２のセッション情報を前記前記一時登録テーブルに登録すると共に前記送信要求を前記第１のＦＩＦＯ（高位送信ＦＩＦＯ）にキューイングする第２のキューイング手段と、
   前記第２の確認手段で登録されていなければ前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＯ）にキューイングする第３のキューイング手段と、
   前記第３の確認手段で前記特定のパケットでなければ前記送信要求を前記第２のＦＩＦＯ（低位送信ＦＩＦＯ）にキューイングする第４のキューイング手段と、
   前記第１または／および第２のＦＩＦＯ（高位／低位送信ＦＩＦＯ）にキューイングされている前記送信要求がある場合に前記第１および第２のＦＩＦＯ（低位送信ＦＩＦＯ）の優先順位に従って第１または第２のＦＩＦＯ（高位／低位送信ＦＩＦＯ）をいずれかを識別しその識別した第１または第２のＦＩＦＯ（高位／低位送信ＦＩＦＯ）にキューイングされている前記送信要求を前記無線ネットワークデバイスドライバ部に出す送信要求手段と、
   前記無線ネットワークデバイスドライバ部から前記ブリッジング部への前記第２の中継するフレームのブリッジ処理要求があった場合に前記第２の中継するフレーム内のＯＳＩ第２層からＯＳＩ第４層までのヘッダから抽出した前記第３のセッション情報が前記一時登録テーブルに登録しているかを確認する第４の確認手段と、
   前記第４の確認手段で登録されていれば前記ブリッジ処理要求を前記第３のＦＩＦＯ（高位受信ＦＩＦＯ）にキューイングする第５のキューイング手段と、
   前記第４の確認手段で登録されていなければ前記第３のセッション情報が前記初期登録テーブルに登録されているかを確認する第５の確認手段と、
   前記第５の確認手段で登録されていれば前記第２の中継するフレームが前記特定のパケットかの確認を行う第６の確認手段と、
   前記第６の確認手段で前記特定のパケットであれば前記第３のセッション情報を前記前記一時登録テーブルに登録すると共に前記ブリッジ処理要求を前記第３のＦＩＦＯ（高位受信ＦＩＦＯ）にキューイングする第６のキューイング手段と、
   前記第５の確認手段で登録されていなければ前記ブリッジ処理要求を前記第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングする第７のキューイング手段と、前記第６の確認手段で前記特定のパケットでなければ前記ブリッジ処理要求を前記第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングする第８のキューイング手段と、
   前記第３または／および第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングされている前記ブリッジ処理要求がある場合に前記第３および第４のＦＩＦＯ（低位受信ＦＩＦＯ）の優先順位に従って第３または第４のＦＩＦＯ（低位受信ＦＩＦＯ）をいずれかを識別しその識別した第３または第４のＦＩＦＯ（低位受信ＦＩＦＯ）にキューイングされている前記ブリッジ処理要求を前記ブリッジング部に出すブリッジ処理要求手段と、を有することを特徴とするブリッジ装置。
4. 前記ミドルウェア部は、前記第３の確認手段で前記特定のパケットであれば予め決められた時間内に前記第２のセッション情報を持ったフレームの送信要求が前記ブリッジング部から来なくなるまで監視し続ける第１の監視手段と、
   前記第６の確認手段で前記特定のパケットであれば予め決められた時間内に前記第３のセッション情報を持ったフレームのブリッジ処理要求が前記無線ネットワークデバイスドライバ部から来なくなるまで監視し続ける第２の監視手段と、を有することを特徴とする請求項３記載のブリッジ装置。
5. 前記特定のパケットは、ＲＴＰパケットを含む第５層以上の通信プロトコルで規定されたパケットのいずれかであることを特徴とする請求項１，２，３，または４記載のブリッジ装置。
6. 前記第１のセッション情報は、フレーム内のＯＳＩ第２層に該当するＭＡＣアドレスと、ＯＳＩ第３層に該当するプロトコル番号およびＩＰアドレスと、ＯＳＩ第４層に該当するポート番号とを含むことを特徴とする請求項１または３記載のブリッジ装置。
7. 前記第２および第３のセッション情報は、フレーム内のＯＳＩ第２層に該当するＭＡＣアドレスと、ＯＳＩ第３層に該当するプロトコル番号およびＩＰアドレスと、ＯＳＩ第４層に該当するポート番号とを含むことを特徴とする請求項３または４記載のブリッジ装置。
8. ネットワーク毎にそのネットワークとのやり取りを行うインタフェース部を制御するデバイスドライバ部と、各ネットワークから受信したフレームの宛先とＭＡＣアドレスが登録されたアドレステーブルとを照らし合わせて前記フレームのブリッジ処理を行うブリッジング部を有するブリッジ装置におけるブリッジ方法であって、
   前記通信ブリッジング部と前記デバイスドライバ部との間のインタフェース制御を行う挿入されたミドルウェア部を準備し、前記ミドルウェア部は、予め決められた送信宛への連続するＯＳＩ第５層以上の特定のパケットの送信要求が前記ブリッジング部からあった場合に、連続する最初の送信要求を受け取った場合には前記特定のパケットのヘッダ情報の確認後に前記特定のパケットを乗せる送信フレーム内のＯＳＩ第２層からＯＳＩ第４層までの各ヘッダから抽出したセッション情報をキャッシュテーブルに登録して前記デバイスドライバ部に対して送信待ちの優先順位を上げて前記送信要求を行い、それ以降連続する前記特定のパケットを送信する場合にはそれ以降連続する前記特定のパケットを乗せる送信フレーム内のＯＳＩ第２層から第４層までのヘッダから抽出したセッション情報と前記キャッシュテーブルに登録したセッション情報とを比較することで優先順位を上げて前記送信要求を行うことを特徴とするブリッジ方法。
9. 前記ミドルウェア部は、予め決められた送信元から連続するＯＳＩ第５層以上の通信プロトコルで規定された特定のパケットのブリッジ処理要求が前記デバイスドライバ部からあった場合に、連続する最初のブリッジ処理要求を受け取った場合には前記特定のパケットのヘッダ情報の確認後に前記特定のパケットを乗せた受信フレーム内のＯＳＩ第２層からＯＳＩ第４層までの各ヘッダから抽出したセッション情報をキャッシュテーブルに登録して前記ブリッジング部に対してブリッジ処理待ちの優先順位を上げて前記ブリッジ処理要求を行い、それ以降連続する前記特定のパケットを受信する場合にはそれ以降連続する前記特定のパケットを乗せた受信フレーム内のＯＳＩ第２層から第４層までのヘッダから抽出したセッション情報と前記キャッシュテーブルに登録したセッション情報とを比較することでブリッジ処理待ちの優先順位を上げて前記ブリッジ処理要求を行うことを特徴とする請求項８記載のブリッジ方法。
10. 前記ミドルウェア部は、前記キャッシュテーブルに前記セッション情報を登録した場合に予め決められた時間内に前記セッション情報を持った中継するフレームの送信要求が前記ブリッジング部から来なくなるまで監視し続けることを特徴とする請求項８記載のブリッジ方法。
11. 前記ミドルウェア部は、前記キャッシュテーブルに前記セッション情報を登録した場合に予め決められた時間内に前記セッション情報を持った中継するフレームのブリッジ処理要求が前記デバイスドライバ部から来なくなるまで監視し続けることを特徴とする請求項９記載のブリッジ方法。
12. 前記特定のパケットは、ＲＴＰパケットを含む第５層以上の通信プロトコルで規定されたパケットのいずれかであることを特徴とする請求項８または９記載のブリッジ方法。
13. 前記セッション情報は、フレーム内のＯＳＩ第２層に該当するＭＡＣアドレスと、ＯＳＩ第３層に該当するプロトコル番号およびＩＰアドレスと、ＯＳＩ第４層に該当するポート番号とを含むことを特徴とする請求項８，９，１０，または１１記載のブリッジ方法。

Images