JP2011024005A - サーバ装置、クライアント装置、通信システム、通信制御方法およびプログラム - Google Patents

Abstract

【課題】サーバ装置の状態に応じて、クライアント装置の動作を制御することができるようにする。
【解決手段】ＤＨＣＰサーバ１０が、複数種類の要求信号の中からＤＨＣＰクライアント２０に送出させる要求信号を決定し、決定した要求信号を識別する信号識別情報を含めた再取得要求をＤＨＣＰクライアント２０に対して送出する。そして、ＤＨＣＰクライアント２０が、ＤＨＣＰサーバ１０から送出された再取得要求を受信した場合に、受信した再取得要求に含まれている信号識別情報に対応する要求信号をＤＨＣＰサーバ１０に対して送出する。
【選択図】図７

Description

本発明は、サーバ装置、クライアント装置、通信システム、通信制御方法およびプログラムに関する。

従来、クライアント装置とサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、サーバ装置がクライアント装置に対してサービスを提供する通信システムがある。このような通信システムとして、例えば、ＤＨＣＰ（Dynamic Host Configuration Protocol）に基づくＤＨＣＰサービスを提供する通信システムがある。

図１１は、従来のＤＨＣＰサービスを提供する通信システムを説明するための図である。同図は、ここで、従来のＤＨＣＰサービスを提供する通信システムにおけるＩＰアドレスの払出しの流れと、リース期間の更新の流れとを示している。

まず、ＩＰアドレスの払出しの流れについて説明する。図１１に示すように、例えば、ＤＨＣＰサービスを提供する通信システムでは、ＤＨＣＰクライアントは、電源投入などの契機で、割り当て可能なＩＰアドレスやサブネットマスク等のＩＰ通信に必要なＩＰ設定情報の候補を取得要求する。そのため、ＤＨＣＰクライアントは、ＤＨＣＰサーバに対して、ＤＨＣＰクライアントを一意に識別するクライアントＩＤを含めたＤＩＳＣＯＶＥＲ信号を送出する（図１１の（１）参照）。

ＤＩＳＣＯＶＥＲ信号を受信すると、ＤＨＣＰサーバは、ＤＩＳＣＯＶＥＲ信号に含まれているクライアントＩＤに基づいて、払出し可能なＩＰ設定情報の候補を決定する。そして、ＤＨＣＰサーバは、決定したＩＰ設定情報の候補を含めたＯＦＦＥＲ信号をＤＨＣＰクライアントに対して送出する（図１１の（２）参照）。

ＯＦＦＥＲ信号を受信したＤＨＣＰクライアントは、ＯＦＦＥＲ信号に含まれているＩＰ設定情報の候補を確認する。そして、ＤＨＣＰクライアントは、ＩＰ設定情報の候補が受諾できるものであれば、さらにＲＥＱＵＥＳＴ信号を送出することで、ＤＨＣＰサーバに対してＩＰ設定情報の確保を要求する（図１１の（３）参照）。

ＲＥＱＵＥＳＴ信号を受信すると、ＤＨＣＰサーバは、ＤＨＣＰクライアントに払出したＩＰ設定情報を確保し、そのＩＰ設定情報については他のＤＨＣＰクライアントに払出さないように設定する。そして、ＤＨＣＰサーバは、確保したＩＰ設定情報を含めたＡＣＫ信号をＤＨＣＰクライアントに通知する（図１１の（４）参照）。そして、ＡＣＫ信号を受信したＤＨＣＰクライアントは、ＡＣＫ信号により払出されたＩＰ設定情報を自身のネットワークインタフェースに設定して通信サービスの提供を受ける。

次に、リース期間の更新の流れについて説明する。上記で説明した一連の要求信号および応答信号のやり取りによって払出されるＩＰ設定情報には、通常、一定の有効期間（以下、「リース期間」と呼ぶ）が設定される。そこで、ＤＨＣＰクライアントは、リース期間が切れる前に、リース期間の更新を要求する。

具体的には、ＤＨＣＰクライアントは、図１１に示すように、リース期間が切れる前に、ＤＨＣＰサーバに対してＲＥＱＵＥＳＴ信号を再度送出することでリース期間の更新を要求する（図１１の（５）参照）。ここで、ＤＨＣＰクライアントは、それまでに払出されているＩＰ設定情報をＲＥＱＵＥＳＴ信号に含めて送出する。

ＲＥＱＵＥＳＴ信号を受信すると、ＤＨＣＰサーバは、受信したＲＥＱＵＥＳＴ信号に含まれているＩＰ設定情報と払出したＩＰ設定情報とが一致しているか否かを確認する。そして、ＤＨＣＰサーバは、リース期間中にＲＥＱＵＥＳＴ信号を受信し、かつ、ＲＥＱＵＥＳＴ信号のＩＰ設定情報と払出したＩＰ設定情報とが一致した場合に限り、リース期間を更新したうえで再度ＡＣＫ信号を送出する（図１１の（６）参照）。

さらに、ＤＨＣＰサーバは、ＩＰ設定情報の一部を変更する必要が生じた場合には、ＤＨＣＰクライアントに対してＲＥＱＵＥＳＴ信号の送出を誘起することもできる。その場合、ＤＨＣＰサーバは、ＤＨＣＰクライアントに対してＦＯＲＣＥＲＥＮＥＷ信号を送出する（図１１の（７）参照）。

ＦＯＲＣＥＲＥＮＥＷ信号を受信すると、ＤＨＣＰクライアントは、ＤＨＣＰサーバに対してＲＥＱＵＥＳＴ信号を送出する（図１１の（８）参照）。そして、ＤＨＣＰクライアントは、ＲＥＱＵＥＳＴ信号に応じてＤＨＣＰサーバから送出されるＡＣＫ信号を受信することで、変更後のＩＰ設定情報を取得することができる（図１１の（９）参照）。

このように、ＤＨＣＰサービスを提供する通信システムでは、ＤＨＣＰサーバがＤＨＣＰクライアントに対してＩＰ設定情報を継続的に提供することができる（例えば、非特許文献１参照）。

「ＲＦＣ２１３１−Ｄｙｎａｍｉｃ Ｈｏｓｔ Ｃｏｎｆｉｇｕｒａｔｉｏｎ Ｐｒｏｔｏｃｏｌ」、［平成２１年７月１日検索］、インターネット＜URL: http://www.ietf.org/rfc/rfc2131.txt＞

しかしながら、上述した従来の通信システムでは、ＤＨＣＰサーバの状態に応じて、ＤＨＣＰクライアントに対して要求信号の送出を誘起することが求められている。

例えば、ＤＨＣＰサービスを提供する通信システムでは、ＤＨＣＰサーバに異常が発生した際に、ＤＨＣＰサーバが管理しているＩＰアドレスの払出し履歴が失われてしまう場合がある。その場合、ＤＨＣＰサーバは、各ＤＨＣＰクライアントから送出されるＲＥＱＵＥＳＴ信号に含まれるＩＰアドレスが正当に払出されたものであるか否かを確認することができなくなってしまう。

