(57)【要約】      （修正有）【課題】ＩＰアドレスを配布する装置に近い通信装置からＩＰアドレスが設定されるようにする。【解決手段】複数の通信装置がデイジーチェーンで接続される通信システムにおける通信装置であって、複数の通信装置にＩＰアドレスを配布する配布装置から受信したＩＰアドレスを自装置に設定し、自装置にＩＰアドレスが設定されたことに基づいて、複数の通信装置の内の他の通信装置に対するＩＰアドレスの設定を行えない状態から可能な状態に遷移するように制御する。【選択図】図２
2020167467.tif 000002
【特許請求の範囲】
【請求項１】
複数の通信装置がデイジーチェーンで接続される通信システムにおける通信装置であって、
前記複数の通信装置にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを配布する配布装置と通信する第一の通信手段と、
前記複数の通信装置の内の他の通信装置と通信する第二の通信手段と、
前記第一の通信手段を介して前記配布装置から受信したＩＰアドレスを前記通信装置に設定する設定手段と、
前記設定手段によって前記通信装置にＩＰアドレスが設定されたことに基づいて、前記他の通信装置に対するＩＰアドレスの設定を行えない状態から可能な状態に遷移するように制御する制御手段と、
を有することを特徴とする通信装置。
【請求項２】
前記制御手段は、前記設定手段によって前記通信装置にＩＰアドレスが設定されたことに基づいて、前記第二の通信手段による前記他の通信装置との通信が行えない状態から可能な状態に遷移するように制御することを特徴とする請求項１に記載の通信装置。
【請求項３】
前記制御手段によって前記第二の通信手段による前記他の通信装置との通信が可能な状態に遷移した場合に、前記他の通信装置から送信されたＩＰアドレスの設定を要求するための第一の要求パケットを、前記第一の通信手段によって前記配布装置に転送することを特徴とする請求項２に記載の通信装置。
【請求項４】
前記他の通信装置から送信された前記第一の要求パケットを転送したことを検知する検知手段と、
前記設定手段によりＩＰアドレスが設定されてから、所定の時間が経過するまでに前記検知手段により前記第一の要求パケットの転送を検知しなかった場合、エラーを通知する通知手段を更に有することを特徴とする請求項３に記載の通信装置。
【請求項５】
前記通知手段は、前記エラーを前記配布装置に通知することを特徴とする請求項４に記載の通信装置。
【請求項６】
前記第一の要求パケットは、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）要求パケットであって、前記配布装置であるＤＨＣＰサーバを宛先とすることを特徴とする請求項３から５のいずれか一項に記載の通信装置。
【請求項７】
前記制御手段は、前記設定手段によって前記通信装置にＩＰアドレスが設定されたことに基づいて、前記他の通信装置から受信したＩＰアドレスの設定を要求するための第一の要求パケットを、前記配布装置に転送しない状態から、転送する状態に遷移するように制御することを特徴とする請求項１に記載の通信装置。
【請求項８】
前記他の通信装置から受信した前記第一の要求パケットを前記配布装置に転送しない状態とは、前記他の通信装置から受信した前記第一の要求パケットを破棄する状態であって、
前記他の通信装置から受信した前記第一の要求パケットを前記配布装置に転送する状態とは、前記他の通信装置から受信した前記第一の要求パケットを破棄せずに転送する状態であることを特徴とする請求項７に記載の通信装置。
【請求項９】
前記第一の要求パケットは、ＤＨＣＰ要求パケットであって、前記配布装置を宛先とすることを特徴とする請求項７または８に記載の通信装置。
【請求項１０】
ＩＰアドレスの設定を要求するための第二の要求パケットを前記配布装置に送信する第二の送信手段と、
前記第二の送信手段によって送信した前記第二の要求パケットに対する応答パケットを受信する第二の受信手段と、を更に有し、
前記設定手段は、前記応答パケットに含まれるＩＰアドレスを設定することを特徴とする請求項１から９のいずれか一項に記載の通信装置。
【請求項１１】
前記第二の送信手段によって送信される前記第二の要求パケットは、ＤＨＣＰ要求パケットであって、前記第二の受信手段によって受信される前記応答パケットは、ＤＨＣＰサーバから送信されるＤＨＣＰ応答パケットであることを特徴とする請求項１０に記載の通信装置。
【請求項１２】
複数の通信装置がデイジーチェーンで接続される通信システムにおける通信装置の制御方法であって、
前記複数の通信装置にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを配布する配布装置と通信する第一の通信工程と、
前記複数の通信装置の内の他の通信装置と通信する第二の通信工程と、
前記第一の通信工程において前記配布装置から受信したＩＰアドレスを前記通信装置に設定する設定工程と、
前記設定工程において前記通信装置にＩＰアドレスが設定されたことに基づいて、前記他の通信装置に対するＩＰアドレスの設定を行えない状態から可能な状態に遷移するように制御する制御工程と、
を有することを特徴とする制御方法。
【請求項１３】
請求項１から１１のいずれか１項に記載の通信装置としてコンピュータを動作させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の通信装置がデイジーチェーンで接続される通信システムにおける通信装置に関する。
【背景技術】
【０００２】
複数の装置の接続方法として、各通信装置を直列に接続するデイジーチェーンという接続方法がある。各通信装置は複数のコネクタを持ち、各コネクタを介して別々の通信装置と接続することで、デイジーチェーンの接続を確立することができる。
【０００３】
特許文献１には、接続方法としてデイジーチェーンを利用する通信システムについて開示されている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１７−２１１８２８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
複数の通信装置をデイジーチェーンによって接続し、各通信装置にＩＰアドレスの設定を行う場合、ＤＨＣＰサーバに対して要求を行った通信装置から順にＩＰアドレスが設定されることになる。特許文献１にあるように、デイジーチェーンによって接続された通信装置をスタジアムなどに設置する場合において、要求を行った順にＩＰアドレスが設定されると、各通信装置の配置場所に関係なくＩＰアドレスが設定されることになる。そのためどこに設置されている装置にどのＩＰアドレスが設定されているのか、ユーザが認識できなくなる虞がある。
【０００６】
上記を鑑み、本発明は、ＩＰアドレスを配布する装置に近い通信装置からＩＰアドレスが設定されるようにすることを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明は、複数の通信装置がデイジーチェーンで接続される通信システムにおける通信装置であって、前記複数の通信装置にＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを配布する配布装置と通信する第１の通信手段と、前記複数の通信装置の内の他の通信装置と通信する第２の通信手段と、前記第１の通信手段を介して前記配布装置から受信したＩＰアドレスを前記通信装置に設定する設定手段と、前記設定手段によって前記通信装置にＩＰアドレスが設定されたことに基づいて、前記第２の通信手段を介した前記他の通信装置に対するＩＰアドレスの設定を行えない状態から可能な状態に遷移するように制御する制御手段と、を有する。
【発明の効果】
【０００８】
本発明によれば、ＩＰアドレスを配布する装置に近い通信装置からＩＰアドレスが設定されるようになる。
【図面の簡単な説明】
【０００９】
【図１】通信装置１０１のハードウェア構成を示す図である。
【図２】通信装置１０１が参加する通信システムの構成図である。
【図３】通信装置１０１が他の通信装置との通信を可能にする際に実行する処理を示すフローチャートである。
【図４】制御装置２０４がアドレスを配布する際に実行する処理を示すフローチャートである。
【図５】制御装置２０４がアドレスの配布状況を表示する際に実行する処理を示すフローチャートである。
【図６】制御装置２０４によるアドレスの配布状況の表示例を示す図である。
【図７】制御装置２０４がアドレスの配布処理における障害を検知する際に実行する処理を示すフローチャートである。
【図８】制御装置２０４によってアドレスの配布処理における障害が検知された場合に表示される表示の例を示す図である。
【図９】通信装置１０１の別のハードウェア構成を示す図である。
【図１０】通信装置１０１がアドレスの配布処理における障害を検知する際に実行する別の処理を示すフローチャートである。
【図１１】通信装置１０１が参加する通信システムをスタジアムに設置した場合の設置の例を示す図である。
【図１２】通信装置１０１が参加する別の通信システムの構成図である。
【発明を実施するための形態】
【００１０】
以下、添付の図面を参照して実施形態を詳細に説明する。なお、以下の実施形態において示す構成は一例に過ぎず、本発明は図示された構成に限定されるものではない。
【００１１】
［実施形態１］
図１は、通信装置１０１のハードウェア構成を示す図である。
【００１２】
通信装置１０１は、ＣＰＵ１０２、ＲＯＭ１０３、ＤＲＡＭ１０４、Ｆｉｌｅ  Ｓｙｓｔｅｍ１０５、Ｅｔｈｅｒ１  １０６、Ｅｔｈｅｒ２  １０７、およびＢｒｉｄｇｅ１０８を備える。なお、ＣＰＵは、Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの、ＲＯＭはＲｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙの略である。また、ＤＲＡＭは、Ｄｙｎａｍｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。
【００１３】
ＣＰＵ１０２は、１以上のＣＰＵやＭＰＵ等のプロセッサにより構成され、ＲＯＭ１０３に記憶されたコンピュータプログラムを実行することにより通信装置１０１全体を制御する。ＭＰＵはＭｉｃｒｏ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔの略である。ＣＰＵおよびＭＰＵはコンピュータとして機能する。なお、ＣＰＵ１０２は、ＲＯＭ１０３に記憶されたコンピュータプログラムとＯＳ（Ｏｐｅｒａｔｉｎｇ  Ｓｙｓｔｅｍ）との協働により通信装置１０１全体を制御するようにしてもよい。また、ＣＰＵ１０２がマルチコア等の複数のプロセッサを備え、複数のプロセッサにより通信装置１０１全体を制御するようにしてもよい。
【００１４】
ＲＯＭ１０３は、ＲＯＭやＲＡＭ等の１以上のメモリにより構成され、後述する各種動作を行うためのコンピュータプログラムや、無線通信のための通信パラメータ等の各種情報を記憶する。ＲＡＭはＲａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙの略である。ＲＯＭ１０３には、Ｆｉｌｅ  Ｓｙｓｔｅｍ１０５からＯＳ等のシステムプログラムをブートするためのプログラムが格納されている。なお、ＲＯＭ１０３として、ＲＯＭ、ＲＡＭ等のメモリの他に、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、磁気テープ、不揮発性のメモリカード、ＤＶＤなどの記憶媒体を用いてもよい。また、ＲＯＭ１０３が複数のメモリ等を備えていてもよい。
【００１５】
ＤＲＡＭ１０４は、ワーキングメモリとして利用されるメモリである。ＤＲＡＭ１０４は１以上のＤＲＡＭによって構成される。あるいはＤＲＡＭに代えて、もしくは加えてＳＲＡＭ（Ｓｔａｔｉｃ  Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）やその他のＲＡＭによって構成されてもよい。
【００１６】
Ｆｉｌｅ  Ｓｙｓｔｅｍ１０５には、ＯＳなどのシステムプログラムが格納されている。
【００１７】
Ｅｔｈｅｒ１  １０６およびＥｔｈｅｒ２  １０７は、イーサネット（登録商標）規格に準拠した有線通信を行うためのコネクタである。Ｅｔｈｅｒ１  １０６およびＥｔｈｅｒ２  １０７は夫々イーサネットケーブル１１０および１１１が接続されている。通信装置１０１は、Ｅｔｈｅｒ１  １０６およびＥｔｈｅｒ２  １０７を介して他の通信装置と通信する。
【００１８】
通信装置１０１がデイジーチェーンによって他の通信装置と接続される場合、通信装置１０１で実行されるネットワークアプリケーションによる通信は、Ｅｔｈｅｒ１  １０６およびＥｔｈｅｒ２  １０７ではなく、Ｂｒｉｄｇｅ１０８を通して行われる。
【００１９】
通信装置１０１が、イーサネットケーブル１１０を介してＥｔｈｅｒ１  １０６で受信したパケットは、Ｂｒｉｄｇｅ１０８に渡される。Ｂｒｉｄｇｅ１０８は、受信したパケットがマルチキャストやブロードキャスト、あるいは通信装置１０１宛のユニキャストのパケットであれば、ＤＲＡＭ１０４内に構成されるネットワークバッファに受信したパケットをコピーする。そして、Ｂｒｉｄｇｅ１０８は、パケットを受信したことを、割り込みなどを使用してＣＰＵ１０２に通知する。一方、Ｂｒｉｄｇｅ１０８は、受信したパケットが通信装置１０１宛でない場合や、マルチキャスト、ブロードキャストのパケットの場合、Ｅｔｈｅｒ２  １０７に送信する。Ｅｔｈｅｒ２  １０７に送信する。
【００２０】
同様に、通信装置１０１がイーサネットケーブル１１１を介してＥｔｈｅｒ２  １０７で受信したパケットは、Ｂｒｉｄｇｅ１０８に渡される。Ｂｒｉｄｇｅ１０８は、受信したパケットがマルチキャストやブロードキャスト、あるいは通信装置１０１宛のユニキャストのパケットであれば、ＤＲＡＭ１０４内に構成されるネットワークバッファにコピーする。そして、Ｂｒｉｄｇｅ１０８はパケットを受信したことをＣＰＵ１０２に通知する。一方、Ｂｒｉｄｇｅ１０８は受信したパケットが通信装置１０１宛でない場合や、マルチキャスト、ブロードキャストのパケットの場合、Ｅｔｈｅｒ１  １０６に送信する。
【００２１】
なお、通信装置１０１は、有線通信を行うとしたが、これに加えて、あるいは代えて、無線通信を行うことができてもよい。また、通信装置１０１は、ＩＥＥＥ８０２．１１シリーズ規格に準拠した無線通信や、ＮＦＣによる無線通信、Ｂｌｕｅｔｏｏｔｈ（登録商標）による無線通信などを実行できてもよい。
【００２２】
図２は通信装置１０１が参加する通信システムの構成を示す図である。
【００２３】
本通信システムでは、通信装置１０１と同様の構成を持つ通信装置（１０１−ａ〜１０１−ｒ）が接続されている。通信装置１０１−ａ〜１０１−ｒは夫々二つのコネクタを持ち、夫々のコネクタが別々の通信装置と接続する。具体的には、通信装置１０１−ａのＥｔｈｅｒ２は、イーサネットケーブルを介して通信装置１０１−ｂのＥｔｈｅｒ１に接続される。また、通信装置１０１−ｂのＥｔｈｅｒ２は、イーサネットケーブルを介して通信装置１０１−ｃのＥｔｈｅｒ１に接続される。このように、通信装置１０１−ａ〜１０１−ｒは直列に接続される。このように複数の通信装置を直列に接続する接続方法を、デイジーチェーンと呼ぶ。なお、通信装置１０１−ｒのＥｔｈｅｒ２、および通信装置１０１−ａのＥｔｈｅｒ１はイーサネットケーブルを介して、スイッチングハブ２０３と接続される。
【００２４】
なお、スイッチングハブ２０３は、パケットの宛先が、通信装置１０１−ａ〜１０１ｒのものでない場合、あるいはパケットの宛先がブロードキャストやマルチキャストである場合、送信されたパケットがループする可能性があるため、ループされたパケットを破棄する。
【００２５】
通信装置１０１−ａ〜１０１−ｒの夫々には、カメラ２０８−ａ〜２０８−ｒが接続されている。通信装置１０１−ａ〜１０１−ｒは、自装置に接続されたカメラによって得た画像データを他の通信装置に送信することができる。
【００２６】
画像配信サーバシステム２０１は、画像サーバ２０２、スイッチングハブ２０３、制御装置２０４、および配信サーバ２０５によって構成される。
【００２７】
画像サーバ２０２は、スイッチングハブ２０３を介して通信装置１０１−ａ〜１０１−ｒから受信した画像データの蓄積や処理を行うサーバである。また、配信サーバ２０５は、画像サーバ２０２に蓄積された画像データを、インターネット２０６を介して、エンドユーザ２０７からの要求に応じて配信するサーバである。
【００２８】
制御装置２０４は、画像サーバ２０２や配信サーバ２０５の制御を行う装置である。また、制御装置２０４には、ＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバとしての機能が搭載されている。この場合に、通信装置１０１−ａ〜１０１−ｒには、ＤＨＣＰクライアントとしての機能が搭載されている。制御装置２０４は、通信装置１０１−ａ〜１０１−ｒから受信したＤＨＣＰ要求パケットに対する応答としてＤＨＣＰ応答パケットを送信することで通信装置１０１−ａ〜１０１−ｒにＩＰ（Ｉｎｔｅｒｎｅｔ  Ｐｒｏｔｏｃｏｌ）アドレスを通知する。なお、ＤＨＣＰ要求パケットとは、ＩＰアドレスの設定を要求するパケットであって、ＤＣＨＰサーバを宛先として送信される。通信装置１０１−ａ〜１０１−ｒは、ＩＰアドレスの配布装置であるＤＨＣＰサーバとしての機能を有する制御装置２０４から通知されたＩＰアドレスを設定する。
【００２９】
なお、本実施形態において、ＤＨＣＰによってＩＰアドレスの配布と設定を行うとしたが、これに限らず、ＤＨＣＰｖ６によってＩＰアドレスの配布および設定を行ってもよい。なお、ＤＨＣＰｖ６とは、Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ  ｆｏｒ  ＩＰ  Ｖｅｒｓｉｏｎ  ６の略である。あるいは、画像配信サーバシステム２０１内にＩＰｖ６に対応したルータを設置し、Ｒｏｕｔｅｒ  Ｓｏｌｉｃｉｔａｔｉｏｎ／Ｒｏｕｔｅｒ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ（ＲＦＣ４８６１）によるＩＰアドレスの配布および設定を行ってもよい。なお、ＩＰｖ６とはＩＰ  Ｖｅｒｓｉｏｎ  ６の略である。
【００３０】
図１１は、図２に示した通信システムをスタジアムに設置した場合の設置の例を示す図である。
【００３１】
通信装置１０１−ａ〜１０１−ｒは、スタジアムを一周するように配置される。また、通信装置１０１−ａ〜１０１−ｒと接続しているカメラ２０８−ａ〜２０８−ｒが、スタジアム内のグラウンドを撮影するように配置される。通信装置１０１−ａ〜１０１−ｒは、カメラ２０８−ａ〜２０８−ｒによってグラウンドを撮影により取得した画像データを、画像配信サーバシステム２０１に伝送する。
【００３２】
なお、この場合に、通信装置１０１−ａ〜１０１−ｒが撮影により取得した画像データは、反時計回りに通信装置１０１−ａを介して画像配信サーバシステム２０１に伝送されてもよいし、時計回りに通信装置１０１−ｒを介して伝送されてもよい。あるいは、各通信装置は、夫々自装置のＥｔｈｅｒ１とＥｔｈｅｒ２のどちらが画像配信サーバシステム２０１に近いかを判定し、近い方のコネクタを介して画像配信サーバシステム２０１に画像データを伝送するようにしてもよい。
【００３３】
図３は、通信装置１０１が他の通信装置との通信を可能にする際に実行する処理を示すフローチャートである。
【００３４】
図３のフローチャートは、通信装置１０１がネットワークを構築するように指示するユーザ操作を受け付けたことによって開始される。あるいは、通信装置１０１のＥｔｈｅｒ１あるいはＥｔｈｅｒ２に、イーサネットケーブルが接続されたことに応じて開始される。
【００３５】
まず、通信装置１０１はＢｒｉｄｇｅ１０８とＥｔｈｅｒ１  １０６をリンクする（ステップＳ３０２）。これにより、Ｅｔｈｅｒ１  １０６とＢｒｉｄｇｅ１０８とが連携される。次に、通信装置１０１は、Ｅｔｈｅｒ１  １０６をアップする（ステップＳ３０３）。これにより、通信装置１０１は、Ｅｔｈｅｒ１  １０６を介したデータの送受信を可能な状態になる。これらの処理を行うことで、通信装置１０１はＥｔｈｅｒ１  １０６を介した他の通信装置との通信を可能にする。
【００３６】
次に、通信装置１０１は、自装置のＤＨＣＰクライアントを起動する（ステップＳ３０４）。具体的には、通信装置１０１はＤＨＣＰクライアントとしての処理を開始する。続いて、通信装置１０１は、ＤＨＣＰクライアントとしてＤＨＣＰサーバである制御装置２０４にＤＨＣＰ要求パケットを送信する（ステップＳ３０５）。
【００３７】
通信装置１０１は送信したＤＨＣＰ要求パケットに対する応答であるＤＨＣＰ応答パケットを受信したかを判定する（ステップＳ３０６）。通信装置１０１はＤＨＣＰ応答パケットを受信していないと判定した場合（ステップＳ３０６のＮｏ）、一秒待ち（ステップＳ３１１）、再度ＤＨＣＰ要求パケットをＤＨＣＰサーバに送信する（ステップＳ３０５）。なお、ステップＳ３１１において通信装置１０１が待機する時間は一秒に限らず、何秒であってもよい。また、この時間はユーザによって設定されてもよいし、通信装置１０１に予め設定されていてもよい。
【００３８】
通信装置１０１は、ＤＨＣＰサーバである制御装置２０４からＤＨＣＰ応答パケットを受信したと判定した場合は（ステップＳ３０６のＹｅｓ）、Ｂｒｉｄｇｅ１０８とＥｔｈｅｒ２  １０７をリンクする（ステップＳ３０７）。そして通信装置１０１は、ＤＨＣＰ応答パケットに含まれるＩＰアドレスを取得し、自装置に設定する（ステップＳ３０８）。これにより、通信装置１０１はＤＨＣＰサーバから獲得したＩＰアドレスを自装置に設定することができる。
【００３９】
そして、通信装置１０１は、Ｅｔｈｅｒ２  １０７をアップする（ステップＳ３０９）。これにより、通信装置１０１はＥｔｈｅｒ２  １０７を介したデータの送受信を可能な状態に遷移する。また、通信装置１０１はＥｔｈｅｒ２  １０７を介した他の通信装置との通信を可能にする。
【００４０】
図３に示したように、通信装置１０１は、まずＥｔｈｅｒ１  １０６を介した他の通信装置との通信を可能にし、ＤＨＣＰサーバから取得したＩＰアドレスを設定してから、Ｅｔｈｅｒ２  １０７を介した他の通信装置との通信を可能にする。このような処理を行うことで、Ｅｔｈｅｒ２  １０７を介して通信する他の通信装置は、通信装置１０１のＩＰアドレスが設定されるまで、ＤＨＣＰ要求パケットを送信することができないため、ＩＰアドレスの設定が実行できない。これにより、通信装置１０１は、自装置のＩＰアドレスを設定してから、Ｅｔｈｅｒ２  １０７を介して通信する他の通信装置に対するＩＰアドレスの設定を行えない状態から可能な状態に遷移することができる。ＤＨＣＰサーバから近い順にＩＰアドレスが設定されていくので、ユーザはどの装置にどのＩＰアドレスが設定されているかを容易に認識できるようになる。
【００４１】
また、この処理を、図１１に示した通信システムにおいて、通信装置１０１−ａから順番に実行させることで、通信装置１０１−ａ，１０１−ｂ，１０１−ｃ、・・・、１０１−ｒの順に、ＩＰアドレスを設定することができる。画像配信サーバシステム２０１により近い通信装置から順にＩＰアドレスを配布することで、配布されたＩＰアドレスと通信装置１０１−ａ〜１０１−ｒの夫々との対応付けが容易となり、ユーザによる通信システムの管理が容易になる。なお、ＩＰアドレスの設定の順序は、通信装置１０１−ｒ、１０１−ｑ、１０１−ｐ、・・・、１０１−ａの順に実行されてもよい。
【００４２】
なお、図１１に示した通信システムにおいて、通信装置１０１−ａから順にＩＰアドレスを設定する場合、通信装置１０１−ｒにＩＰアドレスが設定されるまで通信装置１０１−ｒのＥｔｈｅｒ２を介した通信が実行できないようにあらかじめ設定してもよい。これにより、通信装置１０１−ａからＩＰアドレスが設定されるのと並行して、通信装置１０１−ｒからＩＰアドレスが設定されてしまうことを防ぐことができる。
【００４３】
また、本実施形態において、ＤＨＣＰサーバおよびＤＨＣＰクライアントによる処理について、ＤＨＣＰクライアントからのＤＨＣＰ要求パケットの送信とＤＨＣＰサーバによるＤＨＣＰ応答パケット送信のみとしたが、これに限らない。ＤＨＣＰサーバやＤＨＣＰクライアントは、ＲＦＣ２１３１に準拠したＤＨＣＰ  ＤＩＳＣＯＶＥＲ，ＤＨＣＰ  ＯＦＦＥＲ，ＤＨＣＰ  ＲＥＱＵＥＳＴ，およびＤＨＣＰ  ＡＣＫ等のメッセージを通信してもよい。
【００４４】
また、本実施形態において、通信装置１０１は自装置にＩＰアドレスが設定されてから、Ｅｔｈｅｒ２を介した他の通信装置との通信を可能にしたが、これに限らず、ＩＰアドレスを設定する前にＥｔｈｅｒ２を介した他の通信装置との通信を可能にしてもよい。この場合、通信装置１０１は、自装置のＩＰアドレスが設定されるまで、Ｅｔｈｅｒ２を介して他の通信装置から送信されてきたＤＨＣＰ要求パケットを、Ｅｔｈｅｒ１を介して他の通信装置に転送しないように制御する。具体的には、通信装置１０１は、Ｅｔｈｅｒ２を介して他の通信装置から送信されてきたＤＨＣＰ要求パケットを破棄する。一方、Ｅｔｈｅｒ２を介して他の通信装置から送信されてきたＤＨＣＰ要求パケットを転送する場合、通信装置１０１はＤＨＣＰ要求パケットを破棄せずに転送する。これにより、通信装置１０１は自装置のＩＰアドレスが設定されるまで、Ｅｔｈｅｒ２を介して通信することができる他の通信装置にＩＰアドレスが設定されないようにすることができる。
【００４５】
なお、通信装置１０１は、Ｅｔｈｅｒ１を介して他の通信装置から送信されてきたＤＨＣＰ要求パケットを、Ｅｔｈｅｒ２を介して他の通信装置に転送しないように制御してもよい。
【００４６】
通信装置１０１は、Ｅｔｈｅｒ１およびＥｔｈｅｒ２の何れのコネクタを介して受信したＤＨＣＰ要求パケットを転送しないかについて、何れのコネクタがＤＨＣＰサーバに近いかによって判断してもよい。あるいは、通信装置１０１はＥｔｈｅｒ１およびＥｔｈｅｒ２を介して、ＤＨＣＰ問合せパケットを送信することで、Ｅｔｈｅｒ１あるいはＥｔｈｅｒ２の何れを介して受信したＤＨＣＰ要求パケットを転送しないかを判定してもよい。なお、ＤＨＣＰ問合せパケットとは、ＩＰアドレスの配布を行うサーバ（ＤＨＣＰサーバ）を探索するためのパケットである。この場合、通信装置１０１は、何れのコネクタを介してＤＨＣＰサーバからＤＨＣＰ問合せパケットに対する応答パケットを受信したかに応じて判定を行う。具体的には、応答パケットを受信しなかった方のコネクタについて、自装置にＩＰアドレスが設定されるまで、該コネクタを介して受信したＤＨＣＰ要求パケットを転送しないように制御する。なお、通信装置１０１はＥｔｈｅｒ１およびＥｔｈｅｒ２の両方から応答パケットを受信した場合、予め通信装置１０１に行われていた設定に応じて、いずれ一方のコネクタを介して受信したＤＨＣＰ要求パケットを転送しないように制御してもよい。
【００４７】
図４は、ＤＨＣＰサーバである制御装置２０４がアドレスを配布する際に実行する処理を示すフローチャートである。
【００４８】
本フローチャートは、制御装置２０４がユーザからアドレスの配布を指示された場合に開始される。あるいは、制御装置２０４が通信装置１０１からアドレスの配布を要求されたことに応じて開始されてもよい。
【００４９】
制御装置２０４は、ＤＨＣＰサーバとしてアドレスを配布する際に用いる各変数の初期化を行う（ステップＳ４０２）。アドレスの配布処理において、制御装置２０４は、ＳｔａｒｔＴｉｍｅ，ＬｅａｓｅＴｉｍｅ，ｓｔａｔｕｓ、ＡｄｄｒｅｓｓＮｕｍ、およびＡｄｄｒｅｓｓＭａｘの変数を用いる。ＳｔａｒｔＴｉｍｅには、本フローが開始されてから、ＤＨＣＰサーバである制御装置２０４が最初にアドレスを配布した時刻、あるいはＤＨＣＰサーバである制御装置２０４がアドレスを配布していないことを示す情報が格納される。また、ＬｅａｓｅＴｉｍｅには、ＤＨＣＰサーバである制御装置２０４が夫々の通信装置に対してアドレスを配布した時刻、あるいはＤＨＣＰサーバである制御装置２０４がアドレスを配布していないことを示す情報が格納される。また、Ｓｔａｔｕｓには、ＤＨＣＰサーバである制御装置２０４が、アドレスをまだ配布していないのか、あるいはアドレスを配布中なのか、あるいはアドレスの配布を終了したかを示す情報が格納される。ＡｄｄｒｅｓｓＮｕｍには、ＤＨＣＰサーバである制御装置２０４が既に配布済みのアドレスの数を示す情報が格納される。また、ＡｄｄｒｅｓｓＭａｘには、ＤＨＣＰサーバである制御装置２０４がアドレスを配布する通信装置の台数を示す情報が含まれる。ＤＨＣＰサーバである制御装置２０４がアドレスを配布する通信装置の台数は、ユーザ操作によって決定されてもよいし、予め制御装置２０４に設定されていてもよい。
【００５０】
制御装置２０４が各変数の初期化を行うと、ＳｔａｒｔＴｉｍｅ，ＬｅａｓｅＴｉｍｅ，ｓｔａｔｕｓにはアドレスをまだ配布していないことを示す“未配布”の情報が入る。また、ＡｄｄｒｅｓｓＮｕｍには０が入る。また、ＡｄｄｒｅｓｓＭａｘには、アドレスを配布する予定の通信装置の台数が入る。本実施形態において、アドレスを配布する予定の通信装置とは、図２に示した通信装置１０１−ａ〜１０１−ｒのことであるため、ＡｄｄｒｅｓｓＭａｘには１８台であることを示す情報が入る。
【００５１】
制御装置２０４は初期化を完了すると、ＤＨＣＰ表示プロセスを開始する（ステップＳ４０３）。ＤＨＣＰ表示プロセスは図４で説明するＤＨＣＰサーバによるアドレスの配布プロセスと独立したプロセスで構成されており、ＤＨＣＰサーバによるアドレスの配布プロセスとＤＨＣＰ表示プロセスは独立して動作する。表示プロセスの詳細については、後述の図５および図６で説明する。
【００５２】
ＤＨＣＰサーバ（制御装置２０４）はＤＨＣＰクライアント（通信装置１０１）から送信されるＤＨＣＰ要求パケットを受信したかを判定する（ステップＳ４０５）。制御装置２０４はＤＨＣＰ要求パケットを受信していないと判定すると（ステップＳ４０５のＮｏ）、再度ステップＳ４０５の処理を行う。一方、制御装置２０４は、ＤＨＣＰ要求パケットを受信したと判定すると（ステップＳ４０５のＹｅｓ）、ステップＳ４０６の処理を行う。
【００５３】
制御装置２０４は、ｓｔａｔｕｓが未配布であるかを判定する（ステップＳ４０６）。Ｓｔａｔｕｓが未配布の場合（ステップＳ４０６のＹｅｓ）、制御装置２０４ｓｔａｔｕｓにアドレスを配布中であることを示す情報を格納し、ＳｔａｒｔＴｉｍｅに現在の時刻を格納する（ステップＳ４０７）。本処理によって、制御装置２０４がアドレスの配布処理に用いる変数であるＳｔａｒｔＴｉｍｅには、最初にアドレスを配布した時刻が格納されることになる。
【００５４】
一方、Ｓｔａｔｕｓが未配布ではなかった場合（ステップＳ４０６のＮｏ）、あるいはステップＳ４０７の処理を行った後、制御装置２０４はＤＨＣＰ応答パケットを送信する（ステップＳ４０８）。制御装置２０４は、ステップＳ４０５で受信したＤＨＣＰ要求パケットの送信元の通信装置に対してＤＨＣＰ応答パケットを送信する。制御装置２０４は、ＤＣＨＰ応答パケットを送信することでアドレス（ＩＰアドレス）を通知する。
【００５５】
制御装置２０４は、ＬｅａｓｅＴｉｍｅに現在時刻を設定し（ステップＳ４０９）、ＡｄｄｒｅｓｓＮｕｍの値を１増やす（ステップＳ４１０）。これにより、ＬｅａｓｅＴｉｍｅには直近でアドレスを配布した時刻を示す情報が、ＡｄｄｒｅｓｓＮｕｍには配布済みのアドレスの数を示す情報が夫々格納される。
【００５６】
続いて制御装置２０４は、現在ＡｄｄｒｅｓｓＮｕｍに格納されている値がＡｄｄｒｅｓｓＭａｘに格納されている値より小さいかを判定する（ステップＳ４１１）。現在ＡｄｄｒｅｓｓＮｕｍに格納されている値がＡｄｄｒｅｓｓＭａｘに格納されている値より小さい場合（ステップＳ４１１のＹｅｓ）、ステップＳ４０５の処理に戻る。現在ＡｄｄｒｅｓｓＮｕｍに格納されている値がＡｄｄｒｅｓｓＭａｘに格納されている値より小さい場合とは、まだ全ての通信装置（ＤＨＣＰクライアント）にアドレスを配布し終えていない場合である。一方、現在ＡｄｄｒｅｓｓＮｕｍに格納されている値がＡｄｄｒｅｓｓＭａｘに格納されている値より小さくない場合（ステップＳ４１１のＮｏ）、制御装置２０４はｓｔａｔｕｓに配布終了を示す情報を格納し（ステップＳ４１２）、本フローの処理を終了する。現在ＡｄｄｒｅｓｓＮｕｍに格納されている値がＡｄｄｒｅｓｓＭａｘに格納されている値より小さくない場合とは、制御装置２０４が全ての通信装置（ＤＨＣＰクライアント）にアドレスを配布し終えた場合である。
【００５７】
このように、ＤＨＣＰサーバである制御装置２０４は、予め設定された、またはユーザによって設定された台数分のＤＨＣＰクライアントに対してアドレスの配布処理を実行する。ＤＨＣＰクライアントは、配布されたアドレスを設定することで、他の通信装置との通信が可能になる。
【００５８】
図５は、制御装置２０４がアドレスの配布状況を表示する際に実行する処理を示すフローチャートである。本フローチャートの処理は、図４のステップＳ４０３で開始される。
【００５９】
まず、制御装置２０４はＤＨＣＰ表示プロセスを行う際に用いる各変数に、ＤＨＣＰサーバとしてアドレスを配布する際に用いる変数を代入する（ステップＳ５０２）。制御装置２０４は、ＤＨＣＰ表示プロセスを行う際に、変数として、時刻と、配布開始時刻と、前回配布時刻と、アドレス配布数と、ステータスを用いる。時刻は現在の時刻を示す変数である。配布開始時刻は、ＤＨＣＰサーバとして制御装置２０４がアドレスの配布を開始した時刻を示す変数。前回配布時刻は、ＤＨＣＰサーバとして制御装置２０４が最後にアドレスを配布した時刻を示す変数である。アドレス配布数は、ＤＨＣＰサーバとして制御装置２０４が配布済みのアドレスの数を示す変数である。ステータスは、ＤＨＣＰサーバとしての制御装置２０４の状態を示す変数である。制御装置２０４は、ステップＳ５０２において、時刻に現在の時刻を、配布開始時刻に図４のＳｔａｒｔＴｉｍｅを、前回配布時刻に図４のＬｅａｓｅＴｉｍｅを、アドレス配布数に図４のＡｄｄｒｅｓｓＮｕｍを、ステータスに図４のｓｔａｔｕｓを代入する。
【００６０】
制御装置２０４は、ステップＳ５０２の処理を行うと、制御装置２０４が保持する表示部を介して、時刻、配布開始時刻、前回配布時刻、アドレス配布数、およびステータスをユーザに表示する（ステップＳ５０３）。
【００６１】
制御装置２０４は表示部の表示を行うと、一秒待ち（ステップＳ５０４）、ＤＨＣＰサーバとしての処理に用いる変数であるｓｔａｔｕｓが配布終了であるかを判定する（ステップＳ５０５）。ｓｔａｔｕｓが配布終了でない場合（ステップＳ５０５のＮｏ）、制御装置２０４はステップＳ５０２に戻り、各変数にＤＨＣＰサーバの変数を代入する。これにより、制御装置２０４は表示部に表示する表示内容を更新することができる。一方、制御装置２０４はＤＨＣＰサーバとしての処理に用いる変数であるｓｔａｔｕｓが配布終了である場合は（ステップＳ５０５のＹｅｓ）、本フローの処理を終了する。制御装置２０４は、本フローの処理を終了した場合に、最後に表示した表示内容を表示部に表示し続けてもよいし、表示部の表示を消してもよい。あるいは、制御装置２０４は、本フローの処理を終了したことに基づいて、ＤＨＣＰサーバとしてのアドレスの配布が終了したことを表示部に表示してもよい。
【００６２】
図５の処理を行うことで、制御装置２０４は、ユーザにＤＨＣＰサーバとしてのアドレスの配布状況を通知することができる。
【００６３】
図６は、制御装置２０４がステップＳ５０３で表示部に表示する表示の例を示す図である。なお、制御装置２０４は、表示部と一体であってもよいし、別体であってもよい。あるいは、制御装置２０４は、制御装置２０４と有線または無線で接続されている表示装置に図５のステップＳ５０３の表示を行うようにしてもよい。
【００６４】
図６の（ａ）には、制御装置２０４がＤＨＣＰサーバとしての処理を開始した直後に表示部に表示される表示の例を示した。具体的には制御装置２０４が図４のフローの処理を開始し、ステップＳ４０３の処理を行った直後に表示される表示である。この場合、制御装置２０４はまだアドレスの配布を開始していないことから、アドレスを未配布であることを示す表示が行われる。
【００６５】
図６の（ｂ）には、制御装置２０４が通信装置１０１−ａ〜１０１−ｒに対してアドレスを配布している間に表示される表示の例を示した。具体的には、制御装置２０４が図４のステップＳ４０５〜Ｓ４１１の処理を行っている場合に表示される表示である。この場合、制御装置２０４はアドレスを配布中であることを示す表示が行われる。
【００６６】
図６の（ｃ）には、制御装置２０４が通信装置１０１−ａ〜１０１−ｒに対してアドレスを配布し終えた場合に表示される表示の例を示した。具体的には制御装置２０４が図４のステップＳ４１２の処理を行った場合に表示される表示である。この場合、制御装置２０４がアドレスの配布を完了したことを示す表示が行われる。
【００６７】
例えば通信装置１０１−ａ〜１０１−ｒに対するアドレスの配布中に、何らかの障害が発生し、アドレスの配布が停止した場合、ユーザは本表示を参照することで、障害の発生を認識することができる。例えば図６の（ｄ）に示したように、ステータスが配布中であるにも関わらず、前回のアドレスの配布時刻と現在時刻に大きな開きがあることをユーザが視認することで、アドレスの配布に何らかの障害が発生したことをユーザは認識することができる。また、通信装置１０１−ａ〜１０１−ｒに対して、制御装置２０４に近い通信装置（通信装置１０１−ａ）から順にアドレスの配布が行われている場合、配布済みの通信装置の数を参照することで、何れの通信装置で障害が発生しているかを認識することができる。
【００６８】
なお、本実施形態において、制御装置２０４がＤＨＣＰサーバとしての機能も有するとしたが、これに限らず、図１２に示したように、独立した装置であってもよい。
【００６９】
［実施形態２］
本実施形態では、制御装置２０４がＤＨＣＰサーバとしてアドレスを配布している場合に、障害の発生を検知することができる。以下、実施形態１と異なる点について説明する。
【００７０】
図７は、制御装置２０４がアドレスの配布処理における障害を検知する際に実行する処理を示すフローチャートである。なお、本フローチャートについて、図４と同様のステップついては説明を割愛する。また、制御装置２０４は、図４と同様のトリガーにより本フローの処理を開始する。
【００７１】
制御装置２０４は、ＤＨＣＰサーバとしてアドレスを配布する際に用いる各変数に値を代入する（ステップＳ７２１）。具体的には、本実施形態の制御装置２０４は図４で説明した変数に加え、ＴｉｍｅＭａｘ、およびＥｎｄＴｉｍｅという変数を用いる。本ステップにおいて、制御装置２０４は、変数ＴｉｍｅＭａｘに、全システム（通信装置１０１−ａ〜１０１−ｒの全て）のアドレス配布に係る時間の最大値を代入する。また、制御装置２０４は、変数ＥｎｄＴｉｍｅに、システムで表現できる時間の最大値を代入する。これらの値は、ユーザによって設定されてもよいし、制御装置２０４に予め設定されていてもよい。
【００７２】
ステップＳ４０２およびステップＳ４０３の処理は図４と同様である。
【００７３】
制御装置２０４は、ＤＨＣＰクライアントからのＤＨＣＰ要求パケットの受信を一秒待機する（ステップＳ７０５）。
【００７４】
制御装置２０４は、現在時刻とＥｎｄＴｉｍｅを比較し、ＥｎｄＴｉｍｅが現在時刻より大きいかを判定する（ステップＳ７２２）。現在時刻がＥｎｄＴｉｍｅより大きいと判定された場合（ステップＳ７２２のＹｅｓ）、制御装置２０４はＳｔａｔｕｓにエラーを示す情報を格納し（ステップＳ７２５）、本フローの処理を終了する。
【００７５】
一方、制御装置２０４は、現在時刻がＥｎｄＴｉｍｅより大きいと判定されなかった場合（ステップＳ７２２のＮｏ）、ＤＨＣＰ要求パケットを受信したかを判定する（ステップＳ７２３）。ＤＨＣＰ要求パケットを受信していないと判定された場合（ステップＳ７２３のＮｏ）、制御装置２０４はステップＳ７０５の処理を行う。ＤＨＣＰ要求パケットを受信したと判定された場合（ステップＳ７２３のＹｅｓ）、制御装置２０４はステップＳ４０６の処理を行う。
【００７６】
ステップＳ４０６、ステップＳ４０７の処理については図４と同様である。
【００７７】
制御装置２０４はステップＳ４０７の処理を行うと、ＥｎｄＴｉｍｅの計算を行う（ステップＳ７２４）。具体的には、ＳｔａｒｔＴｉｍｅとＴｉｍｅＭａｘを足したものをＥｎｄＴｉｍｅとする。本ステップの処理により、ＥｎｄＴｉｍｅはアドレス設定処理の終了時刻を示す値となる。これにより、ステップＳ７２２で現在時刻がアドレス設定処理の終了時刻を超えていないかを判定することができるようになる。
【００７８】
ステップＳ４０８からステップＳ４１２の処理は図４と同様である。
【００７９】
図７の処理を行い、現在時刻がアドレス設定処理の終了時刻を超えた場合にエラーを通知することで、アドレス配布処理の実行中にエラーが発生したことを制御装置２０４が検出できるようになる。具体的には、アドレスの設定が終了しているはずの時刻になってもアドレスの配布処理が終了していない場合、エラーを通知することで、アドレス配布処理の実行中に何らかの障害が発生したことを検出することができる。
【００８０】
図８は、制御装置２０４によってアドレスの配布処理における障害が検知された場合に表示される表示の例を示す図である。本図に示したように、ステータスにエラーを表示することで、アドレスの配布処理を実行中に何らかのエラーが発生したことを、ユーザは容易に認識することができるようになる。
【００８１】
［実施形態３］
実施形態２では、制御装置２０４はアドレスの配布処理を実行中に障害が発生したことを検知した。本実施形態では、通信装置１０１がアドレスの配布処理の実行中に発生したことを検知する。以下、実施形態１および２と異なる点について説明する。
【００８２】
図９には、本実施形態における通信装置１０１のハードウェア構成を示した。
【００８３】
図１に示したハードウェア構成に対して、Ｂｒｉｄｇｅ１０８にＤＨＣＰ  ｓｎｏｏｐフィルタ９０１が追加されている点が異なる。通信装置１０１は、ＤＨＣＰ  ｓｎｏｏｐフィルタ９０１を使用してＢｒｉｄｇｅ１０８を通過するＤＨＣＰクライアントパケットを監視することで、隣接する通信装置のアドレス設定が行われたかを判定する。
【００８４】
例えば、通信装置１０１−ｃにアドレスが設定され、通信装置１０１−ｃがＥｔｈｅｒ２  １０７を介した通信装置１０１−ｄとの通信を可能な状態になると、通信装置１０１−ｄから送信するＤＨＣＰ要求パケットがＥｔｈｅｒ２  １０７を介して受信される。通信装置１０１−ｃは受信したＤＨＣＰ要求パケットを、自装置のＢｒｉｄｇｅ１０８を経由してＥｔｈｅｒ１から次の通信装置に転送する。このように、通信装置１０１−ｄから送信されたＤＨＣＰ要求パケットが通信装置１０１−ｃを通過することは、通信装置１０１−ｄにおいて他の通信装置との通信が可能になったことを示す。反対に、通信装置１０１−ｄから送信されたＤＨＣＰ要求パケットが通信装置１０１−ｃを通過しないことは、通信装置１０１−ｄにおいて他の通信装置との通信が可能な状態に遷移していないことを示す。これはつまり通信装置１０１−ｄにアドレスが設定されていないことを示す。
【００８５】
図１０は通信装置１０１がアドレスの配布処理における障害を検知する際に実行する別の処理を示すフローチャートである。本フローチャートは、図３のフローの処理が終了した後に開始される。
【００８６】
通信装置１０１は、ＴｉｍｅＭａｘに、ＤＨＣＰクライアント１台あたりのアドレスの設定にかかる最大時間を設定する（ステップＳ１００２）。続いて、通信装置１０１はＥｎｄＴｉｍｅに現在時刻とＴｉｍｅＭａｘを加算したものを代入する（ステップＳ１００３）。
【００８７】
通信装置１０１は、自装置のＢｒｉｄｇｅ１０８をＤＨＣＰ要求パケットが通過したかを判定する（ステップＳ１００４）。通信装置１０１はＤＨＣＰ要求パケットが自装置のＢｒｉｄｇｅ１０８を通過していると判定した場合（ステップＳ１００４のＹｅｓ）、隣接する通信装置にアドレスが設定されたとして本フローの処理を終了する。
【００８８】
通信装置１０１はＤＨＣＰ要求パケットが自装置のＢｒｉｄｇｅ１０８を通過していないと判定した場合（ステップＳ１００４のＮｏ）、現在時刻がＥｎｄＴｉｍｅより小さいかを判定する（ステップＳ１００５）。通信装置１０１は、現在時刻がＥｎｄＴｉｍｅより小さいと判定された場合（ステップＳ１００４のＹｅｓ）、１秒スリープし（ステップＳ１００７）、ステップＳ１００４の処理を行う。
【００８９】
一方、通信装置１０１は、現在時刻がＥｎｄＴｉｍｅより小さいと判定されなかった場合（ステップＳ１００４のＮｏ）、画像配信サーバシステム２０１にエラー通知を送信し（ステップＳ１００６）、本フローの処理を終了する。なお、エラーを通知された画像配信サーバシステム２０１では、ログとして記録する、表示部に表示してユーザに通知するなどの処理を行う。
【００９０】
図１０の処理を行うことで、通信装置１０１は自装置にＩＰアドレスが設定されてから、所定の時間が経過するまでに、隣の通信装置に対するアドレスの設定が行われたかを判定することができる。また、通信装置１０１は隣の通信装置に対するアドレスの設定が失敗したことを検知することができる。また、通信装置１０１は隣の通信装置が他の通信装置との通信を可能な状態に遷移することに失敗したことを検知することができる。
【００９１】
［その他の実施形態］
実施形態１から３において、通信装置１０１−ａ〜１０１−ｒは、図１１で示したような通信システムを構成するとしたが、これに限らない。例えば、通信装置１０１−ｒが画像配信サーバシステム２０１と接続しないように構成してもよい。この場合、ＩＰアドレスの設定は通信装置１０１−ａから順に行われる。あるいは、通信装置１０１−ａが画像配信サーバシステム２０１と接続しないように構成されてもよい。この場合、ＩＰアドレスの設定は通信装置１０１−ｒから順に行われる。また、通信装置１０１−ｉと通信装置１０１−ｊとが接続されないように構成されてもよい。この場合、ＩＰアドレスの設定は、通信装置１０１−ａ〜通信装置１０１−ｉに対して、通信装置１０１−ａから順に行われた後、通信装置１０１−ｊ〜１０１−ｒに対して、通信装置１０１−ｒから順に行われてもよい。なお、通信装置１０１−ａ〜通信装置１０１−ｉよりも先に通信装置１０１−ｊ〜１０１−ｒに対してＩＰアドレスの設定が行われてもよい。いずれのグループから先にＩＰアドレスの設定が行われるかは、ＤＨＣＰサーバにプリセットされていてもよい。
【００９２】
また、実施形態１から３において、制御装置２０４は、図１１に示したような通信システムの図を表示部に表示し、いずれの通信装置にどのＩＰアドレスが配布されたかを示してもよい。具体的には、制御装置２０４は、各通信装置に対して、配布されたＩＰアドレスを識別可能に表示する。これにより、どの装置にどのＩＰアドレスが設定されているかをユーザが容易に認識できる。また、このような表示を行う場合に、制御装置２０４は通信システムにおいてエラーを検知した場合に、エラーに対応するＩＰアドレスを取得し、該ＩＰアドレスの情報に基づいて、いずれの通信装置でエラーが発生したかを表示してもよい。
【００９３】
また、実施形態１から３において、一台の通信装置に対して一つのＩＰアドレスが設定されるとしたが、これに限らず、各通信装置のＥｔｈｅｒ１およびＥｔｈｅｒ２のそれぞれにＩＰアドレスが設定されてもよい。この場合、Ｅｔｈｅｒ１およびＥｔｈｅｒ２はコネクタではなく、ＮＩＣ（Ｎｅｔｗｏｒｋ  Ｉｎｔｅｒｆａｃｅ  Ｃａｒｄ）となる。通信装置１０１はＥｔｈｅｒ１あるいはＥｔｈｅｒ２のいずれかにＩＰアドレスが設定されてから、他方のＥｔｈｅｒに対するＩＰアドレスの設定を行い、該Ｅｔｈｅｒによる通信を実行できるようにする。これにより、ＤＨＣＰサーバから近い順にＩＰアドレスを設定することができる。
【００９４】
上記の各実施形態は、適宜組み合わせて実施することが可能である。また、通信装置がどの実施形態の通信装置として動作するかを、動作モードとしてユーザが選択できるようにしてもよい。
【００９５】
なお、図３および図１０に示した通信装置１０１のフローチャートの少なくとも一部または全部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのコンピュータプログラムからＦＰＧＡ上に専用回路を生成し、これを利用すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
【００９６】
同様に、図４、図５および図７に示した制御装置２０４のフローチャートの少なくとも一部または全部をハードウェアにより実現してもよい。ハードウェアにより実現する場合、例えば、所定のコンパイラを用いることで、各ステップを実現するためのコンピュータプログラムからＦＰＧＡ上に専用回路を生成し、これを利用すればよい。ＦＰＧＡとは、Ｆｉｅｌｄ  Ｐｒｏｇｒａｍｍａｂｌｅ  Ｇａｔｅ  Ａｒｒａｙの略である。また、ＦＰＧＡと同様にしてＧａｔｅ  Ａｒｒａｙ回路を形成し、ハードウェアとして実現するようにしてもよい。また、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ  Ｓｐｅｃｉｆｉｃ  Ｉｎｔｅｇｒａｔｅｄ  Ｃｉｒｃｕｉｔ）により実現するようにしてもよい。
【００９７】
以上、実施形態を詳述したが、本発明は例えば、システム、装置、方法、プログラム若しくは記録媒体（記憶媒体）などとしての実施態様をとることが可能である。具体的には、複数の機器（例えば、ホストコンピュータ、インターフェース機器、撮像装置、ｗｅｂアプリケーションなど）から構成されるシステムに適用してもよいし、また、一つの機器からなる装置に適用してもよい。
【００９８】
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００９９】
１０２  ＣＰＵ
１０３  ＲＯＭ
１０４  ＤＲＡＭ
１０５  Ｆｉｌｅ  Ｓｙｓｔｅｍ
１０６  Ｅｔｈｅｒ１
１０７  Ｅｔｈｅｒ２
１０８  Ｂｒｉｄｇｅ
【図１】
2020167467.tif 000003
【図２】
2020167467.tif 000004
【図３】
2020167467.tif 000005
【図４】
2020167467.tif 000006
【図５】
2020167467.tif 000007
【図６】
2020167467.tif 000008
【図７】
2020167467.tif 000009
【図８】
2020167467.tif 000010
【図９】
2020167467.tif 000011
【図１０】
2020167467.tif 000012
【図１１】
2020167467.tif 000013
【図１２】
2020167467.tif 000014