(57)【特許請求の範囲】
【請求項１】
第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置であって、
前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定をサーバ装置から受信する通信設定受信手段と、
前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記サーバ装置から受信する更新通知受信手段と、
前記更新通知受信手段が前記更新通知を受信した場合、前記サーバ装置に前記第１の通信設定及び前記第２の通信設定の送信を要求する更新情報要求手段と、
を有することを特徴とするクライアント装置。
【請求項２】
前記更新情報要求手段は、前記更新通知が前記第２の通信設定の所定のパラメータの変更を示す場合には前記第１の通信設定の送信の要求を抑止する
ことを特徴とする請求項１に記載のクライアント装置。
【請求項３】
前記通信設定受信手段は、前記第１の通信設定を前記第１の通信プロトコルを利用した通信を介して受信し、前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して受信し、
前記更新情報要求手段は、前記第１の通信設定を前記第１の通信プロトコルを利用した通信を介して要求し、前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して要求する
ことを特徴とする請求項１又は２に記載のクライアント装置。
【請求項４】
前記第１の通信プロトコルはＩＰｖ４であり、前記第２の通信プロトコルはＩＰｖ６であり、
前記通信設定受信手段及び前記更新情報要求手段は、ＤＨＣＰｖ４及びＤＨＣＰｖ６に従って前記受信及び前記要求を行い、
前記更新通知受信手段は、前記更新通知を、ＤＨＣＰｖ６で規定されたＲＥＣＯＮＦＩＧＵＲＥメッセージとして受信する
ことを特徴とする請求項１乃至３の何れか１項に記載のクライアント装置。
【請求項５】
前記第１の通信プロトコルはＩＰｖ６であり、前記第２の通信プロトコルはＩＰｖ４であり、
前記通信設定受信手段及び前記更新情報要求手段は、ＤＨＣＰｖ４及びＤＨＣＰｖ６に従って前記受信及び前記要求を行い、
前記更新通知受信手段は、前記更新通知を、ＤＨＣＰｖ４で規定されたＦＯＲＣＥＲＥＮＥＷメッセージとして受信する
ことを特徴とする請求項１乃至３の何れか１項に記載のクライアント装置。
【請求項６】
第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置に通信設定を提供するサーバ装置であって、
前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定を前記クライアント装置に送信する通信設定送信手段と、
前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記クライアント装置に送信する更新通知送信手段と、
前記更新通知に対する応答を前記クライアント装置から受信した場合、前記第１の通信設定及び前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して送信する更新情報送信手段と、
を有することを特徴とするサーバ装置。
【請求項７】
前記通信設定送信手段及び前記更新情報送信手段は、前記第１の通信設定を前記第１の通信プロトコルを利用した通信を介して送信し、前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して送信する
ことを特徴とする請求項６に記載のサーバ装置。
【請求項８】
前記第１の通信プロトコルはＩＰｖ４であり、前記第２の通信プロトコルはＩＰｖ６であり、
前記通信設定送信手段は、ＤＨＣＰｖ４及びＤＨＣＰｖ６従って前記送信を行い、
前記更新通知送信手段は、前記更新通知を、ＤＨＣＰｖ６で規定されたＲＥＣＯＮＦＩＧＵＲＥメッセージとして送信し、
前記更新情報送信手段は、前記更新通知に対する前記応答をＤＨＣＰｖ６で規定されたＲＥＮＥＷメッセージとして受信し、前記第１の通信設定及び前記第２の通信設定をＤＨＣＰｖ６で規定されたＲＥＰＬＹメッセージに含めて送信する
ことを特徴とする請求項６又は７に記載のサーバ装置。
【請求項９】
第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置の制御方法であって、
前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定をサーバ装置から受信する通信設定受信工程と、
前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記サーバ装置から受信する更新通知受信工程と、
前記更新通知を受信した場合、前記サーバ装置に前記第１の通信設定及び前記第２の通信設定の送信を要求する更新情報要求工程と、
を含むことを特徴とするクライアント装置の制御方法。
【請求項１０】
第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置に通信設定を提供するサーバ装置の制御方法であって、
前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定を前記クライアント装置に送信する通信設定送信工程と、
前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記クライアント装置に送信する更新通知送信工程と、
前記更新通知に対する応答を前記クライアント装置から受信した場合、前記第１の通信設定及び前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して送信する更新情報送信工程と、
を含むことを特徴とするサーバ装置の制御方法。
【請求項１１】
第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置と該クライアント装置に通信設定を提供するサーバ装置とを含む通信システムであって、
前記クライアント装置は、
前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定をサーバ装置から受信する通信設定受信手段と、
前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記サーバ装置から受信する更新通知受信手段と、
前記更新通知受信手段が前記更新通知を受信した場合、前記サーバ装置に前記第１の通信設定及び前記第２の通信設定の送信を要求する更新情報要求手段と、
を有することを特徴とする通信システム。
【請求項１２】
第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置と該クライアント装置に通信設定を提供するサーバ装置とを含む通信システムであって、
前記サーバ装置は、
前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定を前記クライアント装置に送信する通信設定送信手段と、
前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記クライアント装置に送信する更新通知送信手段と、
前記更新通知に対する応答を前記クライアント装置から受信した場合、前記第１の通信設定及び前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して送信する更新情報送信手段と、
を有することを特徴とする通信システム。
【請求項１３】
コンピュータを、請求項１乃至５の何れか１項に記載のクライアント装置の各手段として機能させるためのプログラム。
【請求項１４】
コンピュータを、請求項６乃至８の何れか１項に記載のサーバ装置の各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置で利用される通信設定の設定技術に関するものである。
【背景技術】
【０００２】
近年、ＴＣＰ／ＩＰ通信機能を有する通信端末が数多く発売されている。これらの通信端末が実際に通信を行うためには、ネットワーク上で通信端末を識別するために、各端末に個別のＩＰアドレスを設定する必要がある。また、ドメイン名からＩＰアドレスを取得する名前解決を行うためには、各端末にＤＮＳサーバのＩＰアドレスを設定する必要があるなど、通信環境ごとに必要に応じた通信設定が行われる。
【０００３】
上述の通信設定を通信技術に詳しくない通信端末利用者が行うことは困難である。そこで、多くの通信端末では、ＤＨＣＰ（Dynamic Host Configuration Protocol）と呼ばれる通信設定を自動的に行うためのプロトコルが利用されている。ＤＨＣＰでは、通信端末に対するＩＰアドレスを設定する他、当該通信端末が使用すべきＤＮＳサーバのＩＰアドレスなど他の通信設定を行うことが可能である。なお、ＤＨＣＰは、ＩＰｖ４及びＩＰｖ６それぞれについて個別に規定されており、それぞれ、ＤＨＣＰｖ４、ＤＨＣＰｖ６と呼ばれている。
【０００４】
一般に、通信設定を配布する端末をＤＨＣＰサーバ、当該通信設定を受け取る端末をＤＨＣＰクライアントという。ＤＨＣＰクライアントは通信の設定が必要になると、ＤＨＣＰサーバに割り当て要求を出す。ＤＨＣＰサーバはこの要求を受けて、ＤＨＣＰクライアントに付与するＩＰアドレス、参照すべきＤＮＳサーバのＩＰアドレス等の通信設定を返す。ＤＨＣＰサーバが配布する通信設定は、ＤＨＣＰサーバの管理者によって変更することが可能である。
【０００５】
また、ＤＨＣＰクライアントに通信設定を配布後に、その通信設定に変更があった場合、ＤＨＣＰサーバが主導してＤＨＣＰクライアントに通知し通信設定の再構成を促す仕組みがある。具体的には、ＤＨＣＰｖ４ではＲＦＣ３２０３で”ＦＯＲＣＥＲＥＮＥＷ”メッセージが、ＤＨＣＰｖ６ではＲＦＣ３３１５で”ＲＥＣＯＮＦＩＧＵＲＥ”メッセージが定義されている。また、特許文献１では、独自のメッセージを用意して変更を通知する仕組みが開示されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００３−１９８５８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、ＤＨＣＰサーバが必ず変更を通知する機能に対応しているとは限らない。また、ＤＨＣＰクライアントが必ず変更の通知を受け付ける機能に対応しているとも限らない。ＤＨＣＰサーバ主導の変更通知を行うことが出来ない場合、ＤＨＣＰクライアントは所定の期間（Ｔ１時間、Ｔ２時間、リース期間）が経過しＤＨＣＰサーバに再びアクセスするまで通信設定を更新することができない。ここで、Ｔ１時間とは、クライアントが通信設定を取得してからRenewal（延長）するまでの時間であり、Ｔ２時間とは、クライアントが通信設定を取得してからRebinding（再取得）するまでの時間である。また、リース期間とは、クライアントが通信設定を取得してから失効するまでの時間である。したがって、通信設定を更新するまでの間は、変更前の古い通信設定を利用することになり、ＤＨＣＰクライアントである通信端末は各種通信に失敗する可能性がある。
【０００８】
本発明は、このような問題に鑑みてなされたものであり、サーバ装置により提供される通信設定を利用して通信を行うクライアント装置における通信設定の更新をより適切なタイミングで実行可能とする技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上述の問題点を解決するため、本発明に係るクライアント装置は以下の構成を備える。すなわち、第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置において、前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定をサーバ装置から受信する通信設定受信手段と、前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記サーバ装置から受信する更新通知受信手段と、前記更新通知受信手段が前記更新通知を受信した場合、前記サーバ装置に前記第１の通信設定及び前記第２の通信設定の送信を要求する更新情報要求手段と、を有する。
【００１０】
あるいは、上述の問題点を解決するため、本発明に係るサーバ装置は以下の構成を備える。すなわち、第１の通信プロトコルと第２の通信プロトコルとを利用して通信可能なクライアント装置に通信設定を提供するサーバ装置において、前記第１の通信プロトコルに関する第１の通信設定及び前記第２の通信プロトコルに関する第２の通信設定を前記クライアント装置に送信する通信設定送信手段と、前記サーバ装置において前記第２の通信設定が更新されたことを示す更新通知を前記第２の通信プロトコルを利用した通信を介して前記クライアント装置に送信する更新通知送信手段と、前記更新通知に対する応答を前記クライアント装置から受信した場合、前記第１の通信設定及び前記第２の通信設定を前記第２の通信プロトコルを利用した通信を介して送信する更新情報送信手段と、を有する。
【発明の効果】
【００１１】
本発明によれば、サーバ装置により提供される通信設定を利用して通信を行うクライアント装置における通信設定の更新をより適切なタイミングで実行可能とする技術を提供することができる。
【図面の簡単な説明】
【００１２】
【図１】クライアントおよびサーバを含む通信システムの全体構成を示す図である。
【図２】クライアント装置及びサーバ装置のハードウェア構成を示すブロック図である。
【図３】第１実施形態に係るクライアント装置の機能構成を示すブロック図である。
【図４】第１実施形態における通信設定更新処理のフローチャートである。
【図５】第１実施形態における通信設定更新処理のシーケンス図である。
【図６】第２実施形態に係るサーバ装置の機能構成を示すブロック図である。
【図７】第２実施形態における通信設定更新処理のフローチャートである。
【図８】第２実施形態における通信設定更新処理のシーケンス図である。
【発明を実施するための形態】
【００１３】
以下に、図面を参照して、この発明の好適な実施の形態を詳しく説明する。なお、以下の実施の形態はあくまで例示であり、本発明の範囲を限定する趣旨のものではない。
【００１４】
（第１実施形態）
本発明に係るクライアント装置の実施形態として、ＩＰｖ４及びＩＰｖ６とを利用して通信を行うクライアント１０１を例に挙げて以下に説明する。特に、第１実施形態では、ＤＨＣＰクライアント側の制御を工夫することにより、ＩＰｖ４及びＩＰｖ６の通信設定を更新する形態について説明する。
【００１５】
＜装置構成＞
図１は、クライアント１０１およびサーバ１０２を含む通信システムの全体構成を示す図である。クライアント１０１は、ＤＨＣＰｖ４クライアント及びＤＨＣＰｖ６クライアントの機能を有する通信装置である。サーバ１０２は、ＤＨＣＰｖ４サーバ及びＤＨＣＰｖ６サーバの機能を有する通信装置である。これらの通信装置はネットワーク１０３に接続しており、ＩＰｖ４（ＤＨＣＰｖ４を含む）及びＩＰｖ６（ＤＨＣＰｖ６を含む）を利用して互いに通信可能に構成されている。
【００１６】
図２は、クライアント１０１及びサーバ１０２のハードウェア構成を示すブロック図である。装置全体２０１は、制御部２０２、記憶部２０３、通信部２０４を有している。
【００１７】
制御部２０２は、記憶部２０３に記憶される制御プログラムを実行することにより装置全体を制御する機能部である。制御部２０２は、例えば、ＣＰＵが制御プログラムを実行することに実現される。
【００１８】
記憶部２０３は、制御部２０２が実行する制御プログラムを記憶する記憶部である。記憶部２０３は、例えば、制御部２０２が制御プログラムを実行する際に使用するＲＡＭ及び制御プログラムを格納するＲＯＭやハードディスクドライブ（ＨＤＤ）により構成される。
【００１９】
通信部２０４は、通信を行うための機能部である。通信部２０４は、例えば、無線通信インターフェースあるいは有線通信インターフェースである。尚、クライアント１０１及びサーバ１０２は、図２に示したハードウェア構成以外のハードウェア構成を備えていても構わない。例えば液晶ディスプレイ等の表示部やキーボード、タッチパネル等の操作部などを備えていてもよい。
【００２０】
図３は、第１実施形態に係るクライアント装置の機能構成を示すブロック図である。これらの機能構成は、ソフトウェア又はハードウェアとしてクライアント装置に実装される。ソフトウェアとしてクライアント装置に実装される場合には、これらの機能構成はコンピュータプログラムとしてＲＯＭやＨＤＤ等のメモリに格納され、クライアント装置のＣＰＵによって実行されることによってその機能が実現される。
【００２１】
通信設定要求送信部３０２は、サーバ１０２に通信設定の配布要求を送信する機能部である。通信設定要求送信部３０２は、通信プロトコルの数だけ存在し、ここでは、ＩＰｖ４用とＩＰｖ６用の２つがある。
【００２２】
通信設定受信部３０３は、サーバ１０２から配布される通信設定を受信する機能部である。通信設定受信部３０３は、通信プロトコルの数だけ存在し、ここでは、ＩＰｖ４用とＩＰｖ６用の２つがある。
【００２３】
更新通知受信部３０４は、サーバ１０２から通信設定の更新通知を受信する機能部である。更新処理判定部３０５は、更新通知受信部３０４で受信した更新通知の内容から更新処理の実行を判断する機能部である。なお、更新処理が必要と判断した場合には、通信設定要求送信部３０２及び通信設定受信部３０３を利用して更新情報要求を行い通信設定の更新処理を行う。
【００２４】
＜装置の動作＞
図４は、第１実施形態における通信設定更新処理のフローチャートである。具体的には、クライアント１０１における更新処理の動作を示している。なお、以下の説明においては、サーバ１０２において、ＤＨＣＰｖ４サーバはＩＰｖ４で規定されたＦＯＲＣＥＲＥＮＥＷメッセージに対応しておらず、ＤＨＣＰｖ６サーバはＩＰｖ６で規定されたＲＥＣＯＮＦＩＧＵＲＥメッセージに対応しているものとする。
【００２５】
Ｆ４０１では、クライアント１０１は、通信設定要求送信部３０２と通信設定受信部３０３を利用して、サーバ１０２のＤＨＣＰｖ４サーバからＩＰｖ４アドレスとその他のＩＰｖ４の通信設定を獲得する。同様に、サーバ１０２のＤＨＣＰｖ６サーバからＩＰｖ６アドレスとその他のＩＰｖ６の通信設定を獲得する。
【００２６】
Ｆ４０２では、クライアント１０１は、サーバ１０２から通信設定の更新通知を受信する。ここでは、更新通知受信部３０４が、サーバ１０２のＤＨＣＰｖ６サーバからＲＥＣＯＮＦＩＧＵＲＥメッセージを受信する。
【００２７】
Ｆ４０３では、クライアント１０１は、Ｆ４０２で受信した更新通知を解析し、所定のパラメータの更新であるか否かに基づいてＩＰｖ４の通信設定の更新処理を行うか否かを判断する。ここでは、更新処理判定部３０５は、ＲＥＣＯＮＦＩＧＵＲＥメッセージを解析し、通信設定の更新内容がクライアント１０１に付与するＩＰアドレス（ＩＰｖ６アドレス）であるか否かを判定する。そして、更新内容がクライアント１０１に付与するＩＰアドレスである場合には更新情報要求を抑止する。一方、更新内容がクライアント１０１に付与するＩＰアドレスでない場合にＩＰｖ４の通信設定の更新処理を行うと判断する。これは、通信設定の更新内容がクライアント１０１に付与するＩＰｖ６アドレスである場合は、ＩＰｖ４の通信設定が更新された可能性が低いと考えられるためである。
【００２８】
例えば、更新内容が参照すべきＤＮＳサーバのＩＰアドレス（ＩＰｖ６アドレス）であった場合は、ＩＰｖ４の通信設定の更新処理を行うと判断する。つまり、ＤＮＳサーバのＩＰｖ６アドレスが更新された場合は、ＤＮＳサーバのＩＰｖ４アドレスも更新された可能性が高いと考えられるためである。
【００２９】
Ｆ４０４では、クライアント１０１は、通信設定要求送信部３０２と通信設定受信部３０３を利用して、ＩＰｖ４の通信設定の更新処理をＤＨＣＰｖ４に従って実行する。
【００３０】
Ｆ４０５では、クライアント１０１は、通信設定要求送信部３０２と通信設定受信部３０３を利用して、ＩＰｖ６の通信設定の更新処理をＤＨＣＰｖ６に従って実行する。
【００３１】
図５は、第１実施形態における通信設定更新処理のシーケンス図である。なお、図４の場合と同様に、以下の説明においては、サーバ１０２において、ＤＨＣＰｖ４サーバはＦＯＲＣＥＲＥＮＥＷメッセージに対応しておらず、ＤＨＣＰｖ６サーバはＲＥＣＯＮＦＩＧＵＲＥメッセージに対応しているものとする。また、ここでは、ＤＮＳサーバのＩＰアドレスが更新された場合を例にして説明する。
【００３２】
Ｓ５０１では、クライアント１０１のＤＨＣＰｖ４クライアントは、ＤＨＣＰｖ４サーバを探索するためにネットワーク１０３にＤＩＳＣＯＶＥＲメッセージを送出する。Ｓ５０２では、サーバ１０２のＤＨＣＰｖ４サーバは、クライアント１０１にＯＦＦＥＲメッセージを返信する。
【００３３】
Ｓ５０３では、クライアント１０１のＤＨＣＰｖ４クライアントは、ＩＰｖ４の通信設定を要求するためにサーバ１０２にＲＥＱＵＥＳＴメッセージを送信する。Ｓ５０４では、サーバ１０２のＤＨＣＰｖ４サーバは、クライアント１０１にＡＣＫメッセージを返す。ＡＣＫメッセージにはＩＰｖ４の通信設定が含まれている。
【００３４】
Ｓ５０５では、クライアント１０１のＤＨＣＰｖ４クライアントは、取得したＩＰｖ４の通信設定をクライアント１０１自身に設定する。
【００３５】
Ｓ５０６では、クライアント１０１のＤＨＣＰｖ６クライアントは、ＤＨＣＰｖ６サーバを探索するためにネットワーク１０３にＳＯＬＩＣＩＴメッセージを送出する。Ｓ５０７では、サーバ１０２のＤＨＣＰｖ６サーバは、クライアント１０１にＡＤＶＥＲＴＩＳＥメッセージを返信する。
【００３６】
Ｓ５０８では、クライアント１０１のＤＨＣＰｖ６クライアントは、ＩＰｖ６の通信設定を要求するためにサーバ１０２にＲＥＱＵＥＳＴメッセージを送信する。Ｓ５０９では、サーバ１０２のＤＨＣＰｖ６サーバは、クライアント１０１にＲＥＰＬＹメッセージを返す。ＲＥＰＬＹメッセージにはＩＰｖ６の通信設定が含まれている。
【００３７】
Ｓ５１０では、クライアント１０１のＤＨＣＰｖ６クライアントは、取得したＩＰｖ６の通信設定をクライアント１０１自身に設定する。
【００３８】
なお、クライアント１０１におけるＤＨＣＰｖ４の処理（Ｓ５０１〜Ｓ５０５）の実行とＤＨＣＰｖ６の処理（Ｓ５０６〜Ｓ５１０）の実行は順不同であり、並行して実行してもよい。
【００３９】
クライアント１０１のＩＰｖ４の通信設定（Ｓ５０５）とＩＰｖ６の通信設定（Ｓ５１０）が完了した後に、Ｓ５１１において、サーバ１０２において通信設定が変更されたとする。ここでは、クライアント１０１に設定すべきＤＮＳサーバのアドレス（ＩＰｖ４アドレス及びＩＰｖ６アドレス）が変更されたとする。
【００４０】
ステップＳ５１２では、サーバ１０２のＤＨＣＰｖ６サーバは、ＤＮＳサーバのアドレスの変更をクライアント１０１に通知するために、ＲＥＣＯＮＦＩＧＵＲＥメッセージをクライアント１０１に送信する。
【００４１】
ステップＳ５１３では、クライアント１０１のＤＨＣＰｖ６クライアントは、ＲＥＣＯＮＦＩＧＵＲＥメッセージを解析し、ＩＰｖ４の通信設定の更新処理を行うか否かを判断する。ここでは、ＤＮＳサーバのアドレスの変更であるため、ＩＰｖ４の通信設定の更新処理を行うと判断する。つまり、ここでは、クライアント１０１はＦＯＲＣＥＲＥＮＥＷメッセージを受信していないが、ＤＮＳサーバのＩＰｖ４アドレスの更新も必要と判断するのである。
【００４２】
ステップＳ５１４では、クライアント１０１のＤＨＣＰｖ６クライアントは、サーバ１０２にＲＥＮＥＷメッセージを送信する。ステップＳ５１５では、サーバ１０２のＤＨＣＰｖ６サーバは、ＲＥＰＬＹメッセージをクライアント１０１に対して送信する。ＲＥＰＬＹメッセージには、変更されたＤＮＳサーバのＩＰｖ６アドレスを含むＩＰｖ６の通信設定が含まれている。
【００４３】
ステップＳ５１６では、クライアント１０１のＤＨＣＰｖ６クライアントは、取得したＩＰｖ６の通信設定でクライアント１０１自身の設定を更新する。つまり、ここでは、ＤＮＳサーバのＩＰｖ６アドレスを更新する。
【００４４】
ステップＳ５１７では、クライアント１０１のＤＨＣＰｖ４クライアントは、サーバ１０２にＲＥＱＵＥＳＴメッセージを送信する。ステップＳ５１８では、サーバ１０２のＤＨＣＰｖ４サーバは、ＡＣＫメッセージをクライアント１０１に対して送信する。ＡＣＫメッセージには、変更されたＤＮＳサーバのＩＰｖ４アドレスを含むＩＰｖ４の通信設定が含まれている。
【００４５】
ステップＳ５１９では、クライアント１０１のＤＨＣＰｖ４クライアントは、取得したＩＰｖ４の通信設定でクライアント１０１自身の設定を更新する。つまり、ここでは、ＤＮＳサーバのＩＰｖ４アドレスを更新する。
【００４６】
なお、図４に示されるように、クライアント１０１におけるＤＨＣＰｖ４の処理（Ｓ５１３，Ｓ５１７〜Ｓ５１９）の実行とＤＨＣＰｖ６の処理（Ｓ５１４〜Ｓ５１６）の実行は順不同であり、また、並行して実行してもよい。
【００４７】
以上説明したとおり第１実施形態によれば、１つのプロトコル（ＩＰｖ６）においてのみ更新通知が行われる場合であっても、クライアントは、他のプロトコル（ＩＰｖ４）も併せて通信設定の更新処理を行うことが可能となる。これにより、クライアントは、所定の期間（Ｔ１時間、Ｔ２時間、リース期間）の経過を待つことなく、複数のプロトコルの通信設定を更新することが可能となる。その結果、古い通信設定を用いることによる各種通信の失敗を防止することが可能となる。
【００４８】
なお、上述の説明においては通信設定の更新内容に応じてＩＰｖ４の通信設定の更新処理の実行を制御するように説明した。しかしながら、更新内容に依存することなく常にＤＨＣＰｖ４の通信設定を更新するよう構成してもよい。即ち、図４のＦ４０３の処理を省略してもよい。さらに、ＤＨＣＰに限らず独自プロトコル等の他の更新通知をきっかけにして通信設定の更新処理を実施してもかまわない。
【００４９】
また、図１においては、ＤＨＣＰｖ４サーバ及びＤＨＣＰｖ６サーバの各機能が同一のサーバ１０２上で動作している状況を例示しているが、ＤＨＣＰｖ４サーバとＤＨＣＰｖ６サーバを異なるサーバ上で動作するよう構成してもよい。また、クライアントとサーバが同一ネットワークに存在する状況を例示したが、異なるネットワークに存在してもよい。その場合は、ルータなどのゲートウェイ装置上でＤＨＣＰリレーエージェントを動作させることにより各種のＤＨＣＰメッセージを転送する。
【００５０】
さらに、サーバ１０２において、ＤＨＣＰｖ４サーバはＦＯＲＣＥＲＥＮＥＷメッセージに対応しており、ＤＨＣＰｖ６サーバはＲＥＣＯＮＦＩＧＵＲＥメッセージに対応していない場合でも同様の動作が可能である。その場合は、Ｆ４０２、Ｓ５１２において、ＤＨＣＰｖ４のＦＯＲＣＥＲＥＮＥＷメッセージを使用して更新通知を受信することになる。
【００５１】
（第２実施形態）
本発明に係るサーバ装置の実施形態として、ＩＰｖ４及びＩＰｖ６とを利用して通信を行うクライアント１０１に通信設定を提供するサーバ１０２を例に挙げて以下に説明する。特に、第２実施形態では、ＤＨＣＰサーバ側の制御を工夫することにより、クライアント側におけるＩＰｖ４及びＩＰｖ６の通信設定を更新する形態について説明する。
【００５２】
＜装置構成＞
第２実施形態に係るサーバ装置のハードウェア構成は図２で説明した通りである。図６は、第２実施形態に係るサーバ装置の機能構成を示すブロック図である。これらの機能構成は、ソフトウェア又はハードウェアとしてサーバ装置に実装される。ソフトウェアとしてサーバ装置に実装される場合には、これらの機能構成はコンピュータプログラムとしてＲＯＭやＨＤＤ等のメモリに格納され、サーバ装置のＣＰＵによって実行されることによってその機能が実現される。
【００５３】
通信設定要求受信部６０２は、クライアント１０１から通信設定の配布要求を受信する機能部である。通信設定要求受信部６０２は、通信プロトコルの数だけ存在し、ここでは、ＩＰｖ４用とＩＰｖ６用の２つがある。
【００５４】
通信設定送信部６０３は、クライアント１０１に配布する通信設定を送信する機能部である。通信設定送信部６０３は、通信プロトコルの数だけ存在し、ここでは、ＩＰｖ４用とＩＰｖ６用の２つがある。
【００５５】
更新通知送信部６０４は、クライアント１０１に通信設定の更新通知を送信する機能部である。
【００５６】
＜装置の動作＞
図７は、第２実施形態における通信設定更新処理のフローチャートである。具体的には、サーバ１０２における更新処理の動作を示している。なお、以下の説明においては、サーバ１０２において、ＤＨＣＰｖ４サーバはＦＯＲＣＥＲＥＮＥＷメッセージに対応しておらず、ＤＨＣＰｖ６サーバはＲＥＣＯＮＦＩＧＵＲＥメッセージに対応しているものとする。
【００５７】
Ｆ７０１では、サーバ１０２は、通信設定要求受信部６０２及び通信設定送信部６０３を利用して、クライアント１０１からの要求に応じてＩＰｖ４及びＩＰｖ６の通信設定を配布する。
【００５８】
Ｆ７０２では、サーバ１０２は、クライアント１０１に配布すべきＩＰｖ４及びＩＰｖ６の通信設定が更新されたことを検出する。例えば、サーバ管理者が、ネットワークの設定を変更したことに応じて検出される。
【００５９】
Ｆ７０３では、サーバ１０２は、ＩＰｖ４及びＩＰｖ６の通信設定が更新されたことをクライアント１０１に通知するためにＲＥＣＯＮＦＩＧＵＲＥメッセージを送信する。
【００６０】
Ｆ７０４では、サーバ１０２は、ＲＥＣＯＮＦＩＧＵＲＥメッセージに対する応答であるＲＥＮＥＷメッセージをクライアント１０１から受信する。
【００６１】
Ｆ７０５では、サーバ１０２は、更新情報送信として、ＲＥＰＬＹメッセージをクライアント１０１に送信する。なお、当該ＲＥＰＬＹメッセージには、更新されたＩＰｖ４及びＩＰｖ６の両方の通信設定を含める。すなわち、ＤＨＣＰｖ６では、ＩＰｖ６関連の設定情報以外の情報（ここではＩＰｖ４関連の設定情報）も併せてＲＥＰＬＹメッセージで通知可能となっていることを利用している。
【００６２】
図８は、第２実施形態における通信設定更新処理のシーケンス図である。なお、図７の場合と同様に、以下の説明においては、サーバ１０２において、ＤＨＣＰｖ４サーバはＦＯＲＣＥＲＥＮＥＷメッセージに対応しておらず、ＤＨＣＰｖ６サーバはＲＥＣＯＮＦＩＧＵＲＥメッセージに対応しているものとする。また、ここでは、ＤＮＳサーバのＩＰアドレス（ＩＰｖ４及びＩＰｖ６アドレス）が更新された場合を例にして説明する。
【００６３】
なお、クライアント１０１におけるＤＨＣＰｖ４の処理（Ｓ８０１〜Ｓ８０５）の実行とＤＨＣＰｖ６の処理（Ｓ８０６〜Ｓ８１０）の実行は第１実施形態（図５）と同様であるため説明は省略する。
【００６４】
ステップＳ８１１では、サーバ１０２は、クライアント１０１に配布すべきＩＰｖ４及びＩＰｖ６の通信設定が更新されたことを検出する。
【００６５】
ステップＳ８１２では、サーバ１０２のＤＨＣＰｖ６サーバは、当該更新をクライアント１０１に通知するために、クライアント１０１にＲＥＣＯＮＦＩＧＵＲＥメッセージを送信する。ステップＳ８１３では、クライアント１０１のＤＨＣＰｖ６クライアントは、ＤＨＣＰｖ６の通信設定の送信を要求するメッセージであるＲＥＮＥＷメッセージをサーバ１０２に送信する。
【００６６】
ステップＳ８１４では、サーバ１０２のＤＨＣＰｖ６サーバは、更新されたＩＰｖ４及びＩＰｖ６の両方の通信設定を含むＲＥＰＬＹメッセージをクライアント１０１に送信する。
【００６７】
ステップＳ８１５では、クライアント１０１のＤＨＣＰｖ４クライアントは、取得したＩＰｖ４の通信設定でクライアント１０１自身の設定を更新する。また、クライアント１０１のＤＨＣＰｖ６クライアントは、取得したＩＰｖ６の通信設定でクライアント１０１自身の設定を更新する。つまり、ここでは、ＤＮＳサーバのＩＰｖ４アドレス及びＩＰｖ６アドレスの両方を更新する。
【００６８】
以上説明したとおり第２実施形態によれば、１つプロトコル（ＩＰｖ６）においてのみ更新通知が行われる場合であっても、クライアントは、他のプロトコル（ＩＰｖ４）も併せて通信設定の更新処理を行うことが可能となる。これにより、クライアントは、所定の期間（Ｔ１時間、Ｔ２時間、リース期間）が経過を待つことなく、複数のプロトコルの通信設定を更新することが可能となる。その結果、古い通信設定を用いることによる各種通信の失敗を防止することが可能となる。
【００６９】
（その他の実施例）
上記実施形態のサーバ装置、クライアント装置はそれぞれ、ＰＣ等の情報処理装置、スマートフォン、タブレット端末、ウェアラブル端末等のモバイル装置、デジタルカメラ、デジタルテレビ、プリンタ、複写機等の画像処理装置など、各種の装置に適用できる。
【００７０】
また、本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
【符号の説明】
【００７１】
１０１  クライアント；  １０２  サーバ；  １０３  ネットワーク；  ３０２  通信設定要求送信部；  ３０３  通信設定受信部；  ３０４  更新通知受信部；  ３０５  更新処理判定部；  ６０２  通信設定要求受信部；  ６０３  通信設定送信部；  ６０４  更新通知送信部
【図１】
0006530645.tif 000002
【図２】
0006530645.tif 000003
【図３】
0006530645.tif 000004
【図４】
0006530645.tif 000005
【図５】
0006530645.tif 000006
【図６】
0006530645.tif 000007
【図７】
0006530645.tif 000008
【図８】
0006530645.tif 000009