その結果、悪意のあるユーザが利用するＤＨＣＰクライアントが、他のＤＨＣＰクライアントに払出されたＩＰアドレスをＲＥＱＵＥＳＴ信号に設定してリース期間の更新を要求した場合に、要求したＩＰアドレスを取得することができてしまう可能性がある。

そのため、ＤＨＣＰサーバは、ＩＰアドレスの払出し履歴が失われた場合には、再度、各ＤＨＣＰクライアントからＤＩＳＣＯＶＥＲ信号を受信することによって、各ＤＨＣＰクライアントに対してＩＰアドレスを正当に払出し直す必要がある。この場合には、ＤＨＣＰサーバは、各ＤＨＣＰクライアントに対してＤＩＳＣＯＶＥＲ信号の送出を誘起することが求められる。

この一方で、前述したように、ＤＨＣＰサーバは、例えばＩＰ設定情報の一部を変更する必要が生じた場合には、すでに払出し済みのＩＰ設定情報を変更するために、ＤＨＣＰクライアントに対してＲＥＱＵＥＳＴ信号の送出を誘起することが求められる。

このように、ＤＨＣＰサービスを提供する通信システムでは、ＤＨＣＰサーバの状態に応じて、ＤＨＣＰクライアントの動作を制御することが求められている。

なお、上記課題は、ＤＨＣＰサービスを提供する通信システムだけではなく、一連の関連性を有する複数種類の要求信号および応答信号を交換することで、サーバ装置がクライアント装置に対してサービスを提供する他の通信システムにも同様に生じるものである。

開示の技術は、上記に鑑みてなされたものであって、サーバ装置の状態に応じて、クライアント装置の動作を制御することができるサーバ装置、クライアント装置、通信システム、通信制御方法およびプログラムを提供することを目的とする。

本願の開示するサーバ装置は、通信システムは、一つの態様において、ネットワークを介して接続されたクライアント装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記クライアント装置に対してサービスを提供するサーバ装置であって、前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定する要求決定手段と、前記要求決定手段によって決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出する指示送信手段とを備える。

また、本願の開示するクライアント装置は、他の態様において、ネットワークを介して接続されたサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記サーバ装置によって提供されるサービスを利用するクライアント装置であって、前記複数種類の要求信号の中から前記サーバ装置によって決定された要求信号を識別する信号識別情報を含む要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出する信号送信手段を備える。

また、本願の開示する通信システムは、他の態様において、ネットワークを介して互いに接続されたクライアント装置とサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、サーバ装置がクライアント装置に対してサービスを提供する通信システムであって、前記サーバ装置は、前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定する要求決定手段と、前記要求決定手段によって決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出する指示送信手段とを備え、前記クライアント装置は、前記サーバ装置から送出された前記要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出する信号送信手段を備える。

また、本願の開示する通信制御方法は、他の態様において、ネットワークを介して互いに接続されたクライアント装置とサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、サーバ装置がクライアント装置に対してサービスを提供する通信システムに適用される通信制御方法であって、前記サーバ装置が、前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定するステップと、前記サーバ装置が、決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出するステップと、前記クライアント装置が、前記サーバ装置から送出された前記要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出するステップとを含む。

また、本願の開示する通信制御方法は、他の態様において、ネットワークを介して接続されたクライアント装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記クライアント装置に対してサービスを提供するサーバ装置による通信制御方法であって、前記サーバ装置が、前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定するステップと、前記サーバ装置が、決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出するステップとを含む。

また、本願の開示する通信制御方法は、他の態様において、ネットワークを介して接続されたサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記サーバ装置によって提供されるサービスを利用するクライアント装置による通信制御方法であって、前記クライアント装置が、前記複数種類の要求信号の中から前記サーバ装置によって決定された要求信号を識別する信号識別情報を含む要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出するステップを含む。

また、本願の開示するプログラムは、他の態様において、上記サーバ装置としてコンピュータを機能させる。

また、本願の開示するプログラムは、他の態様において、上記クライアント装置としてコンピュータを機能させる。

本願の開示するサーバ装置、クライアント装置、通信システム、通信制御方法およびプログラムの一つの態様によれば、サーバ装置の状態に応じて、クライアント装置の動作を制御することができるという効果を奏する。

図１は、本実施例１に係る通信システムの構成を示す図である。 図２は、本実施例１に係るＤＨＣＰサーバの構成を示す機能ブロック図である。 図３は、鍵情報ＤＢによって記憶される鍵情報の一例を示す図である。 図４は、払出し情報ＤＢによって記憶される払出し情報の一例を示す図である。 図５は、本実施例１に係るＤＨＣＰクライアントの構成を示す機能ブロック図である。 図６は、本実施例１に係る通信システムにおけるＩＰアドレスの払出しおよびリース期間の更新の流れを示すシーケンス図である。 図７は、本実施例１に係る通信システムにおけるＩＰ設定情報の変更の流れを示すシーケンス図である。 図８は、ＤＨＣＰサーバによって行われる認証情報生成処理の流れを示すフローチャートである。 図９は、ＤＨＣＰクライアントの再取得要求受信機能部によって行われる認証情報検証処理の流れを示すフローチャートである。 図１０は、本実施例２に係るＤＨＣＰサーバの構成を示す機能ブロック図である。 図１１は、従来のＤＨＣＰサービスを提供する通信システムを説明するための図である。

以下に、本願の開示するサーバ装置、クライアント装置、通信システム、通信制御方法およびプログラムの実施例を図面に基づいて詳細に説明する。なお、以下では、ＤＨＣＰサービスを提供する通信システムに本発明を適用した場合について説明するが、この実施例によって本発明が限定されるものではない。

最初に、本実施例１に係る通信システムの構成について説明する。図１は、本実施例１に係る通信システムの構成を示す図である。同図に示すように、本実施例１に係る通信システムは、ＤＨＣＰサーバ１０と、複数のＤＨＣＰクライアント２０とを有する。ここで、ＤＨＣＰサーバ１０と各ＤＨＣＰクライアント２０とは、ネットワーク３０を介して互いに通信可能に接続されている。

ＤＨＣＰサーバ１０は、各ＤＨＣＰクライアント２０との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、各ＤＨＣＰクライアント２０に対してＤＨＣＰサービスを提供する。例えば、ＤＨＣＰサーバ１０は、各ＤＨＣＰクライアント２０からの要求に応じて、ＤＨＣＰクライアント２０ごとに、ＩＰアドレスなどを含むＩＰ設定情報を払出す。

ＤＨＣＰクライアント２０は、ＤＨＣＰサーバ１０によって提供されるＤＨＣＰサービスを利用するユーザによって用いられる。例えば、ＤＨＣＰクライアント２０は、ＤＨＣＰサーバ１０から払出されたＩＰ設定情報を自装置のネットワークインタフェースに設定することで、ユーザによるインターネットの利用を可能にする。

このような構成のもと、本実施例１に係る通信システムでは、ＤＨＣＰサーバ１０が、ＤＨＣＰサーバ１０の状態に応じて、ＤＨＣＰで規定されている複数種類の要求信号の中からＤＨＣＰクライアント２０に送出させる要求信号を決定する。例えば、ＤＨＣＰサーバ１０は、障害などによってＩＰアドレスの払出し履歴が失われてしまった場合には、ＤＨＣＰクライアント２０にＤＩＳＣＯＶＥＲ信号を送出させるよう決定する。また、例えば、ＤＨＣＰサーバ１０は、払出し済みのＩＰ設定情報に変更が生じた場合には、ＤＨＣＰクライアント２０にＲＥＱＵＥＳＴ信号を送出させるよう決定する。

