"認証フレームを認証装置に送信し、認証フレームに応答する応答フレームを前記認証装置から受信することで、前記認証装置により認証処理が行われる通信装置であって、認証フレームの送信先アドレスを変更する送信先アドレス変更手段と、前記認証装置から応答フレームを受信したか否かを判断する受信判断手段と、前記認証装置に認証フレームを送信する送信手段とを備え、前記送信手段は、認証フレームを、前記送信先アドレスをマルチキャストで前記認証装置に送信し、前記受信判断手段により前記認証装置から応答フレームが受信されないと判断された場合、前記送信先アドレス変更手段は、前記送信先アドレスをブロードキャストアドレスに変更し、前記送信手段は、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、前記認証装置に送信することを特徴とする通信装置。前記認証装置から応答フレームを受信した場合に、前記送信手段は、受信した応答フレームの送信元アドレスを用いたユニキャストアドレスで、応答フレームに応答する認証フレームを、前記認証装置に送信することを特徴とする請求項1記載の通信装置。さらに、前記認証処理を停止する認証処理停止手段を備え、前記認証装置から応答フレームを受信した場合に、前記認証処理停止手段は、前記認証処理を停止し、前記送信先アドレス変更手段は、受信した応答フレームの送信元アドレスを用いたユニキャストアドレスで、応答フレームに応答する認証フレームを、前記認証装置に送信することを特徴とする請求項2記載の通信装置。前記受信判断手段は、認証フレームを送信してからの時間が所定時間を経過した場合に、応答フレームが受信されないと判断することを特徴とする請求項1ないし3いずれか1項に記載の通信装置。さらに、前記認証装置から応答フレームを受信した場合、ユーザに対して通知を行う出力手段を備えたことを特徴とする請求項1ないし4いずれか1項に記載の通信装置。前記通信装置は、前記認証装置により、IEEE802.1Xの規格に従った認証処理が行われることを特徴とする請求項1ないし5いずれか1項に記載の通信装置。認証フレームを通信装置に送信し、認証フレームに応答する応答フレームを前記通信装置から受信することで、前記通信装置の認証処理を行う認証装置であって、認証フレームの送信先アドレスを変更する送信先アドレス変更手段と、前記通信装置から応答フレームを受信したか否かを判断する受信判断手段と、前記通信装置に認証フレームを送信する送信手段とを備え、前記送信手段は、認証フレームを、前記送信先アドレスをマルチキャストで前記通信装置に送信し、前記受信判断手段により前記通信装置から応答フレームが受信されないと判断された場合、前記送信先アドレス変更手段は、前記送信先アドレスをブロードキャストアドレスに変更し、前記送信手段は、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、前記通信装置に送信することを特徴とする認証装置。前記通信装置から応答フレームを受信した場合に、前記送信手段は、受信した応答フレームの送信元アドレスを用いたユニキャストアドレスで、応答フレームに応答する認証フレームを、前記通信装置に送信することを特徴とする請求項7記載の認証装置。認証フレームを認証装置に送信し、認証フレームに応答する応答フレームを前記認証装置から受信することで、前記認証装置により認証処理が行われる通信方法であって、認証フレームの送信先アドレスを変更する変更ステップと、前記認証装置から応答フレームを受信したか否かを判断する受信判断ステップと、前記認証装置に認証フレームを送信する送信ステップとを備え、前記送信ステップにて、認証フレームを、前記送信先アドレスをマルチキャストで前記認証装置に送信し、前記受信判断ステップにより前記認証装置から応答フレームが受信されないと判断された場合、前記送信先アドレス変更ステップにて、前記送信先アドレスをブロードキャストアドレスに変更し、前記送信ステップにて、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、前記認証装置に送信することを特徴とする通信方法。認証フレームを通信装置に送信し、認証フレームに応答する応答フレームを前記通信装置から受信することで、前記通信装置の認証処理を行う認証方法であって、認証フレームの送信先アドレスを変更する送信先アドレス変更ステップと、前記通信装置から応答フレームを受信したか否かを判断する受信判断ステップと、前記通信装置に認証フレームを送信する送信ステップとを備え、前記送信手段ステップにて、認証フレームを、前記送信先アドレスをマルチキャストで前記通信装置に送信し、前記受信判断ステップにより前記通信装置から応答フレームが受信されないと判断された場合、前記送信先アドレス変更ステップにて、前記送信先アドレスをブロードキャストアドレスに変更し、前記送信ステップにて、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、前記通信装置に送信することを特徴とする認証方法。しかしながら、HUBにEAPOLEAPoverLANのマルチキャストを転送しないEAPOL非透過のHUBが使用されるとIEEE802.1Xに従った認証ができないことがある。図25は、従来のシーケンス図である。図25を用いて、フローを説明する。通信装置は、IEEE802.1Xの認証を始める場合は、EAPOL-Startのフレームをマルチキャストで送信する。EAPOL非透過のHUBは、送信先がマルチキャストアドレスのため、転送せずに破棄してしまう。認証LANスイッチが認証を始める場合は、EAP-Identityリクエストのフレームをマルチキャストで送信する。EAPOL非透過のHUBは、送信先がマルチキャストアドレスのため、転送せずに破棄してしまう。このように、EAPOL非透過のHUBが通信装置と認証LANスイッチの間に存在する場合は、IEEE802.1Xに従った通信ができない。また、認証LANスイッチの機能の1つとして、マルチキャストアドレスを送信先アドレスに使用せず、ユニキャストアドレスを使用して、IEEE802.1Xの認証を行うことが一般的に知られている。しかしながら、通信装置が送信先アドレスにマルチキャストを使用するIEEE802.1Xの認証を行う場合は、第1の課題と同様に通信ができない問題が発生する。図26は、従来の他の例のシーケンス図である。図23のフローを用いて説明する。例えば、認証LANスイッチが送信先アドレスにユニキャストを用いてEAP-Identityリクエストを送信したとしても、通信装置は送信先アドレスにマルチキャストアドレスを使用するため、EAPOL非透過HUBで廃棄され通信ができない。また、認証LANスイッチが送信先アドレスにユニキャストアドレスを使用するためには、事前に通信装置のMACアドレスを登録する準備が必要になるため、通信装置の台数分、MACアドレスを登録するという手間がかかる問題がある。第3の課題図27のHUBがマルチキャストを転送するEAPOL透過HUBの場合を考える。EAPOL透過HUBはマルチキャストを転送するため、HUBに接続された機器すべてに転送してしまい、通信装置は不要なフレーム受信し、他の通信装置の通信が干渉する問題がある。図28を用いて説明する。例えば、通信装置Supp1のEAPOL-Startは、送信先アドレスにマルチキャストアドレスを使用するため、認証LANスイッチ、および通信装置Supp2に届く。通信装置Supp2では、IEEE802.1Xの規格に従うとEAPOL-Startは破棄する。認証LANスイッチは、EAPOL-Startを受信したので、送信先アドレスにユニキャストアドレスを使用したEAP-Identityリクエストを送信する。ここで、認証LANスイッチは第2の課題で示したユニキャストアドレスを用いて認証を行う機能を有した場合を説明している。通信装置Supp1は、EAP-Identityリクエストに対し、送信先アドレスにマルチキャストアドレスを使用したEAP-Identityレスポンスを返す。通信装置Supp1のEAP-Identityレスポンスは、送信先アドレスにマルチキャストアドレスを使用するため、認証LANスイッチ、および通信装置Supp2に届く。通信装置Supp2は、IEEE802.1Xの規格に従うとEAPを受信すると状態遷移してしまう。通信装置Supp2は、状態遷移した結果、認証に成功していたとしても、再度、認証処理を行うことになる。このように、通信装置Supp1の通信が通信装置Supp2に干渉してしまい不要な認証処理を行うという問題がある。以上のように、解決しようとする問題点は、EAPOL非透過のHUBが接続されたネットワーク環境において認証が行えないこと、また、EAPOL透過のHUBが接続されたネットワーク環境においてマルチキャストアドレスを用いることによる他の通信装置への干渉である。そこで、本発明は上記従来の課題に鑑みて、複数の通信装置が接続されるネットワーク環境で、通信経路の途中にマルチキャストアドレスを透過しないハブが存在する場合であっても、認証を行うことのできる、通信装置、認証装置、通信方法、および認証方法を提供することを目的とする。上記従来の課題を解決するために、本発明は、認証フレームを認証装置に送信し、認証フレームに応答する応答フレームを認証装置から受信することで、認証装置により認証処理が行われる通信装置であって、認証フレームの送信先アドレスを変更する送信先アドレス変更手段と、認証装置から応答フレームを受信したか否かを判断する受信判断手段と、認証装置に認証フレームを送信する送信手段とを備え、送信手段は、認証フレームを、送信先アドレスをマルチキャストで認証装置に送信し、受信判断手段により認証装置から応答フレームが受信されないと判断された場合、送信先アドレス変更手段は、送信先アドレスをブロードキャストアドレスに変更し、送信手段は、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、認証装置に送信する通信装置である。本発明によれば、通信装置が、マルチキャストを透過しないハブを介して認証装置に接続された場合であっても、送信先アドレスをブロードキャストに変更して認証フレームを、認証装置に送信するので、認証装置は認証フレームを受信することで、認証処理を良好に行うことができる。上記課題を解決するためになされた第1の発明は、認証フレームを認証装置に送信し、認証フレームに応答する応答フレームを認証装置から受信することで、認証装置により認証処理が行われる通信装置であって、認証フレームの送信先アドレスを変更する送信先アドレス変更手段と、認証装置から応答フレームを受信したか否かを判断する受信判断手段と、認証装置に認証フレームを送信する送信手段とを備え、送信手段は、認証フレームを、送信先アドレスをマルチキャストで認証装置に送信し、受信判断手段により認証装置から応答フレームが受信されないと判断された場合、送信先アドレス変更手段は、送信先アドレスをブロードキャストアドレスに変更し、送信手段は、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、認証装置に送信する通信装置である。第1の発明によれば、通信装置が、マルチキャストを透過しないハブを介して認証装置に接続された場合であっても、送信先アドレスをブロードキャストに変更して認証フレームを、認証装置に送信するので、認証装置は認証フレームを受信することで、認証処理を良好に行うことができる。上記課題を解決するためになされた第2の発明は、第1の通信装置であって、認証装置から応答フレームを受信した場合に、送信手段は、受信した応答フレームの送信元アドレスを用いたユニキャストアドレスで、応答フレームに応答する認証フレームを、認証装置に送信する通信装置である。第2の発明によれば、認証フレームの送信先アドレスを、ブロードキャストアドレスのままにするのではなく、ユニキャストアドレスで送信するので、他の通信装置に認証フレームを送信しないようにすることができる。これにより、他の通信装置が認証フレームを受信することで、不要な認証処理を開始させることを防止することで、他の通信装置への干渉を抑制することができる。上記課題を解決するためになされた第3の発明は、第2の通信装置であって、さらに、認証処理を停止する認証処理停止手段を備え、認証装置から応答フレームを受信した場合に、認証処理停止手段は、認証処理を停止し、送信先アドレス変更手段は、受信した応答フレームの送信元アドレスを用いたユニキャストアドレスで、応答フレームに応答する認証フレームを、認証装置に送信する通信装置である。第3の発明によれば、認証処理の開始からユニキャストアドレスを使用するので、他の通信装置に認証フレームを全く送信しないようにすることができる。これにより、他の通信装置への干渉をさらに抑制することができる。上記課題を解決するためになされた第4の発明は、第1ないし3いずれかの通信装置であって、受信判断手段は、認証フレームを送信してからの時間が所定時間を経過した場合に、応答フレームが受信されないと判断する通信装置である。第4の発明によれば、ある程度の時間を経過した上で、応答フレームが受信されないものと判断するので、判断処理の精度を高めることができる。上記課題を解決するためになされた第5の発明は、第1ないし4いずれかの通信装置であって、さらに、認証装置から応答フレームを受信した場合、ユーザに対して通知を行う出力手段を備えた通信装置である。第5の発明によれば、ユーザは、通知により、ブロードキャストアドレスに変更した上で応答フレームを受信したことを知ることができる。上記課題を解決するためになされた第6の発明は、第1ないし5いずれかの通信装置であって、通信装置は、認証装置により、IEEE802.1Xの規格に従った認証処理が行われる通信装置である。第6の発明によれば、通信装置が、マルチキャストを透過しないハブを介して認証装置に接続された場合であっても、IEEE802.1Xの規格に従った認証処理を良好に行うことができる。上記課題を解決するためになされた第7の発明は、認証フレームを通信装置に送信し、認証フレームに応答する応答フレームを通信装置から受信することで、通信装置の認証処理を行う認証装置であって、認証フレームの送信先アドレスを変更する送信先アドレス変更手段と、通信装置から応答フレームを受信したか否かを判断する受信判断手段と、通信装置に認証フレームを送信する送信手段とを備え、送信手段は、認証フレームを、送信先アドレスをマルチキャストで通信装置に送信し、受信判断手段により通信装置から応答フレームが受信されないと判断された場合、送信先アドレス変更手段は、送信先アドレスをブロードキャストアドレスに変更し、送信手段は、ブロードキャストアドレスに変更された送信アドレスの認証フレームを、通信装置に送信する認証装置である。第7の発明によれば、認証装置が、マルチキャストを透過しないハブを介して通信装置に接続された場合であっても、送信先アドレスをブロードキャストに変更して認証フレームを、通信装置に送信するので、通信装置は認証フレームを受信することで、認証処理を良好に行うことができる。上記課題を解決するためになされた第8の発明は、第7の認証装置であって、通信装置から応答フレームを受信した場合に、送信手段は、受信した応答フレームの送信元アドレスを用いたユニキャストアドレスで、応答フレームに応答する認証フレームを、通信装置に送信する認証装置である。第8の発明によれば、認証フレームの送信先アドレスを、ブロードキャストアドレスのままにするのではなく、ユニキャストアドレスに変更するので、他の通信装置に認証フレームを送信しないようにすることができる。これにより、他の通信装置が認証フレームを受信することで、不要な認証処理を開始させることを防止することで、他の通信装置への干渉を抑制することができる。実施の形態1以下、本発明の実施の形態について、図面を参照しながら説明する。図1は、本発明に係る認証システムの全体構成図である。図1では、本実施の形態で使用するネットワークを示している。なお、図1の全体構成図は、後述する実施の形態2~8において共通である。PC100a、IP電話100b、プリンタ100c、およびネットワークカメラ100dは、認証される側の通信装置の一例である。本実施の形態では、これらの通信装置は、サプリカントの機能を搭載した通信装置である。以下の説明では、PC100a、IP電話100b、プリンタ100c、およびネットワークカメラ100dを特に区別する必要のない場合は、単にサプリカント100と称す。なお、サプリカントの機能は、図1に示した通信装置に限らず、それ以外の通信装置に提要可能である。ここで、サプリカントとは、IEEETheInstituteofElectricalandElectronicsEngineers,Inc.8021X認証を行う際に使用するクライアント側の通信装置、あるいはクライント側のプログラムをいう。PC100a、IP電話100b、プリンタ100c、およびネットワークカメラ100dは、それぞれイーサネット登録商標ケーブルイーサネット登録商標は登録商標10を介して、HUB200に接続されている。HUB200は、Etherフレームを転送するネットワーク機器である。例えば、リピータHUBやレイヤ2スイッチであり、EAPOLEAPoverLAN[LocalAreaNetwork]を透過しないもの以下、単にEAPOL非透過称すと、EAPOLを透過するもの以下、単にEAPOL透過称すがある。HUB200は、イーサネット登録商標ケーブル20を介して、認証LANスイッチ300に接続されている。認証LANスイッチ300は、認証処理を中継する認証装置の一例である。本実施の形態では、この中継装置は、オーセンティケータの機能を搭載したネットワーク機器であり、IEEE802.1Xの認証機能を備えたLANスイッチである。オーセンティケータとは、IEEE8021Xに対応したアクセスポイントをいう。認証LANスイッチ300は、イーサネット登録商標ケーブル30を介して、認証サーバ400およびネットワークNWに接続されている。認証サーバ400は、クライアントによるLANの利用可否を制御する制御装置の一例である。本実施の形態では、この制御装置は、オーセンティケーションサーバの機能を搭載したネットワーク機器であり、RADIUSサーバである。すなわち、PC100a、IP電話100b、プリンタ100c、およびネットワークカメラ100cは、HUB200を介して認証LANスイッチ300に接続される。なお、図1では、イーサネット登録商標ケーブルで接続した例を示したが、特にこれに限らず、同軸ケーブル、電力線、電話線などの他の有線伝送路を利用してもよい。また、有線伝送路に限らず、無線伝送路を利用することも可能である。例えば、IEEE802.11などの標準化技術で定義される無線LANやブルーテゥース登録商標がある。データ通信を行うに先だって、ネットワークに接続が許可されているかどうかの認証を行うため、IEEE802.1Xでは、PC100aなどのサプリカント100と認証LANスイッチ300であるオーセンティケータ、認証サーバ400であるオーセンティケーションサーバとで認証用のフレームのやり取りを行って認証を行う仕組みを提供している。認証許可されたサプリカントのデータは、オーセンティケータを通ってネットワークに転送できる。認証許可されてないサプリカントのデータは、オーセンティケータで遮断されネットワークに転送されない。図2は、サプリカント機能を搭載する通信装置、例えばネットワークカメラ100dのハードウェアの構成図である。ネットワークカメラ100dは、バス線120を有しており、さらにバス線120に接続された、CPU101、ROM102、RAM103、CODEC105、信号処理部106、およびMAC108を有している。CPU101は、中央演算装置として機能する。ROM102は、プロクラムなどを記憶する不揮発メモリとして機能する。RAM103は、データの読み書きをするための記憶装置として機能する。CODEC105は、画像の符号化の機能を有する。MACMediaAccessControl108は、メディアアクセス制御として機能する。MAC108にはPHYPhysical109が接続され、信号処理部106には、イメージセンサ107が接続されている。PHY109は、ネットワークの物理層として機能する。イメージセンサ107は、画像を電気信号に変換する機能を有する。信号処理部106は、イメージセンサ107からの信号をRAM103に取り込む。このような通信装置において、認証用のフレームの送信を行う場合、ROM102に記憶された認証を行うために必要な所定のプログラムをCPU101にて実行し、プログラムに記載された認証の手順に従い認証用のフレームを生成し、RAM103に記憶し送信する。認証用のフレームを送信するため、MAC108は、CSMA/CDなどの処理を行い、PHY109を介して通信媒体に転送する。認証用のフレームの受信を行う場合、転送されているフレームを通信媒体からPHY109を介して受信し、MAC108は自宛てフレームかどうかを判断しRAM103に記憶する。ROM102に記憶された認証を行うために必要な所定のプログラムをCPUにて実行し、プログラムに記載された手順に従い、RAM103に記憶したフレームが認証用のフレームかどうかを判断し、認証用のフレームであればプログラムされた認証の手順に従い解析し、認証の処理を行う。図3は、実施の形態1における、サプリカント100におけるCPU101aの機能ブロック図を示す。CPU101は、サプリカント認証処理部110、経過時間測定部111、送信先アドレス変更部112、および状態通知部113を有している。なお、図3では、通信装置固有の処理手段は説明を省略するため、図示しない。例えば、ネットワークカメラでは、イメージセンサ107で画像を取込み電気信号に変換し、信号処理部106にてRAM102に格納し、CODEC105にて画像を圧縮する処理などは、通信装置固有の処理となる。サプリカント認証処理部110は、認証処理を行う。例えば、IEEE802.1Xに記載されたサプリカントの状態遷移を行って、EAPOLのフレームの生成、解釈を行ったり、RFC4137に記載されたサプリカントの状態遷移を行って、EAPの生成、解釈を行ったり、さらに上位の規格に従った認証の処理を行う。経過時間測定部111は、サプリカント認証処理部110で認証を始めるため、例えば、EAPOL-Startを送信し、EAP-Identityリクエストを受信するまでの時間を測定する。送信先アドレス変更部112は、経過時間測定処理で測定した時間が所定時間を超えていたら、送信先アドレスをマルチキャストアドレスからブロードキャストアドレスに変更する。所定時間としては、例えば数10秒、好ましくは30秒以下である。この所定時間を、再送時間間隔内に設定することで、不要な再送を抑制することができる。状態通知部113は、送信先アドレスをマルチキャストアドレスからブロードキャストアドレスに変更後、認証用のフレームを受信できたことを通知する。図4は、実施の形態1におけるシーケンスを示す。図5は、実施の形態1におけるフローチャートを示す。実施の形態1について、図3~5を用いて動作を説明する。なお、ネットワークカメラ100dを含むサプリカント機能を含む通信装置が、認証LANスイッチ300に送信する、認証のためのフレームを認証フレームという。従って、認証フレームには、サプリカント機能を含む通信装置が送信する、EAPOL-StartやEAP-Identityレスポンスが含まる。また、認証LANスイッチ300が、認証フレームに応答して、認証フレームを送信した通信装置に送信するフレームを、応答フレームという。応答フレームには、認証LANスイッチ300が送信する、EAP-Identityリクエストが含まる。図4のステップS100において、ネットワークカメラ100dでは、認証処理が開始されると、サプリカント認証処理部110図3参照が、送信先アドレスにマルチキャストアドレスを設定し、EAPOL-Startを送信する。例えば、通信装置の電源がONになった場合、サプリカント認証処理部110が起動され、EAPOL-Startが送信される。EAPOL-Startは、認証を開始するため、送信先アドレスにレイヤ2のマルチキャストアドレス01-80-C2-00-00-03を使用する。以降、マルチキャストアドレスと示した表記は、01-80-C2-00-00-03を使用するものとする。マルチキャストのアドレスは、16進数の6バイトの例を示したが、特にこれに限る必要はない。ステップS101において、ネットワークカメラ100dは、EAPOL-Startを送信すると、EAP-Identityリクエストを受信するのを待つ。具体的には、経過時間測定部111が、EAP-Identityリクエストを受信するまでの時間測定を開始する。ステップS102において、サプリカント認証処理部110は、所定時間内にEAP-Identityリクエストを受信したか否か判断する。EAP-Identityリクエストを受信すればS102のNo、サプリカント認証処理部は、認証処理を継続し、IEEE802.1Xのサプリカントの状態遷移に従いながら受信を行う。例えば、HUB200が、EAPOL透過のHUBの場合、EAP-Identityリクエストを受信することができるので、継続してIEEE802.1Xに従った認証処理を行えばよい。例えば、EAPI-Identityレスポンスを送信し、認証処理を継続する。具体的には、ネットワークカメラ100dが、EAP-Identityレスポンスを、HUB200を介して認証LANスイッチ300に返信すると、認証LANスイッチ300は、認証サーバ400にRADIUSアクセスリクエストを送信する。例えば、認証メソッドにMD5MessageDigestalogorithm5を用いた場合で下記を説明する。認証サーバ400は、MD5チャレンジを格納したRADIUSアクセスチャレンジを認証LANスイッチ300に返信すると、認証LANスイッチ300は、MD5チャレンジを格納したEAP-Requestをネットワークカメラ100dに送信する。ネットワークカメラ100dは、予め保有するパスワードをMD5のアルゴリズムに従ってハッシュ値を計算し、EAP-Responseに格納しHUB200を介し認証LANスイッチ300に送信する。認証LANスイッチ300は、RADIUSアクセスリクエストにMD5のハッシュ値を格納し、認証サーバ400に送信する。認証サーバ400は、受信したハッシュ値をもとにネットワークカメラ100dが許可された端末かどうかを判断し、許可された端末であれば、RADIUSアクセスアクセプトを認証LANスイッチ300に送信する。認証LANスイッチ300は、RADIUSアクセスアクセプトを受信し、ネットワークカメラ100dにEAP-SUCCESSを送信する。認証LANスイッチ300は、RADIUSアクセスアクセプトを受信することでネットワークカメラ100dが認証された端末と判断し、通信を許可することができる。また、ネットワークカメラ100dは、EAP-SUCCESSを受信することで認証に成功したことが判断できる。なお、ここでは、認証メソッドにMD5を用いたが、MD5に限定されない。例えば、EAP-TLSEAP-Transportlayersecurity、PEAPProtectedEAP、LEAPLightweightEAP、EAP-TTLSEAP-Tunneledtransportlayersecurityなど、各種の認証メソッドを利用することが可能である。ステップS102において、所定時間を超えても、ネットワークカメラ100dが、EAP-Identityリクエストを受信しなければS102のYes、ステップS104において、送信先アドレス変更部112は、送信先アドレスをブロードキャストアドレスff-ff-ff-ff-ff-ffに変更する。例えば、HUB200が、EAPOL非透過のHUBの場合、マルチキャストアドレスのフレームは転送できないので、認証LANスイッチ300は、EAPOL-Startを受信することができない。結果、認証LANスイッチ300はEAP-Identityリクエストを送信できない。ブロードキャストアドレスへの変更では、送信先アドレスがブロードキャストアドレスに設定され、ステップS105において、ネットワークカメラ100dは、送信先アドレスがブロードキャストアドレスに設定されたEAPOL-Startを送信する。ステップS106において、サプリカント認証処理部110は、再度、EAP-Identityリクエストを受信したか否か判断する。EAP-Identityリクエストを受信しなければステップS106のNo、サプリカント認証処理部110は、上述した認証処理を継続する。EAP-Identityリクエストを受信できればステップS106のYes、ステップS107において、状態通知部113は、受信できた旨を上位アプリケーションに出力手段を介して通知し、サプリカント認証処理部110は、上述した認証処理を継続する。上位アプリケーションでは、LEDやディスプレイなどの出力手段により、例えば、ネットワークカメラのLEDを点滅させることによって、使用者に通知することができる。また、ディスプレイのような表示手段をもつ場合は、ディスプレイにEAPOL非透過のHUBが接続されている可能性がありますのようなメッセージを使用者に通知することができる。HUB200がEAPOL非透過のHUBであったとしても、転送することができるので認証LANスイッチ300はEAPOL-Startを受信することができ、認証LANスイッチ300はEAP-Identityリクエストを送信できる。本実施の形態では、認証LANスイッチ300が、送信先アドレスにユニキャストアドレスで転送する設定になっている例を示している。以上のように、実施の形態1では、ネットワークカメラ100dが、送信先アドレスをマルチキャストアドレスからブロードキャストアドレスに変更した結果、EAP-Identityリクエストを受信できるので、たとえEAPOL非透過のHUBが接続されたネットワーク環境においてもIEEE802.1Xの認証処理が可能となる。また、サプリカントの使用者は、通信経路の途中にEAPOL非透過のハブが接続されていることが認識することができる。なお、通知の内容に関しては、EAP-Identityリクエストを受信できた内容でもよいし、通信経路の途中にEAPOL非透過のHUBが接続されているなどでもよい。なお、上述した実施の形態では、EAPOL-Startを送信する場合を例にあげたが、EAPOL-Startのみでなく、認証用のフレームすべてに対して適応できる。例えば、EAPOL-Startを送信する前に、認証LANスイッチから送信先アドレスが自通信装置あてのユニキャストアドレスのEAP-Identityリクエストを受信し、EAP-Identityレスポンスを送信する場合にでも適用できる。実施の形態2次に、本発明における実施の形態の2について、図面を参照しながら説明する。図6は、実施の形態2におけるシーケンス図である。ネットワークカメラ100dが認証処理を始める流れは、実施の形態1と同等である。図4と同じ処理には同じ符号を付している。相違する点は、PC100aの処理、すなわちステップS109が追加された点である。ステップS108において、ネットワークカメラ100dが、認証処理のため、送信先にブロードキャストアドレスを用いて認証用のフレーム、例えばEAP-Identityレスポンスを送信すると、HUB200を介して、PC100aが受信する。サプリカント認証処理部110は、受信したフレームが、EAPのレスポンスおよびEAPのリクエストのいずれか否か判断しており、EAPのレスポンスと判断されれば、受信したフレームを破棄する。EAPのリクエストと判断されれば、自通信装置に送信された認証用のフレームとして受信し、実施の形態1で説明した認証処理を行う。EAPのリクエストか否かを判断する手段を次に説明する。図7は、EAPの構成図である。EAPは、ヘッダーHDおよびペイロードPLを有している。ヘッダーHDには、Code、Indentifier、およびLengthのフィールドが定義され、ペイロードPLは、Codeフィールドに従ったデータが格納される。これらのフィールドの中で、Codeフィールド1バイトを確認することで、レスポンスかどうか判断することができる。具体的には、Code1はRequestを示し、Code2はResponseを示し、Code3はSuccessを示し、Code4はFailureを示す。サプリカント認証処理部110は、Codeが2の値になっている場合、EAPのレスポンスであるとして破棄し、認証処理を行う。このように、EAPのレスポンスを破棄することで、サプリカント認証処理部110は、不要な状態遷移をすることなく認証処理が行うことができる。次いで、図8は、実施の形態2の他の例のシーケンス図である。HUB200がEAPOL透過のHUBであった場合、PC100aが、送信先アドレスをマルチキャストアドレスを用いて送信すると、ネットワークカメラ100dが受信する。ステップS110において、サプリカント認証処理部110が、EAPのレスポンスであれば、破棄する。この場合、EAPのレスポンスの判断は、上記に説明した方法と同様である。このような方法を用いることで、他の通信装置の認証用のフレームを受信した場合でも、干渉することなく認証処理を行うことができる。なお、上述した実施の形態では、サプリカント認証処理部110にて、EAPのレスポンスを破棄したが、それに限定されない。例えば、Etherドライバなどの下位層の処理で判断できるのであれば、判断できた層で破棄してもよい。実施の形態3以下、本発明の第3の実施の形態について、図面を参照しながら説明する。図9は、認証LANスイッチのハードウェア構成図である。認証LANスイッチ300は、オーセンティケータ機能を搭載する認証装置である。認証LANスイッチ300は、CPU301、ROM302、RAM303、MAC308a、308b、308c、、PHY309a、309b、309c、、フレームバッファ305、ASIC306、MACアドレス学習テーブル307を有しており、これらの要素は、バス線320を介して接続されている。CPU301は、中央演算装置として機能する。ROM302はプロクラムなどを記憶する不揮発メモリとしての機能し、RAM303はデータの読み書きをするための記憶装置として機能し、MACは複数のメディアアクセス制御として機能し、PHYは複数のネットワークの物理層として機能し、MACアドレス学習テーブルは、受信したフレームの送信元アドレスを学習する機能を有し、フレームバッファ受信したフレームを一次格納する機能を有し、ASICは、ポートごとの通信管理を行う機能を有する。次に処理について説明する。転送されているフレームを通信媒体から、PHY309a、309b、309c、を介して受信し、MAC308a、308b、308c、にてフレーム化し、フレームバッファ305に保存し、エラーチェックが行われる。ROM302に記憶された所定のプログラムを、CPU301にて実行し、プログラムに記載された認証の手順に従い受信したフレームの認証処理を行う。転送の際には、MACアドレス学習テーブル307にて送信元アドレスを記憶し、ASIC306にて、物理的な転送先を決定するのに使用する。フレームの転送に際しては、MAC308a、308b、308c、にてCSMA/CDなどの処理を行い、PHY309a、309b、309c、を介して通信媒体に転送する。図10は、認証LANスイッチにおけるCPUの構成図を示す。ここでは、LANスイッチとしての固有の処理手段は特に言及しないため、図示していない。CPU301は、オーセンティケータ認証処理部310、送信先アドレス変更部311、および送信先アドレス判定部312を有している。オーセンティケータ認証処理部310は、認証処理を行う。例えば、IEEE802.1Xに記載されたオーセンティケータの状態遷移を行って、EAPOLのフレームの生成、解釈を行ったり、RFC4137に記載されたオーセンティケータの状態遷移を行って、EAPの生成、解釈を行ったり、さらに上位のEAPメソッドの処理などを行う。送信先アドレス判定部312は、受信した認証用のフレームの送信元アドレスがブロードキャストアドレスかどうかを判断する。送信先アドレス判定部312が判断した結果、受信した認証用のフレームの送信元アドレスがブロードキャストアドレスの場合、送信先アドレス変更部311が、受信した認証用のフレームの送信元アドレスを用いて送信先アドレスをユニキャストアドレスに変更する。図11は、実施の形態3におけるシーケンス図である。図12は、実施の形態3におけるフローチャートである。なお、図11における、ステップS101~S105は図4と同一の処理である。ステップS105において、ネットワークカメラ100dは、実施の形態1と同様の処理を行い、送信先アドレスにブロードキャストアドレスを使用したEAPOL-Startを送信する。ステップS301において、認証LANスイッチ300は、オーセンティケータ認証処理部310が認証処理を開始し、認証フレームを受信したか否かを判断する。認証用のフレームを受信すると、認証フレームを受信したと判断しS301のYes、ステップS302において、送信先アドレス判定部312は、送信先アドレスがブロードキャストかどうかを確認する。例えば、送信先がブロードキャストアドレスのEAPOL-Startを受信した場合である。ブロードキャストアドレスでなければS302のNo、認証処理を継続する。例えば、IEEE802.1Xのオーセンティケータの状態遷移に従った処理を継続する。ブロードキャストアドレスであればS302のYes、ステップS303において、送信する認証用のフレームの送信先アドレスに受信したEAPOL-Startの送信元アドレスを使って送信する。具体的には、送信先アドレス変更部311は、送信先アドレスを受信したEAPOL-Startの送信元アドレスを送信先アドレスに変更し、ステップS304において、認証処理を行う。例えば、送信先がブロードキャストアドレスのEAPOL-Startの送信元アドレスを認証用のフレームの送信先アドレスに使用し、IEEE802.1Xのオーセンティケータの状態遷移に従った認証処理を行う。以上のように、上述した実施の形態3では、EAPOL非透過のHUBが接続されたネットワーク環境においてもIEEE802.1Xの認証処理を行うことができる。また、ユニキャストアドレスでの送信が可能となるので、他の通信装置への干渉を起こすことなく認証処理が行うことができる。実施の形態4以下、本発明の実施の形態4について、図面を参照しながら説明する。実施の形態4は、認証LANスイッチでの動作を示している。図13は、本発明の認証LANスイッチの構成図を示す。ここでは、LANスイッチとしての固有の処理手段は特に言及しないため、図示していない。オーセンティケータ認証処理部、送信先アドレス変更部、および送信先アドレス判定部は、図10と同様であるので、同一の参照番号を付して説明を省略する。CPU301は、図10と異なり、経過時間測定部313を有している。経過時間測定部313は、オーセンティケータ認証処理手段310がEAP-Identityリクエストを送信し、EAP-Identityレスポンスを受信するまでの時間を測定する。送信先アドレス変更部311は、経過時間測定処理で測定した時間が所定時間を超えていたら、送信先アドレスをマルチキャストアドレスからブロードキャストアドレスに変更する。図14および図15を用いて、実施の形態4の流れを説明する。ステップS310において、認証LANスイッチ300は、認証を開始するため、送信先アドレスにマルチキャストアドレスを使用したEAP-Identityリクエストを送信する。例えば、認証LANスイッチの電源がONになった場合、オーセンティケータ認証部310が実行され、EAP-Identityリクエストを送信する。ステップS311において、認証LANスイッチ300は、EAP-Identityレスポンスを受信するのを待つ。所定時間内にEAP-Identityレスポンスを受信できればS311のYes、オーセンティケータ認証部310にて、認証処理を継続する。例えば、IEEE802.1Xのオーセンティケータの状態遷移に従いながら認証用のフレームの送受信を行う。HUB200がEAPOL透過のHUBの場合、EAP-Identityレスポンスを受信することができる、IEEE802.1Xに従った認証処理を行う。HUB200がEAPOL非透過のHUBの場合、マルチキャストアドレスのフレームは転送できないので、ネットワークカメラ100dは、EAP-Identityリクエストを受信することができない。結果、ネットワークカメラ100dはEAP-Identityレスポンスを送信できない。経過時間測定部313は、EAP-Identityレスポンスを受信するまでの時間を測定し、ステップS312において、認証LANスイッチ300のオーセンティケータ認証部310は、所定時間が経過したか否か判断する。所定時間を超えてもEAP-Identityレスポンスを受信できなければS312のYes、ステップS313において、送信アドレス変更部311は、送信アドレスをブロードキャストアドレスに変更する。すなわち、EAP-Identityレスポンスを受信できなかった場合、送信先アドレスをブロードキャストアドレスff-ff-ff-ff-ff-ffに設定する。ステップS314において、オーセンティケータ認証部310は、送信先アドレスをブロードキャストに変更したEAP-Identityリクエストを送信する。HUB200がEAPOL非透過のHUBであったとしても、転送することができるので、ネットワークカメラ100dはEAP-Identityを受信することができる。ネットワークカメラ100dは、実施の形態1の方法を用いて、EAP-Identityレスポンスを送信する。ステップS315において、認証LANスイッチ300は、EAP-Identityレスポンスを受信したか否か判断する。EAP-Identityレスポンスを受信できなければステップS315のNo、オーセンティケータ認証部310は認証処理を継続する。例えば、IEEE802.1Xのオーセンティケータの状態遷移に従った処理を継続する。認証LANスイッチ300は、送信先アドレスをマルチキャストアドレスからブロードキャストアドレスに変更した結果、EAP-Identityレスポンスを受信した場合S315のYes、ステップS316において、その旨をデータログとして保持する。この結果、認証LANスイッチ300の管理者は、通信経路の途中にEAPOL非透過のハブが接続されていることが認識可能となるメリットがある。なお、ログの内容に関しては、説明を省略する。以上のように、上述した実施の形態4では、EAPOL非透過のHUBが接続されたネットワーク環境においてもIEEE802.1Xの認証処理が可能となる。実施の形態5次に、本発明の第5の実施の形態について、図面を参照しながら説明する。図16は、本発明におけるネットワークカメラ100dのCPU101の機能ブロック図を示す。図16は、図3と同一の要素には同一の符号を付す。送信先アドレス判定部112は、受信した認証用のフレームの送信元アドレスがブロードキャストアドレスかどうかを判断する。送信先アドレス判定部112で判断した結果、受信した認証用のフレームの送信元アドレスがブロードキャストアドレスの場合、送信先アドレス変更部112にて受信した認証用のフレームの送信元アドレスを用いて送信先アドレスをユニキャストアドレスに変更する。図17を用いて、実施の形態5の流れを説明する。認証LANスイッチ300は、実施の形態4と同様の処理を行い、送信先アドレスにブロードキャストアドレスを使用したEAP-Identityリクエストを送信する。ネットワークカメラ100dは、送信先アドレスがブロードキャストアドレスかどうかを判断し、ブロードキャストアドレスであれば、送信する認証用のフレームの送信先アドレスに受信したEAP-Identityリクエストの送信元アドレスを使って送信する。ネットワークカメラ100dの処理の流れは、認証LANスイッチ300の処理の流れ、図11のステップS302、303と同様である。認証処理は、ネットワークカメラ100dに応じた認証処理を行えばよい。以上のように、上述した実施の形態5では、EAPOL非透過のHUBが接続されたネットワーク環境においてもIEEE802.1Xの認証処理が可能となる。また、ユニキャストアドレスでの送信が可能となるので、他の通信装置への干渉を起こすことなく認証処理が行える。実施の形態6次に、実施の形態6について、図面を参照しながら説明する。図18は、本発明の通信装置の構成図を示す。サプリカント認証処理部110、経過時間測定部111、状態通知部113、送信先アドレス変更部112は、実施の形態5と同様である。送信元アドレス学習部116は、受信した認証用のフレームの送信元アドレスを学習する。サプリカント認証処理部110は、EAP-Identityリクエストを受信したら、一旦、認証処理を終了させるための認証用のフレームを送信し、送信元アドレス学習部で学習したアドレスを使用して再度、認証処理を開始する。図19を用いて、実施の形態6の流れを説明する。ネットワークカメラ100dは、実施の形態1と同様の処理を行い、送信先アドレスにブロードキャストアドレスを使用したEAPOL-Startを送信し、認証LANスイッチ300は、実施の形態3と同様の処理を行い送信先アドレスにブロードキャストアドレスを使用したEAP-Identityリクエストを送信する。ネットワークカメラ100dは、EAP-Identityリクエストを受信できたら、受信したEAP-Identityリクエストの送信元アドレスを学習する。送信元アドレスを取得したら、EAPOL-Logoffを送信することで認証処理を一旦終了させる。そして、再度、学習した送信元アドレスを送信先アドレスに使用して認証を再度行う。次に、図20を用いて通信装置の処理の流れを説明する。認証処理が開始されると、図5のS100、S102、104、105と同様の流れで、ステップS100において、EAPOL-Startを送信する。ステップS401において、EAP-Identityリクエストを受信すると送信元アドレスを送信元アドレス学習部で学習する。ステップS402において、一旦、認証処理を終了するため、サプリカント認証処理部110はEAPOL-Logoffを送信する。送信先を、送信元アドレス学習部116で学習したアドレスを用いサプリカント認証処理部110で認証処理を開始する。以上のように、上述した実施の形態6では、ユニキャストアドレスを送信先アドレスに使用することで、他の通信装置への干渉をさけることができる。また、HUB200がEAPOL透過のHUBであった場合にも、干渉をさける有効な手段となる。実施の形態7次に、実施の形態7について、図面を参照しながら説明する。図21を用いて、実施の形態7の流れを説明する。ネットワークカメラ100dは、認証機能が無効になっている。例えば、認証機能を有効/無効にするような機能とは、通信装置の使用者の指示に従って、IEEE802.1Xの認証を行うかどうかを決定できるような機能である。ここでは、認証機能の有効/無効にする方法に関しては限定しない。ネットワークカメラ100dは、認証機能が無効の状態で認証用のフレームを受信した場合、認証機能が無効になっていることを使用者に通知する。次に、図22を用いて通信装置の処理の流れを説明する。ステップS500において、認証用のフレームを受信するとS500のYes、ステップS501において、認証機能が有効になっているか無効になっているかを判断する。認証用のフレームかどうかの判断は、イーサネット登録商標のフレームのEtherTypeフィールドが、88-8eであるかどうかを判断すれば確認できる。また、認証機能が有効になっているか無効になっているかは、通信装置のRAMに記憶された特定のアドレスを確認することで判断できる。認証機能が無効の場合はS501のYes、ステップS502において、使用者に通知する。認証機能が有効の場合はS501のNo、認証処理を行えばよい。使用者に通知する方法としては、各種の方法が利用可能である。例えば、LEDなどの発光手段を点灯あるいは点滅させてもよい。また、ディスプレイなどの表示手段に、その旨をメッセージとして使用者に通知することも可能である。以上のように、上述した実施の形態7では、自通信装置が、認証機能が無効になっているにもかかわらず、IEEE802.1Xの認証が必要とされるネットワーク環境に接続されたことが判断でき、使用者は認証機能を有効にしなければならないことが判断できる。実施の形態8次に、実施の形態8について説明する。図23は、本発明の通信装置の構成図を示す。サプリカント認証処理部110、状態通知部113、送信先アドレス判定部115、送信元アドレス学習部116、経過時間測定部111は、実施の形態6と同様である。認証経過時間測定部117は、認証を開始して、認証が終わるまでの時間を測定する。例えば、EAPOL-Startを送信し、EAP-SUCCESSもしくはEAP-FAILUREを受信するまでの時間を測定する。サプリカント認証処理部110は、認証経過時間測定部117で測定した時間が所定時間を超えても認証結果を判断できる認証用のフレーム、例えば、EAP-SUCCESSもしくはEAP-FAILUREを受信できなければ、認証結果として認証失敗を上位のアプリケーションに通知する。認証結果が、認証成功、認証失敗については、いずれでもよい。認証結果を判断できる認証用のフレームに関して、本実施の形態では、EAP-SUCCESSもしくはEAP-FAILUREを用いて説明したが、これに限定されない。例えば、認証メソッドにPEAPを使用する場合は、EAPextensionのSUCCESS、もしくはEAPextensionのFAILUREを受信しときに認証が終わったと判断してもよい。または、IEEE802.1Xの状態遷移に従って、AUTHENTICATEDになっているかどうかで認証が終わったかどうかを判断してもよい。次に、図24を用いて通信装置の処理の流れを説明する。ステップS601において、EAPOL-Start送信し認証処理を開始する。認証処理は、サプリカント認証処理部にて実行される。ステップS602において、認証にかかる時間の測定を開始する。時間の測定は、認証経過時間測定部にて実行される。ステップS603において、所定時間経過したかどうかを確認し、所定時間経過していた場合はS603のYes、ステップS605において、認証処理が完了しているかどうかを確認する。ステップS606において、認証処理が完了していない場合は、認証の結果を認証失敗として使用者に通知する。この後、IEEE802.1Xの状態遷移に従って、認証処理を継続するかどうかはここでは限定しない。ここでは、認証の結果を認証失敗として説明したが、タイムアウトした旨を通知してもよい。以上のように、上述した実施の形態8では、使用者が、自通信装置が長時間にわたって認証できてないことを知ることができる。この結果として、ネットワークもしくは通信装置が異常状態になっていることがわかる。なお、上述した実施の形態1~8で説明したEAPExtensibleAuthenticationProtocolは、各種の方式を適用することができる。例えば、EAP-MD5、EAP-TLS、PEAPなどが利用可能である。"