(57)【特許請求の範囲】
【請求項１】
通信装置と、この通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置とを含む通信システムであって、
前記通信装置は、
前記アドレス割当装置から前記ＩＰアドレスを取得する際にチャレンジコードを生成して当該チャレンジコードをＤＨＣＰメッセージのオプション部を利用して前記アドレス割当装置に送信する認証制御部を含み、
前記アドレス割当装置は、
前記通信装置から受信した前記チャレンジコードと予め与えられた自らの識別情報及び認証情報とからハッシュ関数を用いて第１ハッシュ値を算出するハッシュ値算出機能を含むと共に、
前記通信装置の認証制御部は、
前記通信装置から前記アドレス割当装置への前記ＩＰアドレスのリース延長要求時に、前記ＤＨＣＰメッセージのオプション部を利用して前記アドレス割当装置から受信した前記ハッシュ値によって前記アドレス割当装置の信頼性を認証する機能を有することを特徴とする通信システム。
【請求項２】
請求項１に記載の通信システムにおいて、
前記認証制御部は、
前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ４におけるディスカバーメッセージ、オファーメッセージの授受を利用して第１認証を行うものであることを特徴とする通信システム。
【請求項３】
請求項１に記載の通信システムにおいて、
前記認証制御部は、
前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ４におけるディスカバーメッセージ、オファーメッセージの授受を利用した第１認証と、リクエストメッセージ、アックメッセージの授受を利用した第２認証とを行うものであることを特徴とする通信システム。
【請求項４】
請求項１に記載の通信システムにおいて、
前記認証制御部は、
前記アドレス割当装置から受信した前記第１ハッシュ値と、前記通信装置にて予め記憶されている前記アドレス割当装置の前記識別情報及び認証情報とに基づいてハッシュ関数を用いて算出した第２ハッシュ値とを比較して前記アドレス割当装置の信頼性の認証を行うものであることを特徴とする通信システム。
【請求項５】
請求項４に記載の通信システムにおいて、
前記認証制御部は、
前記第２ハッシュ値を、前記チャレンジコードと、予め記憶されている前記アドレス割当装置の前記識別情報及び認証情報とに基づいて算出することを特徴とする通信システム。
【請求項６】
請求項１に記載の通信システムにおいて、
前記認証制御部は、
前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ６におけるソリシットメッセージ、アドバータイズメッセージの授受を利用して第１認証を行うものであることを特徴とする通信システム。
【請求項７】
請求項１に記載の通信システムにおいて、
前記認証制御部は、
前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ６におけるソリシットメッセージ、アドバータイズメッセージの授受を利用した第１認証と、リクエストメッセージ、リプライメッセージの授受を利用した第２認証とを行うものであることを特徴とする通信システム。
【請求項８】
請求項１に記載の通信システムにおいて、
前記通信装置は動画配信を受信する専用装置としてのセットトップボックスであり、前記アドレス割当装置はブロードバンドルータであることを特徴とする通信システム。
【請求項９】
請求項１に記載の通信システムにおいて、
前記アドレス割当装置と前記通信網を介して通信可能に形成され、前記アドレス割当装置を介して前記通信装置に対して情報処理サービスを提供するとともに、前記アドレス割当装置と通信接続するための設定を行う設定管理装置と、
前記通信網に通信接続され前記設定管理装置にて設定された後に、前記アドレス割当装置を介して前記通信装置に対してコンテンツを配信するコンテンツ配信装置と、
をさらに有し、
前記アドレス割当装置は、
前記設定管理装置との間で各種設定を行う制御をする第１の設定制御部を有し、
前記通信装置は、
前記アドレス割当装置の認証前に、前記第１の設定制御部による設定を行うと、前記ＩＰアドレスの取得を認証なしで行い、その後、前記コンテンツ配信装置との間で各種設定を行う制御をする第２の設定制御部を有することを特徴とする通信システム。
【請求項１０】
請求項１に記載の通信システムにおいて、
前記通信装置と通信可能に形成され、前記コンテンツ配信装置からの前記コンテンツを参照可能な参照端末をさらに有することを特徴とする通信システム。
【請求項１１】
ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置であって、
前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御部を設け、
この認証制御部は、
認証用の第１チャレンジコードを生成すると共に当該第１チャレンジコードをＤＨＣＰプロトコルにおける第１メッセージのオプション部に付与して前記アドレス割当装置に送信する第１の処理部と、
前記第１チャレンジコードと予め与えられた前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第２メッセージを、前記アドレス割当装置より受信する第２の処理部と、
前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第１チャレンジコードとに基づいて前記ハッシュ関数を用いて前記通信装置にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３の処理部と、
を含むことを特徴とする通信装置。
【請求項１２】
請求項１１に記載の通信装置において、
前記認証制御部は、
認証用の第２チャレンジコードを生成すると共に当該第２チャレンジコードを前記ＤＨＣＰプロトコルにおける第３メッセージのオプション部に付与して前記アドレス割当装置に送信する第４の処理部と、
前記第２チャレンジコードと前記アドレス割当装置の前記識別情報及び認証情報とに基づいて前記ハッシュ関数を用いて前記アドレス割当装置にて算出された第３ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第４メッセージを、前記アドレス割当装置より受信する第５の処理部と、
前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第２チャレンジコードとに基づいて前記ハッシュ関数を用いて前記通信装置にて算出された第４ハッシュ値と、前記第３ハッシュ値とを比較して前記通信装置が第２認証を行う第６の処理部と、
含むことを特徴とする通信装置。
【請求項１３】
通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置であって、
ＤＨＣＰプロトコルにおける第１メッセージのオプション部に認証用の第１チャレンジコードが付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第１の処理部と、
前記第１チャレンジコードと予め与えられた自らの識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第２の処理部と、
を含むことを特徴とするアドレス割当装置。
【請求項１４】
請求項１３に記載のアドレス割当装置において、
前記ＤＨＣＰプロトコルにおける第３メッセージのオプション部に認証用の第２チャレンジコードが付与された第２チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第３の処理部と、
前記第２チャレンジコードと予め与えられた自らの前記識別情報及び認証情報とに基づいてハッシュ関数を用いて第３ハッシュ値を算出し、この第３ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第４の処理部と、
を含むことを特徴とするアドレス割当装置。
【請求項１５】
請求項１３に記載のアドレス割当装置を備えた電子機器。
【請求項１６】
ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置が処理する通信制御方法であって、
前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する制御を行う認証制御ステップを設け、
この認証制御ステップでは、
認証用の第１チャレンジコードを生成すると共に当該第１チャレンジコードをＤＨＣＰプロトコルにおける第１メッセージのオプション部に付与して前記アドレス割当装置に送信する第１ステップと、
前記第１チャレンジコードと前記アドレス割当装置に予め与えられた識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第２メッセージを、前記アドレス割当装置より受信する第２ステップと、
前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第１チャレンジコードとに基づいて前記ハッシュ関数を用いて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して第１認証を行う第３ステップと、
を行うことを特徴とする通信制御方法。
【請求項１７】
請求項１６に記載の通信制御方法において、
前記認証制御ステップでは、
認証用の第２チャレンジコードを生成すると共に当該第２チャレンジコードを前記ＤＨＣＰプロトコルにおける第３メッセージのオプション部に付与して前記アドレス割当装置に送信する第４ステップと、
前記第２チャレンジコードと前記アドレス割当装置の前記識別情報及び認証情報とに基づいて前記ハッシュ関数を用いて前記アドレス割当装置にて算出された第３ハッシュ値が付与された前記ＤＨＣＰプロトコルのオプション部に第４メッセージを、前記アドレス割当装置より受信する第５ステップと、
前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第２チャレンジコードとに基づいて前記ハッシュ関数を用いて算出された第４ハッシュ値と、前記第３ハッシュ値とを比較して第２認証を行う第６ステップと、
を行うことを特徴とする通信制御方法。
【請求項１８】
通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置が処理する通信制御方法であって、
ＤＨＣＰプロトコルにおける第１メッセージのオプション部に認証用の第１チャレンジコードを付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第１ステップと、
前記第１チャレンジコードと予め与えられた自らの識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を第２メッセージに付与して前記通信装置に送信する割当側第２ステップと、
を含むことを特徴とする通信制御方法。
【請求項１９】
請求項１８に記載の通信制御方法において、
前記ＤＨＣＰプロトコルにおける第３メッセージのオプション部に認証用の第２チャレンジコードが付与された第２チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第３ステップと、
前記第２チャレンジコードと予め与えられた自らの前記識別情報及び認証情報とに基づいてハッシュ関数を用いて第３ハッシュ値を算出し、この第３ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第４ステップと、
を含むことを特徴とする通信制御方法。
【請求項２０】
通信装置と、前記通信装置と通信網を介して通信接続され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置とを含む通信システムが処理する通信制御方法であって、
前記通信装置が、認証用の第１チャレンジコードを生成すると共に、ＤＨＣＰプロトコルにおける前記アドレス割当装置の検索メッセージのオプション部に前記第１チャレンジコードを付与して、前記アドレス割当装置に送信する第１の送信ステップと、
前記アドレス割当装置が、受信した前記第１チャレンジコードと、予め与えられた自身の識別情報及び認証情報とに基づいて、ハッシュ関数を用いて第１ハッシュ値を算出する第１ハッシュ値算出ステップと、
前記アドレス割当装置が、前記ＤＨＣＰプロトコルにおける前記ＩＰアドレスの仮配布メッセージのオプション部に前記第１ハッシュ値を付与して、前記通信装置に送信する第２の送信ステップと、
前記通信装置が、前記第１チャレンジコードと、前記アドレス割当装置に対して予め与えられて前記通信装置にて予め記憶されている前記識別情報及び認証情報とに基づいて前記ハッシュ関数を用いて第２ハッシュ値を算出する第２ハッシュ値算出ステップと、
前記通信装置が、受信した前記第１ハッシュ値と前記第２ハッシュ値とを比較して、前記アドレス割当装置の信頼性を認証する第１認証ステップと、
を含むことを特徴とする通信制御方法。
【請求項２１】
請求項２０に記載の通信制御方法において、
前記通信装置が、認証用の第２チャレンジコードを生成すると共に、前記ＤＨＣＰプロトコルにおけるＩＰアドレス要求メッセージのオプション部に前記第２チャレンジコードを付与して、前記アドレス割当装置に送信する第３の送信ステップと、
前記アドレス割当装置が、受信した前記第２チャレンジコードと、予め与えられた自身の前記識別情報及び認証情報とに基づいて、前記ハッシュ関数を用いて第３ハッシュ値を算出する第３ハッシュ値算出ステップと、
前記アドレス割当装置が、前記ＤＨＣＰプロトコルにおける許可メッセージのオプション部に前記第３ハッシュ値を付与して、前記通信装置に送信する第４の送信ステップと、
前記通信装置が、前記第２チャレンジコードと、前記アドレス割当装置の前記識別情報及び認証情報とに基づいて前記ハッシュ関数を用いて第４ハッシュ値を算出する第４ハッシュ値算出ステップと、
前記通信装置が、受信した前記第３ハッシュ値と前記第４ハッシュ値とを比較して、前記アドレス割当装置の信頼性を認証する第２認証ステップと、
を含むことを特徴とする通信制御方法。
【請求項２２】
ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置が備えたコンピュータに諸機能を実現させることが可能な通信制御プログラムであって、
前記アドレス割当装置から前記ＩＰアドレスを取得する際、および前記ＩＰアドレスのリース延長要求する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御機能を含む機能をコンピュータに実現させると共に、
この認証制御機能では、
認証用の第１チャレンジコードを生成すると共に当該第１チャレンジコードをＤＨＣＰプロトコルにおける第１メッセージのオプション部に付与して前記アドレス割当装置に送信する第１の処理機能と、
前記第１チャレンジコードと前記アドレス割当装置に予め与えられた識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第２メッセージを、前記アドレス割当装置より受信する第２の処理機能と、
前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第１チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３の処理機能と、
を含む機能をコンピュータに実現させることを特徴とする通信制御プログラム。
【請求項２３】
請求項２２に記載の通信制御プログラムにおいて、
前記認証制御機能では、
認証用の第２チャレンジコードを生成すると共に当該第２チャレンジコードを前記ＤＨＣＰプロトコルにおける第３メッセージのオプション部に付与して前記アドレス割当装置に送信する第４の処理機能と、
前記第２チャレンジコードと前記アドレス割当装置の前記識別情報及び認証情報とに基づいて前記ハッシュ関数を用いて前記アドレス割当装置にて算出された第３ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第４メッセージを、前記アドレス割当装置より受信する第５の処理機能と、
前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第２チャレンジコードとに基づいて前記ハッシュ関数を用いて前記通信装置にて算出された第４ハッシュ値と、前記第３ハッシュ値とを比較して前記通信装置が第２認証を行う第６の処理機能と、
を含む機能をコンピュータに実現させることを特徴とする通信制御プログラム。
【請求項２４】
通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置が備えたコンピュータに諸機能を実現させることが可能な通信制御プログラムであって、
ＤＨＣＰプロトコルにおける第１メッセージのオプション部に認証用の第１チャレンジコードが付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第１の処理機能と、
前記第１チャレンジコードと予め与えられた自らの識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第２の処理機能と、
を含む機能をコンピュータに実現させることを特徴とする通信制御プログラム。
【請求項２５】
請求項２４に記載の通信制御プログラムにおいて、
前記ＤＨＣＰプロトコルにおける第３メッセージのオプション部に認証用の第２チャレンジコードが付与された第２チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第３の処理機能と、
前記第２チャレンジコードと予め与えられた自らの前記識別情報及び認証情報とに基づいてハッシュ関数を用いて第３ハッシュ値を算出し、この第３ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第４の処理機能と、
を含む機能をコンピュータに実現させることを特徴とする通信制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信システム、通信装置、アドレス割当装置、電子機器、通信制御方法、及び通信制御プログラムに関し、特に、ＤＨＣＰクライアントによるＤＨＣＰサーバ認証機能に関する。
【背景技術】
【０００２】
インターネットなどの通信網においては、今後、多種多様なサービスが増えていく中で、回線事業者では品質確保のためにもトラフィック管理などが重要となってくる。
【０００３】
事業者は、何処のエリアに対してどの様なサービスが提供されているために、どれだけのトラフィックに耐えられるインフラ設備の準備をするかなどの設計が必要となる。エリア固定が出来ないサービス端末が存在するネットワークに対して品質確保するためには、十分に余裕を持ったインフラを用意して、端末があるエリアに集中しても耐えられるような設備を準備する必要が出てくる。
【０００４】
これは設備投資が大きくなり、また無駄な部分が多くなる。事業者の品質確保、設備投資の最適化、またユーザにとって品質の良いサービスを受けるためにも、端末の位置固定が重要となってくる。
【０００５】
このような中、利用者宅内に設置されるＨＧＷは利用者宅から移動できないような仕組みを実現しエリア（位置）固定化が行われてきた。
【０００６】
しかし、その配下のサービス受信端末（動画サービス受信に利用するＳＴＢ（セットトップボックス）など）は、位置固定が進んでいない。
【０００７】
サービス事業者のサービス運営のためにも、ＨＧＷ配下の機器についても位置固定を行う仕組みが必要となってくる。
【０００８】
また、ＨＧＷ配下は、利用者宅内であり、現在ではＨＧＷがＤＨＣＰ（Ｄｙｎａｍｉｃ  Ｈｏｓｔ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）サーバ機能を持ち配下のサービス受信端末はＤＨＣＰクライアントとして動作している。
現在利用している仕組みを大きく変更することなく、サービス提供事業者が提供するＨＧＷ配下のサービス受信端末を固定する仕組みを実現する必要がある。
【０００９】
この種の通信システムに関連する技術として、例えば以下に示す特許文献１、特許文献２、特許文献３などが挙げられる。
【００１０】
特許文献１では、標準化されたＤＨＣＰプロトコルの動作が記載されている（特許文献１の段落番号０００３）。ＤＨＣＰは、インターネットプロトコル（ＩＰ）割り振り仕様であり、この仕様により、サーバはＩＰアドレスをクライアントに、特定の時間に渡って割り振りまたは「リース」することができる。
ＤＨＣＰクライアントは、それ自体をネットワークに最初に接続するとき、ＤＨＣＰ  ＤＩＳＣＯＶＥＲ＜ディスカバー＞パケットをブロードキャストする。
ローカルセグメント上のＤＨＣＰサーバは、このブロードキャストをインターセプトし、ＩＰアドレス、および、クライアントにネットワークアクセスをプロビジョンするために必要な他の情報を含む、ＤＨＣＰ  ＯＦＦＥＲ＜オファー＞パケットを戻す。
クライアントは、複数のＤＨＣＰ  ＯＦＦＥＲ＜オファー＞パケットをいくつかの異なるサーバから受信することができ、クライアントは、これらのサーバの間で選択し、選択された明示的サーバを識別するＤＨＣＰ  ＲＥＱＵＥＳＴ＜リクエスト＞パケットをブロードキャストしなければならない。
選択されたサーバは、クライアントに、リースが終了されることを伝えるＤＨＣＰ  ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞を戻すようになる。
オファーが、ある理由のために、おそらくタイムアウトのため、または、別のクライアントがリースを割り振るために、もはや有効でない場合、選択されたサーバは、ＤＨＣＰ  ＮＡＫメッセージにより応答しなければならない。これは、クライアントに別のＤＨＣＰ  ＤＩＳＣＯＶＥＲ＜ディスカバー＞パケットを送信させ、プロセスを反復して開始するようになる。  
【００１１】
特許文献２では、アクセスサーバは、ＣＥ機器から送信されたハッシュ値と、自らが算出したハッシュ値を比較し、これらのハッシュ値が同一であった場合、ＣＥ機器のインターネットへの接続を許可すること、が記載されている（特許文献２の段落番号００９１）。
【００１２】
また、（特許文献２の段落番号０１４４）には、ＣＥ機器のユーザ登録、並びに、ＣＥ機器のアクセスサーバの認証を行うこと、が記載されている。
【００１３】
また、（特許文献３の段落番号００３３）には、ＤＨＣＰクライアントは、シークレットとハッシュ関数を用いて受信したＩｄｅｎｔｉｆｉｅｒとｃｈａｌｌｅｎｇｅ値からＲｅｓｐｏｎｓｅ値を演算し、クライアントが所有するユーザを識別するための情報Ｕｓｅｒ−ｎａｍｅを埋め込んだＡｕｔｈｅｎｔｉｃａｔｉｏｎオプションをＲＥＱＵＥＳＴ＜リクエスト＞メッセージに含めて送信すること、
（特許文献３の段落番号００３４）には、ＤＨＣＰサーバには、認証成功を示すＡｕｔｈｅｎｔｉｃａｔｉｏｎオプションと設定情報から変換したＤＨＣＰオプションを付加したＲｅｐｌｙ＜リプライ＞メッセージをＤＨＣＰクライアントに送信すること、が記載されている。
【特許文献１】特開２００５−３１８６１５号公報
【特許文献２】特開２００３−２７１５６１号公報
【特許文献３】特開２００６−１１５０３３号公報
【発明の開示】
【発明が解決しようとする課題】
【００１４】
しかしながら、関連技術の装置においては、次のような不都合がある。
【００１５】
すなわち、ＤＨＣＰクライアントの位置固定を実現するためには、別の認証システム（ＶＬＡＮ認証、ＩＥＥＥ８０２．１Ｘなど）との組み合わせを必要としコストアップ、運用の複雑化となっている。
また、インターネットサービスの利用者宅内においては、インターネットサービス事業者が位置固定したい端末（例えば、動画配信を受信する専用装置（セットトップボックス：ＳＴＢ）など）と、位置固定を必要としない端末（利用者のパソコンなど）が混在し、一括したＤＨＣＰクライアントの認証を実施すると位置固定を必要としない端末にまで認証を強いて利用者への利便性を損なわせる原因となる。
これを解決するために利用者宅内端末のＭＡＣアドレス管理などを実施した場合、サービス事業者（ネットワーク管理者）にＭＡＣアドレス管理などの煩雑な運用が必要となる。
【００１６】
サービス事業者の設備投資の効率化、利用者へのサービス品質の確保、また利用者の利便性を損ねないために前記のような課題を解決し利用者宅内のＤＨＣＰクライアントの位置固定を簡単に実現する仕組みが必要となっている。
【００１７】
また、ＤＨＣＰが利用される環境はＬＡＮや無線ＬＡＮであり簡単に盗聴などが可能な環境でありセキュリティレベルが低い。伝送路の内容をキャプチャすることにより、認証で利用するＩＤやパスワードの漏洩してしまう。認証情報のセキュリティを保つ仕組みも合わせて実現する必要がある。  
【００１８】
加えて、特許文献１では、クライアントがサーバを認証することができず、サーバーの正当性や信頼性を確認することができなかった。
【００１９】
さらに、特許文献２は、サーバがクライアントを認証する際のクライアント側操作を簡略化するものであり、クライアントがサーバを認証することができず、サーバーの正当性や信頼性を確認することができなかった。  
【００２０】
また、特許文献３では、サーバがクライアントを認証することを特徴としており、クライアントがサーバを認証することができず、サーバーの正当性や信頼性を確認することができなかった。  
【００２１】
本発明は、上記した技術の不都合を解決することを課題としてなされたものであって、その目的とするところは、複雑な運用が不要でサーバーの正当性や信頼性を確認可能な通信システム、通信装置、通信制御方法、及び通信制御プログラムを提供することにある。
【課題を解決するための手段】
【００２２】
上記目的を達成するため、本発明の通信システムは、通信装置と、この通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置とを含む通信システムであって、前記通信装置は、前記アドレス割当装置から前記ＩＰアドレスを取得する際にチャレンジコードを生成して当該チャレンジコードをＤＨＣＰメッセージのオプション部を利用して前記アドレス割当装置に送信する認証制御部を含み、前記アドレス割当装置は、前記通信装置から受信した前記チャレンジコードと予め与えられた自らの識別情報及び認証情報とからハッシュ関数を用いて第１ハッシュ値を算出するハッシュ値算出機能を含むと共に、前記通信装置の認証制御部は、前記通信装置から前記アドレス割当装置への前記ＩＰアドレスのリース延長要求時に、前記ＤＨＣＰメッセージのオプション部を利用して前記アドレス割当装置から受信した前記ハッシュ値によって前記アドレス割当装置の信頼性を認証する機能を有することを特徴としている。
【００２３】
本発明の通信装置は、ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置であって、前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御部を設け、この認証制御部は、認証用の第１チャレンジコードを生成すると共に当該第１チャレンジコードをＤＨＣＰプロトコルにおける第１メッセージのオプション部に付与して前記アドレス割当装置に送信する第１の処理部と、前記第１チャレンジコードと予め与えられた前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第２メッセージを、前記アドレス割当装置より受信する第２の処理部と、前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第１チャレンジコードとに基づいて前記ハッシュ関数を用いて前記通信装置にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３の処理部と、を含むことを特徴としている。
【００２４】
本発明のアドレス割当装置は、通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置であって、ＤＨＣＰプロトコルにおける第１メッセージのオプション部に認証用の第１チャレンジコードが付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第１の処理部と、前記第１チャレンジコードと予め与えられた自らの識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第２の処理部と、を含むことを特徴としている。
【００２５】
本発明の通信装置における通信制御方法は、ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置が処理する通信制御方法であって、前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する制御を行う認証制御ステップを設け、この認証制御ステップでは、認証用の第１チャレンジコードを生成すると共に当該第１チャレンジコードをＤＨＣＰプロトコルにおける第１メッセージのオプション部に付与して前記アドレス割当装置に送信する第１ステップと、前記第１チャレンジコードと前記アドレス割当装置に予め与えられた識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第２メッセージを、前記アドレス割当装置より受信する第２ステップと、前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第１チャレンジコードとに基づいて前記ハッシュ関数を用いて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して第１認証を行う第３ステップと、を行うことを特徴としている。
【００２６】
本発明のアドレス割当装置における通信制御方法は、通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置が処理する通信制御方法であって、ＤＨＣＰプロトコルにおける第１メッセージのオプション部に認証用の第１チャレンジコードを付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第１ステップと、前記第１チャレンジコードと予め与えられた自らの識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を第２メッセージに付与して前記通信装置に送信する割当側第２ステップと、を含むことを特徴としている。
【００２７】
本発明の通信システムにおける通信制御方法は、通信装置と、前記通信装置と通信網を介して通信接続され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置とを含む通信システムが処理する通信制御方法であって、前記通信装置が、認証用の第１チャレンジコードを生成すると共に、ＤＨＣＰプロトコルにおける前記アドレス割当装置の検索メッセージのオプション部に前記第１チャレンジコードを付与して、前記アドレス割当装置に送信する第１の送信ステップと、前記アドレス割当装置が、受信した前記第１チャレンジコードと、予め与えられた自身の識別情報及び認証情報とに基づいて、ハッシュ関数を用いて第１ハッシュ値を算出する第１ハッシュ値算出ステップと、前記アドレス割当装置が、前記ＤＨＣＰプロトコルにおける前記ＩＰアドレスの仮配布メッセージのオプション部に前記第１ハッシュ値を付与して、前記通信装置に送信する第２の送信ステップと、前記通信装置が、前記第１チャレンジコードと、前記アドレス割当装置に対して予め与えられて前記通信装置にて予め記憶されている前記識別情報及び認証情報とに基づいて前記ハッシュ関数を用いて第２ハッシュ値を算出する第２ハッシュ値算出ステップと、前記通信装置が、受信した前記第１ハッシュ値と前記第２ハッシュ値とを比較して、前記アドレス割当装置の信頼性を認証する第１認証ステップと、を含むことを特徴としている。
【００２８】
本発明の通信装置における通信制御プログラムは、ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置が備えたコンピュータに諸機能を実現させることが可能な通信制御プログラムであって、前記アドレス割当装置から前記ＩＰアドレスを取得する際、および前記ＩＰアドレスのリース延長要求する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御機能を含む機能をコンピュータに実現させると共に、この認証制御機能では、認証用の第１チャレンジコードを生成すると共に当該第１チャレンジコードをＤＨＣＰプロトコルにおける第１メッセージのオプション部に付与して前記アドレス割当装置に送信する第１の処理機能と、前記第１チャレンジコードと前記アドレス割当装置に予め与えられた識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が前記ＤＨＣＰプロトコルのオプション部に付与された第２メッセージを、前記アドレス割当装置より受信する第２の処理機能と、前記アドレス割当装置に対して予め与えられ、前記通信装置にて予め記憶されている前記識別情報及び認証情報と、前記第１チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３の処理機能と、を含む機能をコンピュータに実現させることを特徴としている。
【００２９】
本発明のアドレス割当装置における通信制御プログラムは、通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置が備えたコンピュータに諸機能を実現させることが可能な通信制御プログラムであって、ＤＨＣＰプロトコルにおける第１メッセージのオプション部に認証用の第１チャレンジコードが付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する割当側第１の処理機能と、前記第１チャレンジコードと予め与えられた自らの識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を前記ＤＨＣＰプロトコルにおける第２メッセージのオプション部に付与して前記通信装置に送信する割当側第２の処理機能と、を含む機能をコンピュータに実現させることを特徴としている。
【発明の効果】
【００３０】
本発明によれば、複雑な運用が不要となり、通信装置の認証制御部が、アドレス割当装置の正当性や信頼性を確認することができるという、関連技術にない優れた通信システム、通信装置、アドレス割当装置、電子機器、通信制御方法、及び通信制御プログラムを提供することができる。
【発明を実施するための最良の形態】
【００３１】
〔通信システムの基本的構成〕
先ず、通信システムの基本的構成について説明する。本発明の通信システム（例えば図１に示す符号１など）は、通信装置（例えば図１に示す符号１０など）と、この通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置（例えば図１に示す符号２０など）とを含むものである。
この通信システムにおける前記通信装置は、前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御部（例えば図１に示す符号１３など）を含む構成としている。
【００３２】
このような通信システムでは、ＤＨＣＰのクライアント（通信装置）とサーバ（アドレス割当装置）との関係において、クライアントが、ＩＰアドレス取得時、あるいは、ＩＰアドレスのリース延長要求動作時に、同時にサーバを認証する。これにより、クライアントとサーバの組み合わせを固定化し、ＨＧＷの位置固定、また端末の自動設定と組み合わせることによりＤＨＣＰクライアントがインターネットサービスを利用できる／受信できる位置を固定させることを実現する。
また、ＤＨＣＰプロトコルを利用して簡単、安全な認証を実現する。
【００３３】
ここで、ＤＨＣＰプロトコルは、ＩＰＶ４の場合、クライアントからのサーバ検索（ＤＩＳＣＯＶＥＲ＜ディスカバー＞)メッセージ送信、サーバ検索に対して、サーバ側からＩＰアドレスの仮配布（ＯＦＦＥＲ＜オファー＞）メッセージ返信、また仮配布内容の確認のためクライアントからＩＰアドレス要求（ＲＥＱＵＥＳＴ＜リクエスト＞）メッセージ送信、サーバ側から許可（ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞）メッセージ返信によりＩＰアドレス配布が完了する。
【００３４】
また、ＤＨＣＰプロトコルでは、当初ＩＰアドレス配布時にＩＰドレスの貸し出し期間（リースタイム）を指定しており、貸し出し期間満了前にクライアントから期間の延長要求を送信する仕組みとなっている。
【００３５】
この延長要求では、前記の仮配布内容確認で利用されるメッセージ形式と同じ、クライアントからＩＰアドレス要求（ＲＥＱＵＥＳＴ＜リクエスト＞）、サーバ側から許可（ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞）メッセージを利用している。
【００３６】
また、ＤＨＣＰプロトコルでは、クライアント、サーバ間で送受信されるそれぞれのメッセージにオプション指定が可能である。
【００３７】
認証制御部による認証は、このＤＨＣＰクライアントのＩＰアドレス取得に利用されるＤＨＣＰメッセージのオプション部を利用することにより認証機能を実現する。
【００３８】
ここで、ＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージ、ＯＦＦＥＲ＜オファー＞メッセージのみを利用した第１認証を行うと、その後のクライアント成りすましへの対策が行われない。このためＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージ、ＯＦＦＥＲ＜オファー＞メッセージに加えＲＥＱＵＥＳＴ＜リクエスト＞メッセージ、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージにも認証機能（第２認証）を盛り込むことにより、定期的な認証を可能とし成りすまし対策も実現する。
【００３９】
また、ＤＨＣＰクライアントを認証する側、ＤＨＣＰサーバを認証される側とする。これにより本機能が具備されたＤＨＣＰクライアントは、ＤＨＣＰサーバを認証する。しかし、本機能を具備しないＤＨＣＰクライアントは、本機能を具備したＤＨＣＰサーバであっても、それを意識せず接続が可能とする。
【００４０】
さらに、認証制御部による認証においてチャレンジ・レスポンス方式を利用して伝送路へ平文の認証用ＩＤ、パスワードを流さず、高いセキュリティを保ったシステムを実現する。
【００４１】
また、本機能を具備したＤＨＣＰサーバ、ＤＨＣＰクライアントの設定（ＩＤ、パスワード、暗号化キーなど）を既存技術である端末の自動設定機能を利用して利用者に対して秘密化することにより、利用者への設定値漏洩を防ぐことができ、システム管理者のシステム管理ポリシーの下運用が可能となる。
【００４２】
以下、このような本発明の「通信システム」のより具体的な実施の形態の一例について、図面を参照して具体的に説明する。
【００４３】
〔第１の実施の形態〕
（通信システムの全体構成）
先ず、本実施の形態の通信システムの具体的構成について、全体構成から説明し、続いて各部の詳細構成について説明することとする。図１は、本発明における第１実施の形態の通信システムの全体の概略構成の一例を示す説明図である。
【００４４】
図１に示すように、本実施の形態の通信システム１は、ＤＨＣＰクライアント１０（通信装置）と、このＤＨＣＰクライアント１０と通信網（ネットワーク）Ｎを介して通信可能なＤＨＣＰサーバ２０（アドレス割当装置）と、を含んで構成される。
【００４５】
図１において、ＤＨＣＰクライアント１０、ＤＨＣＰサーバ２０は、本発明の特徴を持つ機器である。
【００４６】
ＤＨＣＰクライアント１０は、認証する対象であるＤＨＣＰサーバ２０のＩＤ（識別情報）、パスワード（認証情報）を記憶する機能１２ａ、認証する文字列生成のキー（種）となるチャレンジコードを生成する機能１２ｂ、前記ＩＤ、パスワード、チャレンジコードからハッシュ値を算出する機能１２ｃ、そして自身が生成したハッシュ値とＤＨＣＰサーバ２０から取得するハッシュ値を比較し認証する機能１２ｄを有する。
【００４７】
ここで、ＤＨＣＰクライアント１０は、これらの機能１２ｂ〜１２ｄを含む認証制御部１３を有することができる。
認証制御部１３は、アドレス割当装置であるＤＨＣＰサーバ２０から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御することができる。
【００４８】
ＤＨＣＰサーバ２０は、自身のＩＤ、パスワードを記憶する機能２２ａ、そして前記ＩＤ、パスワードと受信したチャレンジコードからハッシュ値を算出する機能２２ｂを有する。
【００４９】
また、本機能を実現するために、ＤＨＣＰクライアント１０、サーバ２０ともにＤＨＣＰプロトコルのオプション部分に本機能を実現するための情報を盛り込む機能を有する。
【００５０】
ＤＨＣＰクライアント１０、ＤＨＣＰサーバ２０は、それぞれ、プログラム制御により動作するものであり、ネットワーク関連の機能を有していれば、デスクトップ、ラップトップコンピュータ、サーバコンピュータ、その他無線・有線通信機能を有する情報機器、情報家電機器（テレビ・ゲーム機）、またはこれに類するコンピュータなどいかなるコンピュータでもよく、移動式・固定式を問わない。
【００５１】
ＤＨＣＰクライアント１０、ＤＨＣＰサーバ２０のハードウエア構成は、それぞれ、種々の情報等を表示するための表示部（スクリーン）、この表示部の表示画面上（の各種入力欄等）にデータを操作入力するための操作入力部（例えばキーボード・マウス・各種ボタン・表示操作部等）、各種信号・データを送受信するための送受信部ないしは通信部（モデムなど）、各種プログラム・各種データを記憶しておく記憶部（例えばメモリ、ハードディスク等）、これらの制御を司る制御部（例えばＣＰＵ、ＭＰＵ、ＤＳＰ等）などを有することができる。  
【００５２】
（各部の詳細構成）
次に、ＤＨＣＰのクライアント１０及びＤＨＣＰサーバ２０のより詳細な機能構成について、図２を参照しつつ説明する。図２は、図１の通信システムの詳細構成の一例を示す説明図である。
【００５３】
通信装置としてのＤＨＣＰのクライアント１０の認証制御部１３は、図２に示すように、特定の通信プロトコル（ＩＰＶ４におけるＤＨＣＰプロトコルなど）における第１メッセージ（検索メッセージとしてのＤＩＣＯＶＥＲメッセージなど）に第１チャレンジコードを付与して前記アドレス割当装置（ＤＨＣＰサーバ２０など）に送信する第１の処理部１３aを有することができる。
【００５４】
さらに、認証制御部１３は、前記第１チャレンジコードと前記アドレス割当装置（ＤＨＣＰサーバ２０）の識別情報（ＩＤなど）及び認証情報（パスワードなど）とに基づいてハッシュ関数を用いて前記アドレス割当装置（ＤＨＣＰサーバ２０）にて算出された第１ハッシュ値が付与された第２メッセージ（ＩＰアドレスの仮配布メッセージとしてのＯＦＦＥＲ＜オファー＞メッセージなど）を、前記アドレス割当装置（ＤＨＣＰサーバ２０）より受信する第２の処理部１３ｂを有することができる。
【００５５】
さらに、認証制御部１３は、前記通信装置にて予め記憶された前記アドレス割当装置（ＤＨＣＰサーバ２０）の識別情報及び認証情報と、前記第１チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置（ＤＨＣＰのクライアント１０など）にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３の処理部１３ｃを有することができる。
【００５６】
第１ハッシュ値は、アドレス割当装置側の保有する情報（識別情報、認証情報、第１チャレンジコード）に基づいてハッシュ関数を用いて算出される。第２ハッシュ値は、通信装置側の保有する情報（識別情報、認証情報、第１チャレンジコード）に基づいてハッシュ関数を用いて算出される。
ここで、ハッシュ関数は、元データから固定長のデータ列（擬似乱数）、ある一定範囲の数値を生成する関数である。
アドレス割当装置側と通信装置側とデータのハッシュ値を求めて両者を比較すれば、データが改ざんされていないか調べることができる。ハッシュ関数は、不可逆な一方向関数を含むため、ハッシュ値から元データを再現することはできず、また同じハッシュ値を持つ異なるデータを作成することは極めて困難である。
【００５７】
さらに、認証制御部１３は、第３メッセージ（ＩＰアドレス要求メッセージとしてのＲＥＱＥＳＴメッセージなど）に前記第２チャレンジコードを付与して前記アドレス割当装置（ＤＨＣＰサーバ２０）に送信する第４の処理部１３ｄを有することができる。
【００５８】
さらに、認証制御部１３は、前記第２チャレンジコードと前記アドレス割当装置（ＤＨＣＰサーバ２０）の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置（ＤＨＣＰサーバ２０）にて算出された第３ハッシュ値が付与された第４メッセージ（許可メッセージとしてのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージなど）を、前記アドレス割当装置（ＤＨＣＰサーバ２０）より受信する第５の処理部１３ｅを有することができる。
【００５９】
さらに、認証制御部１３は、前記通信装置（ＤＨＣＰのクライアント１０）にて予め記憶された前記アドレス割当装置（ＤＨＣＰサーバ２０）の識別情報（ＩＤなど）及び認証情報（パスワードなど）と、前記第２チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置（ＤＨＣＰのクライアント１０）にて算出された第４ハッシュ値と、前記第３ハッシュ値とを比較して前記通信装置（ＤＨＣＰのクライアント１０）が第２認証を行う第６の処理部１３ｆを有することができる。
【００６０】
アドレス割当装置としてのＤＨＣＰサーバ２０は、特定の通信プロトコルにおける第１メッセージに第１チャレンジコードが付与された第１チャレンジコード付き第１メッセージを、前記通信装置（ＤＨＣＰのクライアント１０）より受信する第７の処理部２３ａ（割当側第１の処理部）と、前記第１チャレンジコードと前記アドレス割当装置の識別情報（ＩＤ）及び認証情報（パスワード）とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を第２メッセージに付与して前記通信装置に送信する第８の処理部２３ｂ（割当側第２の処理部）と、を有することができる。  
【００６１】
前記第７の処理部２３ａ（割当側第１の処理部）と前記第８の処理部２３ｂ（割当側第２の処理部）とが、前記第１ハッシュ値と前記通信装置側で求めた第２ハッシュ値とを前記通信装置において比較する第１認証に利用される。  
【００６２】
さらに、アドレス割当装置としてのＤＨＣＰサーバ２０は、第３メッセージに第２チャレンジコードが付与された第２チャレンジコード付き第１メッセージを、前記通信装置より受信する第９の処理部２３ｃ（割当側第３の処理部）と、前記第２チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第３ハッシュ値を算出し、この第３ハッシュ値を第２メッセージに付与して前記通信装置に送信する第１０の処理部２３ｄ（割当側第４の処理部）と、を有することができる。
【００６３】
前記第９の処理部２３ｃ（割当側第３の処理部）と前記第１０の処理部２３ｄ（割当側第４の処理部）とが、前記第３ハッシュ値と前記通信装置側で求めた第４ハッシュ値とを前記通信装置において比較する第２認証に利用される。
【００６４】
ここで、前記認証制御部１３は、前記ＩＰアドレスのリース延長要求時に認証することができる。ＩＰアドレス取得時では、第１の処理部１３ａ、第２の処理部１３ｂ、第３の処理部１３ｃを利用した第１認証と、第４の処理部１３ｄ、第５の処理部１３ｅ、第６の処理部１３ｆを利用した第２認証とを行うが、のリース延長要求時の場合には、第４の処理部１３ｄ、第５の処理部１３ｅ、第６の処理部１３ｆを利用する第２認証のみを行うことができる。
【００６５】
さらに、前記認証制御部１３は、前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ４におけるＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージ、ＯＦＦＥＲ＜オファー＞メッセージの授受を利用して第１認証を行うことができる。
【００６６】
またさらに、前記認証制御部１３は、前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ４におけるＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージ、ＯＦＦＥＲ＜オファー＞メッセージの授受を利用した第１認証と、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージ、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージの授受を利用した第２認証とを行うことができる。
【００６７】
また、前記認証制御部１３は、前記通信装置が前記アドレス割当装置から受信した第１ハッシュ値と、前記通信装置が算出した第２ハッシュ値とを比較して認証を行うことができる。すなわち、前記認証制御部１３は、前記アドレス割当装置側の保有する情報に基づいてハッシュ関数を用いて算出される第１ハッシュ値と、前記通信装置側の保有する情報に基づいてハッシュ関数を用いて算出した第２ハッシュ値とを比較して認証を行うことができる。  
【００６８】
さらに、前記認証制御部１３は、前記第１ハッシュ値、前記第２ハッシュ値を、前記通信装置側にて生成される各々のチャレンジコードに基づいて算出することができる。
【００６９】
また、前記認証制御部１３は、前記第１ハッシュ値、前記第２ハッシュ値を、前記通信装置側にて生成される各々のチャレンジコードと、前記アドレス割当装置の識別情報及び認証情報とに基づいて算出することができる。
【００７０】
（処理手順について）
（概略処理）
次に、上述のような構成を有する通信システムにおける各部の処理は、方法としても実現可能であり、通信制御方法としての各種の処理手順について、図３乃至図７を参照しつつ説明する。図３乃至図５は、本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図であり、ＩＰ取得時の動作を示す。図６及び図７は、本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図であり、リース延長要求時の動作を示す。
【００７１】
本実施の形態に係る通信制御方法は、ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置が処理するものを対象とするものである。
【００７２】
この通信制御方法は、第１の基本的構成（通信装置側の処理構成）として、前記通信装置が、前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御ステップ（例えば図３〜図５に示すステップＳ１０２、ステップＳ１０５〜Ｓ１１９、ステップＳ１２１からなるステップなど）を行うことを特徴としている。
【００７３】
また、この通信制御方法は、前記認証制御ステップでは、特定の通信プロトコルにおける第１メッセージに第１チャレンジコードを付与して前記アドレス割当装置に送信する第１ステップ（例えば図３に示すステップＳ１０２）と、前記第１チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が付与された第２メッセージを、前記アドレス割当装置より受信する第２ステップ（例えば図３に示すステップＳ１０９）と、前記通信装置にて予め記憶された前記アドレス割当装置の識別情報及び認証情報と、前記第１チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３ステップ（例えば図４に示すステップＳ１１２）とを行うことができる。
【００７４】
さらに、この通信制御方法は、前記認証制御ステップでは、第３メッセージに前記第２チャレンジコードを付与して前記アドレス割当装置に送信する第４ステップ（例えば図４に示すステップＳ１１３）と、前記第２チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第３ハッシュ値が付与された第４メッセージを、前記アドレス割当装置より受信する第５ステップ（例えば図５に示すステップＳ１１８）と、前記通信装置にて予め記憶された前記アドレス割当装置の識別情報及び認証情報と、前記第２チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置にて算出された第４ハッシュ値と、前記第３ハッシュ値とを比較して前記通信装置が第２認証を行う第６ステップ（例えば図５に示すステップＳ１２１）と、を行うことができる。
特に、リース延長要求時には、この第４ステップ〜第６ステップのみを行うことができる。    
【００７５】
加えて、本実施の形態に係る通信制御方法は、通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置が処理するものを対象とすることができる。
【００７６】
この通信制御方法は、第２の基本的構成（アドレス割当装置側の処理構成）として、特定の通信プロトコルにおける第１メッセージに第１チャレンジコードを付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する第７ステップ＜割当側第１ステップ＞（例えば図３に示すステップＳ１０５）と、前記第１チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を第２メッセージに付与して前記通信装置に送信する第８ステップ＜割当側第２ステップ＞（例えば図３に示すステップＳ１０８）と、を含むことができる。
この場合、前記第７ステップ＜割当側第１ステップ＞と前記第８ステップ＜割当側第２ステップ＞とが、前記第１ハッシュ値と前記通信装置側で求めた第２ハッシュ値とを前記通信装置において比較する第１認証に利用されるようにすることができる。
【００７７】
また、この通信制御方法は、第３メッセージに第２チャレンジコードを付与された第２チャレンジコード付き第３メッセージを、前記通信装置より受信する第９ステップ＜割当側第３ステップ＞（例えば図４に示すステップＳ１１４）と、前記第２チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第３ハッシュ値を算出し、この第３ハッシュ値を第４メッセージに付与して前記通信装置に送信する第１０ステップ＜割当側第４ステップ＞（例えば図５に示すステップＳ１１７）と、を含むことができる。
この場合、前記第９ステップ＜割当側第３ステップ＞と前記第１０ステップ＜割当側第４ステップ＞とが、前記第３ハッシュ値と前記通信装置側で求めた第４ハッシュ値とを前記通信装置において比較する第２認証に利用されるようにすることができる。  
【００７８】
さらに加えて、本実施の形態に係る通信制御方法は、通信装置と、前記通信装置と通信網を介して通信接続され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置とを含む通信システムが処理するものを対象とすることができる。
【００７９】
この通信制御方法は、第３の基本的構成（通信システム全体の処理構成）として、前記通信装置が、前記アドレス割当装置の検索メッセージに第１チャレンジコードを付与して、前記アドレス割当装置に送信する第１の送信ステップ（例えば図３に示すステップＳ１０２）と、前記アドレス割当装置が、受信した前記第１チャレンジコードと、自身の識別情報及び認証情報とに基づいて、ハッシュ関数を用いて第１ハッシュ値を算出する第１ハッシュ値算出ステップ（例えば図３に示すステップＳ１０７）と、前記アドレス割当装置が、前記ＩＰアドレスの仮配布メッセージに前記第１ハッシュ値を付与して、前記通信装置に送信する第２の送信ステップ（例えば図３に示すステップＳ１０８）と、前記通信装置が、前記第１チャレンジコードと、前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第２ハッシュ値を算出する第２ハッシュ値算出ステップ（例えばステップＳ１１１ａ＜不図示＞）と、前記通信装置が、受信した前記第１ハッシュ値と前記第２ハッシュ値とを比較して、前記アドレス割当装置の信頼性を認証する第１認証ステップ（例えば図４に示すステップＳ１１２）と、を含むことができる。
【００８０】
さらに、この通信制御方法は、前記通信装置が、ＩＰアドレス要求メッセージに第２チャレンジコードを付与して、前記アドレス割当装置に送信する第３の送信ステップ（例えば図４に示すステップＳ１１３）と、前記アドレス割当装置が、受信した前記第２チャレンジコードと、自身の識別情報及び認証情報とに基づいて、ハッシュ関数を用いて第３ハッシュ値を算出する第３ハッシュ値算出ステップ（例えば図４に示すステップＳ１１６）と、前記アドレス割当装置が、許可メッセージに前記第３ハッシュ値を付与して、前記通信装置に送信する第４の送信ステップ（例えば図５に示すステップＳ１１７）と、前記通信装置が、前記第２チャレンジコードと、前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第４ハッシュ値を算出する第４ハッシュ値算出ステップ（例えばステップＳ１１９ａ＜不図示＞）と、前記通信装置が、受信した前記第３ハッシュ値と前記第４ハッシュ値とを比較して、前記アドレス割当装置の信頼性を認証する第２認証ステップ（例えば図５に示すステップＳ１２１）と、を含むことができる。
【００８１】
以下、これを更に詳述し、ＤＨＣＰクライアントがネットワークに接続された際のＩＰアドレス取得動作、また、取得後の定期的なＩＰアドレスリース延長要求動作と同時にＤＨＣＰサーバを認証する動作についてそれぞれ詳細に説明する。
【００８２】
（ＩＰアドレス取得動作時の認証処理）
まず、ＤＨＣＰクライアントがＩＰアドレス取得動作とともにＤＨＣＰサーバを認証する動作について、図３乃至図５を用い説明する。
図３乃至図５において、本発明機能を持ったＤＨＣＰクライアントを第１のクライアント端末、ＤＨＣＰサーバをサーバ、通常のＤＨＣＰクライアントを第２のクライアント端末とする。
【００８３】
図３に示すように、第１のクライアント端末は、ＬＡＮに接続される（ステップＳ１０１）。第１のクライアント端末は、ＤＨＣＰのＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージに第１のクライアント端末が生成したチャレンジコードをオプションとして付け、サーバに対して送信する（ステップＳ１０２）＜第１ステップもしくは第１の送信ステップ（第１の処理機能もしくは第１の送信処理機能）＞。
【００８４】
一方、第２のクライアント端末は、ＬＡＮに接続される（ステップＳ１０３）と、通常のＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージをサーバに対して送信する（ステップＳ１０４）。  
【００８５】
サーバは、第１のクライアント端末からのＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージを受信する（ステップＳ１０５）＜第７ステップ（第７の処理機能）：割当側第１ステップ（割当側第１の処理機能）＞。  
同様に、サーバは、第２のクライアント端末からのＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージを受信する（ステップＳ１０５）。
【００８６】
続いて、サーバは、受信したＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ１０６）。  
サーバは、チャレンジコードが存在する場合、チャレンジコード、サーバ自身のＩＤ、パスワードからハッシュ値（第１ハッシュ値）を算出する（ステップＳ１０７）＜第１ハッシュ値算出ステップ（第１ハッシュ値算出機能）＞。
【００８７】
サーバは、算出したハッシュ値を、ＤＨＣＰプロトコルのＯＦＦＥＲ＜オファー＞メッセージのオプションとして付け第１のクライアント端末に返信する（ステップＳ１０８）＜第８ステップ〔割当側第２ステップ〕もしくは第２の送信ステップ（第８の処理機能〔割当側第２の処理機能〕もしくは第２の送信処理機能）＞。
【００８８】
一方、サーバは、ステップＳ１０６において、ＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージのオプションにチャレンジコードが存在しないと判断した場合には、送信先が通常のＤＨＣＰクライアントであると判断し、ＯＦＦＥＲ＜オファー＞メッセージを第２のクライアント端末に向けて送信する（ステップＳ１３１）。
第２のクライアント端末は、サーバよりＯＦＦＥＲ＜オファー＞メッセージを受信する（ステップＳ１３２）。
【００８９】
一方、ステップＳ１０８の後、第１のクライアント端末は、サーバよりハッシュ値付きのＯＦＦＥＲ＜オファー＞メッセージを受信する（ステップＳ１０９）＜第２ステップ（第２の処理機能）＞。
【００９０】
次に、図４に示すように、第１のクライアント端末は、受信したＯＦＦＥＲ＜オファー＞メッセージのオプション（ハッシュ値）の有無を確認する（ステップＳ１１１）。
【００９１】
第１のクライアント端末は、ハッシュ値が存在する場合は、先ず、第１のクライアント端末自身がサーバのＩＤ、パスワードと生成したチャレンジコードからハッシュ値（第２ハッシュ値）算出する（ステップＳ１１１ａ）＜第２ハッシュ値算出ステップ（第２ハッシュ値算出機能）＞。    
【００９２】
そして、第１のクライアント端末は、受信したハッシュ値（第１ハッシュ値）と第１のクライアント端末自身がサーバのＩＤ、パスワードと生成したチャレンジコードから算出したハッシュ値（第２ハッシュ値）を認証（比較）する（ステップＳ１１２）＜第３ステップもしくは第１認証ステップ（第３の処理機能もしくは第１認証機能）＞。
第１のクライアント端末は、一致していれば（ＯＫであれば）、サーバが正当なものと判断し、ＤＨＣＰプロトコルのＯＦＦＥＲ＜オファー＞メッセージを受け入れる。
【００９３】
第１のクライアント端末が、ステップＳ１１１においてハッシュ値が存在していないと判断したり、ステップＳ１１２において認証が一致していないと判断した場合（ＮＧ）には、サーバを正当ではないと判断してサービスを停止する（図５）。
【００９４】
続いて、図４に示すように、第１のクライアント端末は、ＯＦＦＥＲ＜オファー＞メッセージで取得したＩＰアドレスの正式な利用要求のためＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する。この際、第１のクライアント端末は、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージに、第１のクライアント端末が生成したチャレンジコードをオプションとして付け、チャレンジコード付きのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを送信する（ステップＳ１１３）＜第４ステップもしくは第３の送信ステップ（第４の処理機能もしくは第３の送信処理機能）＞。
【００９５】
一方、第２のクラアイント端末は、ステップＳ１３２のＯＦＦＥＲ＜オファー＞メッセージ受信の後、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する（ステップＳ１３３）。
【００９６】
サーバは、第１のクライアント端末よりチャレンジコード付きのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ１１４）＜第９ステップ（第９の処理機能）：割当側第３ステップ（割当側第３の処理機能）＞。
同様に、サーバは、第２のクライアント端末よりＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ１３３）。
【００９７】
続いて、サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ１１５）。
サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプションにチャレンジコードが存在すると判断した場合、サーバは、チャレンジコード、サーバ自身のＩＤ（識別情報）、パスワード（認証情報）に基づいてハッシュ値（第３ハッシュ値）を算出する（ステップＳ１１６）＜第３ハッシュ値算出ステップ（第３ハッシュ値算出機能）＞。
【００９８】
次に、サーバは、図５に示すように、算出したハッシュ値を、ＤＨＣＰプロトコルのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージのオプションとして付け、ハッシュ値付きのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを第１のクライアント端末に返信する（ステップＳ１１７）＜第１０ステップ〔割当側第４ステップ〕もしくは第４の送信ステップ（第１０の処理機能〔割当側第４の処理機能〕もしくは第４の送信処理機能）＞。
【００９９】
一方、図４に示すステップＳ１１５において、サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージにチャレンジコードがないと判断した場合、図５に示すようにサーバは、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを第２のクライアント端末に向けて送信する（ステップＳ１３１）。  
第２のクライアント端末は、サーバよりＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを受信し（ステップＳ１３２）、サービスを開始する。
【０１００】
一方、第１のクライアント端末では、サーバよりハッシュ値付きのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを受信する（ステップＳ１１８）＜第５ステップ（第５の処理機能）＞。
第１のクライアント端末は、受信したＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージのオプション（ハッシュ値）の有無を確認する（ステップＳ１１９）。
【０１０１】
第１のクライアント端末は、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージのオプションにハッシュ値が存在すると判断した場合は、先ず、第１のクライアント端末自身がサーバのＩＤ、パスワードと生成したチャレンジコードからハッシュ値（第４ハッシュ値）算出する（ステップＳ１１９ａ）＜第４ハッシュ値算出ステップ（第４ハッシュ値算出機能）＞。    
【０１０２】
そして、第１のクライアント端末は、保有するサーバのＩＤ（識別情報）と、パスワード（認証情報）と、生成したチャレンジコードとに基づいて、第１のクライアント端末自身が算出したハッシュ値（第４ハッシュ値）と、受信したハッシュ値（第３ハッシュ値）とを比較して認証を行う（ステップＳ１２１）＜第６ステップもしくは第２認証ステップ（第６の処理機能もしくは第２認証機能）＞。
【０１０３】
第１のクライアント端末は、ステップＳ１２１において、受信したハッシュ値と、算出したハッシュ値とが一致していると判断した場合には（ＯＫであれば）、サーバが正当なものと判断し、ＤＨＣＰプロトコルのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを受け入れ、ＩＰアドレスを正式に取得しサービス開始（ＩＰ通信開始）とする。
【０１０４】
一方、第１のクライアント端末は、ステップＳ１１９において、ハッシュ値が存在していないと判断したり、ステップＳ１２１において、各ハッシュ値が一致していないと判断した（認証がＮＧ）場合には、サーバを正当ではないと判断してサービスを停止する。
【０１０５】
（リース延長確認時の認証処理）
次に、ＤＨＣＰクライアントがＩＰアドレスリース延長確認動作とともにＤＨＣＰサーバを認証する動作について、図６及び図７を用い説明する。
【０１０６】
図６及び図７において、本発明機能を持ったＤＨＣＰクライアントを第１のクライアント端末、ＤＨＣＰサーバをサーバ、通常のＤＨＣＰクライアントを第２のクライアント端末、とする。
【０１０７】
図６に示すように、第１のクライアント端末は、ＩＰ取得動作で取得したＩＰアドレスのリース延長確認を定期的に行う（ステップＳ２０１）＜リース延長確認時間＞。この動作でもＩＰ取得動作で実施した認証動作と同じようにサーバの認証を行う。
【０１０８】
そして、第１のクライアント端末は、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する。この際、第１のクライアント端末は、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージに、第１のクライアント端末が生成したチャレンジコードをオプションとして付け、チャレンジコード付きＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する（ステップＳ２０２）。
【０１０９】
同様に、第２のクライアント端末は、ＩＰ取得動作で取得したＩＰアドレスのリース延長確認を定期的に行う（ステップＳ２０３）＜リース延長確認時間＞。そして、第２のクライアント端末は、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する（ステップＳ２０４）。  
【０１１０】
続いて、サーバは、第２のクライアント端末よりＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ２０５）。
同様に、サーバは、第１のクライアント端末よりチャレンジコード付きのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ２０５）。    
【０１１１】
サーバは、受信したＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ２０６）。
【０１１２】
サーバは、ステップＳ２０６において、受信したＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプションに、チャレンジコードが存在すると判定した場合、サーバは、チャレンジコードと、サーバ自身のＩＤ（識別情報）と、パスワード（認証情報）とに基づいてハッシュ値を算出する（ステップＳ２０７）。
【０１１３】
サーバは、算出したハッシュ値を、ＤＨＣＰプロトコルのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージのオプションとして付け、ハッシュ値付きのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを第１のクライアント端末に対して返信する（ステップＳ２０８）。  
【０１１４】
一方、ステップＳ２０６において、サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージにチャレンジコードがないと判断した場合、サーバは、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを第２のクライアント端末に向けて送信する（ステップＳ２１１）。  
第２のクライアント端末は、サーバよりＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを受信し（ステップＳ２２２）、サービスを続ける（図７。
【０１１５】
一方、第１のクライアント端末では、サーバよりハッシュ値付きのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを受信する（ステップＳ２０９）。
第１のクライアント端末は、図７に示すように、受信したＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージのオプション（ハッシュ値）の有無を確認する（ステップＳ２１１）。
【０１１６】
第１のクライアント端末は、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージのオプションにハッシュ値が存在すると判断した場合は、保有するサーバのＩＤ（識別情報）と、パスワード（認証情報）と、生成したチャレンジコードとに基づいて、第１のクライアント端末自身が算出したハッシュ値と、受信したハッシュ値とを比較して認証を行う（ステップＳ２１２）。
【０１１７】
第１のクライアント端末は、ステップＳ２１２において、受信したハッシュ値と、算出したハッシュ値とが一致していると判断した場合には（ＯＫであれば）、サーバが正当なものと判断し、ＤＨＣＰのＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞を受け入れＩＰアドレス利用しサービスを続ける。
【０１１８】
一方、第１のクライアント端末は、ステップＳ２１１において、ハッシュ値が存在していないと判断したり、ステップＳ２１２において、各ハッシュ値が一致していないと判断した（認証がＮＧ）場合には、サーバを正当ではないと判断してサービスを停止する。
【０１１９】
以上のように本実施の形態によれば、ＨＧＷ（ＤＨＣＰサーバ）の位置固定機能と組み合わせることによりＤＨＣＰクライアントの位置固定を容易に提供できる。
【０１２０】
また、本機能を具備しないＤＨＣＰクライアントでも、本機能を具備したＤＨＣＰサーバへの接続が可能であり、既存端末への影響なく本機能のサービス展開が可能である。
【０１２１】
さらに、既知のＤＨＣＰプロトコルを利用していることによる容易な実装が可能である。  
【０１２２】
さらにまた、高いセキュリティレベルを実現できる。
【０１２３】
ここで、図１及び図２に示すブロック図における一部の各ブロックは、コンピュータが適宜なメモリに格納された各種プログラムを実行することにより、該プログラムにより機能化された状態を示すソフトウエアモジュール構成であってもよい。
【０１２４】
すなわち、物理的構成は例えば一又は複数のＣＰＵ（或いは一又は複数のＣＰＵと一又は複数のメモリ）等ではあるが、各部（回路・手段）によるソフトウエア構成は、プログラムの制御によってＣＰＵが発揮する複数の機能を、それぞれ複数の部（手段）による構成要素として表現したものである。
【０１２５】
ＣＰＵがプログラムによって実行されている動的状態（プログラムを構成する各手順を実行している状態）を機能表現した場合、ＣＰＵ内に各部（手段）が構成されることになる。プログラムが実行されていない静的状態にあっては、各手段の構成を実現するプログラム全体（或いは各手段の構成に含まれるプログラム各部）は、メモリなどの記憶領域に記憶されている。
【０１２６】
以上に示した各部（手段）の説明は、プログラムにより機能化されたコンピュータをプログラムの機能と共に説明したものと解釈することも出来るし、また、固有のハードウエアにより恒久的に機能化された複数の電子回路ブロックからなる装置を説明したものとも解釈することが出来ることは、当然である。
したがって、これらの機能ブロックがハードウェアのみ、ソフトウェアのみ、またはそれらの組合せによっていろいろな形で実現でき、いずれかに限定されるものではない。
【０１２７】
また、各部は、通信可能な専用のコンピュータからなる装置としてそれぞれ構成し、これらの各装置によりシステムを構成してもよい。
【０１２８】
［第２の実施の形態］
次に、本発明にかかる第２の実施の形態について、図８に基づいて説明する。以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。図７は、本発明の第５の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【０１２９】
上述の第１の実施の形態の通信システムでは、通信装置の一例としてＤＨＣＰクライアントを用い、アドレス割当装置の一例としてＤＨＣＰサーバを用いた例について説明したが、本実施の形態の通信システムでは、通信装置の一例としてＳＴＢ（セットトップボックス）を用い、アドレス割当装置の一例としてブロードバンドルータを用いた構成としている。
【０１３０】
具体的には、インターネットで実施されているサービスに当てはめた例として図８を用いて説明する。  
【０１３１】
図８において、本実施の形態の通信システム１００では、ＤＨＣＰクライアントは、電子機器の一例であるＳＴＢ（セットトップボックス：動画データを受信し、テレビに映し出す装置）１１０とする。ＤＨＣＰサーバは、ユーザＡ宅のブロードバンドルータ−Ａ（以下、ＨＧＷ−Ａ）１２０とする。
【０１３２】
ＳＴＢ１１０、ＨＧＷ―Ａ１２０は、自動設定機能を具備するものとする。また、ＨＧＷ―Ａ１２０は、位置固定機能により、決められたインターネット接続回線に接続されていないと動作しない（サービス停止）ものとする。
【０１３３】
通信システム１００は、図８に示すように、ユーザＡ宅においてインターネット接続回線Ａに通信接続されたＨＧＷ―Ａ１２０（アドレス割当装置）と、ＨＧＷ―Ａ１２０に通信接続されたＳＴＢ１１０（通信装置）と、ＳＴＢ１１０に通信接続されたテレビ１３０（参照端末）と、ユーザＢ宅においてインターネット接続回線Ｂに通信接続されたＨＧＷ―Ｂ１５０（通信装置）と、通信接続可能なテレビ１６０（参照端末）と、インターネットに通信接続された設定サーバ１７０（設定管理装置）と、コンテンツサーバ１８０（コンテンツ配信装置）と、を含んで構成される。
【０１３４】
テレビ１３０（参照端末）は、前記通信装置（ＳＴＢ１１０）と通信可能に形成され、前記コンテンツ配信装置（コンテンツサーバ１８０）からの前記コンテンツを参照可能とすることができる。
【０１３５】
設定サーバ１７０（設定管理装置）は、前記アドレス割当装置（ＨＧＷ―Ａ１２０）と前記通信網を介して通信可能に形成され、前記アドレス割当装置を介して前記通信装置に対して情報処理サービスを提供するとともに、前記アドレス割当装置と通信接続するための設定を行うことができる。
【０１３６】
コンテンツサーバ１８０（コンテンツ配信装置）は、前記通信網に通信接続され前記設定管理装置にて設定された後に、前記アドレス割当装置を介して前記通信装置に対してコンテンツを配信することができる。
【０１３７】
この場合、アドレス割当装置としてのＨＧＷ―Ａ１２０は、前記設定管理装置である設定サーバ１７０との間で各種設定を行う制御をする第１の設定制御部（例えば図８に示すＨＧＷ―Ａ自動設定機能を制御する）を有することができる。
【０１３８】
また、通信装置としてのＳＴＢ１１０は、前記アドレス割当装置の認証前に、前記第１の設定制御部による設定を行うと、前記ＩＰアドレスの取得を認証なしで行い、その後、前記コンテンツ配信装置との間で各種設定を行う制御をする第２の設定制御部（例えば図８に示す初期設定動作とＳＴＢ自動設定機能とを制御処理する）を有することができる。
【０１３９】
ここで、図８においては、ユーザＡ宅の各装置と、設定サーバ１７０、コンテンツサーバ１８０との間の関係を示している。図８に示すＳＴＢ１１０をユーザＢ宅に移動させ、ＳＴＢ１４０としてＨＧＷ―Ｂ１５０、テレビ１６０に通信接続したものが図９に示されている。
【０１４０】
この図９では、通信システム１００は、ユーザＢ宅においてインターネット接続回線Ｂに通信接続されたＨＧＷ―Ｂ１５０と、ＨＧＷ―Ｂ１５０に通信接続されたＳＴＢ１４０と、ＳＴＢ１４０に通信接続されたテレビ１６０と、インターネットに通信接続された設定サーバ１７０と、コンテンツサーバ１８０と、を含んで構成される。
ここで、図９においては、ユーザＢ宅の各装置と、設定サーバ１７０、コンテンツサーバ１８０との間の関係を示している。
【０１４１】
（処理手順について）
次に、上述のような構成を有する通信システムにおける各部の処理は、方法としても実現可能であり、通信制御方法としての各種の処理手順について、図８乃至図９を参照しつつ説明する。
【０１４２】
（ＨＧＷ−Ａ自動設定処理）  
図８において、ＨＧＷ−Ａ１２０を回線に接続すると、自動設定機能により設定サーバ１７０へ自動接続し各種設定情報を取得する（ステップＳ３０１）。
【０１４３】
この設定情報の中には、ユーザがインターネットに接続するための設定情報、ＨＧＷ−Ａとインターネット接続回線−Ａを括り付ける（固定化する）設定情報、本発明にかかわるＤＨＣＰサーバ（ＨＧＷ−Ａ）のＩＤ／パスワード、またその他サービス設定情報などがある。
この自動設定を実施することにより、ユーザＡ宅内のＳＴＢ１１０などはインターネットへのアクセスが可能となる。
【０１４４】
（初期設定処理）  
ＳＴＢ１１０は、ＨＧＷ−Ａ１２０もしくは、ＨＵＢなどを介してＨＧＷ−Ａ１２０に接続されると、サービスの設定を受信するための初期設定動作を行う。
【０１４５】
初期設定動作では、本発明のサーバ認証機能のためのサーバＩＤ／パスワード情報を取得していないため、本発明のサーバ認証機能無しのＤＨＣＰ動作（ステップＳ３０２〜ステップＳ３０５）＜前記第１の実施の形態のステップＳ１０４とステップＳ１０５のＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージの送信・受信、ステップＳ１３１とステップＳ１３２のＯＦＦＥＲ＜オファー＞メッセージの送信・受信、ステップＳ１３３とステップＳ１１４のＲＥＱＵＥＳＴ＜リクエスト＞メッセージの送信・受信、ステップＳ１３１とステップＳ１３２のＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージの送信・受信と同様の処理＞を行い、ＩＰアドレスを取得する。
【０１４６】
（ＳＴＢの自動設定処理）  
また、ＳＴＢ１１０は、自動設定機能により設定サーバへ自動接続し各種設定情報を取得する（ステップＳ３０６）。
【０１４７】
この設定の中には、ＳＴＢサービス用の設定情報、本発明にかかわるＤＨＣＰサーバ（ＨＧＷ−Ａ）のＩＤ／パスワード、またその他サービス設定情報などがある。
【０１４８】
（認証付きＩＰアドレス再取得処理）
ＳＴＢ１１０は、自動設定が完了すると、ＨＧＷ−Ａの認証動作のため、ＩＰアドレス再取得動作を行う（ステップＳ３０７〜ステップＳ３１３）＜前記第１の実施の形態のステップＳ１０２、ステップＳ１０５、ステップＳ１０６、ステップＳ１０７、ステップＳ１０８、ステップＳ１０９、ステップＳ１１１、ステップＳ１１２（第１認証）、ステップＳ１１３、ステップＳ１１４、ステップＳ１１５、ステップＳ１１６、ステップＳ１１７、ステップＳ１１８、ステップＳ１１９、ステップＳ１２１（第２認証）と同様の処理＞。
【０１４９】
ＨＧＷ―Ａ１２０が正当なものであれば、ＳＴＢサービスをユーザＡに提供する。そして、認証完了後に、ＳＴＢ１１０は、ＨＧＷ−Ａ１２０を介して例えばコンテンツサーバ１８０などからのコンテンツ情報を取得する処理を行う（ステップＳ３１４）。
これにより、ユーザＡは、ＳＴＢ１１０よりコンテンツサーバ１８０にアクセスしテレビサービスを受けることができる。
【０１５０】
ここで、再取得ではなく既に取得しているＩＰアドレスのリース延長確認動作によるサーバ認証も可能である（ステップＳ３３１〜ステップＳ３３３）＜前記第１の実施の形態のステップＳ２０２、ステップＳ２０５、ステップＳ２０６、ステップＳ２０７、ステップＳ２０８、ステップＳ２０９、ステップＳ２１１、ステップＳ２１２と同様の処理＞。
【０１５１】
（ＳＴＢを移動させた場合の動作）
ここで、ＳＴＢサービスを提供する事業者が予期しないユーザＡ宅からユーザＢ宅にＳＴＢを移動させた場合の動作について図９を用いて説明する。
【０１５２】
ユーザＡ宅で動作していたＳＴＢ１１０をユーザＢ宅へ移動させて、コンテンツをユーザＢ宅で受けようとした場合、ＳＴＢ１１０は、一旦電源が切られ回線からはずされる。そして、ＳＴＢ１１０のユーザＢ宅への移動がなされる。その後、図９に示すように、ＳＴＢ１４０として、ＨＧＷ−Ｂ１５０もしくはＨＵＢなどを介してＨＧＷ−Ｂ１５０に接続される。
【０１５３】
そして、前記ユーザＡ宅の場合と同様に、ＳＴＢ１４０は、ＩＰアドレス取得動作を行う。
ここで、ＳＴＢ１４０が、チャレンジコード付のＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージをＨＧＷ−Ｂに対して送信する（ステップＳ３４１）。
ＨＧＷ−Ｂ１５０は、ＳＴＢ１４０にＯＦＦＥＲ＜オファー＞メッセージを送信する（ステップＳ３４２）。
続いて、ＨＧＷ−Ｂ１５０は、ＯＦＦＥＲ＜オファー＞メッセージをもとに認証を行う（ステップＳ３４３）。
すなわち、ＳＴＢ１４０が送信するチャレンジコード付のＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージに対して、本発明機能を具備しないＨＧＷ−Ｂ１５０からは、ハッシュ値をオプションとして持たないＯＦＦＥＲ＜オファー＞メッセージが返却される。
このため、ＳＴＢ１４０では、認証失敗としてサービス停止する。  
【０１５４】
また、ＨＧＷ−Ｂ１５０が、本発明の機能を具備していたとしても、ＨＧＷ−Ｂ１５０は、ＨＧＷ−Ａと異なるＩＤ／パスワードを自動設定により取得しているため、ＯＦＦＥＲ＜オファー＞メッセージのオプションで返却されるハッシュ値は、認証ＮＧとなる。このため、ＳＴＢ１４０では、認証失敗としてサービス停止する。  
【０１５５】
さらに、ユーザＢ宅にＳＴＢを移動させた際、ＳＴＢ１４０の設定を初期化した場合、ＳＴＢ１４０は、ユーザＢ宅から設定サーバに接続し初期設定を実施するが、自動設定機能では、ＳＴＢ１４０の端末管理機能もあるため、ユーザＡのＳＴＢにはユーザＡ宅用の設定、すなわちＨＧＷ−ＡのＩＤ／パスワードが改めて自動設定され、結果、前記と同様に認証はＮＧとなりサービス停止となる。
【０１５６】
またさらに、ＳＴＢをユーザＢ宅に移動する際に、ＨＧＷ−Ａもあわせて移動させた場合、ＨＧＷ−Ａは回線と括り付けてサービス提供していることから、ＨＧＷ−Ａがインターネット回線Ｂに接続され、ＳＴＢをその配下に設置した場合は、そもそもＨＧＷ−Ａからインターネット接続ができずＳＴＢとしてもサービスを提供することはできない。
【０１５７】
以上のように本実施の形態によれば、前記第１の実施の形態と同様の作用効果を奏しながらも、本発明機能を具備したＳＴＢや、本発明機能を具備したブロードバンドルータなどを他のユーザー宅などに移動したとしても、サービス停止とすることができる。
例えば、本発明機能を具備したＳＴＢを、本発明機能を具備しないブロードバンドルータに接続した場合には、サービス停止とすることができる。
【０１５８】
その他の構成およびその他のステップないしは機能並びにその作用効果については、前述した実施の形態の場合と同一となっている。また、上記の説明において、上述した各ステップの動作内容及び各部の構成要素並びにそれらによる各機能をプログラム化し、コンピュータに実行させてもよい。
【０１５９】
［第３の実施の形態］
次に、本発明にかかる第３の実施の形態について、図１０に基づいて説明する。以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。図１０は、本発明の第６の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【０１６０】
上述の第１の実施の形態の通信システムでは、第１のクライアント端末として本発明機能を有するＤＨＣＰクライアント、サーバとしてＤＨＣＰサーバ、第２のクライアント端末として本発明機能を有しないＤＨＣＰクライアントの構成としたが、本実施の形態の通信システムでは、より具合的な構成例である、第１のクライアント端末としてＳＴＢ、サーバとしてブロードバンドルータ、第２のクライアント端末としてパソコンの場合の例を開示している。
【０１６１】
本実施の形態の通信システムでは、図１０に示すように、ユーザ宅には、ＳＴＢのような事業者が管理を必要とする端末（第１のクライアント端末）と、事業者が管理しない端末（ユーザのパソコンなど）（第１のクライアント端末）とを含む構成としている。これら、管理／非管理機器が混在している場合がある。
【０１６２】
具体的には、通信システム２００は、図１０に示すように、ユーザＡ宅においてインターネット接続回線Ａに通信接続されたＨＧＷ―Ａ２２０と、ＨＧＷ―Ａ２２０に通信接続されたＨＵＢ（転送経路制御装置）２４０と、ＨＵＢ２４０を介してＨＧＷ―Ａ２２０に通信接続されたＳＴＢ２１０と、ＳＴＢ２１０に通信接続されたテレビ（放送受信装置）２５０と、ＨＵＢ２４０を介してＨＧＷ―Ａ２２０に通信接続されたパソコン２３０と、を含んで構成される。
【０１６３】
ここで、ＳＴＢ２１０は、本発明機能を有し、パソコン２３０は、本発明機能を有しないものとする。
【０１６４】
（処理手順について）
このような環境での通信システムにおける各部の処理は、方法としても実現可能であり、通信制御方法としての各種の処理手順について、図１０を参照しつつ説明する。
【０１６５】
本発明機能を持ったＳＴＢ機器における各部の処理は、上述の第１の実施の形態で説明したとおり、第１の実施の形態と同様の処理手順、ステップＳ１０２、ステップＳ１０５、ステップＳ１０６、ステップＳ１０７、ステップＳ１０８、ステップＳ１０９、ステップＳ１１１、ステップＳ１１２（第１認証）、ステップＳ１１３、ステップＳ１１４、ステップＳ１１５、ステップＳ１１６、ステップＳ１１７、ステップＳ１１８、ステップＳ１１９、ステップＳ１２１（第２認証）を行う。
【０１６６】
ここで、本機能を持たない機器（ユーザのパソコンなど）と、本発明の機能を持ったＤＨＣＰサーバとの間の動作について詳細に説明する。
【０１６７】
パソコン２３０は、ＨＧＷ−Ａ２２０もしくはＨＵＢ２４０を介してＨＧＷ−Ａ２２０に通信接続されるとＤＨＣＰによるＩＰアドレス取得動作を開始する。
パソコン２３０は、ＨＧＷ−Ａ２２０に対してＤＨＣＰプロトコルのＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージを送信する（ステップＳ１０４）。
【０１６８】
ＨＧＷ−Ａ２２０は、パソコン２３０よりＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージを受信する（ステップＳ１０５）。  
ＨＧＷ−Ａ２２０は、受信したＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ１０６）。
ＨＧＷ−Ａ２２０は、ステップＳ１０６において、ＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージのオプションにチャレンジコードが無いと判定した場合、ＨＧＷ−Ａは、本発明機能を持たないＤＨＣＰクライアントであると判断する。
そして、ＨＧＷ−Ａ２２０は、ハッシュ値をオプションとして付けずＯＦＦＥＲ＜オファー＞メッセージをパソコンに対して返信する（ステップＳ１３１）。  
【０１６９】
パソコン２３０は、ＨＧＷ−Ａ２２０からのＯＦＦＥＲ＜オファー＞メッセージを受信する（ステップＳ１３２）。
続いて、パソコン２３０は、ＯＦＦＥＲ＜オファー＞メッセージで取得したＩＰアドレスの正式な利用要求のため、ＨＧＷ−Ａ２２０に対してＲＥＱＵＥＳＴ＜リクエスト＞メッセージを送信する（ステップＳ１３３）。
【０１７０】
ＨＧＷ−Ａ２２０は、パソコン２３０からのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ１１４）。
ＨＧＷ−Ａ２２０は、受信したＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ１１５）。
ＨＧＷ−Ａ２２０は、ステップＳ１１５において、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプションにチャレンジコードが無いと判断した場合、本発明機能を持たないＤＨＣＰクライアントであると判断する。    
ＨＧＷ−Ａ２２０は、ハッシュ値をオプションとして付けずＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージをパソコン２３０に対して返信する（ステップＳ１３２）。  
【０１７１】
パソコン２３０は、ＤＨＣＰ処理を完了しＩＰアドレスを取得しインターネット接続などが可能となる。
【０１７２】
ＤＨＣＰクライアントであるパソコンが、ＨＧＷ−Ａからのオプションつきの返信（ＯＦＦＥＲ＜オファー＞、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞）により誤動作を起こさないために、ＨＧＷ−Ａは、オプションを付けずに返信を行う。
【０１７３】
以上のように本実施の形態によれば、前記第１の実施の形態と同様の作用効果を奏しながらも、本発明の機能を持ったサーバが設置された環境において、本発明の機能を持ったＤＨＣＰクライアントと、機能を持たないＤＨＣＰクライアントの動作が問題なく可能となる。
【０１７４】
その他の構成およびその他のステップないしは機能並びにその作用効果については、前述した実施の形態の場合と同一となっている。また、上記の説明において、上述した各ステップの動作内容及び各部の構成要素並びにそれらによる各機能をプログラム化し、コンピュータに実行させてもよい。
【０１７５】
［第４の実施の形態］
次に、本発明にかかる第４の実施の形態について、図１１乃至図１３に基づいて説明する。以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。図１１乃至図１３は、本発明の第４の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【０１７６】
上述の第１の実施の形態の通信システムでは、ＩＰＶ４におけるＤＨＣＰプロトコルの場合について説明したが、本実施の形態の通信システムのように、ＩＰＶ６におけるＤＨＣＰプロトコルの場合であってもよい。
【０１７７】
この場合、通信装置の認証制御部は、前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ６におけるＳｏｌｉｃｉｔ＜ソリシット＞メッセージ、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージの授受を利用して第１認証を行うことができる。
【０１７８】
また、前記認証制御部は、前記アドレス割当装置との間でＤＨＣＰプロトコルＩＰＶ６におけるＳｏｌｉｃｉｔ＜ソリシット＞メッセージ、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージの授受を利用した第１認証と、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージ、Ｒｅｐｌｙ＜リプライ＞メッセージの授受を利用した第２認証とを行うことができる。
【０１７９】
（ＩＰアドレス取得動作時の認証処理）
まず、ＤＨＣＰクライアントがＩＰアドレス取得動作とともにＤＨＣＰサーバを認証する動作について、図１１乃至図１３を用い説明する。
図１１乃至図１３において、本発明機能を持ったＤＨＣＰクライアントを第１のクライアント端末、ＤＨＣＰサーバをサーバ、通常のＤＨＣＰクライアントを第２のクライアント端末とする。
【０１８０】
図１１に示すように、第１のクライアント端末は、ＬＡＮに接続される（ステップＳ４０１）。第１のクライアント端末は、ＩＰＶ６におけるＤＨＣＰプロトコルのＳｏｌｉｃｉｔ＜ソリシット＞メッセージに第１のクライアント端末が生成したチャレンジコードをオプションとして付け、サーバに対して送信する（ステップＳ４０２）。
【０１８１】
一方、第２のクライアント端末は、ＬＡＮに接続される（ステップＳ４０３）と、通常のＳｏｌｉｃｉｔ＜ソリシット＞メッセージをサーバに対して送信する（ステップＳ４０４）。
【０１８２】
サーバは、第１のクライアント端末からのＳｏｌｉｃｉｔ＜ソリシット＞メッセージを受信する（ステップＳ４０５）。同様に、サーバは、第２のクライアント端末からのＳｏｌｉｃｉｔ＜ソリシット＞メッセージを受信する（ステップＳ４０５）。
【０１８３】
続いて、サーバは、受信したＳｏｌｉｃｉｔ＜ソリシット＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ４０６）。  
サーバは、チャレンジコードが存在する場合、チャレンジコード、サーバ自身のＩＤ、パスワードからハッシュ値を算出する（ステップＳ４０７）。
【０１８４】
サーバは、算出したハッシュ値を、ＩＰＶ６におけるＤＨＣＰプロトコルのＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージのオプションとして付け第１のクライアント端末に返信する（ステップＳ４０８）。
【０１８５】
一方、サーバは、ステップＳ１０６において、ＤＩＳＣＯＶＥＲ＜ディスカバー＞メッセージのオプションにチャレンジコードが存在しないと判断した場合には、送信先が通常のＤＨＣＰクライアントであると判断し、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージを第２のクライアント端末に向けて送信する（ステップＳ４３１）。
第２のクライアント端末は、サーバよりＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージを受信する（ステップＳ４３２）。
【０１８６】
一方、ステップＳ１０８の後、第１のクライアント端末は、サーバよりハッシュ値付きのＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージを受信する（ステップＳ４０９）。
【０１８７】
次に、図１２に示すように、第１のクライアント端末は、受信したＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージのオプション（ハッシュ値）の有無を確認する（ステップＳ４１１）。
第１のクライアント端末は、ハッシュ値が存在する場合は、受信したハッシュ値と第１のクライアント端末自身がサーバのＩＤ、パスワードと生成したチャレンジコードから算出したハッシュ値を認証（比較）する（ステップＳ４１２）。
第１のクライアント端末は、一致していれば（ＯＫであれば）、サーバが正当なものと判断しＤＨＣＰのＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージを受け入れる。
【０１８８】
第１のクライアント端末が、ステップＳ４１１においてハッシュ値が存在していないと判断したり、ステップＳ４１２において認証が一致していないと判断した場合（ＮＧ）には、サーバを正当ではないと判断してサービスを停止する（図１３）。
【０１８９】
続いて、図１２に示すように、第１のクライアント端末は、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージで取得したＩＰアドレスの正式な利用要求のためＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する。この際、第１のクライアント端末は、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージに、第１のクライアント端末が生成したチャレンジコードをオプションとして付け、チャレンジコード付きのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを送信する（ステップＳ４１３）。
【０１９０】
一方、第２のクラアイント端末は、ステップＳ１３２のＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージ受信の後、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する（ステップＳ４３３）。
【０１９１】
サーバは、第１のクライアント端末よりチャレンジコード付きのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ４１４）。同様に、サーバは、第２のクライアント端末よりＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ４３３）。
【０１９２】
続いて、サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ４１５）。
サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプションにチャレンジコードが存在すると判断した場合、サーバは、チャレンジコード、サーバ自身のＩＤ（識別情報）、パスワード（認証情報）に基づいてハッシュ値を算出する（ステップＳ４１６）。
【０１９３】
次に、サーバは、図１３に示すように、算出したハッシュ値を、ＩＰＶ６におけるＤＨＣＰプロトコルのＲｅｐｌｙ＜リプライ＞メッセージのオプションとして付け、ハッシュ値付きのＲｅｐｌｙ＜リプライ＞メッセージを第１のクライアント端末に返信する（ステップＳ４１７）。
【０１９４】
一方、図１２に示すステップＳ４１５において、サーバは、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージにチャレンジコードがないと判断した場合、図１３に示すようにサーバは、ＡＣＫ＜アック：ＡＣＫＮＯＷＬＥＤＧＥＭＥＮＴ＞メッセージを第２のクライアント端末に向けて送信する（ステップＳ４３１）。  
第２のクライアント端末は、サーバよりＲｅｐｌｙ＜リプライ＞メッセージを受信し（ステップＳ４３２）、サービスを開始する。
【０１９５】
一方、第１のクライアント端末では、サーバよりハッシュ値付きのＲｅｐｌｙ＜リプライ＞メッセージを受信する（ステップＳ４１８）。
第１のクライアント端末は、受信したＲｅｐｌｙ＜リプライ＞メッセージのオプション（ハッシュ値）の有無を確認する（ステップＳ４１９）。
【０１９６】
第１のクライアント端末は、Ｒｅｐｌｙ＜リプライ＞メッセージのオプションにハッシュ値が存在すると判断した場合は、保有するサーバのＩＤ（識別情報）と、パスワード（認証情報）と、生成したチャレンジコードとに基づいて、第１のクライアント端末自身が算出したハッシュ値と、受信したハッシュ値とを比較して認証を行う（ステップＳ４２１）。
【０１９７】
第１のクライアント端末は、ステップＳ１２１において、受信したハッシュ値と、算出したハッシュ値とが一致していると判断した場合には（ＯＫであれば）、サーバが正当なものと判断し、ＩＰＶ６におけるＤＨＣＰプロトコルのＲｅｐｌｙ＜リプライ＞メッセージを受け入れＩＰアドレスを正式に取得しサービス開始（ＩＰ通信開始）とする。
【０１９８】
一方、第１のクライアント端末は、ステップＳ４１９において、ハッシュ値が存在していないと判断したり、ステップＳ４２１において、各ハッシュ値が一致していないと判断した（認証がＮＧ）場合には、サーバを正当ではないと判断してサービスを停止する。
【０１９９】
（リース延長確認時の認証処理）
次に、ＤＨＣＰクライアントがＩＰアドレスリース延長確認動作とともにＤＨＣＰサーバを認証する動作について、図１４及び図１５を用い説明する。
【０２００】
図１４及び図１５において、本発明機能を持ったＤＨＣＰクライアントを第１のクライアント端末、ＤＨＣＰサーバをサーバ、通常のＤＨＣＰクライアントを第２のクライアント端末、とする。
【０２０１】
図１４に示すように、第１のクライアント端末は、ＩＰ取得動作で取得したＩＰアドレスのリース延長確認を定期的に行う（ステップＳ５０１）＜リース延長確認時間＞。この動作でもＩＰ取得動作で実施した認証動作と同じようにサーバの認証を行う。
【０２０２】
そして、第１のクライアント端末は、Ｒｅｎｅｗメッセージをサーバに対して送信する。この際、第１のクライアント端末は、Ｒｅｎｅｗメッセージに、第１のクライアント端末が生成したチャレンジコードをオプションとして付け、チャレンジコード付きＲＥＱＵＥＳＴ＜リクエスト＞メッセージをサーバに対して送信する（ステップＳ５０２）。
【０２０３】
同様に、第２のクライアント端末は、ＩＰ取得動作で取得したＩＰアドレスのリース延長確認を定期的に行う（ステップＳ５０３）＜リース延長確認時間＞。そして、第２のクライアント端末は、Ｒｅｎｅｗメッセージをサーバに対して送信する（ステップＳ５０４）。  
【０２０４】
続いて、サーバは、第２のクライアント端末よりＲｅｎｅｗメッセージを受信する（ステップＳ５０５）。
同様に、サーバは、第１のクライアント端末よりチャレンジコード付きのＲｅｎｅｗメッセージを受信する（ステップＳ５０５）。    
【０２０５】
サーバは、受信したＲｅｎｅｗメッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ５０６）。
【０２０６】
サーバは、ステップＳ５０６において、受信したＲｅｎｅｗメッセージのオプションに、チャレンジコードが存在すると判定した場合、サーバは、チャレンジコードと、サーバ自身のＩＤ（識別情報）と、パスワード（認証情報）とに基づいてハッシュ値を算出する（ステップＳ５０７）。
【０２０７】
サーバは、算出したハッシュ値を、ＩＰＶ６におけるＤＨＣＰプロトコルのＲｅｐｌｙ＜リプライ＞メッセージのオプションとして付け、ハッシュ値付きのＲｅｐｌｙ＜リプライ＞メッセージを第１のクライアント端末に対して返信する（ステップＳ５０８）。  
【０２０８】
一方、ステップＳ５０６において、サーバは、Ｒｅｎｅｗメッセージにチャレンジコードがないと判断した場合、サーバは、Ｒｅｐｌｙ＜リプライ＞メッセージを第２のクライアント端末に向けて送信する（ステップＳ５１１）。  
第２のクライアント端末は、サーバよりＲｅｐｌｙ＜リプライ＞メッセージを受信し（ステップＳ５２２）、サービスを続ける（図１５）。
【０２０９】
一方、第１のクライアント端末では、サーバよりハッシュ値付きのＲｅｐｌｙ＜リプライ＞メッセージを受信する（ステップＳ５０９）。
第１のクライアント端末は、図１５に示すように、受信したＲｅｐｌｙ＜リプライ＞メッセージのオプション（ハッシュ値）の有無を確認する（ステップＳ５１１）。
【０２１０】
第１のクライアント端末は、Ｒｅｐｌｙ＜リプライ＞メッセージのオプションにハッシュ値が存在すると判断した場合は、保有するサーバのＩＤ（識別情報）と、パスワード（認証情報）と、生成したチャレンジコードとに基づいて、第１のクライアント端末自身が算出したハッシュ値と、受信したハッシュ値とを比較して認証を行う（ステップＳ５１２）。
【０２１１】
第１のクライアント端末は、ステップＳ５１２において、受信したハッシュ値と、算出したハッシュ値とが一致していると判断した場合には（ＯＫであれば）、サーバが正当なものと判断し、ＩＰＶ６におけるＤＨＣＰプロトコルのＲｅｐｌｙ＜リプライ＞メッセージを受け入れ、ＩＰアドレス利用しサービスを続ける。
【０２１２】
一方、第１のクライアント端末は、ステップＳ５１１において、ハッシュ値が存在していないと判断したり、ステップＳ５１２において、各ハッシュ値が一致していないと判断した（認証がＮＧ）場合には、サーバを正当ではないと判断してサービスを停止する。
【０２１３】
以上のように本実施の形態によれば、既存技術であるＨＧＷ（ＤＨＣＰサーバ）の位置固定機能と組み合わせることによりＤＨＣＰクライアントの位置固定を容易に提供できる。
【０２１４】
また、本機能を具備しないＤＨＣＰクライアントでも、本機能を具備したＤＨＣＰサーバへの接続が可能であり、既存端末への影響なく本機能のサービス展開が可能である。
【０２１５】
さらに、既知のＤＨＣＰプロトコルを利用していることによる容易な実装が可能である。  
【０２１６】
さらにまた、高いセキュリティレベルを実現できる。
【０２１７】
［第５の実施の形態］
次に、本発明にかかる第５の実施の形態について、図１６及び図１７に基づいて説明する。以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。図１６は、本発明の第５の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【０２１８】
上述の第１の実施の形態の通信システムでは、通信装置の一例としてＤＨＣＰクライアントを用い、アドレス割当装置の一例としてＤＨＣＰサーバを用いた例について説明したが、本実施の形態の通信システムでは、通信装置の一例としてＳＴＢ（セットトップボックス）を用い、アドレス割当装置の一例としてブロードバンドルータを用いた構成としている。
【０２１９】
具体的には、インターネットで実施されているサービスに当てはめた例として図  を用いて説明する。  
【０２２０】
図１６において、本実施の形態の通信システム４００では、ＤＨＣＰクライアントは、ＳＴＢ（セットトップボックス：動画データを受信し、テレビに映し出す装置）４１０とする。ＤＨＣＰサーバは、ユーザＡ宅のブロードバンドルータ−Ａ（以下、ＨＧＷ−Ａ）４２０とする。
【０２２１】
ＳＴＢ４１０、ＨＧＷ―Ａ４２０は、自動設定機能を具備するものとする。また、ＨＧＷ―Ａ４２０は、位置固定機能により、決められたインターネット接続回線に接続されていないと動作しない（サービス停止）ものとする。
【０２２２】
通信システム４００は、図１６に示すように、ユーザＡ宅においてインターネット接続回線Ａに通信接続されたＨＧＷ―Ａ４２０と、ＨＧＷ―Ａ４２０に通信接続されたＳＴＢ４１０と、ＳＴＢ４１０に通信接続されたテレビ４３０と、ユーザＢ宅においてインターネット接続回線Ｂに通信接続されたＨＧＷ―Ｂ４５０と、通信接続可能なテレビ４６０と、インターネットに通信接続された設定サーバ４７０と、コンテンツサーバ４８０と、を含んで構成される。
【０２２３】
ここで、図１７においては、ユーザＡ宅の各装置と、設定サーバ４７０、コンテンツサーバ４８０との間の関係を示している。図１５に示すＳＴＢ４１０をユーザＢ宅に移動させ、ＳＴＢ４４０としてＨＧＷ―Ｂ４５０、テレビ４６０に通信接続したものが図１６に示されている。
【０２２４】
この図１７では、通信システム４００は、ユーザＢ宅においてインターネット接続回線Ｂに通信接続されたＨＧＷ―Ｂ４５０と、ＨＧＷ―Ｂ４５０に通信接続されたＳＴＢ４４０と、ＳＴＢ４４０に通信接続されたテレビ４６０と、インターネットに通信接続された設定サーバ４７０と、コンテンツサーバ４８０と、を含んで構成される。
ここで、図１６においては、ユーザＢ宅の各装置と、設定サーバ４７０、コンテンツサーバ４８０との間の関係を示している。
【０２２５】
（処理手順について）
次に、上述のような構成を有する通信システムにおける各部の処理は、方法としても実現可能であり、通信制御方法としての各種の処理手順について、図１６乃至図１７を参照しつつ説明する。
【０２２６】
（ＨＧＷ−Ａ自動設定処理）  
図１６において、ＨＧＷ−Ａ４２０を回線に接続すると、自動設定機能により設定サーバ４７０へ自動接続し各種設定情報を取得する（ステップＳ６０１）。
【０２２７】
この設定情報の中には、ユーザがインターネットに接続するための設定情報、ＨＧＷ−Ａとインターネット接続回線−Ａを括り付ける（固定化する）設定情報、本発明にかかわるＤＨＣＰサーバ（ＨＧＷ−Ａ）のＩＤ／パスワード、またその他サービス設定情報などがある。
この自動設定を実施することにより、ユーザＡ宅内のＳＴＢ１１０などはインターネットへのアクセスが可能となる。
【０２２８】
（初期設定処理）  
ＳＴＢ４１０は、ＨＧＷ−Ａ４２０もしくは、ＨＵＢなどを介してＨＧＷ−Ａ４２０に接続されると、サービスの設定を受信するための初期設定動作を行う。
【０２２９】
初期設定動作では、本発明のサーバ認証機能のためのサーバＩＤ／パスワード情報を取得していないため、本発明のサーバ認証機能無しのＤＨＣＰ動作（ステップＳ６０２〜ステップＳ６０５）＜前記第４の実施の形態のステップＳ４０４とステップＳ４０５のＳｏｌｉｃｉｔ＜ソリシット＞メッセージの送信・受信、ステップＳ４３１とステップＳ４３２のＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージの送信・受信、ステップＳ４３３とステップＳ４１４のＲＥＱＵＥＳＴ＜リクエスト＞メッセージの送信・受信、ステップＳ４３１とステップＳ４３２のＲｅｐｌｙ＜リプライ＞メッセージの送信・受信と同様の処理＞を行い、ＩＰアドレスを取得する。
【０２３０】
（ＳＴＢの自動設定処理）  
また、ＳＴＢ４１０は、自動設定機能により設定サーバへ自動接続し各種設定情報を取得する（ステップＳ６０６）。
【０２３１】
この設定の中には、ＳＴＢサービス用の設定情報、本発明にかかわるＤＨＣＰサーバ（ＨＧＷ−Ａ）のＩＤ／パスワード、またその他サービス設定情報などがある。
【０２３２】
（認証付きＩＰアドレス再取得処理）
ＳＴＢ４１０は、自動設定が完了すると、ＨＧＷ−Ａの認証動作のため、ＩＰアドレス再取得動作を行う（ステップＳ６０７〜ステップＳ６１３）＜前記第４の実施の形態のステップＳ４０２、ステップＳ４０５、ステップＳ４０６、ステップＳ４０７、ステップＳ４０８、ステップＳ４０９、ステップＳ４１１、ステップＳ４１２（第１認証）、ステップＳ４１３、ステップＳ４１４、ステップＳ４１５、ステップＳ４１６、ステップＳ４１７、ステップＳ４１８、ステップＳ４１９、ステップＳ４２１（第２認証）と同様の処理＞。
【０２３３】
ＨＧＷ―Ａ４２０が正当なものであれば、ＳＴＢサービスをユーザＡに提供する。そして、認証完了後に、ＳＴＢ４１０は、ＨＧＷ−Ａ４２０を介して例えばコンテンツサーバ１８０などからのコンテンツ情報を取得する処理を行う（ステップＳ６１４）。
これにより、ユーザＡは、ＳＴＢ４１０よりコンテンツサーバ４８０にアクセスしテレビサービスを受けることができる。
【０２３４】
ここで、再取得ではなく既に取得しているＩＰアドレスのリース延長確認動作によるサーバ認証も可能である（ステップＳ６３１〜ステップＳ６３３）＜前記第４の実施の形態のステップＳ５０２、ステップＳ５０５、ステップＳ５０６、ステップＳ５０７、ステップＳ５０８、ステップＳ５０９、ステップＳ５１１、ステップＳ５１２と同様の処理＞。
【０２３５】
（ＳＴＢを移動させた場合の動作）
ここで、ＳＴＢサービスを提供する事業者が予期しないユーザＡ宅からユーザＢ宅にＳＴＢを移動させた場合の動作について図１７を用いて説明する。
【０２３６】
ユーザＡ宅で動作していたＳＴＢ４１０をユーザＢ宅へ移動させて、コンテンツをユーザＢ宅で受けようとした場合、ＳＴＢ４１０は、一旦電源が切られ回線からはずされる。そして、ＳＴＢ４１０のユーザＢ宅への移動がなされる。その後、図１６に示すように、ＳＴＢ４４０として、ＨＧＷ−Ｂ４５０もしくはＨＵＢなどを介してＨＧＷ−Ｂ４５０に接続される。
【０２３７】
そして、前記ユーザＡ宅の場合と同様に、ＳＴＢ４４０は、ＩＰアドレス取得動作を行う。
ここで、ＳＴＢ４４０が、チャレンジコード付のＳｏｌｉｃｉｔ＜ソリシット＞メッセージをＨＧＷ−Ｂに対して送信する（ステップＳ６４１）。
ＨＧＷ−Ｂ４５０は、ＳＴＢ４４０にＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージを送信する（ステップＳ６４２）。
続いて、ＨＧＷ−Ｂ４５０は、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージをもとに認証を行う（ステップＳ６４３）。
すなわち、ＳＴＢ４４０が送信するチャレンジコード付のＳｏｌｉｃｉｔ＜ソリシット＞メッセージに対して、本発明機能を具備しないＨＧＷ−Ｂ４５０からは、ハッシュ値をオプションとして持たないＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージが返却される。
このため、ＳＴＢ４４０では、認証失敗としてサービス停止する。
【０２３８】
また、ＨＧＷ−Ｂ４５０が、本発明の機能を具備していたとしても、ＨＧＷ−Ｂ４５０は、ＨＧＷ−Ａと異なるＩＤ／パスワードを自動設定により取得しているため、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージのオプションで返却されるハッシュ値は、認証ＮＧとなる。このため、ＳＴＢ４４０では、認証失敗としてサービス停止する。  
【０２３９】
さらに、ユーザＢ宅にＳＴＢを移動させた際、ＳＴＢ４４０の設定を初期化した場合、ＳＴＢ４４０は、ユーザＢ宅から設定サーバに接続し初期設定を実施するが、自動設定機能では、ＳＴＢ４４０の端末管理機能もあるため、ユーザＡのＳＴＢにはユーザＡ宅用の設定、すなわちＨＧＷ−ＡのＩＤ／パスワードが改めて自動設定され、結果、前記と同様に認証はＮＧとなりサービス停止となる。
【０２４０】
またさらに、ＳＴＢをユーザＢ宅に移動する際に、ＨＧＷ−Ａもあわせて移動させた場合、ＨＧＷ−Ａは回線と括り付けてサービス提供していることから、ＨＧＷ−Ａがインターネット回線Ｂに接続され、ＳＴＢをその配下に設置した場合は、そもそもＨＧＷ−Ａからインターネット接続ができずＳＴＢとしてもサービスを提供することはできない。
【０２４１】
以上のように本実施の形態によれば、前記第１の実施の形態と同様の作用効果を奏しながらも、本発明機能を具備したＳＴＢや、本発明機能を具備したブロードバンドルータなどを他のユーザー宅などに移動したとしても、サービス停止とすることができる。
例えば、本発明機能を具備したＳＴＢを、本発明機能を具備しないブロードバンドルータに接続した場合には、サービス停止とすることができる。
【０２４２】
その他の構成およびその他のステップないしは機能並びにその作用効果については、前述した実施の形態の場合と同一となっている。また、上記の説明において、上述した各ステップの動作内容及び各部の構成要素並びにそれらによる各機能をプログラム化し、コンピュータに実行させてもよい。
【０２４３】
［第６の実施の形態］
次に、本発明にかかる第６の実施の形態について、図１８に基づいて説明する。以下には、前記第１の実施の形態の実質的に同様の構成に関しては説明を省略し、異なる部分についてのみ述べる。図１８は、本発明の第６の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【０２４４】
上述の第１の実施の形態の通信システムでは、第１のクライアント端末として本発明機能を有するＤＨＣＰクライアント、サーバとしてＤＨＣＰサーバ、第２のクライアント端末として本発明機能を有しないＤＨＣＰクライアントの構成としたが、本実施の形態の通信システムでは、より具合的な構成例である、第１のクライアント端末としてＳＴＢ、サーバとしてブロードバンドルータ、第２のクライアント端末としてパソコンの場合の例を開示している。
【０２４５】
本実施の形態の通信システムでは、図１８に示すように、ユーザ宅には、ＳＴＢのような事業者が管理を必要とする端末（第１のクライアント端末）と、事業者が管理しない端末（ユーザのパソコンなど）（第１のクライアント端末）とを含む構成としている。これら、管理／非管理機器が混在している場合がある。
【０２４６】
具体的には、通信システム５００は、図１８に示すように、ユーザＡ宅においてインターネット接続回線Ａに通信接続されたＨＧＷ―Ａ５２０と、ＨＧＷ―Ａ５２０に通信接続されたＨＵＢ（転送経路制御装置）５４０と、ＨＵＢ５４０を介してＨＧＷ―Ａ５２０に通信接続されたＳＴＢ５１０と、ＳＴＢ５１０に通信接続されたテレビ（放送受信装置）５５０と、ＨＵＢ５４０を介してＨＧＷ―Ａ５２０に通信接続されたパソコン５３０と、を含んで構成される。
【０２４７】
ここで、ＳＴＢ５１０は、本発明機能を有し、パソコン５３０は、本発明機能を有しないものとする。
【０２４８】
（処理手順について）
このような環境での通信システムにおける各部の処理は、方法としても実現可能であり、通信制御方法としての各種の処理手順について、図１８を参照しつつ説明する。
【０２４９】
本発明機能を持ったＳＴＢ機器における各部の処理は、上述の第４の実施の形態で説明したとおり、第４の実施の形態と同様の処理手順、ステップＳ４０２、ステップＳ４０５、ステップＳ４０６、ステップＳ４０７、ステップＳ４０８、ステップＳ４０９、ステップＳ４１１、ステップＳ４１２（第１認証）、ステップＳ４１３、ステップＳ４１４、ステップＳ４１５、ステップＳ４１６、ステップＳ４１７、ステップＳ４１８、ステップＳ４１９、ステップＳ４２１（第２認証）を行う。
【０２５０】
ここで、本機能を持たない機器（ユーザのパソコンなど）と、本発明の機能を持ったＤＨＣＰサーバとの間の動作について詳細に説明する。
【０２５１】
パソコン５３０は、ＨＧＷ−Ａ５２０もしくはＨＵＢ５４０を介してＨＧＷ−Ａ５２０に通信接続されるとＤＨＣＰによるＩＰアドレス取得動作を開始する。
パソコン５３０は、ＨＧＷ−Ａ５２０に対してＩＰＶ６におけるＤＨＣＰプロトコルのＳｏｌｉｃｉｔ＜ソリシット＞メッセージを送信する（ステップＳ４０４）。
【０２５２】
ＨＧＷ−Ａ５２０は、パソコン５３０よりＳｏｌｉｃｉｔ＜ソリシット＞メッセージを受信する（ステップＳ４０５）。  
ＨＧＷ−Ａ５２０は、受信したＳｏｌｉｃｉｔ＜ソリシット＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ４０６）。
ＨＧＷ−Ａ５２０は、ステップＳ４０６において、Ｓｏｌｉｃｉｔ＜ソリシット＞メッセージのオプションにチャレンジコードが無いと判定した場合、ＨＧＷ−Ａは、本発明機能を持たないＤＨＣＰクライアントであると判断する。
そして、ＨＧＷ−Ａ５２０は、ハッシュ値をオプションとして付けずＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージをパソコンに対して返信する（ステップＳ４３１）。  
【０２５３】
パソコン５３０は、ＨＧＷ−Ａ５２０からのＡｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージを受信する（ステップＳ４３２）。
続いて、パソコン５３０は、Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞メッセージで取得したＩＰアドレスの正式な利用要求のため、ＨＧＷ−Ａ２２０に対してＲＥＱＵＥＳＴ＜リクエスト＞メッセージを送信する（ステップＳ４３３）。
【０２５４】
ＨＧＷ−Ａ５２０は、パソコン５３０からのＲＥＱＵＥＳＴ＜リクエスト＞メッセージを受信する（ステップＳ４１４）。
ＨＧＷ−Ａ５２０は、受信したＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプション（チャレンジコード）の有無を確認する（ステップＳ４１５）。
ＨＧＷ−Ａ５２０は、ステップＳ４１５において、ＲＥＱＵＥＳＴ＜リクエスト＞メッセージのオプションにチャレンジコードが無いと判断した場合、本発明機能を持たないＤＨＣＰクライアントであると判断する。    
ＨＧＷ−Ａ５２０は、ハッシュ値をオプションとして付けずＲｅｐｌｙ＜リプライ＞メッセージをパソコン５３０に対して返信する（ステップＳ４３２）。  
【０２５５】
パソコン５３０は、ＤＨＣＰ処理を完了しＩＰアドレスを取得しインターネット接続などが可能となる。
【０２５６】
ＤＨＣＰクライアントであるパソコンが、ＨＧＷ−Ａからのオプションつきの返信（Ａｄｖｅｒｔｉｓｅ＜アドバータイズ＞、Ｒｅｐｌｙ＜リプライ＞）により誤動作を起こさないために、ＨＧＷ−Ａは、オプションを付けずに返信を行う。
【０２５７】
以上のように本実施の形態によれば、前記第１の実施の形態と同様の作用効果を奏しながらも、本発明の機能を持ったサーバが設置された環境において、本発明の機能を持ったＤＨＣＰクライアントと、機能を持たないＤＨＣＰクライアントの動作が問題なく可能となる。
【０２５８】
その他の構成およびその他のステップないしは機能並びにその作用効果については、前述した実施の形態の場合と同一となっている。また、上記の説明において、上述した各ステップの動作内容及び各部の構成要素並びにそれらによる各機能をプログラム化し、コンピュータに実行させてもよい。
【０２５９】
[その他の各種変形例]
また、本発明にかかる装置及び方法は、そのいくつかの特定の実施の形態に従って説明してきたが、本発明の主旨および範囲から逸脱することなく本発明の本文に記述した実施の形態に対して種々の変形が可能である。
【０２６０】
例えば、通信装置は、ユーザにより使用されるパーソナルコンピュータ、携帯情報端末装置、または、テレビジョン受像機、オーディオプレーヤ、ビデオデッキ、カーナビゲーション装置、電子レンジ、冷蔵庫、および洗濯機などの家電製品で、ネットワークに接続する機能を有するものうちのいずれかであってもよい。また、通信装置は、テレビジョン受像機、オーディオプレーヤ、ビデオデッキ、カーナビゲーション装置、電子レンジ、冷蔵庫、洗濯機、その他の家電製品など、ネットワークに接続する機能を有する種々の装置であってよい。
【０２６１】
さらに、アドレス割当装置は、サーバーコンピュータとして機能する種々の電子機器であってもよい。例えばブロードバンドルータやその他のルータなど、ネットワークに接続する機能を有する種々の装置であってよい。
【０２６２】
また、上記構成部材の数、位置、形状等は上記実施の形態に限定されず、本発明を実施する上で好適な数、位置、形状等にすることができる。すなわち、上記実施の形態では、本発明機能を有する通信装置、アドレス割当装置、本発明機能を有しない通信装置の例を示したが、本発明は、これらの個数やシステム構成を制限するものではない。
【０２６３】
（プログラム）
また、前述した実施形態の機能を実現する本発明のソフトウエアのプログラムは、前述した各実施の形態における各種ブロック図などに示された処理部（処理手段）、機能などに対応したプログラムや、フローチャートなどに示された処理手順、処理手段、機能などに対応したプログラムなどにおいて各々処理される各処理プログラム、本明細書で全般的に記述される方法（ステップ）、説明された処理、データの全体もしくは各部を含む。
【０２６４】
具体的には、本発明の一実施形態に係る通信制御プログラムは、ＩＰアドレスを割り当てるアドレス割当装置と通信網を介して通信可能な通信装置が備えたコンピュータに諸機能を実現させることが可能なものである。
【０２６５】
この通信制御プログラムは、前記アドレス割当装置から前記ＩＰアドレスを取得する際に、前記アドレス割当装置の信頼性を認証する認証動作を制御する認証制御機能を含む機能をコンピュータに実現させることができる。
【０２６６】
また、この通信制御プログラムは、前記認証制御機能では、前記ＩＰアドレスのリース延長要求時に認証する機能をコンピュータに実現させることができる。
【０２６７】
さらに、この通信制御プログラムは、前記認証制御機能では、特定の通信プロトコルにおける第１メッセージに第１チャレンジコードを付与して前記アドレス割当装置に送信する第１の処理機能と、前記第１チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第１ハッシュ値が付与された第２メッセージを、前記アドレス割当装置より受信する第２の処理機能と、前記通信装置にて予め記憶された前記アドレス割当装置の識別情報及び認証情報と、前記第１チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置にて算出された第２ハッシュ値と、前記第１ハッシュ値とを比較して前記通信装置が第１認証を行う第３の処理機能と、を含む機能をコンピュータに実現させることができる。
【０２６８】
また、この通信制御プログラムは、前記認証制御機能では、第３メッセージに前記第２チャレンジコードを付与して前記アドレス割当装置に送信する第４の処理機能と、前記第２チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて前記アドレス割当装置にて算出された第３ハッシュ値が付与された第４メッセージを、前記アドレス割当装置より受信する第５の処理機能と、前記通信装置にて予め記憶された前記アドレス割当装置の識別情報及び認証情報と、前記第２チャレンジコードとに基づいてハッシュ関数を用いて前記通信装置にて算出された第４ハッシュ値と、前記第３ハッシュ値とを比較して前記通信装置が第２認証を行う第６の処理機能と、を含む機能をコンピュータに実現させることができる。
【０２６９】
さらにまた、本発明の一実施形態に係る通信制御プログラムは、通信装置と通信網を介して通信可能に形成され前記通信装置にＩＰアドレスを割り当てるアドレス割当装置が備えたコンピュータに諸機能を実現させることが可能なものである。
【０２７０】
この通信制御プログラムは、特定の通信プロトコルにおける第１メッセージに第１チャレンジコードが付与された第１チャレンジコード付き第１メッセージを、前記通信装置より受信する第７の処理機能（割当側第１の処理機能）と、前記第１チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第１ハッシュ値を算出し、この第１ハッシュ値を第２メッセージに付与して前記通信装置に送信する第８の処理機能（割当側第２の処理機能）と、を含む機能をコンピュータに実現させることができる。この場合、前記第７の処理機能（割当側第１の処理機能）と前記第８の処理機能（割当側第２の処理機能）とが、前記第１ハッシュ値と前記通信装置側で求めた第２ハッシュ値とを前記通信装置において比較する第１認証に利用されるようにすることができる。
【０２７１】
また、この通信制御プログラムは、第３メッセージに第２チャレンジコードが付与された第２チャレンジコード付き第１メッセージを、前記通信装置より受信する第９の処理機能（割当側第３の処理機能）と、前記第２チャレンジコードと前記アドレス割当装置の識別情報及び認証情報とに基づいてハッシュ関数を用いて第３ハッシュ値を算出し、この第３ハッシュ値を第２メッセージに付与して前記通信装置に送信する第１０の処理機能（割当側第４の処理機能）と、を含む機能をコンピュータに実現させることができる。この場合、前記第９の処理機能（割当側第３の処理機能）と前記第１０の処理機能（割当側第４の処理機能）とが、前記第３ハッシュ値と前記通信装置側で求めた第４ハッシュ値とを前記通信装置において比較する第２認証に利用されるようにすることができる。  
【０２７２】
プログラムは、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等、プログラムの形態を問わない。プログラムは、高水準プロシージャ型またはオブジェクト
指向プログラミング言語で、あるいは必要に応じてアセンブリまたはマシン言語で実装することができる。いずれの場合も、言語はコンパイラ型またはインタープリタ型言語であってもよい。
上述の通信制御プログラムを、一般のパソコンや携帯型情報端末などで動作可能なアプリケーションソフトに組み込んだものも含む。
【０２７３】
プログラムを供給する手法としては、電気通信回線（有線、無線を問わない）によってコンピュータと通信可能に接続された外部の機器から前記電気通信回線を通じて提供することも可能である。
例えば、コンピュータのブラウザを用いてインターネットのホームページに接続し、該ホームページからプログラムそのもの、もしくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
また、プログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるサーバも、本発明の範囲に含まれるものである。
【０２７４】
本発明のプログラムによれば、当該通信制御プログラムを格納するＲＯＭ等の記憶媒体から、当該通信制御プログラムをコンピュータ（ＣＰＵ）に読み込んで実行させれば、或いは、当該通信制御プログラムを、通信手段を介してコンピュータにダウンロードさせた後に実行させれば、上述した本発明に係る装置を比較的簡単に実現できる。発明の思想の具現化例として装置のソフトウェアとなる場合には、かかるソフトウェアを記憶した記憶媒体上においても当然に存在し、利用される。  
【０２７５】
また、プログラムは、一次複製品、二次複製品などの複製段階については全く問う余地無く同等である。プログラムの供給方法として通信回線を利用して行なう場合であれば通信回線が伝送媒体となって本発明が利用されることになる。むろん、プログラムの発明として特定することもできる。さらに、装置における従属請求項は、方法，プログラムにおいて従属請求項に対応した構成にすることも可能である。
【０２７６】
（情報記録媒体）
また、上述のプログラムを、情報記録媒体に記録した構成であってもよい。情報記録媒体には、上述のプログラムを含むアプリケーションプログラムが格納されており、コンピュータが当該情報記録媒体からアプリケーションプログラムを読み出し、当該アプリケーションプログラムをハードディスクにインストールすることが可能である。これにより、上述のプログラムは、磁気記録媒体、光記録媒体あるいはＲＯＭなどの情報記録媒体に記録してプログラムを提供することができる。そのようなプログラムが記録された情報記録媒体を、コンピュータにおいて使用することは、好都合な情報処理装置を構成する。
【０２７７】
プログラムを供給するための情報記録媒体としては、例えばＲＯＭ、ＲＡＭ、フラッシュメモリやＳＲＡＭ等の半導体メモリ並びに集積回路、あるいはそれらを含むＵＳＢメモリやメモリカード、光ディスク、光磁気ディスク、磁気記録媒体等を用いてよく、さらに、フレキシブルディスク、ＣＤ−ＲＯＭ、ＣＤ―Ｒ、ＣＤ―ＲＷ、ＦＤ、ＤＶＤＲＯＭ、ＨＤＤＶＤ（ＨＤＤＶＤ−Ｒ−ＳＬ＜1層＞、 ＨＤＤＶＤ−Ｒ−ＤＬ＜２層＞、ＨＤＤＶＤ−ＲＷ−ＳＬ、ＨＤＤＶＤ−ＲＷ−ＤＬ、ＨＤＤＶＤ−ＲＡＭ−ＳＬ）、ＤＶＤ±Ｒ−ＳＬ、ＤＶＤ±Ｒ−ＤＬ、ＤＶＤ±ＲＷ−ＳＬ、ＤＶＤ±ＲＷ−ＤＬ、ＤＶＤ−ＲＡＭ、Ｂｌｕ−Ｒａｙ  Ｄｉｓｋ＜登録商標＞（ＢＤ−ＲーＳＬ、ＢＤ−Ｒ−ＤＬ、ＢＤ−ＲＥ−ＳＬ、ＢＤ−ＲＥ−ＤＬ）、ＭＯ、ＺＩＰ、磁気カード、磁気テープ、ＳＤカード、メモリスティック、不揮発性メモリカード、ＩＣカード、等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置、等に記録して構成して用いてよい。  
【０２７８】
さらに「情報記録媒体」は、インターネット等のネットワークや電話回線等の通信回線を介してプログラムを送信する場合の通信線のように、短時間の間、動的にプログラムを保持するもの（伝送媒体ないしは伝送波）、その場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリのように、一定時間プログラムを保持しているものも含むものとする。
【０２７９】
また、コンピュータ上で稼働しているＯＳ、端末（例えば携帯電話など）上のＲＴＯＳ等が処理の一部又は全部を行う場合にも、上記実施の形態と同等の機能を実現できると共に、同等の効果を得ることができる。
【０２８０】
さらに、プログラムを暗号化してＣＤ−ＲＯＭ等の記録媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせ、その鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。この場合、本発明の構成は、プログラムの各構成要素（各種の手段、ステップ及びデータ）と、前記プログラム（各種の手段、ステップ及びデータ）を暗号化する暗号化手段と、を含んでよい。
【０２８１】
また、上記実施の形態では、クライアントサーバーシステムを例に説明したが、サーバを介さずに端末同士がネットワークを組み、相互にデータを送受信するピアツーピア（Ｐｅｅｒ  Ｔｏ  Ｐｅｅｒ）通信によるシステムであってもよい。その際、アドレス割当装置は、ピア・ツゥ・ピア方式におけるマスタ端末であってもよい。また、上述の実施の形態の「システム」を、他の「情報処理システム」と統合したシステムとして、これら全体を本発明の「システム」として構成することも一向に構わない。
【０２８２】
また、前記実施の形態における「システム」とは、複数の装置が論理的に集合した物をいい、各構成の装置が同一筐体中にあるか否かは問わない。このため、本発明は、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。「システム」には、ＯＳや周辺機器等のハードウェアを含んでもよい。
【０２８３】
さらに、上述のプログラムなどが搭載される情報処理装置、アドレス割当装置としては、サーバは、例えばパーソナルコンピュータに限らず、各種サーバー、ＥＷＳ（エンジニアリングワークステーション）、中型コンピュータ、メインフレームなどが挙げられる。  
情報端末、通信装置は、以上の例に加えて、携帯型情報端末、各種モバイル端末、ＰＤＡ、携帯電話機、ウエアラブル情報端末、種々の（携帯型などの）テレビ・ＤＶＤレコーダ・各種音響機器及びそのリモコン、各種情報通信機能を搭載した家電機器、ネットワーク機能を有するゲーム機器等からも利用できる構成としても構わない。
【０２８４】
また、上記プログラムは、前述した機能の一部を実現するためのものであっても良く、さらに前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。
【０２８５】
さらに、本明細書において、フローチャートに示されるステップは、記載された手順に従って時系列的に行われる処理はもちろん、必ずしも時系列的に処理されなくとも、並列的あるいは個別に実行される処理を含むものである。また、実装では、プログラム手順（ステップ）が実行される順序を変更することができる。さらに、実装の必要に応じて、本明細書で説明した特定の手順（ステップ）を、組み合わされた手順（ステップ）として実装、除去、追加、または再配置することができる。
【０２８６】
さらに、装置の各手段、各機能、各ステップの手順の機能などのプログラムの機能を、専用のハードウエア（例えば専用の半導体回路等）によりその機能を達成してもよく、プログラムの全機能のうち一部の機能をハードウエアで処理し、全機能のうちさらに他の機能をソフトウエアで処理するようにしてもよい。専用のハードウエアの場合、各部を集積回路例えばＬＳＩにて形成されてもよい。これらは個別に１チップ化されても良いし、一部または全部を含むように１チップ化されても良い。また、ＬＳＩには、ストリーミングエンジンなど他の機能ブロックが含まれていても良い。また、集積回路化の手法はＬＳＩに限るものではなく、専用回路又は汎用プロセサで実現してもよい。さらには、半導体技術の進歩又は派生する別技術によりＬＳＩに置き換わる集積回路化の技術が登場すれば、当然、その技術を用いて機能ブロックの集積化を行ってもよい。
【０２８７】
また、通信装置とアドレス割当装置との間の通信構造、通信装置と他の装置の通信構造、アドレス割当装置と他の装置の通信構造、に際し、いずれか一方又は双方に形成されるインタフェースの種類は、例えばパラレルインタフェース、ＵＳＢインタフェース、ＩＥＥＥ１３９４、ＬＡＮやＷＡＮ等のネットワークやその他これに類するもの、もしくは今後開発される如何なるインタフェースであっても構わない。  
【０２８８】
さらに、「通信」では、無線通信および有線通信は勿論、無線通信と有線通信とが混在した通信、即ち、ある区間では無線通信が行われ、他の区間では有線通信が行われるようなものであってもよい。さらに、ある装置から他の装置への通信が有線通信で行われ、他の装置からある装置への通信が無線通信で行われるようなものであってもよい。
【０２８９】
そして、この通信には通信網が含まれる。通信網を構成するネットワークとしては、例えば携帯電話回線網（基地局及び交換システムを含む）、公衆電話回線網、ＩＰ電話網、ＩＳＤＮ回線網などこれに類する各種回線網、インターネット（乃ち、ＴＣＰ・ＩＰプロトコルを用いた通信態様）やイントラネット、ＬＡＮ＜イーサネット（登録商標）、やギガビットイーサネット（登録商標）などを含む＞、ＷＡＮ、光ファイバー通信網、電力線通信網、ブロードバンド対応可能な各種専用回線網などいずれのハードウエア構成でもよい。さらに、ネットワークは、ＴＣＰ・ＩＰプロトコルの他、種々の通信プロトコルを用いたネットワークあるいはソフトウエア的に構築された仮想ネットワークやこれに類するあらゆるネットワークを含むネットワークなどいかなる通信プロトコルであってもよい。また、ネットワークは、有線に限らず、無線（衛星通信、各種高周波通信手段等を含む）ネットワーク（例えば、簡易電話システムや携帯電話のようなシングルキャリア通信システム、Ｗ―ＣＤＭＡやＩＥＥＥ８０２．１１ｂに準拠した無線ＬＡＮのようなスペクトラム拡散通信システム、ＩＥＥＥ８０２．１１ａやＨｉｐｅｒＬＡＮ／２のようなマルチキャリア通信システム、などを含むネットワーク）であっても構わず、これらの組み合わせを利用してもよく、他のネットワークと接続されたシステムであってもよい。さらに、ネットワークは、ポイントツーポイント、ポイントツーマルチポイント、マルチポイントツーマルチポイントなど如何なる形態でもよい。  
【０２９０】
さらに、アドレス割当装置を通信装置側で認証する手法は、必ずしも実体のある装置に限られる必要はなく、その方法としても機能することは容易に理解できる。このため、方法にかかる発明も、必ずしも実体のある装置に限らず、その方法としても有効であることに相違はない。この場合、方法を実現するための一例として通信システム、アドレス割当装置、通信装置、電子機器なども含めることができる。
【０２９１】
ところで、このような装置は、単独で存在する場合もあるし、ある機器に組み込まれた状態で利用されることもあるなど、発明の思想としてはこれに限らず、各種の態様を含むものである。従って、ソフトウェアであったりハードウェアであったりするなど、適宜、変更可能である。発明の思想の具現化例として装置のソフトウェアとなる場合には、かかるソフトウェアを記憶した記憶媒体上においても当然に存在し、利用されるといわざるをえない。
【０２９２】
さらに、一部がソフトウェアであって、一部がハードウェアで実現されている場合であってもよく、一部を記憶媒体上に記憶しておいて必要に応じて適宜読み込まれるような形態のものとしてあってもよい。本発明をソフトウェアで実現する場合、ハードウェアやオペレーティングシステムを利用する構成とすることも可能であるし、これらと切り離して実現することもできる。
【０２９３】
また、発明の範囲は、図示例に限定されないものとする。
さらに、上記各実施の形態には種々の段階が含まれており、開示される複数の構成要件における適宜な組み合わせにより種々の発明が抽出され得る。つまり、上述の各実施の形態同士、あるいはそれらのいずれかと各変形例のいずれかとの組み合わせによる例をも含む。この場合において、本実施形態において特に記載しなくとも、各実施の形態及びそれらの変形例に開示した各構成から自明な作用効果については、当然のことながら実施の形態の作用効果として含めることができる。逆に、本実施の形態に記載されたすべての作用効果を奏することのできる構成が、本発明の本質的特徴部分の必須構成要件であるとは限らない。また、実施の形態に示される全構成要件から幾つかの構成要件が削除された構成による実施の形態並びにその構成に基づく技術的範囲も発明になりうる。
【０２９４】
そして、各実施の形態及びそれらの変形例を含むこれまでの記述は、本発明の理解を容易にするために、本発明の多様な実施の形態のうちの一例の開示、すなわち、何れも本発明を実施するにあたっての具体化の例を示したものに過ぎず、例証するものであり、制限するものではなく、適宜変形及び／又は変更が可能である。本発明は、その技術思想、またはその主要な特徴に基づいて、様々な形で実施することができ、各実施の形態及びその変形例によって本発明の技術的範囲が限定的に解釈されてはならないものである。
従って、上記に開示された各要素は、本発明の技術的範囲に属する全ての設計変更や均等物を含む趣旨である。
【産業上の利用可能性】
【０２９５】
本発明は、通信装置全般に適用可能である。
【図面の簡単な説明】
【０２９６】
【図１】本発明の第１の実施の形態による通信システムの全体構成の一例を示す説明図である。
【図２】図１の通信システムの詳細構成の一例を示す説明図である。
【図３】本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図４】本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図５】本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図６】本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図７】本発明の第１の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図８】本発明の第２の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図９】本発明の第２の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１０】本発明の第３の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１１】本発明の第４の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１２】本発明の第４の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１３】本発明の第４の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１４】本発明の第４の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１５】本発明の第４の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１６】本発明の第５の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１７】本発明の第５の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【図１８】本発明の第６の実施の形態による通信システムにおける処理手順の一例を示すネットワークシーケンス図である。
【符号の説明】
【０２９７】
１  通信システム  
１０  ＤＨＣＰクライアント（通信装置）
１２ａ  ＤＨＣＰサーバのＩＤ、パスワード記憶機能
１２ｂ  チャレンジコード生成機能
１２ｃ  ハッシュ値生成機能
１２ｄ  認証機能
１３    認証制御部
２０  ＤＨＣＰサーバ（アドレス割当装置）
２２ａ  ＩＤ、パスワード記憶機能
２２ｂ  ハッシュ値算出機能
【図１】
0005029994.tif 000002
【図２】
0005029994.tif 000003
【図３】
0005029994.tif 000004
【図４】
0005029994.tif 000005
【図５】
0005029994.tif 000006
【図６】
0005029994.tif 000007
【図７】
0005029994.tif 000008
【図８】
0005029994.tif 000009
【図９】
0005029994.tif 000010
【図１０】
0005029994.tif 000011
【図１１】
0005029994.tif 000012
【図１２】
0005029994.tif 000013
【図１３】
0005029994.tif 000014
【図１４】
0005029994.tif 000015
【図１５】
0005029994.tif 000016
【図１６】
0005029994.tif 000017
【図１７】
0005029994.tif 000018
【図１８】
0005029994.tif 000019