その後、ＤＨＣＰサーバ１０は、決定した要求信号を識別する信号識別情報を含めた要求信号送出指示をＤＨＣＰクライアント２０に対して送出する。例えば、ＤＨＣＰサーバ１０は、ＤＩＳＣＯＶＥＲ信号またはＲＥＱＵＥＳＴ信号を識別する信号識別情報をＤＨＣＰクライアント２０に対して送出する。

そして、ＤＨＣＰクライアント２０は、ＤＨＣＰサーバ１０から送出された要求信号送出指示を受信した場合に、受信した要求信号送出指示に含まれている信号識別情報に対応する要求信号をＤＨＣＰサーバ１０に対して送出する。例えば、ＤＨＣＰクライアント２０は、ＤＨＣＰサーバ１０から受信した要求信号送出指示にＤＩＳＣＯＶＥＲ信号を示す信号識別情報が含まれていた場合には、ＤＨＣＰクライアント２０に対してＤＩＳＣＯＶＥＲ信号を送出する。また、例えば、ＤＨＣＰクライアント２０は、ＤＨＣＰサーバ１０から受信した要求信号送出指示にＲＥＱＵＥＳＴ信号を示す信号識別情報が含まれていた場合には、ＤＨＣＰクライアント２０に対してＲＥＱＵＥＳＴ信号を送出する。

このように、本実施例１に係る通信システムでは、ＤＨＣＰサーバ１０が、ＤＨＣＰクライアント２０に対して各種信号の送出を誘起することができるようにしている。これにより、本実施例１に係る通信システムでは、ＤＨＣＰサーバ１０の状態に応じて、ＤＨＣＰクライアント２０の動作を制御することができる。

以下、本実施例１に係る通信システムについて詳細に説明するが、本実施例１では、ＤＨＣＰサーバが、ＤＩＳＣＯＶＥＲ信号またはＲＥＱＵＥＳＴ信号をＤＨＣＰクライアントに送出させることで、ＤＨＣＰクライアントに対してＩＰ設定情報の再取得を要求する場合について説明する。そこで、本実施例１では、ＤＩＳＣＯＶＥＲ信号またはＲＥＱＵＥＳＴ信号を識別する信号識別情報を含めた要求信号送出指示を「再取得要求信号」と呼ぶ。また、以下では、信号識別情報として、あらかじめ要求信号の種類ごとに決められた鍵情報を用いて作成された認証情報を用いる場合について説明する。

まず、本実施例１に係るＤＨＣＰサーバ１０の構成について説明する。図２は、本実施例１に係るＤＨＣＰサーバ１０の構成を示す機能ブロック図である。同図に示すように、ＤＨＣＰサーバ１０は、鍵情報ＤＢ１１と、払出し情報ＤＢ１２と、要求信号受信機能部１３と、応答信号送信機能部１４と、払出し情報管理機能部１５と、再取得要求送信機能部１６とを有する。

鍵情報ＤＢ１１は、ＤＨＣＰクライアント２０に送出させる要求信号と、要求信号の種類ごとに決められた鍵情報とを対応付けて記憶する。この鍵情報ＤＢ１１は、例えば、ハードディスクやＲＡＭ（Random Access Memory）などの記憶装置を用いて構築される。図３は、鍵情報ＤＢ１１によって記憶される鍵情報の一例を示す図である。

図３に示すように、具体的には、鍵情報ＤＢ１１は、クライアントＩＤと、ＤＨＣＰクライアント２０ごとに定められた鍵情報とを対応付けて記憶する。クライアントＩＤには、ＤＨＣＰクライアント２０を一意に識別する識別情報が設定される。鍵情報には、ＤＩＳＣＯＶＥＲ信号用の鍵情報（図３に示す「ＤＩＳＣＯＶＥＲ」）とＲＥＱＵＥＳＴ信号用の鍵情報（図３に示す「ＲＥＱＵＥＳＴ」）とがそれぞれ設定される。

ここで、鍵情報は、要求信号の種類に応じてデータサイズおよび文字種が異なるように設定される。例えば、図３に示すように、ＤＩＳＣＯＶＥＲ信号用の鍵情報には、６桁の数字と６桁の英字とを連結した文字が設定される。また、例えば、図３に示すように、ＲＥＱＵＥＳＴ信号用の鍵情報には、６桁の数字が設定される。なお、図３に示す例はあくまで一例であり、例えば、同じデータサイズで文字種のみが異なるようにしてもよいし、同じ文字種でデータサイズのみが異なるようにしてもよい。また、鍵情報の桁数も６桁に限られるものではなく、適宜に増減してもよい。

このように、ＤＩＳＣＯＶＥＲ信号とＲＥＱＵＥＳＴ信号とで異なる長さの鍵情報を設定したり、鍵情報に使用可能な文字種を増減したりすることによって、要求する信号に応じて、なりすましのための鍵情報の総当り攻撃の困難性を高めることができる。

払出し情報ＤＢ１２は、ＤＨＣＰクライアント２０に払出された払い出し情報を記憶する。この払出し情報ＤＢ１２は、例えば、ハードディスクやＲＡＭ（Random Access Memory）などの記憶装置を用いて構築される。図４は、払出し情報ＤＢ１２によって記憶される払出し情報の一例を示す図である。

図４に示すように、具体的には、払出し情報ＤＢ１２は、クライアントＩＤと、払出しＩＰアドレスと、払出し時刻とを対応付けた情報を払出し情報としてＤＨＣＰクライアント２０ごとに記憶する。ここで、払出しＩＰアドレスには、ＤＨＣＰクライアント２０に払出したＩＰアドレスが設定される。また、払出し時刻には、ＤＨＣＰクライアント２０に払出したＩＰアドレスを確保した時刻が設定される。

要求信号受信機能部１３は、ＤＨＣＰクライアント２０から送出される要求信号を受信し、受信した要求信号を処理する。応答信号送信機能部１４は、ＤＨＣＰクライアント２０へ送出される要求信号を生成し、生成した応答信号をＤＨＣＰクライアント２０に送信する。

払出し情報管理機能部１５は、ＤＨＣＰクライアント２０に払出される払出し情報を決定する。再取得要求送信機能部１６は、ＤＨＣＰクライアント２０に対して払出し済みの払出し情報に変更があった場合などに、ＤＨＣＰクライアント２０に対して払出し情報の再取得を要求する再取得要求信号を送信する。

なお、上記で説明した要求信号受信機能部１３、応答信号送信機能部１４、払出し情報管理機能部１５、および、再取得要求送信機能部１６によって行われる処理については、後に詳細に説明する。

次に、本実施例１に係るＤＨＣＰクライアント２０の構成について説明する。図５は、本実施例１に係るＤＨＣＰクライアント２０の構成を示す機能ブロック図である。同図に示すように、ＤＨＣＰクライアント２０は、記憶部２１と、要求信号送信機能部２２と、応答信号受信機能部２３と、払出し情報管理機能部２４と、再取得要求受信機能部２５とを有する。

