(57)【特許請求の範囲】
【請求項１】
通信装置であって、
無線子機として他の無線機器と通信可能な無線ＬＡＮインタフェースと、
複数のポートを備えた有線ＬＡＮインタフェースと、
前記複数のポートの各々に通信可能に接続された各々の電子機器と前記他の無線機器との間の通信を、前記無線ＬＡＮインタフェースおよび前記有線ＬＡＮインタフェースを介して中継する中継部と、
前記接続された各々の電子機器のＭＡＣアドレスを取得する取得部と
を備え、
前記中継部は、前記取得した電子機器のＭＡＣアドレスを示す情報を前記通信装置の送信元アドレスとして使用して、前記各々の電子機器ごとに独立した接続関係を前記他の無線機器との間で確立して、前記各々の電子機器と前記他の無線機器との間の通信の中継を行う
通信装置。
【請求項２】
前記中継部は、さらに、前記通信装置のＭＡＣアドレスを示す情報を前記通信装置の送信元アドレスとして使用して、前記他の無線機器との間で接続関係を確立し、前記通信装置と前記他の無線機器との間の通信を行う請求項１に記載の通信装置。
【請求項３】
前記取得部は、前記接続された電子機器から受信した通信パケットから、該受信した通信パケットに含まれる該電子機器のＭＡＣアドレスを取得する請求項１または２に記載の通信装置。
【請求項４】
更に、前記確立された接続関係に対応する前記各々の電子機器のいずれかと前記他の無線機器との間で所定時間通信が行われなかった場合に、該通信が行われなかった電子機器に対応する接続関係を解除する解除部を備えた請求項１〜３のいずれか一項に記載の通信装置。
【請求項５】
前記中継部は、前記独立した接続関係間で異なる通信条件で、前記他の無線機器と通信可能に構成された請求項１〜４のいずれか一項に記載の通信装置。
【請求項６】
前記中継部は、前記各々の電子機器ごとに独立した接続関係ごとに、独立した暗号鍵を使用可能である請求項１〜５のいずれか一項に記載の通信装置。
【請求項７】
無線子機としての無線ＬＡＮインタフェースと、複数のポートを備えた有線ＬＡＮインタフェースとを介して、通信装置が通信パケットを中継する中継方法であって、
前記複数のポートの各々に通信可能に接続された各々の電子機器のＭＡＣアドレスを示す情報を前記通信装置の送信元アドレスとして使用して、該各々の電子機器ごとに独立した接続関係を他の無線機器との間で確立して、該各々の電子機器と該他の無線機器との間の通信の中継を行う
中継方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、詳しくは、無線ＬＡＮインタフェースと、複数のポートを有する有線ＬＡＮインタフェースとを備えた通信装置に関する。
【背景技術】
【０００２】
無線子機として、いわゆるイーサネットコンバータ（イーサネットは登録商標）が知られている。イーサネットコンバータは、無線子機インタフェースと有線ＬＡＮインタフェースとを備えており、両者の通信規格に基づいたフォーマット変換を行って、通信パケットの中継動作を行う。イーサネットコンバータの有線ＬＡＮポートに、有線ＬＡＮケーブルを介して、有線ＬＡＮポートを備える端末やデジタル家電などの有線機器を接続することによって、有線機器は、イーサネットコンバータを介して、他の無線機器と通信を行うことができる。
【０００３】
こうしたイーサネットコンバータでは、複数の有線ポートを備えたタイプが知られている（例えば、下記特許文献１）。複数の有線ポートを有するイーサネットコンバータは、有線ポートに接続された有線機器から通信パケットを受信すると、フォーマット変換を行って、他の無線機器に転送する。この際、イーサネットコンバータは、他の無線機器に転送する通信パケットに、送信元アドレスとして、自機のＭＡＣアドレスを付与する。一方、他の無線機器から通信パケットを受信すると、イーサネットコンバータは、ＯＳＩ参照モデルのデータリンク層よりも上位の層での処理に基づいて、宛先の有線機器に通信パケットを送信する。例えば、通信プロトコルとしてＴＣＰ／ＩＰが用いられる場合、イーサネットコンバータは、接続された有線機器のＭＡＣアドレスとＩＰアドレスとを対応付けたアドレステーブルと、受信した通信パケットに含まれる宛先ＩＰアドレスとを照合して、宛先の有線機器を特定する。そして、イーサネットコンバータは、受信した通信パケットに含まれる宛先ＭＡＣアドレスを、特定した有線機器のＭＡＣアドレスに変換して、当該有線機器に受信した通信パケットを転送する。このような変換処理は、通信プロトコルとして、ＮｅｔＢＵＩＥやＡｐｐｌｅＴａｌｋ（登録商標）を用いる場合にも必要であった。このように、従来のイーサネットコンバータでは、プロトコルへの依存が生じ、無線ＬＡＮインタフェースと有線ＬＡＮインタフェースとの間の通信の中継を透過的（トランスペアレント）に行うことができなかった。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１０−５０５２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
上述の問題の少なくとも一部を考慮し、本発明が解決しようとする課題は、無線ＬＡＮインタフェースと、複数のポートを有する有線ＬＡＮインタフェースとを備えた通信装置において、無線ＬＡＮインタフェースと有線ＬＡＮインタフェースとの間の通信の中継を透過的に行うことである。
【課題を解決するための手段】
【０００６】
本発明は、上述の課題の少なくとも一部を解決することを目的とし、以下の形態又は適用例として実現することが可能である。
本発明の第１の実施形態は、通信装置であって、無線子機として他の無線機器と通信可能な無線ＬＡＮインタフェースと、複数のポートを備えた有線ＬＡＮインタフェースと、前記複数のポートの各々に通信可能に接続された各々の電子機器と前記他の無線機器との間の通信を、前記無線ＬＡＮインタフェースおよび前記有線ＬＡＮインタフェースを介して中継する中継部と、前記接続された各々の電子機器のＭＡＣアドレスを取得する取得部とを備え、前記中継部は、前記取得した電子機器のＭＡＣアドレスを示す情報を前記通信装置の送信元アドレスとして使用して、前記各々の電子機器ごとに独立した接続関係を前記他の無線機器との間で確立して、前記各々の電子機器と前記他の無線機器との間の通信の中継を行う通信装置である。この通信装置は、通信パケットの中継に際して、ＯＳＩ参照モデルのデータリンク層よりも上位の層に基づく処理を行うことがなく、無線ＬＡＮインタフェースと有線ＬＡＮインタフェースとの間の通信の中継を行うことが可能である。
前記中継部は、さらに、前記通信装置のＭＡＣアドレスを示す情報を前記通信装置の送信元アドレスとして使用して、前記他の無線機器との間で接続関係を確立し、前記通信装置と前記他の無線機器との間の通信を行うものとしてもよい。この構成によれば、通信装置は、接続された電子機器及び通信装置自身の各々について、他の無線機器との間で独立した接続関係を確立することが可能である。
前記取得部は、前記接続された電子機器から受信した通信パケットから、該受信した通信パケットに含まれる該電子機器のＭＡＣアドレスを示す情報を取得するものとしてもよい。この構成によれば、有線ＬＡＮインタフェースに接続された電子機器から受信した通信パケットから、当該電子機器のＭＡＣアドレスを取得するので、構成が簡単である。
更に、前記確立された接続関係に対応する前記各々の電子機器のいずれかと前記他の無線機器との間で所定時間通信が行われなかった場合に、該通信が行われなかった電子機器に対応する接続関係を解除する解除部を備えたものとしてもよい。この構成によれば、電子機器のいずれかと前記他の無線機器との間で所定時間通信が行われなかった場合には、当該電子機器に対応する接続関係を解除するので、接続関係の管理を好適に行うことができる。
前記中継部は、前記独立した接続関係間で異なる通信条件で、前記他の無線機器と通信可能に構成されたものとしてもよい。この構成によれば、電子機器ごとに異なる通信条件で通信パケットを中継することができるので、より柔軟な中継動作を行うことができる。
前記中継部は、前記各々の電子機器ごとに独立した接続関係ごとに、独立した暗号鍵を使用可能であるものとしてもよい。この構成によれば、独立した接続関係ごとに独立した暗号化鍵を使用可能なので、独立した接続関係ごとにそれぞれセキュリティを確保することが可能である。
本発明の第２の実施形態は、無線子機としての無線ＬＡＮインタフェースと、複数のポートを備えた有線ＬＡＮインタフェースとを介して、通信装置が通信パケットを中継する中継方法であって、前記複数のポートの各々に通信可能に接続された各々の電子機器のＭＡＣアドレスを示す情報を前記通信装置の送信元アドレスとして使用して、該各々の電子機器ごとに独立した接続関係を他の無線機器との間で確立して、該各々の電子機器と該他の無線機器との間の通信の中継を行う中継方法である。この方法によれば、ＯＳＩ参照モデルのデータリンク層よりも上位の層に基づく処理を行うことがなく、無線ＬＡＮインタフェースと有線ＬＡＮインタフェースとの間の通信の中継を行うことが可能である。
【０００７】
［適用例１］通信装置であって、
無線子機として他の無線機器と通信可能な無線ＬＡＮインタフェースと、
複数のポートを備えた有線ＬＡＮインタフェースと、
前記複数のポートの各々に通信可能に接続された各々の電子機器と前記他の無線機器との間の通信を、前記無線ＬＡＮインタフェースおよび前記有線ＬＡＮインタフェースを介して中継する中継部と、
前記接続された各々の電子機器のＭＡＣアドレスを取得する取得部と
を備え、
前記中継部は、前記取得したＭＡＣアドレスを用いて、前記各々の電子機器ごとに独立した接続関係を前記他の無線機器との間で確立して、前記各々の電子機器と前記他の無線機器との間の通信の中継を行う
通信装置。
【０００８】
かかる構成の通信装置は、無線子機として他の無線機器と通信可能な無線ＬＡＮインタフェースと、複数のポートを備えた有線ＬＡＮインタフェースとを備えている。この通信装置は、複数のポートに接続された各々の電子機器のＭＡＣアドレスを取得し、当該ＭＡＣアドレスを用いて、各々の電子機器ごとに独立した接続関係を他の無線機器との間で確立して、各々の電子機器と他の無線機器との間の通信の中継を行う。したがって、通信装置は、ＭＡＣアドレスのみに基づいて、通信パケットの中継を行うことができるので、通信パケットの中継に際して、ＯＳＩ参照モデルのデータリンク層よりも上位の層に基づく処理を行う必要がない。つまり、無線ＬＡＮインタフェースと有線ＬＡＮインタフェースとの間の通信の中継を透過的に行うことができる。
【０００９】
［適用例２］前記取得部は、前記接続された電子機器から受信した通信パケットから、該受信した通信パケットに含まれる該電子機器のＭＡＣアドレスを取得する適用例１記載の通信装置。
かかる構成の通信装置は、有線ＬＡＮインタフェースに接続された電子機器から受信した通信パケットから、当該電子機器のＭＡＣアドレスを取得するので、構成が簡単である。
【００１０】
［適用例３］更に、前記確立された設立関係に対応する前記各々の電子機器のいずれかと前記他の無線装置との間で所定時間通信が行われなかった場合に、該通信が行われなかった電子機器に対応する接続関係を解除する解除部を備えた適用例１または適用例２記載の通信装置。
かかる構成の通信装置は、電子機器のいずれかと前記他の無線装置との間で所定時間通信が行われなかった場合には、当該電子機器に対応する接続関係を解除するので、接続関係の管理を好適に行うことができる。
【００１１】
［適用例４］中継部は、前記独立した接続関係間で異なる通信条件で、前記他の無線機器と通信可能に構成された適用例１ないし適用例３のいずれか記載の通信装置。
かかる構成の通信装置は、電子機器ごとに異なる通信条件で通信パケットを中継することができるので、より柔軟な中継動作を行うことができる。
【００１２】
また、本発明は、上述した通信装置のほか、適用例５の通信パケットの中継方法、通信装置に用いるプログラム、当該プログラムを記録した記憶媒体等としても実現することができる。勿論、これらの実現形態に対しても、適用例２〜適用例４の構成を付加することも可能である。
［適用例５］無線子機としての無線ＬＡＮインタフェースと、複数のポートを備えた有線ＬＡＮインタフェースとを介して、通信装置が通信パケットを中継する中継方法であって、前記複数のポートの各々に通信可能に接続された各々の電子機器のＭＡＣアドレスを用いて、該各々の電子機器ごとに独立した接続関係を他の無線機器との間で確立して、該各々の電子機器と該他の無線機器との間の通信の中継を行う中継方法。
【図面の簡単な説明】
【００１３】
【図１】本発明の実施例としてのイーサネットコンバータ３０の使用例を示す説明図である。
【図２】イーサネットコンバータ３０の概略構成を示す説明図である。
【図３】イーサネットコンバータ３０における通信パケット転送処理（有線インタフェース側から無線インタフェース側への転送）の流れを示すフローチャートである。
【図４】アドレス管理テーブル６１の具体例を示す説明図である。
【図５】イーサネットコンバータ３０における通信パケット転送処理（無線インタフェース側から有線インタフェース側への転送）の流れを示すフローチャートである。
【図６】イーサネットコンバータ３０の通信パケット転送処理によって実現される通信の流れの具体例を示す説明図である。
【図７】比較例としてのイーサネットコンバータ３０ａを用いた場合の通信の流れの具体例を示す説明図である。
【発明を実施するための形態】
【００１４】
Ａ．実施例：
本発明の実施例について説明する。
Ａ−１．イーサネットコンバータ３０を用いたネットワーク構成：
本発明の通信装置の実施例としてのイーサネットコンバータ３０の使用例を図１に示す。図１は、イーサネットコンバータ３０を用いて家庭内に構築されたホームネットワーク２０の構成を示している。図示するようにホームネットワーク２０は、イーサネットコンバータ３０と、アクセスポイントＡＰと、端末ＴＥ１〜ＴＥ３とを備えている。
【００１５】
イーサネットコンバータ３０は、無線子機（無線端末）としての機能と、有線ＬＡＮと無線ＬＡＮとを接続するブリッジ機能とを備えている。このイーサネットコンバータ３０は、２つの有線ＬＡＮポートを備えており、当該有線ＬＡＮポートには、有線ＬＡＮケーブルを介して、それぞれ端末ＴＥ１，ＴＥ２が接続されている。端末ＴＥ１，ＴＥ２は、有線ＬＡＮポートを備えた汎用のパーソナルコンピュータである。端末ＴＥ１はＭＡＣアドレス「ＭＡＣ１」、端末ＴＥ２はＭＡＣアドレス「ＭＡＣ２」を有しており、イーサネットコンバータ３０は、無線ＬＡＮインタフェースのＭＡＣアドレス「ＭＡＣ３」を有している。
【００１６】
このイーサネットコンバータ３０は、アクセスポイントＡＰとの間で無線ＬＡＮを構築している。アクセスポイントＡＰは、無線子機間の通信を中継する無線親機機能と、有線ＬＡＮと無線ＬＡＮとを接続するブリッジ機能とを備えている。なお、アクセスポイントＡＰは、ルータ機能を備え、外部ネットワークに接続可能に構成されてもよい。このアクセスポイントＡＰは、有線ＬＡＮポートを備えており、当該有線ＬＡＮポートには、有線ＬＡＮケーブルを介して、端末ＴＥ３が接続されている。端末ＴＥ３は、端末ＴＥ１，ＴＥ２と同様の汎用のパーソナルコンピュータである。アクセスポイントＡＰはＭＡＣアドレス「ＭＡＣ４」、端末ＴＥ３はＭＡＣアドレス「ＭＡＣ５」をそれぞれ有している。
【００１７】
かかるホームネットワーク２０のネットワーク構成は、一例に過ぎず、イーサネットコンバータ３０が有線ＬＡＮと無線ＬＡＮとを接続するネットワーク構成であれば、適宜設定することができる。例えば、アクセスポイントＡＰが複数の無線子機の通信パケットを中継可能に構成されていてもよい。あるいは、イーサネットコンバータ３０が、アクセスポイントＡＰに代えて、他の無線子機とアドホックモードによる無線通信を実現する構成としてもよい。また、イーサネットコンバータ３０やアクセスポイントＡＰに接続される端末ＴＥ１〜ＴＥ３は、パーソナルコンピュータに限らず、有線ＬＡＮポートを備えた種々の電子機器とすることができる。こうした電子機器としては、例えば、パソコン周辺機器、ＡＶ機器、電話、各種家電製品（例えば、テレビ、ブルーレイプレイヤなど）などとすることができる。
【００１８】
Ａ−２．イーサネットコンバータ３０の概略構成：
イーサネットコンバータ３０の概略構成を図２に示す。図示するように、イーサネットコンバータ３０は、ＣＰＵ４０、ＲＯＭ５０、ＲＡＭ６０、コントローラ７０、有線ＬＡＮインタフェース８０、無線ＬＡＮインタフェース９０を備え、それぞれがバスにより相互に接続されている。
【００１９】
コントローラ７０は、スイッチング機能を有するスイッチコントローラであり、受け取った通信パケットからＭＡＣフレームを取り出し、ＭＡＣアドレステーブルを参照して、通信パケットを宛先ＭＡＣアドレスに対応するポートに送出する。なお、本願においては、通信を行うためのデータの転送単位をＯＳＩ参照モデルのレイヤとの関係にかかわらず「通信パケット」という。
【００２０】
有線ＬＡＮインタフェース８０は、有線ＬＡＮに接続するためのインタフェースである。本実施例では、有線ＬＡＮインタフェース８０は、ＩＥＥＥ８０２．３規格に準拠している。この有線ＬＡＮインタフェース８０は、２つの有線ポート８１，８２を備えている。この有線ポート８１，８２には、端末ＴＥ１，ＴＥ２が接続されている。なお、有線ＬＡＮインタフェース８０が備える有線ポートは、２つに限らず、３つ以上であってもよい。
【００２１】
無線ＬＡＮインタフェース９０は、無線ＬＡＮに接続するための無線子機としてのインタフェースである。本実施例では、無線ＬＡＮインタフェース９０は、ＩＥＥＥ８０２．１１規格に準拠している。
【００２２】
ＣＰＵ４０は、ＲＯＭ５０に記憶されたファームウェア等のプログラムをＲＡＭ６０に展開して実行することで、イーサネットコンバータ３０の動作全般を制御する。また、ＣＰＵ４０は、当該プログラムを実行することで、中継部４１、取得部４２、解除部４３としても機能する。中継部４１は、端末ＴＥ１，ＴＥ２とアクセスポイントＡＰとの間の通信を、有線ＬＡＮインタフェース８０および無線ＬＡＮインタフェース９０を介して中継する。すなわち、中継部４１は、無線ＬＡＮインタフェース９０を介してアクセスポイントＡＰから受信した通信パケットを、その宛先に応じて、有線ＬＡＮインタフェース８０を介して端末ＴＥ１，ＴＥ２に転送し、また、有線ＬＡＮインタフェース８０を介して端末ＴＥ１，ＴＥ２から受信した通信パケットを、無線ＬＡＮインタフェース９０を介してアクセスポイントＡＰに転送する中継動作を制御する。取得部４２は、有線ＬＡＮインタフェース８０に接続された端末ＴＥ１，ＴＥ２のＭＡＣアドレスを取得してアドレス管理テーブル６１に登録する。解除部４３は、イーサネットコンバータ３０とアクセスポイントＡＰとの間で確立された接続関係を所定のタイミングで解除する。これらの機能の詳細については後述する。ＲＡＭ６０には、アドレス管理テーブル６１を記憶するための領域が確保されている。アドレス管理テーブル６１の内容については後述する。
【００２３】
Ａ−３．通信パケット転送処理：
イーサネットコンバータ３０における通信パケット転送処理について説明する。通信パケット転送処理とは、イーサネットコンバータ３０が、端末ＴＥ１，ＴＥ２とアクセスポイントＡＰとの間の通信を、有線ＬＡＮインタフェース８０および無線ＬＡＮインタフェース９０を介して中継する処理である。通信パケット転送処理の流れを図３に示す。図示する処理は、イーサネットコンバータ３０が、有線ＬＡＮインタフェース８０側から受信した通信パケットを無線ＬＡＮインタフェース９０側へ転送する場合の処理である。この処理は、特に断る場合を除き、イーサネットコンバータ３０のＣＰＵ４０が中継部４１の処理として実行する。本実施例においては、通信パケット転送処理は、イーサネットコンバータ３０の電源投入後に開始され、繰り返し実行される。
【００２４】
図３に示すように、通信パケット転送処理が開始されると、イーサネットコンバータ３０のＣＰＵ４０は、まず、有線ＬＡＮインタフェース８０側から、つまり、端末ＴＥ１，ＴＥ２からの通信パケットの受信を待機する（ステップＳ１１０）。そして、有線ＬＡＮインタフェース８０側から通信パケットを受信すると（ステップＳ１１０：ＹＥＳ）、ＣＰＵ４０は、受信した通信パケットに含まれる宛先ＭＡＣアドレスを参照して、無線ＬＡＮインタフェース９０側へ転送すべきであるか否かを判断する（ステップＳ１２０）。
【００２５】
判断の結果、無線ＬＡＮインタフェース９０側へ転送すべきでなければ（ステップＳ１２０：ＮＯ）、すなわち、受信した通信パケットに含まれる宛先ＭＡＣアドレスが、自機のＭＡＣアドレスであるＭＡＣ３であれば、ＣＰＵ４０は、その通信パケットを上位レイヤに引き渡し、自機として処理する（ステップＳ１３０）。例えば、受信した通信パケットが、イーサネットコンバータ３０の設定画面をＷＥＢブラウザで表示するためのＷＥＢデータを要求するものであれば、ＣＰＵ４０は、ＷＥＢサーバ機能によって、ＷＥＢデータを応答することとなる。
【００２６】
一方、無線ＬＡＮインタフェース９０側へ転送すべきであれば（ステップＳ１２０：ＹＥＳ）、すなわち、受信した通信パケットに含まれる宛先ＭＡＣアドレスが、自機のＭＡＣアドレスであるＭＡＣ３以外のＭＡＣアドレス（ブロードキャストアドレスを含む）であれば、ＣＰＵ４０は、さらに、受信した通信パケットに含まれる送信元ＭＡＣアドレス（以下、ＭＡＣｓともいう）がアドレス管理テーブル６１に登録済みであるか否かを判断する（ステップＳ１４０）。
【００２７】
ここで、アドレス管理テーブル６１について説明する。詳しくは後述するが、イーサネットコンバータ３０は、イーサネットコンバータ３０自身および有線ＬＡＮインタフェース８０の有線ポート８１，８２に接続される端末ＴＥ１，ＴＥ２ごとに独立した論理的な接続関係を、各々のＭＡＣアドレスＭＡＣ１〜ＭＡＣ３を用いてアクセスポイントＡＰとの間で確立する。つまり、イーサネットコンバータ３０は、イーサネットコンバータ３０に接続された端末の数だけ多重化した接続関係を用いて、アクセスポイントＡＰとの通信を行う。アドレス管理テーブル６１は、この接続関係の多重化に用いる各々のＭＡＣアドレスを登録して管理する記憶領域である。本実施例においては、このアドレス管理テーブル６１は、接続関係の管理にも用いられる。
【００２８】
アドレス管理テーブル６１の具体例を図４に示す。この例では、アドレス管理テーブル６１には、ＭＡＣアドレス情報とステータス情報とセキュリティ情報とエージングタイムとが対応付けて記憶されている。ＭＡＣアドレス情報は、接続関係の多重化に用いる各々のＭＡＣアドレスを表す情報である。図示する例では、ＭＡＣアドレス情報として、イーサネットコンバータ３０のＭＡＣアドレスであるＭＡＣ３と、端末ＴＥ１，ＴＥ２のＭＡＣアドレスであるＭＡＣ１，ＭＡＣ２とが記憶されている。ＭＡＣ３は、自機のＭＡＣアドレスとして判別するために、予めアドレス管理テーブル６１に登録されている。ＭＡＣ１，ＭＡＣ２は、後述するステップＳ１５０によってアドレス管理テーブル６１に登録される。
【００２９】
ステータス情報は、ＭＡＣアドレス情報として登録された各々のＭＡＣアドレスを用いた接続関係の状態を表す。このステータス情報は、少なくとも「接続済み」と「接続失敗」とを含む。「接続済み」とは、アクセスポイントＡＰとの接続関係が確立済みであることを示す。「接続失敗」とは、アクセスポイントＡＰとの接続関係の確立を試行したものの、その結果、接続関係の確立に失敗したことを示す。図示する例では、ＭＡＣ３，ＭＡＣ１に対応するステータス情報は接続済み、ＭＡＣ２に対応するステータス情報は、接続失敗となっている。ステータス情報は、他に、接続動作中、認証済み、認証動作中、接続許否などの情報を含んでもよい。このステータス情報は、接続関係の状態が変化するたびに、ＣＰＵ４０によって更新される。
【００３０】
セキュリティ情報は、各々の接続関係を利用した通信に用いるセキュリティ情報を表す。図示する例では、ＭＡＣ３，ＭＡＣ１に対応付けて、アクセスポイントＡＰとの暗号化通信に用いられる暗号鍵ｋｅｙ１，ｋｅｙ２がそれぞれ記憶されている。ＭＡＣ２については、接続関係が確立されていないので、暗号鍵は生成されていない状態である。本実施例では、暗号化通信の暗号方式としてＷＥＰ（Wired Equivalent Privacy）方式を採用しており、暗号鍵ｋｅｙ１，ｋｅｙ２は、接続関係ごと、つまり、イーサネットコンバータ３０自身および端末ＴＥ１の各々に一意に生成されたキーマッピングキーである。ＭＡＣ２についても接続関係が確立されれば、ＭＡＣ２に対応付けて、一意に生成された暗号鍵が記憶される。要するに、イーサネットコンバータ３０は、多重化される複数の接続関係間で異なる暗号鍵を使用可能に構成されている。この暗号鍵ｋｅｙ１，ｋｅｙ２は、ＣＰＵ４０がアクセスポイントＡＰとの認証プロセスを経て生成し、アドレス管理テーブル６１に登録する。なお、接続関係ごとに内容が異なるセキュリティ情報を管理することは必須ではない。
【００３１】
エージングタイムは、ＭＡＣアドレス情報をアドレス管理テーブル６１で保持する時間である。アドレス管理テーブル６１にＭＡＣアドレスが登録されると、エージングタイムが予め設定された初期設定時間（本実施例では３００秒）にセットされる。その後、時間が経過した分だけエージングタイムはカウントダウンされ、この値が０になると、対応付けられたＭＡＣアドレスと、それに対応付けられた他の情報とは、アドレス管理テーブル６１から消去される。かかる構成とすれば、通信が行われる可能性の低い機器のＭＡＣアドレスを継続的に記憶することがないので、ＲＡＭ６０の限りある記憶容量を有効に活用することができる。本実施例においては、アドレス管理テーブル６１からＭＡＣアドレスが消去されると、ＣＰＵ４０は、解除部４３の処理として、ディスアソシエーションをアクセスポイントＡＰに送信して、そのＭＡＣアドレスを用いて確立された接続関係を解除する。なお、登録されたＭＡＣアドレスを有する機器とアクセスポイントＡＰとの間で通信が行われると、通信が行われた機器のＭＡＣアドレスに対応するエージングタイムは、リフレッシュされ、もとの初期設定時間に設定し直される。このエージングタイムの設定は、必須ではない。
【００３２】
ここで説明を通信パケット転送処理に戻す。受信した通信パケットに含まれる送信元ＭＡＣアドレス（ＭＡＣｓ）がアドレス管理テーブル６１に登録済みでなければ（ステップＳ１４０：ＮＯ）、ＭＡＣｓを用いたアクセスポイントＡＰとの接続関係は確立されていないということである。そこで、ＣＰＵ４０は、取得部４２の処理として、受信した通信パケットからＭＡＣｓを取得して、アドレス管理テーブル６１に登録する（ステップＳ１５０）。
【００３３】
ＭＡＣｓを登録すると、ＣＰＵ４０は、ＭＡＣｓを用いて、アクセスポイントＡＰとの接続関係の確立を試行する（ステップＳ１６０）。その結果、接続関係の確立に失敗すれば（ステップＳ１７０：ＮＯ）、ＣＰＵ４０は、受信した通信パケットを破棄する（ステップＳ１８０）。このとき、上記ステップＳ１５０によってアドレス管理テーブル６１に登録されたＭＡＣｓに対応するステータス情報は、「接続失敗」に更新される。
【００３４】
一方、接続関係の確立に成功すると（ステップＳ１７０：ＹＥＳ）、ＣＰＵ４０は、上記ステップＳ１５０によってアドレス管理テーブル６１に登録されたＭＡＣｓに対応するステータス情報を「接続済み」に更新し、受信した通信パケットを無線ＬＡＮインタフェース９０側へ転送する（ステップＳ２１０）。この通信パケットは、ＭＡＣｓを用いて上記ステップＳ１６０によって確立された接続関係を利用して、アクセスポイントＡＰに送信される。通信パケットを転送すると、ＣＰＵ４０は、アドレス管理テーブル６１によって管理されているＭＡＣｓに対応するエージングタイムをリフレッシュし（ステップＳ２２０）、処理を元に戻す。
【００３５】
一方、受信した通信パケットに含まれる送信元ＭＡＣアドレス（ＭＡＣｓ）がアドレス管理テーブル６１に登録済みであれば（ステップＳ１４０：ＹＥＳ）、ＭＡＣｓを用いたアクセスポイントＡＰとの接続関係が確立済みである可能性がある。そこで、ＣＰＵ４０は、アドレス管理テーブル６１を参照して、ＭＡＣｓに対応するステータス情報が「接続失敗」であるか否かを判断する（ステップＳ１９０）。その結果、ステータス情報が「接続失敗」であれば（ステップＳ１９０：ＹＥＳ）、ＣＰＵ４０は、受信した通信パケットを破棄する（ステップＳ２００）。
【００３６】
一方、ステータス情報が「接続失敗」でなければ（ステップＳ１９０：ＮＯ）、すなわち「接続済み」であれば、受信した通信パケットを無線ＬＡＮインタフェース９０側へ転送し、ＭＡＣｓを用いて確立された接続関係を利用して、当該通信パケットをアクセスポイントＡＰに送信する（ステップＳ２１０）。そして、ＣＰＵ４０は、アドレス管理テーブル６１によって管理されているＭＡＣｓに対応するエージングタイムをリフレッシュし（ステップＳ２２０）、処理を元に戻す。こうして、有線ＬＡＮインタフェース８０側から受信した通信パケットを無線ＬＡＮインタフェース９０側へ転送する場合の通信パケット転送処理は終了となる。
【００３７】
イーサネットコンバータ３０が、無線ＬＡＮインタフェース９０側から受信した通信パケットを有線ＬＡＮインタフェース８０側へ転送する場合の通信パケット転送処理の流れを図５に示す。通信パケット転送処理は、ＭＡＣ１〜ＭＡＣ３のいずれかを用いて、アクセスポイントＡＰとの接続関係が確立した後に開始され、その後、繰り返し実行される。図５に示すように、通信パケット転送処理が開始されると、イーサネットコンバータ３０のＣＰＵ４０は、まず、無線ＬＡＮインタフェース９０側から、つまり、アクセスポイントＡＰからの通信パケットの受信を待機する（ステップＳ３１０）。
【００３８】
そして、無線ＬＡＮインタフェース９０側から通信パケットを受信すると（ステップＳ３１０：ＹＥＳ）、ＣＰＵ４０は、受信した通信パケットに含まれる宛先ＭＡＣアドレス（以下、ＭＡＣｄともいう）を確認する（ステップ３２０）。その結果、ＭＡＣｄがＭＡＣ３、すなわち、イーサネットコンバータ３０のＭＡＣアドレスであれば（ステップＳ３２０：ＭＡＣ３）、イーサネットコンバータ３０は、受信した通信パケットを自機として処理する（ステップＳ３３０）。この処理は、上記ステップＳ１３０と同様の処理である。そして、ＣＰＵ４０は、アドレス管理テーブル６１によって管理されているＭＡＣｄ（ここではＭＡＣ３）に対応するエージングタイムをリフレッシュし（ステップＳ３６０）、処理を元に戻す。
【００３９】
一方、宛先ＭＡＣアドレス（ＭＡＣｄ）がＭＡＣ１またはＭＡＣ２、すなわち、端末ＴＥ１，ＴＥ２のいずれかのＭＡＣアドレスであれば（ステップＳ３２０：ＭＡＣ１orＭＡＣ２）、ＣＰＵ４０は、受信した通信パケットを有線ＬＡＮインタフェース８０側へ転送する（ステップＳ３４０）。一方、宛先ＭＡＣアドレス（ＭＡＣｄ）がブロードキャストアドレスまたはマルチキャストアドレスであれば（ステップＳ３２０：ブロードキャストorマルチキャスト）、ＣＰＵ４０は、受信した通信パケットを自機として処理すると共に（ステップＳ３５０）、有線ＬＡＮインタフェース８０側へ転送する（ステップＳ３４０）。ステップＳ３４０によって有線ＬＡＮインタフェース８０側へ転送された通信パケットは、コントローラ７０によって、ＭＡＣｄと一致するＭＡＣアドレスを有する端末ＴＥ１またはＴＥ２に透過的に転送される。
【００４０】
これらのように、受信した通信パケットを有線ＬＡＮインタフェース８０側へ転送すると、ＣＰＵ４０は、アドレス管理テーブル６１によって管理されているＭＡＣｄに対応するエージングタイムをリフレッシュし（ステップＳ３６０）、処理を元に戻す。なお、ＭＡＣｄがブロードキャストアドレスである場合には、アドレス管理テーブル６１に登録されたＭＡＣアドレスの各々に対応するエージングタイムがリフレッシュされる。こうして、無線ＬＡＮインタフェース９０側から受信した通信パケットを有線ＬＡＮインタフェース８０側へ転送する場合の通信パケット転送処理は終了となる。
【００４１】
Ａ−４．通信の流れの具体例：
ホームネットワーク２０において、イーサネットコンバータ３０が上述した通信パケット転送処理を実行することによって実現される通信の流れの具体例を図６に示す。図６では、端末ＴＥ１からｐｉｎｇ（Packet INternet Groper）によって、端末ＴＥ３の存在確認を行う場合の通信の流れを示している。図６において、「Ｄｅｓｔ」は宛先ＭＡＣアドレスを示し、「Ｓｏｕｒｃｅ」は送信先ＭＡＣアドレスを示している。また、「＊」は、ブロードキャストアドレスであることを示している。なお、本実施例では、端末ＴＥ１のＩＰアドレスは、ユーザの手動操作によって端末ＴＥ１に設定済みである。ただし、アクセスポイントＡＰがＤＨＣＰ（Dynamic Host Configuration Protocol）サーバ機能を備えている場合には、端末ＴＥ１は、上述した通信パケット転送処理によって実現されるＤＨＣＰプロセスによって、アクセスポイントＡＰからＩＰアドレスの割り当てを受けてもよい。つまり、端末ＴＥ１がＤＨＣＰディスカバリパケットをブロードキャストすると、イーサネットコンバータ３０は、上述した通信パケット転送処理によって、端末ＴＥ１のＭＡＣアドレスであるＭＡＣ１を用いてアクセスポイントＡＰと接続関係を確立して、ＤＨＣＰディスカバリパケットをアクセスポイントＡＰに転送するので、当該接続関係を利用して端末ＴＥ１とアクセスポイントＡＰとの間でＤＨＣＰプロセスが実行され、端末ＴＥ１は、アクセスポイントＡＰからＩＰアドレスの割り当てを受けることができる。
【００４２】
端末ＴＥ１が端末ＴＥ３のＩＰアドレスを指定したｐｉｎｇの送信指示を受け付けると、図６に示すように、端末ＴＥ１は、まず、端末ＴＥ３のＭＡＣアドレスを取得するために、ＡＲＰ（Address Resolution Protocol）リクエストをブロードキャストする（ステップＳ４１１）。ＡＲＰリクエストの送信元ＭＡＣアドレスはＭＡＣ１である。イーサネットコンバータ３０がこのＡＲＰリクエストを受信すると、上記Ｓ１６０によってＭＡＣ１を用いてアクセスポイントＡＰとの接続関係が確立される（ステップＳ４２１，４２２）。この処理は、ＩＥＥＥ８０２．１１で規定される、プローブリクエスト、プローブレスポンス、オーセンティケーション、アソシエーションリクエスト、アソシエーションレスポンスのやり取りを行う処理である。
【００４３】
そして、イーサネットコンバータ３０は、ＭＡＣ１を用いて確立した接続関係を利用して、つまり、送信元ＭＡＣアドレスをＭＡＣ１として、受信したＡＲＰリクエストをアクセスポイントＡＰに転送する（ステップＳ４１２）。このＡＲＰリクエストはアクセスポイントＡＰに受信され、さらに、端末ＴＥ３に転送される（ステップＳ４１３）。送信元ＭＡＣアドレスは、ＭＡＣ１から変更されていない。
【００４４】
一方、端末ＴＥ３は、ＡＲＰリクエストを受信すると、その応答として、自身のＭＡＣアドレスであるＭＡＣ５を送信元ＭＡＣアドレスとしたＡＲＰリプライをアクセスポイントＡＰに送信する（ステップＳ４１４）。端末ＴＥ３は、ＭＡＣ１を送信元ＭＡＣアドレスとしたＡＲＰリクエストを受信したのであるから、ＭＡＣ１を宛先ＭＡＣアドレスとしたＡＲＰリプライを送信することとなる。端末ＴＥ３が送信したＡＲＰリプライは、アクセスポイントＡＰに受信され、イーサネットコンバータ３０に転送される（ステップＳ４１５）。イーサネットコンバータ３０は、この宛先ＭＡＣアドレスをＭＡＣ１としたＡＲＰリプライを受信して、ＭＡＣ１のＭＡＣアドレスを有する端末ＴＥ１に透過的に転送する（ステップＳ４１６）。
【００４５】
ＡＲＰリプライを受信して、端末ＴＥ３のＭＡＣアドレスであるＭＡＣ５を認識した端末ＴＥ１は、送信元ＭＡＣアドレスをＭＡＣ１、宛先ＭＡＣアドレスをＭＡＣ５としたｐｉｎｇのエコーリクエストをイーサネットコンバータ３０に送信する（ステップＳ４３１）。このエコーリクエストは、上述のＡＲＰリクエストと同様に、イーサネットコンバータ３０によって、ＭＡＣ１を用いて確立された接続関係を利用して、アクセスポイントＡＰに転送され（ステップＳ４３２）、さらに、端末ＴＥ３に転送される（ステップＳ４３３）。
【００４６】
端末ＴＥ３は、自身のＭＡＣアドレスであるＭＡＣ５を宛先ＭＡＣアドレスとするエコーリクエストを受信して、送信元ＭＡＣアドレスをＭＡＣ５、宛先ＭＡＣアドレスをＭＡＣ１としたエコーリプライをアクセスポイントＡＰに送信する（ステップＳ４３４）。このエコーリプライは、上述のＡＲＰリプライと同様に、アクセスポイントＡＰからイーサネットコンバータ３０に転送され（ステップＳ４３５）、さらに、端末ＴＥ１に透過的に転送される（ステップＳ４３６）。このようにして、端末ＴＥ１は、端末ＴＥ３の存在を確認することができる。
【００４７】
Ａ−５．効果：
上述したイーサネットコンバータ３０の効果をより明確にするために、まず、従来例としてのイーサネットコンバータ３０ａを用いた場合の通信の流れを説明し、その後、本実施例の効果について説明する。従来例としてのイーサネットコンバータ３０ａを用いた場合の通信の流れを図７に示す。図７は、図６と同様に、端末ＴＥ１からｐｉｎｇによって、端末ＴＥ３の存在確認を行う場合の通信の流れを示している。端末ＴＥ１がｐｉｎｇの送信指示を受け付けると、図７に示すように、端末ＴＥ１は、まず、ＡＲＰリクエストをブロードキャストする（ステップＳ５１１）。ＡＲＰリクエストの送信元ＭＡＣアドレスはＭＡＣ１である。
【００４８】
イーサネットコンバータ３０ａがこのＡＲＰリクエストを受信すると、イーサネットコンバータ３０ａは、自機のＭＡＣアドレスもしくは代表アドレスとして設定されている任意のＭＡＣアドレスであるＭＡＣ３を用いて、アクセスポイントＡＰとの接続関係を確立する（ステップＳ５２１，５２２）。なお、イーサネットコンバータ３０ａとアクセスポイントＡＰとの接続関係が事前に確立していた場合には、この処理は省略される。そして、イーサネットコンバータ３０ａは、受信したＡＲＰリクエストの送信元ＭＡＣアドレスをＭＡＣ１から自機のＭＡＣアドレスであるＭＡＣ３に変更して、アクセスポイントＡＰに転送する（ステップＳ５１２）。このＡＲＰリクエストはアクセスポイントＡＰに受信され、さらに、端末ＴＥ３に転送される（ステップＳ５１３）。
【００４９】
一方、端末ＴＥ３は、ＡＲＰリクエストを受信すると、その応答として、自身のＭＡＣアドレスであるＭＡＣ５を送信元ＭＡＣアドレスとしたＡＲＰリプライをアクセスポイントＡＰに送信する（ステップＳ５１４）。端末ＴＥ３は、ＭＡＣ３を送信元ＭＡＣアドレスとしたＡＲＰリクエストを受信したのであるから、ＭＡＣ３を宛先ＭＡＣアドレスとしたＡＲＰリプライを送信することとなる。このＡＲＰリプライは、アクセスポイントＡＰに受信され、イーサネットコンバータ３０ａに転送される（ステップＳ５１５）。
【００５０】
イーサネットコンバータ３０ａは、この宛先ＭＡＣアドレスをＭＡＣ３としたＡＲＰリプライを受信すると、ＩＰアドレスとＭＡＣアドレスとを対応付けたＡＲＰテーブルと、ＡＲＰリプライに含まれる宛先ＩＰアドレスとを照合し、ＡＲＰリプライの本来の宛先がＭＡＣ１であることを特定する。そして、イーサネットコンバータ３０ａは、宛先ＭＡＣアドレスをＭＡＣ３からＭＡＣ１に変更したＡＲＰリプライを端末ＴＥ１に転送する（ステップＳ５１６）。つまり、この処理では、ＩＰｖ４（Internet Protocol version４）やＩＰｖ６（Internet Protocol version６）へのプロトコル依存が発生することになる。
【００５１】
また、端末ＴＥ１が送信したエコーリクエストは、イーサネットコンバータ３０ａによって送信元ＭＡＣアドレスがＭＡＣ１からＭＡＣ３に変更されて、アクセスポイントＡＰを介して端末ＴＥ３に転送される（ステップＳ５３１〜Ｓ５３３）。そして、端末ＴＥ３が送信したエコーリプライは、アクセスポイントＡＰを介してイーサネットコンバータ３０ａに受信され、イーサネットコンバータ３０ａが宛先ＭＡＣアドレスをＭＡＣ３からＭＡＣ１に変更して、端末ＴＥ１に転送する（ステップＳ５３４〜Ｓ５３６）。
【００５２】
一方、上述した本実施例のイーサネットコンバータ３０は、無線子機としてアクセスポイントＡＰと通信可能な無線ＬＡＮインタフェース９０と、複数の有線ポート８１，８２を備えた有線ＬＡＮインタフェース８０とを備えている。このイーサネットコンバータ３０は、複数のポート８１，８２に接続された各々の端末ＴＥ１，ＴＥ２のＭＡＣアドレスを取得し、当該ＭＡＣアドレスを用いて、端末ＴＥ１，ＴＥ２ごとに独立した接続関係をアクセスポイントＡＰとの間で確立して、端末ＴＥ１，ＴＥ２とアクセスポイントＡＰとの間の通信の中継を行う。したがって、イーサネットコンバータ３０は、ＭＡＣアドレスのみに基づいて、通信パケットの中継を行うことができるので、通信パケットの中継に際して、ＯＳＩ参照モデルのデータリンク層よりも上位の層を参照する必要がない。例えば、宛先ＩＰアドレスに基づいた宛先ＭＡＣアドレスの変換が必要ない。つまり、無線ＬＡＮインタフェース９０と有線ＬＡＮインタフェース８０との間の通信の中継を透過的に行うことができる。
【００５３】
また、イーサネットコンバータ３０は、有線ＬＡＮインタフェース８０に接続された端末ＴＥ１，ＴＥ２から受信した通信パケットから、端末ＴＥ１，ＴＥ２のＭＡＣアドレスであるＭＡＣ１，ＭＡＣ２を取得するので、構成が簡単である。しかも、端末ＴＥ１，ＴＥ２からアクセスポイントＡＰ側に向けて通信パケットが送信され、独立した接続関係をアクセスポイントＡＰとの間で確立する必要が生じたタイミングで、端末ＴＥ１，ＴＥ２のＭＡＣアドレスを取得することになるので、処理を効率化することができる。なお、イーサネットコンバータ３０は、他の手法でＭＡＣアドレスを取得しても構わない。例えば、ＣＰＵ４０は、コントローラ７０が記憶するＭＡＣアドレステーブルの情報を定期的に取得し、ＭＡＣアドレスを取得しても構わない。
【００５４】
また、イーサネットコンバータ３０は、端末ＴＥ１，ＴＥ２のいずれかとアクセスポイントＡＰとの間で所定時間通信が行われなかった場合には、通信が行われなかった端末ＴＥ１，ＴＥ２のＭＡＣアドレスをアドレス管理テーブル６１から消去して、その端末ＴＥ１，ＴＥ２に対応する接続関係を解除するので、接続関係の管理を好適に行うことができる。
【００５５】
また、イーサネットコンバータ３０は、アクセスポイントＡＰとの接続関係を多重化し、当該接続関係間で異なるセキュリティ設定を行うことができる。したがって、柔軟な中継処理を実現することができる。
【００５６】
また、イーサネットコンバータ３０は、通信パケットを透過的に転送できる以外にも格別の効果を奏する。その効果について以下に説明する。ネットワーク機器の電源の投入操作を、ネットワークを介して遠隔的に行う技術として、ＷＯＬ（Wake-On-LAN）が知られている。ＷＯＬでは、この遠隔操作は、マジックパケットと呼ばれる通信パケットを用いて行われる。マジックパケットは、ボディの任意の領域に「FF-FF-FF-FF-FF-FF」という同期用シーケンスと、それに続いて、電源操作対象となる機器のＭＡＣアドレスを１６回繰り返したデータとを含んでおり、ブロードキャストで送信される。マジックパケットを受信した機器は、１６回繰り返させるＭＡＣアドレスが自機のものでなければ無視し、自機のものであれば、省電力状態(例えば，ほとんど電力を消費しないスリープ状態，または、電源をＯＦＦしたサスペンド状態など)から起動を行って通常の動作状態に移行する。
【００５７】
ここで、ホームネットワーク２０において、ＷＯＬを利用して、端末ＴＥ３から端末ＴＥ１，ＴＥ２の電源の投入動作を行うことを考える。ホームネットワーク２０において、イーサネットコンバータ３０に代えて、従来例としてのイーサネットコンバータ３０ａを用いた場合、上述のように、イーサネットコンバータ３０ａは、端末ＴＥ１から受信した通信パケットの送信元ＭＡＣアドレスを、端末ＴＥ１のＭＡＣ１からイーサネットコンバータ３０ａのＭＡＣ３に変更して、端末ＴＥ３側に転送するから、端末ＴＥ３は、端末ＴＥ１のＭＡＣアドレスであるＭＡＣ１を認識することができない。したがって、端末ＴＥ３は、電源の投入対象である端末ＴＥ１のＭＡＣ１を含むマジックパケットを送信することができない。仮に、端末ＴＥ３が、端末ＴＥ１のＭＡＣアドレスをＭＡＣ３と認識して、ＭＡＣ３を１６回繰り返したデータを含むマジックパケットを、アクセスポイントＡＰおよびイーサネットコンバータ３０ａを介して端末ＴＥ１のＩＰアドレス宛てに送信したとしても、このマジックパケットを受信した端末ＴＥ１は、マジックパケットに含まれるＭＡＣアドレスが自機のものではないと解釈して、これを破棄してしまう。このように、イーサネットコンバータ３０ａを用いた場合、ＷＯＬを好適に実現することができない。
【００５８】
一方、本実施例のイーサネットコンバータ３０を用いて構成したホームネットワーク２０では、イーサネットコンバータ３０は、端末ＴＥ１から受信した通信パケットの送信元ＭＡＣアドレスを変更しないで端末ＴＥ３側に転送するから、端末ＴＥ３は、端末ＴＥ１のＭＡＣアドレスであるＭＡＣ１を認識することができる。その結果、端末ＴＥ３が、電源の投入対象である端末ＴＥ１のＭＡＣ１を１６回繰り返したデータを含むマジックパケットを、アクセスポイントＡＰおよびイーサネットコンバータ３０を介して端末ＴＥ１に送信すれば、端末ＴＥ１は、受信したマジックパケットが自機を対象とするものであると解釈して、起動処理を実行することができる。かかる効果は、ホームネットワーク２０においてＷＯＬを実現する場合に限らず、通信パケットのボディに含まれるＭＡＣアドレスの情報に基づいて、当該通信パケットを受信した当該ＭＡＣアドレスを有する電子機器に所定の動作を指示可能に構成されたプロトコルを用いて遠隔操作を行う場合に共通して得られるものである。
【００５９】
Ｂ：変形例：
上述した実施形態の変形例について説明する。上述の実施形態においては、多重化した接続関係間で異なる暗号鍵を用いて、アクセスポイントＡＰとの暗号化通信を行う構成について示したが、接続関係間で、種々の異なるセキュリティ設定を行ってもよい。例えば、接続関係間で異なる暗号化方式を設定してもよい。こうした暗号化方式としては、例えば、上述したＷＥＰ方式の他に、ＴＫＩＰ（Temporal Key Integrity Protocol）、ＡＥＳ（Advanced Encryption Standard）などを例示することができる。もとより、セキュリティ設定に限らず、種々の通信条件を接続関係間で異なるように設定してもよい。例えば、転送レートなどを接続関係間で変化させてもよい。あるいは、接続関係の少なくとも１つに帯域制限を行ってもよい。なお、通信条件は、少なくとも一部の接続関係間で同一であってもよいことは勿論である。
【００６０】
こうした接続関係ごとの通信条件は、例えば、端末ＴＥ１，ＴＥ２のＷＥＢブラウザから、イーサネットコンバータ３０のＷＥＢサーバ機能を用いて設定画面を取得し、当該設定画面を用いて、有線ＬＡＮインタフェース８０が備える有線ポート８１，８２ごとに設定してもよい。こうすれば、有線ポート８１，８２に接続する機器の特性に適した通信条件を設定することができる。例えば、有線ポート８１にテレビを接続し、有線ポート８２にパーソナルコンピュータを接続する場合には、パーソナルコンピュータが行う通信は、テレビが行う通信よりも高いセキュリティが求められる状況が多いので、パーソナルコンピュータに対応する接続関係のセキュリティレベルを相対的に高く設定してもよい。あるいは、有線ポート８１にテレビを接続し、有線ポート８２にオーディオ機器を接続する場合には、動画を扱うテレビの転送レートを相対的に大きく設定してもよい。
【００６１】
このように有線ポート８１，８２ごとに異なる通信設定を行う場合には、ＣＰＵ４０は、コントローラ７０が記憶するＭＡＣアドレステーブルの情報を定期的に取得する構成としてもよい。こうすれば、有線ポート８１，８２と、有線ポート８１，８２に接続された端末ＴＥ１，ＴＥ２のＭＡＣ１，ＭＡＣ２との対応関係を把握することができ、有線ポート８１，８２ごとに異なる通信設定を好適に設定することができる。あるいは、イーサネットコンバータ３０がタグＶＬＡＮ（Virtual Local Area Network）に対応した機器である場合には、有線ポート８１，８２をタグポートとして、それぞれに所定のＶＬＡＮ番号を割り当てておけば、受信した通信パケットに含まれるタグ情報（ＶＬＡＮ番号）とＭＡＣアドレスとを参照して、有線ポート８１，８２と、有線ポート８１，８２に接続された端末ＴＥ１，ＴＥ２のＭＡＣ１，ＭＡＣ２との対応関係を把握することができる。
【００６２】
また、こうした接続関係ごとの通信条件は、イーサネットコンバータ３０が自律的に設定する構成とすることもできる。例えば、イーサネットコンバータ３０および端末ＴＥ１，ＴＥ２がＵＰｎＰ（Universal Plug and Play）やＳＬＰ（Service Location Protocol）など、ネットワーク上の機器の機能を把握可能なプロトコルをサポートしている場合には、これらのプロトコルを用いて、有線ポート８１，８２に接続された機器の機能を把握し、その機能に応じて予め定められた通信条件を設定してもよい。
【００６３】
以上、本発明の実施形態について説明したが、上述した実施形態における本発明の構成要素のうち、独立クレームに記載された要素以外の要素は、付加的な要素であり、適宜省略、または、組み合わせが可能である。また、本発明はこうした実施形態に限られるものではなく、本発明の要旨を脱しない範囲において、種々なる態様で実施できることは勿論である。例えば、本発明は、通信装置としての構成のほか、通信パケットの中継方法、プログラム、当該プログラムを記録した記憶媒体等としても実現することができる。
【符号の説明】
【００６４】
２０…ホームネットワーク
３０，３０ａ…イーサネットコンバータ
４０…ＣＰＵ
４１…中継部
４２…取得部
４３…解除部
５０…ＲＯＭ
６０…ＲＡＭ
６１…アドレス管理テーブル
７０…コントローラ
８０…有線ＬＡＮインタフェース
８１，８２…有線ポート
９０…無線ＬＡＮインタフェース
ＡＰ…アクセスポイント
ＴＥ１，ＴＥ２，ＴＥ３…端末
【図１】
0005562801.tif 000002
【図２】
0005562801.tif 000003
【図３】
0005562801.tif 000004
【図４】
0005562801.tif 000005
【図５】
0005562801.tif 000006
【図６】
0005562801.tif 000007
【図７】
0005562801.tif 000008