記憶部２１は、鍵情報ファイル２１ａと、払出し情報ファイル２１ｂとを記憶する。この記憶部２１は、例えば、ハードディスクやＲＡＭ（Random Access Memory）などの記憶装置である。鍵情報ファイル２１ａは、再取得要求信号に含まれる認証情報を検証するための鍵情報を保持する。払出し情報ファイル２１ｂは、ＤＨＣＰサーバ１０から払出された払出し情報を保持する。

要求信号送信機能部２２は、ＤＨＣＰサーバ１０へ送出される要求信号を生成し、生成した要求信号を送信する。応答信号受信機能部２３は、ＤＨＣＰサーバ１０から送出される応答信号を受信し、受信した応答信号を処理する。

払出し情報管理機能部２４は、ＤＨＣＰサーバ１０から払出された情報を管理する。再取得要求受信機能部２５は、ＤＨＣＰサーバ１０から送出される再取得要求信号を受信し、受信した再取得要求信号を処理する。

なお、上記で説明した要求信号送信機能部２２、応答信号受信機能部２３、払出し情報管理機能部２４、および、再取得要求受信機能部２５によって行われる処理については、後に詳細に説明する。

次に、本実施例１に係る通信システムにおけるＩＰアドレスの払出しおよびリース期間の更新の流れについて説明する。図６は、本実施例１に係る通信システムにおけるＩＰアドレスの払出しおよびリース期間の更新の流れを示すシーケンス図である。

図６に示すように、本実施例１に係る通信システムでは、まず、ＤＨＣＰクライアント２０において、要求信号送信機能部２２が、電源投入などの契機で、ＩＰアドレスを取得するため、クライアントＩＤを含めたＤＩＳＣＯＶＥＲ信号をＤＨＣＰサーバ１０に対して送出する（ステップＳ１０１）。

続いて、ＤＨＣＰサーバ１０では、要求信号受信機能部１３が、ＤＨＣＰクライアント２０から送出されたＤＩＳＣＯＶＥＲ信号を受信し、受信したＤＩＳＣＯＶＥＲ信号に含まれているクライアントＩＤを抽出する。そして、要求信号受信機能部１３は、抽出したクライアントＩＤを含めた払出し情報取得要求を払出し情報管理機能部１５に送信する（ステップＳ１０２）。

払出し情報管理機能部１５は、払出し情報取得要求を受信すると、あらかじめ定められている払出し可能なＩＰアドレスのうち、払出し情報ＤＢ１２に登録されていないＩＰアドレスをランダムに決定する。そして、払出し情報管理機能部１５は、払出し情報取得要求に含まれていたクライアントＩＤと、決定したＩＰアドレスとを対応付けて払出し情報ＤＢ１２に登録する。また、払出し情報管理機能部１５は、決定したＩＰアドレスを含めた払出し情報取得応答を要求信号受信機能部１３に送信する（ステップＳ１０３）。

要求信号受信機能部１３は、払出し情報取得応答を受信すると、払出し情報取得要求に含まれていたクライアントＩＤと、払出し情報取得応答に含まれているＩＰアドレスとを含めたＯＦＦＥＲ送出指示を応答信号送信機能部１４に送信する（ステップＳ１０４）。

応答信号送信機能部１４は、ＯＦＦＥＲ送出指示を受信すると、受信したＯＦＦＥＲ信号送出指示に含まれているクライアントＩＤおよびＩＰアドレスを含めたＯＦＦＥＲ信号を生成する。そして、応答信号送信機能部１４は、生成したＯＦＦＥＲ信号をＤＨＣＰクライアント２０に対して送出する（ステップＳ１０５）。

続いて、ＤＨＣＰクライアント２０では、応答信号受信機能部２３が、ＤＨＣＰクライアント２０から送出されたＯＦＦＥＲ信号を受信し、受信したＯＦＦＥＲ信号に含まれているＩＰアドレスを抽出する。そして、応答信号受信機能部２３は、抽出したＩＰアドレスを含めたＲＥＱＵＥＳＴ送出指示を要求信号送信機能部２２に送信する（ステップＳ１０６）。

要求信号送信機能部２２は、ＲＥＱＵＥＳＴ送出指示を受信すると、クライアントＩＤと、受信したＲＥＱＵＥＳＴ送出指示に含まれていたＩＰアドレスとを含めたＲＥＱＵＥＳＴ信号を生成する。そして、要求信号送信機能部２２は、生成したＲＥＱＵＥＳＴ信号をＤＨＣＰサーバ１０に対して送出する（ステップＳ１０７）。

続いて、ＤＨＣＰサーバ１０では、要求信号受信機能部１３が、ＤＨＣＰクライアント２０から送出されたＲＥＱＵＥＳＴ信号を受信し、受信したＲＥＱＵＥＳＴ信号に含まれているクライアントＩＤおよびＩＰアドレスを抽出する。そして、要求信号受信機能部１３は、抽出したクライアントＩＤおよびＩＰアドレスを含めた払出し情報確保要求を払出し情報管理機能部１５に送信する（ステップＳ１０８）。

払出し情報管理機能部１５は、払出し情報確保要求を受信すると、受信した払出し情報確保要求に含まれているクライアントＩＤおよびＩＰアドレスが払出し情報ＤＢ１２に登録されているか否かを確認する。そして、登録されていた場合には、払出し情報管理機能部１５は、現在時刻を取得し、取得した現在時刻を払出し時刻としてクライアントＩＤおよびＩＰアドレスに対応付け、登録済みの払出し情報に上書き登録する。また、払出し情報管理機能部１５は、登録したクライアントＩＤおよびＩＰアドレスをＯＫ応答として含めた払出し情報確保応答を要求信号受信機能部１３に送信する（ステップＳ１０９）。

なお、受信した払出し情報確保要求に含まれているクライアントＩＤおよびＩＰアドレスが払出し情報ＤＢ１２に登録されていなかった場合には、払出し情報管理機能部１５は、受信した払出し情報確保要求を破棄する。このとき、払出し情報管理機能部１５は、さらに、払出し情報ＤＢ１２に登録されていなかったクライアントＩＤおよびＩＰアドレスを表示装置等に出力するようにしてもよい。

要求信号受信機能部１３は、払出し情報確保応答を受信すると、受信した払出し情報確保応答に含まれているクライアントＩＤおよびＩＰアドレス含めたＡＣＫ送出指示を応答信号送信機能部１４に送信する（ステップＳ１１０）。

応答信号送信機能部１４は、ＡＣＫ送出指示を受信すると、受信したＡＣＫ送出指示に含まれているクライアントＩＤおよびＩＰアドレスを含めたＡＣＫ信号を生成する。そして、応答信号送信機能部１４は、生成したＡＣＫ信号をＤＨＣＰクライアント２０に対して送出する（ステップＳ１１１）。

続いて、ＤＨＣＰクライアント２０では、応答信号受信機能部２３が、ＤＨＣＰクライアント２０から送出されたＡＣＫ信号を受信し、受信したＡＣＫ信号に含まれているクライアントＩＤおよびＩＰアドレスを抽出する。そして、応答信号受信機能部２３は、抽出したクライアントＩＤおよびＩＰアドレスを含めた払出し情報保持要求を払出し情報管理機能部２４に送信する（ステップＳ１１２）。

払出し情報管理機能部２４は、払出し情報保持要求を受信すると、受信した払出し情報保持要求に含まれているＩＰアドレスを払出し情報ファイル２１ｂに保持する。その後、払出し情報管理機能部２４は、払出し情報保持応答を応答信号受信機能部２３に送信する（ステップＳ１１３）。

応答信号受信機能部２３は、払出し情報保持応答を受信すると、ＲＥＱＵＥＳＴ送出タイマ設定を要求信号送信機能部２２に送信する（ステップＳ１１４）。

要求信号送信機能部２２は、ＲＥＱＵＥＳＴ送出タイマ設定を受信すると、ＲＥＱＵＥＳＴ送出タイマ設定を受信してから一定時間が経過した後に、払出し情報管理機能部２４に払出し情報参照要求を送信する（ステップＳ１１５）。

払出し情報管理機能部２４は、払出し情報参照要求を受信すると、払出し情報ファイル２１ｂからＩＰアドレスを読み出す。そして、払出し情報管理機能部２４は、読み出したＩＰアドレスを含めた払出し情報参照応答を要求信号送信機能部２２に送信する（ステップＳ１１６）。

要求信号送信機能部２２は、払出し情報参照応答を受信すると、クライアントＩＤと、受信した払出し情報参照応答に含まれているＩＰアドレスとを含めたＲＥＱＵＥＳＴ信号を生成する。そして、要求信号送信機能部２２は、生成したＲＥＱＵＥＳＴ信号をＤＨＣＰサーバ１０に対して送出する（ステップＳ１１７）。

続いて、ＤＨＣＰサーバ１０では、要求信号受信機能部１３が、ＤＨＣＰクライアント２０から送出されたＲＥＱＵＥＳＴ信号を受信し、受信したＲＥＱＵＥＳＴ信号に含まれているクライアントＩＤおよびＩＰアドレスを抽出する。そして、要求信号受信機能部１３は、抽出したクライアントＩＤおよびＩＰアドレスを含めた払出し情報確保要求を払出し情報管理機能部１５に送信する（ステップＳ１１８）。

払出し情報管理機能部１５は、払出し情報確保要求を受信すると、受信した払出し情報確保要求に含まれているクライアントＩＤおよびＩＰアドレスが払出し情報ＤＢ１２に登録されているか否かを確認する。そして、登録されていた場合には、払出し情報管理機能部１５は、現在時刻を取得し、取得した現在時刻を払出し時刻としてクライアントＩＤおよびＩＰアドレスに対応付け、登録済みの払出し情報に上書き登録する。また、払出し情報管理機能部１５は、登録したクライアントＩＤおよびＩＰアドレスをＯＫ応答として含めた払出し情報確保応答を要求信号受信機能部１３に送信する（ステップＳ１１９）。

要求信号受信機能部１３は、払出し情報確保応答を受信すると、受信した払出し情報確保応答に含まれていたクライアントＩＤおよびＩＰアドレス含めたＡＣＫ送出指示を応答信号送信機能部１４に送信する（ステップＳ１２０）。

応答信号送信機能部１４は、ＡＣＫ送出指示を受信すると、受信したＡＣＫ送出指示に含まれているクライアントＩＤおよびＩＰアドレスを含めたＡＣＫ信号を生成する。そして、応答信号送信機能部１４は、生成したＡＣＫ信号をＤＨＣＰクライアント２０に対して送出する（ステップＳ１２１）。

以降、ＤＨＣＰクライアント２０は、ステップＳ１１２〜Ｓ１１４と同様の処理によって、ＩＰアドレスを更新することが可能である（ステップＳ１２２〜Ｓ１２４）。

なお、ここではＩＰアドレスの払出しについて説明したが、例えばＤＮＳサーバのアドレスなど、ネットワーク接続のための情報をＤＨＣＰサーバ１０からの応答に設定してＤＨＣＰクライアント２０に払出すことも同様に可能である。

次に、本実施例１に係る通信システムにおけるＩＰ設定情報の変更の流れについて説明する。図７は、本実施例１に係る通信システムにおけるＩＰ設定情報の変更の流れを示すシーケンス図である。

図７に示すように、本実施例１に係る通信システムでは、ＤＨＣＰサーバ１０において、例えば、保守者による設定値変更などの契機でＤＨＣＰクライアント２０に払出すべき情報が変わった場合や、障害などによってＤＨＣＰクライアント２０に払出されていた情報が失われた場合などに、払出し情報管理機能部１５が、ＤＨＣＰで規定されている複数種類の要求信号の中から、ＤＨＣＰクライアント２０に送出させる要求信号を決定する（ステップＳ２０１）。

例えば、払出し情報管理機能部１５は、障害などによってＩＰアドレスの払出し履歴が失われてしまった場合には、ＤＨＣＰクライアント２０にＤＩＳＣＯＶＥＲ信号を送出させることを決定する。また、例えば、ＤＨＣＰサーバ１０は、払出し済みのＩＰ設定情報に変更が生じた場合には、ＤＨＣＰクライアント２０にＲＥＱＵＥＳＴ信号を送出させることを決定する。

そして、払出し情報管理機能部１５は、決定した要求信号に応じた再取得要求送信指示を再取得要求送信機能部１６に送信する（ステップＳ２０２）。

再取得要求送信機能部１６は、再取得要求送信指示を受信すると、ＤＨＣＰクライアント２０に対してＲＥＱＵＥＳＴ信号またはＤＩＳＣＯＶＥＲ信号のいずれを要求するかに応じて認証情報を生成する認証情報生成処理を行う（ステップＳ２０３）。この認証情報生成処理については、後に詳細に説明する。

そして、認証情報生成処理によって認証情報を生成した後に、再取得要求送信機能部１６は、生成した認証情報を含めた再取得要求信号をＤＨＣＰクライアント２０に対して送出する（スッテプＳ２０４）。ここで、認証情報は、例えば、ＦＯＲＣＥＲＥＮＥＷ信号のＡｕｔｈｅｎｔｉｃａｔｉｏｎオプションに含めることが可能である。

続いて、ＤＨＣＰクライアント２０では、再取得要求受信機能部２５が、ＤＨＣＰサーバ１０から送出された再取得要求信号を受信し、受信した再取得要求信号から認証情報を抽出する。そして、再取得要求受信機能部２５は、抽出した認証情報を検証する認証情報検証処理を行う（ステップＳ２０５）。この認証情報検証処理については、後に詳細に説明する。

そして、再取得要求受信機能部２５は、認証情報検証処理を行った結果、認証情報の検証に成功した場合には、その検証情報に対応した要求信号（ＤＩＳＣＯＶＥＲ信号またはＲＥＱＵＥＳＴ信号）を送信することを指示する再取得要求送信指示を要求信号送信機能部２２に送信する（ステップＳ２０６）。なお、再取得要求受信機能部２５は、認証情報検証処理を行った結果、認証情報の検証に失敗した場合には、受信した再取得要求信号を破棄する。

要求信号送信機能部２２は、再取得要求送信指示を受信すると、受信した再取得要求送信指示によって指示された要求信号をＤＨＣＰサーバ１０に対して送出する（ステップＳ２０７）。以降、ＤＩＳＣＯＶＥＲ信号が送出された場合の処理は、図６に示したステップＳ１０１以降の処理と同様であり、ＲＥＱＵＥＳＴ信号が送出された場合の処理は、図６に示したステップＳ１１７以降の処理と同様である。

次に、ＤＨＣＰサーバ１０の再取得要求送信機能部１６によって行われる認証情報生成処理の流れについて説明する。図８は、ＤＨＣＰサーバ１０によって行われる認証情報生成処理の流れを示すフローチャートである。

図８に示すように、再取得要求送信機能部１６は、認証情報処理を開始すると、まず、再取得要求送信指示から、ＤＨＣＰクライアント２０のクライアントＩＤおよび要求内容を取得する（ステップＳ３０１）。なお、ここでいう要求内容とは、ＤＨＣＰクライアント２０に対して要求すべき信号の種別である。

そして、再取得要求送信機能部１６は、取得した要求内容がＤＩＳＣＯＶＥＲであった場合には（ステップＳ３０２，Ｙｅｓ）、鍵情報ＤＢ１１に記憶されている鍵情報を参照して、取得したクライアントＩＤに対応するＤＩＳＣＯＶＥＲ誘起用の鍵情報を取得する（ステップＳ３０３）。一方、再取得要求送信機能部１６は、要求内容がＤＩＳＣＯＶＥＲでなかった場合には（ステップＳ３０２，Ｎｏ）、鍵情報ＤＢ１１に記憶されている鍵情報を参照して、取得したクライアントＩＤに対応するＲＥＱＵＥＳＴ誘起用の鍵情報を取得する（ステップＳ３０４）。

続いて、再取得要求送信機能部１６は、取得した鍵情報を用いて認証情報を生成する。例えば、再取得要求送信機能部１６は、一般的に利用されている鍵付きハッシュ関数を用いて生成される鍵付きハッシュ値を認証情報として用いる。例えば、ここでいう鍵付きハッシュ関数としては、ＲＦＣ２１０４で規定されているＨＭＡＣ−ＭＤ５アルゴリズムなどを用いることが可能である。また、認証情報をＤＨＣＰ信号に含める際のフォーマットは、例えば、ＲＦＣ３１１８で規定されているＤＨＣＰＯＦＦＥＲ、ＤＨＣＰＲＥＱＵＥＳＴ、ＤＨＣＰＡＣＫと同様の形式とすることが可能である。

また、再取得要求送信機能部１６は、生成した認証情報に鍵情報を識別するための鍵ＩＤを付加する（ステップＳ３０５）。なお、この鍵ＩＤについては、例えば、鍵ＩＤ＝１の場合はＤＩＳＣＯＶＥＲ誘起用の鍵情報、鍵ＩＤ＝２の場合はＲＥＱＵＥＳＴ誘起用の鍵情報というように、あらかじめ決められていることとする。

次に、ＤＨＣＰクライアント２０の再取得要求受信機能部２５によって行われる認証情報検証処理の流れについて説明する。図９は、ＤＨＣＰクライアント２０の再取得要求受信機能部２５によって行われる認証情報検証処理の流れを示すフローチャートである。

図９に示すように、再取得要求受信機能部２５は、認証情報検証処理を開始すると、まず、ＤＨＣＰサーバ１０から受信した再取得要求信号の認証情報から鍵ＩＤを取得する（ステップＳ４０１）。そして、再取得要求受信機能部２５は、取得した鍵ＩＤに基づいて認証情報を検証する。

具体的には、再取得要求受信機能部２５は、鍵ＩＤがＤＩＳＣＯＶＥＲ誘起用の鍵情報のものであった場合には（ステップＳ４０２，Ｙｅｓ）、鍵情報ファイル２１ａに保持されている鍵情報の中からＤＩＳＣＯＶＥＲ誘起用の鍵情報を選択する（ステップＳ４０３）。そして、再取得要求受信機能部２５は、選択した鍵情報を用いて認証情報を検証し（ステップＳ４０４）、検証結果がＯＫ（認証成功）であった場合には（ステップＳ４０５，Ｙｅｓ）、ＤＩＳＣＯＶＥＲ信号を送出することとする（ステップＳ４０６）。

また、再取得要求受信機能部２５は、鍵ＩＤがＲＥＱＵＥＳＴ誘起用の鍵情報のものであった場合には（ステップＳ４０２，Ｎｏ）、鍵情報ファイル２１ａに保持されている鍵情報の中からＲＥＱＵＥＳＴ誘起用の鍵情報を選択する（ステップＳ４０７）。そして、再取得要求受信機能部２５は、選択した鍵情報を用いて認証情報を検証し（ステップＳ４０８）、検証結果がＯＫ（認証成功）であった場合には（ステップＳ４０９，Ｙｅｓ）、ＲＥＱＵＥＳＴ信号を送出することとする（ステップＳ４１０）。

そして、再取得要求受信機能部２５は、ＤＩＳＣＯＶＥＲ誘起用の鍵情報を用いて認証情報を検証した結果がＮＧ（認証失敗）であった場合（ステップＳ４０５，Ｎｏ）、または、ＲＥＱＵＥＳＴ誘起用の鍵情報を用いて認証情報を検証した結果がＮＧ（認証失敗）であった場合（ステップＳ４０９，Ｎｏ）には、不正な再取得要求信号であるとして、ＤＨＣＰサーバ１０から受信した再取得要求信号を破棄する（ステップＳ４１１）。

上述してきたように、本実施例１では、ＤＨＣＰサーバ１０において、払出し情報管理機能部１５が、複数種類の要求信号の中からＤＨＣＰクライアント２０に送出させる要求信号を決定する。また、再取得要求送信機能部１６が、払出し情報管理機能部１５によって決定された要求信号を識別する信号識別情報を含めた再取得要求信号をＤＨＣＰクライアント２０に対して送出する。そして、ＤＨＣＰクライアント２０において、再取得要求受信機能部２５が、ＤＨＣＰサーバ１０から送出された再取得要求信号を受信した場合に、受信した再取得要求信号に含まれている信号識別情報に対応する要求信号をＤＨＣＰサーバ１０に対して送出する。

したがって、本実施例１によれば、単に情報の変更を通知するのみの場合にはＲＥＱＵＥＳＴ要求から、ＤＨＣＰサーバ１０が管理している払出し情報が失われてしまったため最初から払出しをやり直したい場合にはＤＩＳＣＯＶＥＲ要求からというように、ＤＨＣＰサーバ１０がＤＨＣＰクライアント２０に対して期待する動作を指定して指示することが可能となる。すなわち、本実施例１によれば、ＤＨＣＰサーバ１０の状態に応じて、ＤＨＣＰクライアント２０の動作を制御することができる。

また、本実施例１では、払出し情報管理機能部１５が、サービスの提供が開始される際にＤＨＣＰクライアント２０から最初に送出されるＤＩＳＣＯＶＥＲ信号をＤＨＣＰクライアント２０に送出させる要求信号として決定する。

したがって、本実施例１によれば、ＤＨＣＰサーバ１０が払出し情報を失ってしまった場合など、払出し処理を最初からやり直したいときに、その旨をクライアントに指示することが可能になる。

また、本実施例１では、ＤＨＣＰサーバ１０において、鍵情報ＤＢ１１が、ＤＨＣＰクライアント２０に送出させる要求信号と、要求信号の種類ごとに決められた鍵情報とを対応付けて記憶する。そして、再取得要求送信機能部１６が、鍵情報ＤＢ１１によって記憶されている鍵情報の中から払出し情報管理機能部１５によって決定された要求信号に対応する鍵情報を取得する。そのうえで、再取得要求送信機能部１６は、取得した鍵情報を用いて認証情報を作成し、作成した認証情報を再取得要求信号に含めて送出する。そして、ＤＨＣＰクライアント２０において、再取得要求受信機能部２５が、ＤＨＣＰサーバ１０から送信された再取得要求信号に含まれている認証情報を検証し、検証結果が認証成功であった場合のみ、要求信号をＤＨＣＰサーバ１０に対して送出する。

したがって、本実施例１によれば、ＤＨＣＰクライアント２０が、鍵情報を用いて生成した認証情報の検証に成功した場合のみ、正規のＤＨＣＰサーバ１０からの再取得要求信号であると判断することができるようになる。これにより、悪意のあるユーザが利用する装置が正規のＤＨＣＰサーバ１０になりすますことを防止することができる。

また、本実施例１では、鍵情報ＤＢ１１によって記憶される鍵情報は、要求信号の種類に応じてデータサイズまたは文字種が異なることとした。

したがって、本実施例１によれば、鍵情報のサイズまたは文字種を要求信号に応じて変えることで、鍵情報の候補数を増やして鍵情報の推定を困難にすることができるので、なりすましの困難性を要求信号の種別に応じて分けることが可能になる。

ところで、上記実施例１では、保守者による設定値変更などの契機でＤＨＣＰクライアント２０に払出すべき情報が変わった場合や、障害などによってＤＨＣＰクライアント２０に払出されていた情報が失われた場合に、ＤＨＣＰサーバ１０がＤＨＣＰクライアント２０の動作を制御する場合について説明した。

しかしながら、本発明はこれに限られるものではない。例えば、ＤＨＣＰサーバ１０が、ネットワーク３０などに発生した異常やＤＨＣＰクライアント２０からの更新要求の有無に応じて、ＤＨＣＰクライアント２０の動作を制御するようにしてもよい。そこで、以下では、このような場合を実施例２として説明する。なお、本実施例２に係る通信システムの構成およびＤＨＣＰクライアント２０の構成は、図１に示したものと同じであるので、ここでは、本実施例２に係るＤＨＣＰサーバ１１０について説明する。

図１０は、本実施例２に係るＤＨＣＰサーバ１１０の構成を示す機能ブロック図である。なお、ここでは、図２に示した各部と同様の役割を果たす機能部については、同一の符号を付すこととしてその詳細な説明を省略する。

図１０に示すように、本実施例２に係るＤＨＣＰサーバ１１０は、鍵情報ＤＢ１１と、払出し情報ＤＢ１２と、要求信号受信機能部１３と、応答信号送信機能部１４と、払出し情報管理機能部１１５と、再取得要求送信機能部１６と、異常検知部１１７と、期間未更新検出部１１８とを有する。

異常検知部１１７は、ネットワーク３０、ＤＨＣＰサーバ１１０またはＤＨＣＰクライアント２０のいずれかで発生した異常を検知する。例えば、異常検知部１１７は、ＤＨＣＰサーバ１１０とＤＨＣＰクライアント２０とを接続するネットワーク３０上のルータ装置の状態をＳＮＭＰ（Simple Network Management Protocol）で監視することで、各種異常を検知する。

期間未更新検出部１１８は、サービスの提供が開始されてから所定期間が経過してもリース期間を更新する更新要求が送信されていないＤＨＣＰクライアント２０を検出する。また、期間未更新検出部１１８は、サービスの有効期間が最後に更新されてから所定期間が経過しても更新要求が送信されていないＤＨＣＰクライアント２０も検出する。

具体的には、期間未更新検出部１１８は、払出し情報ＤＢ１２に記憶されている払い出し情報を定期的に参照し、払出し時刻に設定されている時刻から現在時刻までの期間が所定期間を超えているものがあるか否かを判定する。そして、期間未更新検出部１１８は、払出し時刻から現在時刻までの期間が所定期間を超えているものがあった場合には、その払出し情報に対応するＤＨＣＰクライアント２０を、サービスの提供開始から所定期間が経過しても更新要求が送信されていないか、またはサービスの有効期間が最後に更新されてから所定期間が経過しても更新要求が送信されていないものとして検出する。

そして、本実施例２では、払出し情報管理機能部１１５は、異常検知部１１７によって異常が検知された場合に、検知された異常の内容に応じて、ＤＨＣＰクライアント２０に送出させる要求信号を決定する。

例えば、払出し情報管理機能部１１５は、異常検知部１１７によって異常が検知された場合には、ＤＨＣＰクライアント２０にＤＩＳＣＯＶＥＲ信号を送出させるよう決定する。これにより、ＤＨＣＰサーバ１１０の主導で再度ＤＨＣＰ払出しを実施してルーティング情報を再構築させることができる。

また、払出し情報管理機能部１１５は、期間未更新検出部１１８によって所定期間が経過しても更新要求が送信されていないＤＨＣＰクライアント２０が検出された場合に、サービスの提供が開始されてからの経過期間、または、サービスの有効期間が最後に更新されてからの経過期間に応じて、検出されたＤＨＣＰクライアント２０に送出させる要求信号を決定する。

例えば、払出し情報管理機能部１１５は、期間未更新検出部１１８によって該当するＤＨＣＰクライアント２０が検出された場合には、そのＤＨＣＰクライアント２０に対して、経過期間がリース期間内であればＲＥＱＵＥＳＴ要求から、経過期間がリース期間外であればＤＩＳＣＯＶＥＲ要求からＤＨＣＰ払出しを実施させる。

このように、本実施例２では、異常検知部１１７が、ネットワーク３０、ＤＨＣＰサーバ１１０またはＤＨＣＰクライアント２０のいずれかで発生した異常を検知する。そして、払出し情報管理機能部１１５が、異常検知部１１７によって異常が検知された場合に、検知された異常の内容に応じて、ＤＨＣＰクライアント２０に対して送出させる要求信号を決定する。

したがって、本実施例２によれば、ネットワーク３０、ＤＨＣＰサーバ１１０またはＤＨＣＰクライアント２０のいずれかで障害が発生した際に、発生した障害に応じた処理をＤＨＣＰクライアント２０に実施させることができる。これにより、ＤＨＣＰサーバ１１０、ＤＨＣＰクライアント２０、ネットワーク３０の状態や、それぞれが保持する情報を整合させることができる。例えば、ネットワーク３０上でルータのルーティング情報が失われてしまった場合に、再度、ＩＰ設定情報の払出しやリース期間の更新を実施することで、そのルータがルーティング情報を作成し直すことができる。

また、本実施例２では、期間未更新検出部１１８が、サービスの提供が開始されてから所定期間が経過してもリース期間を更新する更新要求が送信されていないＤＨＣＰクライアント２０を検出する。そして、払出し情報管理機能部１１５が、期間未更新検出部１１８によって所定期間が経過しても更新要求が送信されていないＤＨＣＰクライアント２０が検出された場合に、サービスの提供が開始されてからの経過期間に応じて、検出されたＤＨＣＰクライアント２０に対して送出させる要求信号を決定する。

したがって、本実施例２によれば、ＤＨＣＰサーバ１０とＤＨＣＰクライアント２０との間で通信断などが一定期間発生した場合に、通信断の期間に応じて、ＤＨＣＰサーバ１０がＤＨＣＰクライアント２０に期待する動作を実施させることができる。

なお、上記実施例で説明した通信システムにおいて、ＤＨＣＰサーバおよびＤＨＣＰクライアントは、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することによって実現することができる。その場合、プログラムは、インターネットなどのネットワークを介して配布することができる。また、プログラムは、ハードディスク、フレキシブルディスク（ＦＤ）、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行することもできる。

また、上記実施例では、ＤＨＣＰを提供する通信システムを例にあげて説明したが、本発明はこれに限られるものではない。例えば、ＤＨＣＰｖ６プロトコルなど、複数種類の要求信号および応答信号を交換することでサービスを提供する他の通信システムについても、同様に適用可能である。特に、クライアント装置とサーバ装置との間で状態を合わせることがサービスを提供するうえでの要件となる場合には効果が大きい。

１０，１１０ ＤＨＣＰサーバ
１１ 鍵情報ＤＢ
１２ 払出し情報ＤＢ
１３ 要求信号受信機能部
１４ 応答信号送信機能部
１５，１１５ 払出し情報管理機能部
１６ 再取得要求送信機能部
２０ ＤＨＣＰクライアント
２１ 記憶部
２１ａ 鍵情報ファイル
２１ｂ 払出し情報ファイル
２２ 要求信号送信機能部
２３ 応答信号受信機能部
２４ 払出し情報管理機能部
２５ 再取得要求受信機能部
３０ ネットワーク
１１７ 異常検知部
１１８ 期間未更新検出部

Claims (13)

1. ネットワークを介して接続されたクライアント装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記クライアント装置に対してサービスを提供するサーバ装置であって、
   前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定する要求決定手段と、
   前記要求決定手段によって決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出する指示送信手段と
   を備えたことを特徴とするサーバ装置。
2. 前記要求決定手段は、前記サービスの提供が開始される際に前記クライアント装置から最初に送出される要求信号を前記クライアント装置に対して送出させる要求信号として決定することを特徴とする請求項１に記載のサーバ装置。
3. 前記クライアント装置に送出させる要求信号と当該要求信号の種類ごとに決められた鍵情報とを対応付けて記憶する鍵情報記憶手段をさらに備え、
   前記指示送信手段は、前記鍵情報記憶手段によって記憶されている鍵情報の中から前記要求決定手段によって決定された要求信号に対応する鍵情報を取得し、取得した鍵情報を用いて、前記クライアント装置が前記要求信号送出指示に応じて前記要求信号を送出するか否かを判定するための認証情報を作成し、作成した認証情報を前記信号識別情報として前記要求信号送出指示に含めて送出することを特徴とする請求項１または２に記載のサーバ装置。
4. 前記鍵情報記憶手段によって記憶される鍵情報は、前記要求信号の種類に応じてデータサイズまたは文字種が異なることを特徴とする請求項３に記載のサーバ装置。
5. 前記ネットワーク、自装置または前記クライアント装置のいずれかで発生した異常を検知する異常検知手段をさらに備え、
   前記要求決定手段は、前記異常検知手段によって異常が検知された場合に、検知された異常の内容に応じて、前記クライアント装置に対して送出させる要求信号を決定することを特徴とする請求項１〜４のいずれか一つに記載のサーバ装置。
6. 前記サービスの提供が開始されてから所定期間が経過しても前記サービスの有効期間を更新する更新要求が送信されていないクライアント装置を検出する期間未更新検出手段をさらに備え、
   前記要求決定手段は、前記期間未更新検出手段によって前記所定期間が経過しても前記更新要求が送信されていないクライアント装置が検出された場合に、前記サービスの提供が開始されてからの経過期間に応じて、当該クライアント装置に対して送出させる要求信号を決定することを特徴とする請求項１〜５のいずれか一つに記載のサーバ装置。
7. ネットワークを介して接続されたサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記サーバ装置によって提供されるサービスを利用するクライアント装置であって、
   前記複数種類の要求信号の中から前記サーバ装置によって決定された要求信号を識別する信号識別情報を含む要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出する信号送信手段を備えたことを特徴とするクライアント装置。
8. ネットワークを介して互いに接続されたクライアント装置とサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、サーバ装置がクライアント装置に対してサービスを提供する通信システムであって、
   前記サーバ装置は、
   前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定する要求決定手段と、
   前記要求決定手段によって決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出する指示送信手段とを備え、
   前記クライアント装置は、
   前記サーバ装置から送出された前記要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出する信号送信手段
   を備えたことを特徴とする通信システム。
9. ネットワークを介して互いに接続されたクライアント装置とサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、サーバ装置がクライアント装置に対してサービスを提供する通信システムに適用される通信制御方法であって、
   前記サーバ装置が、前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定するステップと、
   前記サーバ装置が、決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出するステップと、
   前記クライアント装置が、前記サーバ装置から送出された前記要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出するステップと
   を含んだことを特徴とする通信制御方法。
10. ネットワークを介して接続されたクライアント装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記クライアント装置に対してサービスを提供するサーバ装置による通信制御方法であって、
    前記サーバ装置が、前記複数種類の要求信号の中から前記クライアント装置に送出させる要求信号を決定するステップと、
    前記サーバ装置が、決定された要求信号を識別する信号識別情報を含むとともに当該信号識別情報に対応する要求信号を送出することを指示する要求信号送出指示を前記クライアント装置に対して送出するステップと
    を含んだことを特徴とする通信制御方法。
11. ネットワークを介して接続されたサーバ装置との間で一連の関連性を有する複数種類の要求信号および応答信号を交換することで、前記サーバ装置によって提供されるサービスを利用するクライアント装置による通信制御方法であって、
    前記クライアント装置が、前記複数種類の要求信号の中から前記サーバ装置によって決定された要求信号を識別する信号識別情報を含む要求信号送出指示を受信した場合に、当該要求信号送出指示に含まれている前記信号識別情報に対応する要求信号を前記サーバ装置に対して送出するステップを含んだことを特徴とする通信制御方法。
12. 請求項１〜６のいずれか一つに記載のサーバ装置としてコンピュータを機能させることを特徴とするプログラム。
13. 請求項７に記載のクライアント装置としてコンピュータを機能させることを特徴とするプログラム。

Images