(57)【要約】【課題】ユーザー情報の自動設定ができる。【解決手段】ユーザーの認証機能とユーザーに関連する情報を所有する情報データベース３０、この情報データベースと通信してユーザーの認証を行うことで関連情報を取得するＤＨＣＰサーバ２０、ユーザー情報と認証のための情報をそのＤＨＣＰサーバと通信するＤＨＣＰクライアント１０からなるシステム構成とする。サーバがクライアントから受信した情報を自身で処理する情報とデータベースに問い合わせる情報を判別する機能を有する。サーバがクライアントからのユーザー情報を含む信号を情報データベースが識別できる形式に変換する機能を有する。ユーザー情報をＤＨＣＰメッセージ内で運ぶ機能をクライアントとサーバで有する。同時に端末認証機能を有することでユーザーと端末双方の情報に適合した設定情報の通信を可能とする。【選択図】  図１
2006115033.tif 000002
【特許請求の範囲】
【請求項１】
ＤＨＣＰサーバと、ＤＨＣＰクライアント機能を有する端末とからなるＤＨＣＰクライアントサーバシステムにおけるユーザー情報の自動設定システムであって、
ユーザー認証機能とユーザーに関する設定情報の保持機能を有する情報データベースをネットワーク上に設け、
上記端末は、ネットワークに接続する際、上記ＤＨＣＰクライアント機能により、ユーザー識別情報として、ユーザー名と認証のための鍵と該ＤＨＣＰクライアント機能が要求する情報とを含むＤＨＣＰメッセージを上記ＤＨＣＰサーバに発信する手段を設け、
ＤＨＣＰサーバは、上記ＤＨＣＰメッセージを受信した際、自身が返答すべき情報か上記情報データベースから取得すべき情報かを判別するメッセージ情報判別リストを設け、該リストによる判別結果が上記情報データベースに送信すべき情報は、該情報データベースが受信することができる形式に変換する手段を設け、
上記情報データベースは、上記メッセージ情報を受信した際、ユーザー認証を行うとともに該ユーザー名に対応する設定情報を上記ＤＨＣＰサーバに返す手段を設け、
上記ＤＨＣＰサーバは、受信した該ユーザー名に対応する設定情報を上記ＤＨＣＰのメッセージに含めて上記ＤＨＣＰクライアント端末に送信することにより、上記端末に対してユーザー認証に応じたユーザー情報を自動設定する手段を設けた、
ことを特徴とするユーザー情報の自動設定システム。
【請求項２】
請求項１において、上記ＤＨＣＰサーバは、受信したメッセージに含まれるユーザー情報や取得要求情報から、応答すべき情報と上記情報データベースへの問い合わせを行う情報の判別を行う手段を設けたことを特徴とするユーザー情報の自動設定システム。
【請求項３】
請求項１において、上記ＤＨＣＰサーバは、上記端末から受信したユーザー認証情報と設定情報要請メッセージを上記情報データベースとのユーザー認証および情報取得要求を実施する際に利用する形態に変換する手段を設けたことを特徴とするユーザー情報の自動設定システム。
【請求項４】
請求項１において、上記ＤＨＣＰサーバおよび端末は、認証に利用するユーザー名、認証のための鍵をＤＨＣＰメッセージ内に保有して送受信する手段を設けたことを特徴とするユーザー情報の自動設定システム。
【請求項５】
請求項１、請求項２、請求項３、請求項４のいずれか１項において、上記ＤＨＣＰサーバと端末が端末認証のための認証情報を併せ持つ構成にしたことを特徴とするユーザー情報の自動設定システム。
【請求項６】
ＤＨＣＰサーバと、ＤＨＣＰクライアント機能を有する端末とからなるＤＨＣＰクライアントサーバシステムにおけるユーザー情報の自動設定方法であって、
ユーザー認証機能とユーザーに関する設定情報の保持機能を有する情報データベースをネットワーク上に設け、
上記端末は、ネットワークに接続する際、上記ＤＨＣＰクライアント機能により、ユーザー識別情報として、ユーザー名と認証のための鍵と該ＤＨＣＰクライアント機能が要求する情報とを含むＤＨＣＰメッセージを上記ＤＨＣＰサーバに発信するステップを設け、
ＤＨＣＰサーバは、上記ＤＨＣＰメッセージを受信した際、自身が返答すべき情報か上記情報データベースから取得すべき情報かを判別するメッセージ情報判別リストを設け、該リストによる判別結果が上記情報データベースに送信すべき情報は、該情報データベースが受信することができる形式に変換するステップを設け、
上記情報データベースは、上記メッセージ情報を受信した際、ユーザー認証を行うとともに該ユーザー名に対応する設定情報を上記ＤＨＣＰサーバに返すステップを設け、
上記ＤＨＣＰサーバは、受信した該ユーザー名に対応する設定情報を上記ＤＨＣＰのメッセージに含めて上記ＤＨＣＰクライアント端末に送信することにより、上記端末に対してユーザー認証に応じたユーザー情報を自動設定するステップを設けた、
ことを特徴とするユーザー情報の自動設定方法。
【請求項７】
請求項６において、上記ＤＨＣＰサーバは、受信したメッセージに含まれるユーザー情報や取得要求情報から、応答すべき情報と上記情報データベースへの問い合わせを行う情報の判別を行うステップを設けたことを特徴とするユーザー情報の自動設定方法。
【請求項８】
請求項６において、上記ＤＨＣＰサーバは、上記端末から受信したユーザー認証情報と設定情報要請メッセージを上記情報データベースとのユーザー認証および情報取得要求を実施する際に利用する形態に変換するステップを設けたことを特徴とするユーザー情報の自動設定方法。
【請求項９】
請求項６において、上記ＤＨＣＰサーバおよび端末は、認証に利用するユーザー名、認証のための鍵をＤＨＣＰメッセージ内に保有して送受信するステップを設けたことを特徴とするユーザー情報の自動設定方法。
【請求項１０】
請求項６、請求項７、請求項８、請求項９のいずれか１項において、上記ＤＨＣＰサーバと端末が端末認証のための認証情報を併せ持つ構成にしたことを特徴とするユーザー情報の自動設定方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、端末の設定情報を自動的に設定可能とするＤＨＣＰプロトコルにおいてサーバからの送信情報に対してクライアントが該送信情報に対して演算を行いその結果をサーバに送信する形式のユーザー認証を可能とするための認証に連動したユーザ情報の自動設定技術に関するものである。
【背景技術】
【０００２】
従来のＤＨＣＰ（Dynamic Host Configuration Protocol）では認証機能を追加する場合、ＭＡＣアドレスによる識別が中心であった。しかし、ユーザー認証の機能によってユーザー名、パスワードによる認証を行った後でＤＨＣＰによるＩＰアドレス、ＤＮＳサーバドレスの払い出しを行うシステムが登場した（例えば、非特許文献１参照）。しかし、このシステムにおいて、払いだす情報はＩＰアドレスとＤＮＳサーバのアドレス情報であり、ユーザー認証と連携する目的は誰にどのＩＰアドレスを払いだしたかという情報の管理のみであった。これに対し、ＲＦＣ３３１５においてＤＨＣＰ認証方式（例えば、非特許文献２参照）としては、クライアントとサーバの相互端末認証のための規定がなされたがあくまでも端末同士の相互認証のための認証方式であってサーバおよび端末のなりすまし防止を目的とするものであり、ユーザー認証を行いユーザー毎に登録された情報の端末への自動設定は実現できないものだった。
【０００３】
上記の非特許文献１は、ユーザー認証の機能とＤＨＣＰサーバの機能を連携することによってユーザー認証された端末に対してＤＨＣＰに登録されたＩＰアドレスとＤＮＳサーバドレスの情報を払い出し管理するという独自規格のＤＨＣＰサーバである。ユーザー認証を用いてはいるがユーザーに関連した設定情報を払いだすものではなく、誰にどのＩＰアドレスを払いだしたかという情報を管理するためのシステムである。よってユーザーに関連した設定情報を送信する機能をもたないため、本システムを実現することは不可能である。
【０００４】
非特許文献２では、新たに規定されたＤＨＣＰにおける認証機能の一つのプロトコルとして規定されているのがDelayed authenticationである。あらかじめＤＨＣＰクライアントとＤＨＣＰサーバが共有鍵を保有しておきそれをもとにＤＨＣＰメッセージのハッシュ値を計算し、転送時に付加する。これによってメッセージの完全性と端末の相互認証を行う方法である。この場合、従来の情報データベースのような外部認証サーバとの連携を行うことができない閉じた認証システムとなる点で他のシステムとの連携したサービスを提供できない欠点が存在する。また、端末の認証には利用できるがユーザー認証の仕組みが組み込まれていないため本システムで実現を目指すユーザー毎に異なる設定情報を払いだすことはできない。
【非特許文献１】VaitalQIP,http://www.sw.nec.co.jp/middle/WebSAM/products/QIP/index.html
【非特許文献２】Droms,R.,Bound,J.,Volz,B.,Lemon,T.,Perkins,C.and M.Carney,貼ochDynamic Host Configuration Protocol for IPv6(DHCPv6)能och,RFC3315,July 2003.
【発明の開示】
【発明が解決しようとする課題】
【０００５】
既存のＤＨＣＰを用いた自動設定システムでは、端末に対して利用するユーザーに応じたユーザー情報を自動的に設定することができない。
【０００６】
本発明の目的は、端末に対してユーザー認証を通してユーザー毎に異なる端末への設定情報を自動設定できるユーザー情報自動設定システムおよび自動設定方法を提供することにある。
【課題を解決するための手段】
【０００７】
本発明は、上記の課題を解決するため、ユーザーの認証機能とユーザーに関連する情報を所有する情報データベース、その情報データベースと通信してユーザーの認証を行うことで関連情報を取得するＤＨＣＰサーバ、ユーザー情報と認証のための情報をそのＤＨＣＰサーバと通信するＤＨＣＰクライアントからなるシステムとする。
【０００８】
さらに、ＤＨＣＰサーバがＤＨＣＰクライアントから受信した情報をＤＨＣＰサーバ上で処理する情報と情報データベースに問い合わせる情報を判別する機能を有する。また、ＤＨＣＰサーバがＤＨＣＰクライアントからのユーザー情報を含む信号を情報データベースが識別できる形式に変換する機能を有する。また、ユーザー情報をＤＨＣＰメッセージ内で運ぶ機能をＤＨＣＰクライアントとＤＨＣＰサーバで有する。また、同時に端末認証機能を有することでユーザーと端末双方の情報に適合した設定情報の通信を可能とする。
【０００９】
以上のことから、本発明は、以下のユーザ情報の自動設定システムおよび方法を特徴とする。
【００１０】
（システムの発明）
（１）ＤＨＣＰサーバと、ＤＨＣＰクライアント機能を有する端末とからなるＤＨＣＰクライアントサーバシステムにおけるユーザー情報の自動設定システムであって、
ユーザー認証機能とユーザーに関する設定情報の保持機能を有する情報データベースをネットワーク上に設け、
上記端末は、ネットワークに接続する際、上記ＤＨＣＰクライアント機能により、ユーザー識別情報として、ユーザー名と認証のための鍵と該ＤＨＣＰクライアント機能が要求する情報とを含むＤＨＣＰメッセージを上記ＤＨＣＰサーバに発信する手段を設け、
ＤＨＣＰサーバは、上記ＤＨＣＰメッセージを受信した際、自身が返答すべき情報か上記情報データベースから取得すべき情報かを判別するメッセージ情報判別リストを設け、該リストによる判別結果が上記情報データベースに送信すべき情報は、該情報データベースが受信することができる形式に変換する手段を設け、
上記情報データベースは、上記メッセージ情報を受信した際、ユーザー認証を行うとともに該ユーザー名に対応する設定情報を上記ＤＨＣＰサーバに返す手段を設け、
上記ＤＨＣＰサーバは、受信した該ユーザー名に対応する設定情報を上記ＤＨＣＰのメッセージに含めて上記ＤＨＣＰクライアント端末に送信することにより、上記端末に対してユーザー認証に応じたユーザー情報を自動設定する手段を設けた、
ことを特徴とする。
【００１１】
（２）上記の（１）において、上記ＤＨＣＰサーバは、受信したメッセージに含まれるユーザー情報や取得要求情報から、応答すべき情報と上記情報データベースへの問い合わせを行う情報の判別を行う手段を設けたことを特徴とする。
【００１２】
（３）上記の（１）において、上記ＤＨＣＰサーバは、上記端末から受信したユーザー認証情報と設定情報要請メッセージを上記情報データベースとのユーザー認証および情報取得要求を実施する際に利用する形態に変換する手段を設けたことを特徴とする。
【００１３】
（４）上記の（１）において、上記ＤＨＣＰサーバおよび端末は、認証に利用するユーザー名、認証のための鍵をＤＨＣＰメッセージ内に保有して送受信する手段を設けたことを特徴とする。
【００１４】
（５）上記の（１）、（２）、（３）、（４）のいずれか１項において、上記ＤＨＣＰサーバと端末が端末認証のための認証情報を併せ持つ構成にしたことを特徴とする。
【００１５】
（方法の発明）
（６）ＤＨＣＰサーバと、ＤＨＣＰクライアント機能を有する端末とからなるＤＨＣＰクライアントサーバシステムにおけるユーザー情報の自動設定方法であって、
ユーザー認証機能とユーザーに関する設定情報の保持機能を有する情報データベースをネットワーク上に設け、
上記端末は、ネットワークに接続する際、上記ＤＨＣＰクライアント機能により、ユーザー識別情報として、ユーザー名と認証のための鍵と該ＤＨＣＰクライアント機能が要求する情報とを含むＤＨＣＰメッセージを上記ＤＨＣＰサーバに発信するステップを設け、
ＤＨＣＰサーバは、上記ＤＨＣＰメッセージを受信した際、自身が返答すべき情報か上記情報データベースから取得すべき情報かを判別するメッセージ情報判別リストを設け、該リストによる判別結果が上記情報データベースに送信すべき情報は、該情報データベースが受信することができる形式に変換するステップを設け、
上記情報データベースは、上記メッセージ情報を受信した際、ユーザー認証を行うとともに該ユーザー名に対応する設定情報を上記ＤＨＣＰサーバに返すステップを設け、
上記ＤＨＣＰサーバは、受信した該ユーザー名に対応する設定情報を上記ＤＨＣＰのメッセージに含めて上記ＤＨＣＰクライアント端末に送信することにより、上記端末に対してユーザー認証に応じたユーザー情報を自動設定するステップを設けた、
ことを特徴とする。
【００１６】
（７）上記の（６）において、上記ＤＨＣＰサーバは、受信したメッセージに含まれるユーザー情報や取得要求情報から、応答すべき情報と上記情報データベースへの問い合わせを行う情報の判別を行うステップを設けたことを特徴とする。
【００１７】
（８）上記の（６）において、上記ＤＨＣＰサーバは、上記端末から受信したユーザー認証情報と設定情報要請メッセージを上記情報データベースとのユーザー認証および情報取得要求を実施する際に利用する形態に変換するステップを設けたことを特徴とする。
【００１８】
（９）上記の（６）において、上記ＤＨＣＰサーバおよび端末は、認証に利用するユーザー名、認証のための鍵をＤＨＣＰメッセージ内に保有して送受信するステップを設けたことを特徴とする。
【００１９】
（１０）上記の（６）、（７）、（８）、（９）のいずれか１項において、上記ＤＨＣＰサーバと端末が端末認証のための認証情報を併せ持つ構成にしたことを特徴とする。
【発明の効果】
【００２０】
以上のとおり、本発明によれば、ＤＨＣＰサーバと、ＤＨＣＰクライアント機能を有する端末とからなるＤＨＣＰクライアントサーバシステムにおいて、ユーザー情報の自動設定ができる。
【００２１】
実施形態１では、情報データベースによるユーザー認証を実施した上でユーザー情報に基づいた設定情報をＤＨＣＰサーバが取得可能となり、該ユーザー情報に基づいた設定情報をＤＨＣＰを用いてＤＨＣＰクライアントに送信することでＤＨＣＰクライアントを有する端末のユーザー情報に基づいた情報の自動設定が可能になる。
【００２２】
実施形態２では、ＤＨＣＰサーバがＤＨＣＰクライアントに対して設定する情報をＤＨＣＰサーバで処理するのか、情報データベースに取りに行くのかを判断して設定情報の分散配備が可能となる。
【００２３】
実施形態３では、ＤＨＣＰクライアントから受信したＤＨＣＰメッセージから取得した情報をＤＨＣＰサーバがユーザー名、認証のための鍵、情報データベースから取得すべき情報に関する情報を情報データベースが理解可能な形態に変換して送信することが可能となり、情報データベースからＤＨＣＰサーバが受信した情報をＤＨＣＰクライアントに理解可能な形態に変換してＤＨＣＰクライアントに対して送信することが可能となる。
【００２４】
実施形態４では、ＤＨＣＰメッセージ内でユーザー名、認証のための鍵を送受信することが可能となる。
【００２５】
実施形態５では、ＤＨＣＰメッセージによってユーザー認証と同時に端末認証を実施することが可能となる。
【発明を実施するための最良の形態】
【００２６】
（実施形態１）
図１は、本発明の実施形態を示すシステム構成図であり、請求項１等に対応するものである。
【００２７】
同図では、ＤＨＣＰクライアント１０、ＤＨＣＰサーバ２０、バックエンドの情報データベース３０との通信インターフェースからなるシステム構成で示す。ＤＨＣＰクライアント１０とＤＨＣＰサーバ２０は、ＲＦＣ３１１８あるいはＲＦＣ３３１５で記述される認証機能を有する。情報データベース３０は、Challenge/Response形式のユーザー認証機能を有し、ユーザー毎の設定情報を所有している。これらの装置はＩＰｖ４あるいはＩＰｖ６で通信を行う。
【００２８】
ＤＨＣＰのAuthenticationオプションにおいてChallenge/Response方式を用いた新規のプロトコルとしてＣＨＡＰ方式を規定する。
【００２９】
ＤＨＣＰクライアント１０は、それが有するクライアント機能を実現するために、ユーザー名などを含むメッセージ生成機能（請求項４等に対応）１０Ａを備える。このメッセージ生成機能１０Ａは、ＤＨＣＰクライアント１０がネットワークに接続する際、ユーザー識別情報として、ユーザー名と認証のための鍵と当該ＤＨＣＰクライアント機能が要求する情報とを含むＤＨＣＰメッセージを生成する。
【００３０】
ＤＨＣＰサーバ２０の有する機能としてメッセージ判別機能（請求項２等に対応）２０Ａ、メッセージ変換機能（請求項３等に対応）２０Ｂ、ユーザー名と認証のための鍵を含めたメッセージ生成機能（請求項４等に対応）２０Ｃを備える。ＤＨＣＰクライアント１０とＤＨＣＰサーバ２０間はＤＨＣＰを用いて通信を行う。
【００３１】
図２ではＩＰｖ６対応のＤＨＣＰの場合の設定情報の払い出しシーケンスを例として上げており、Solicit/Advertise/Request(Information-request)/Replyのシーケンスのうち、Request(Information-request)/Reply間にDHCPサーバ２０は情報データベース３０との間で認証／認証結果のシーケンスを実行する。図３はＩＰｖ４の場合のＤＨＣＰの払い出しシーケンスであり、Discover/Offer/Request/Ackにも対応する。このとき、ＤＨＣＰサーバ２０はＤＨＣＰクライアント１０／情報データベース３０間のデータの中継役を果たす。ただし、ＤＨＣＰサーバ２０自体で情報を管理しておき、ユーザー識別子に応じた払い出しを行うことも可能である。
【００３２】
ＣＨＡＰ方式を用いたＤＨＣＰの払い出しシーケンスの概要を図２の場合で以下に説明する。なお、ＩＰｖ４の方式になる図３の場合も同様のシーケンスになる。
【００３３】
まず、ＤＨＣＰクライアント１０がAuthenticationオプション付きのSolicitメッセージを送信する（Ｓ１）。これを受信したＤＨＣＰサーバ２０は、IdentifierとChallenge値を生成し（Ｓ２）、その情報を含めたAuthenticationオプションを有するAdvertiseメッセージをＤＨＣＰクライアント１０に送信する（Ｓ３）。Advertiseを受信したＤＨＣＰクライアント１０は、あらかじめ静的、あるいは動的に所有するシークレットとハッシュ関数を用いて受信したIdentifierとChallenge値からResponse値を演算し（Ｓ４）、クライアントが静的あるいは動的に所有するユーザーを識別するための情報User-Nameを埋め込んだAuthenticationオプションをRequestメッセージに含めて送信する（Ｓ５）。Requestメッセージを受信したＤＨＣＰサーバ２０は、受信したメッセージの中から認証に必要な情報としてIdentifier、User-Name、Response値を取り出し、ＤＨＣＰサーバ２０がIdentifierと対応づけて管理していたChallenge値を合わせて情報データベース３０に送信し、認証を要求する（Ｓ６）。この際、認証情報以外の設定情報の要求メッセージを含めてもよい。認証を要求された情報データベース３０は、ＣＨＡＰ方式の認証によってユーザーを認証する。ユーザーの認証に成功した場合、情報データベース３０は、認証成功メッセージとともに情報データベース３０で保持するユーザーに関連する情報をＤＨＣＰサーバ２０に送信する（Ｓ７）。情報データベース３０から送信するユーザーに関連する情報はＤＨＣＰサーバ２０から要求されたメッセージだけでもよいし、情報データベース３０で所有するその他の情報を含めてもよい。認証に失敗した場合、認証失敗メッセージをＤＨＣＰサーバ２０に送信する。
【００３４】
認証成功メッセージと設定情報を受け取ったＤＨＣＰサーバ２０は、認証成功を示すAuthenticationオプションと設定情報から変換したＤＨＣＰオプションを付加したReplyメッセージをＤＨＣＰクライアント１０に送信する（Ｓ８）。同様に、認証失敗メッセージを受信したＤＨＣＰサーバ２０は、認証失敗を示すAuthenticationオプションを付加したReplyメッセージをＤＨＣＰクライアント１０に送信する。
【００３５】
認証成功のReplyメッセージを受信したＤＨＣＰクライアント１０は、受信した設定情報を設定し、認証失敗のReplyメッセージを受信したＤＨＣＰクライアント１０はメッセージを破棄する。
【００３６】
図４は、サーバ２０による再認証シーケンスを示す。再認証時はＤＨＣＰサーバ２０が何らかの契機でＤＨＣＰクライアント１０に再認証要求をかける。まず、再認証を行う場合、ＤＨＣＰサーバ２０でIdentifierとChallenge値を生成する（Ｓ１１）。ＤＨＣＰサーバ２０は、そのIdentifierとChallenge値を含めたAuthenticationオプション付きのReconfigureメッセージを生成し、ＤＨＣＰクライアント１０に送信する（Ｓ１２）。Advertiseを受信したＤＨＣＰクライアント１０は、あらかじめ静的あるいは動的に所有するシークレットとハッシュ関数を用いて受信したIdentifierとChallenge値からResponse値を演算し（Ｓ１３）、クライアントが静的あるいは動的に所有するユーザーを識別するための情報User-Nameを埋め込んだAuthenticationオプションをRenewまたはInformation-requestメッセージに含めてＤＨＣＰサーバ２０に送信する（Ｓ１４）。ＤＨＣＰサーバ２０は、受信したメッセージの中から認証に必要な情報としてIdentifier、User-Name、Response値を取り出し、ＤＨＣＰサーバ２０がIdentifierと対応づけて管理していたChallenge値を合わせて情報データベース３０に送信し、認証を要求する（Ｓ１５）。この際、認証情報以外の設定情報の要求メッセージを含めてもよい。
【００３７】
認証を要求された情報データベース３０は、ＣＨＡＰ方式の認証によってユーザーを認証する。ユーザーの認証に成功した場合、情報データベース３０は認証成功メッセージとともに情報データベース３０で保持するユーザーに関連する情報をＤＨＣＰサーバ２０に送信する（Ｓ１６）。情報データベース３０から送信するユーザーに関連する情報はＤＨＣＰサーバ２０から要求されたメッセージだけでもよいし、情報データベース３０で所有するその他の情報を含めてもよい。認証に失敗した場合、認証失敗メッセージをＤＨＣＰサーバ２０に送信する。
【００３８】
認証成功メッセージと設定情報を受け取ったＤＨＣＰサーバ２０は、認証成功を示すAuthenticationオプションと設定情報から変換したＤＨＣＰオプション付加したReplyメッセージをＤＨＣＰクライアント１０に送信する（Ｓ１７）。また、認証失敗メッセージを受信したＤＨＣＰサーバ２０は認証失敗を示すAuthenticationオプションを付加したReplyメッセージをＤＨＣＰクライアント１０に送信する。認証成功のReplyメッセージを受信したＤＨＣＰクライアント１０は、受信した設定情報を設定し、認証失敗のReplyメッセージを受信したＤＨＣＰクライアント１０はメッセージを破棄する。
【００３９】
図５は図２の払い出しシーケンスにおけるＤＨＣＰクライアント１０の状態遷移を示し、図６にはＤＨＣＰサーバ２０の状態遷移を示す。また、図７は図４の再認証シーケンスにおけるＤＨＣＰクライアント１０の状態遷移を示し、図８にはＤＨＣＰサーバ２０の状態遷移を示す。これら状態遷移におけるメッセージ検証のシーケンスを図９に示す。
【００４０】
以上のとおり、本実施形態によれば、情報データベースによるユーザー認証を実施した上でユーザー情報に基づいた設定情報をＤＨＣＰサーバが取得可能となり、該ユーザー情報に基づいた設定情報をＤＨＣＰを用いてＤＨＣＰクライアントに送信することでＤＨＣＰクライアントを有する端末のユーザー情報に基づいた情報の自動設定が可能になる。
【００４１】
（実施形態２）
本実施形態は、請求項２等に対応するもので、上記の実施形態１において、ＤＨＣＰサーバ２０が情報データベース３０と通信を行う際、ＤＨＣＰサーバ２０が有する情報データベース３０と通信を行う設定情報一覧を利用して送信する情報を判別するメッセージ判別機能２０Ａを設ける（図１参照）。
【００４２】
ＤＨＣＰサーバ２０は、あらかじめ情報データベース３０に送信する設定情報の一覧を保有しておき、ＤＨＣＰクライアント１０から受信したＤＨＣＰメッセージに対してその一覧との対比を行い、情報データベース３０に送信する情報を判断する。
ＤＨＣＰサーバ２０が有するメッセージ情報判別リストは、以下に示す。
【００４３】
【表１】
2006115033.tif 000003
【００４４】
したがって、本実施形態によれば、ＤＨＣＰサーバ２０がＤＨＣＰクライアント１０に対して設定する情報を、ＤＨＣＰサーバで処理するのか、情報データベースに取りに行くのかを判断するリストを設けておくことで、設定情報の分散配備を可能とする。
【００４５】
（実施形態３）
本実施形態は、請求項３等に対応するもので、上記の実施形態２で判断した情報データベース３０に送信する情報に対して、ＤＨＣＰサーバ２０は情報の変換機能２０Ｂを設ける（図１参照）。これにより、ＤＨＣＰサーバ２０は、その情報変換規則に従ってＤＨＣＰメッセージから情報データベース３０との通信に利用するメッセージを生成することができる。
【００４６】
以下の表は、ユーザー名を例にしたＤＨＣＰメッセージからRADIUSアトリビュートへの変換規則とそれに伴うメッセージ変換の例を示す。
【００４７】
【表２】
2006115033.tif 000004
【００４８】
上記のＤＨＣＰメッセージ中のAuth-infoフィールド、およびRADIUSアトリビュートフィールドのフォーマット構造の例を図１０に示す。
【００４９】
したがって、本実施形態によれば、ＤＨＣＰクライアント１０からＤＨＣＰメッセージを取得したとき、この情報に対して、ＤＨＣＰサーバ２０がユーザー名、認証のための鍵、および情報データベース３０から取得すべき情報に関する情報を情報データベース３０が理解可能な形態に変換して送信することが可能となる。逆に、情報データベース３０からＤＨＣＰサーバ２０が受信した情報をＤＨＣＰクライアント１０に理解可能な形態に変換してＤＨＣＰクライアント１０に送信することが可能となる。
【００５０】
（実施形態４）
本実施形態は、請求項４等に対応するもので、ＤＨＣＰメッセージ内でユーザー名、認証のための鍵をＤＨＣＰメッセージ内に保有して送信するメッセージ生成機能２０Ｃを設ける（図１参照）。
【００５１】
この機能を実現するため、ＣＨＡＰ方式におけるAuthenticationオプションのフィールド値を以下のように定義する。
【００５２】
Protocol    ＣＨＡＰ
Algorithm  １
ＲＤＭ      ０
とする。これらの値の定義に関してはＲＦＣ３３１５に従うため、値を変更することで処理方式は変更可能である。
【００５３】
図１１は、ＲＦＣ３３１５に従って上記の値を代入したAuthenticationオプションのフォーマットを示す。このＣＨＡＰ_AuthenticationにおけるAuthenticationオプション中のAuth-infoフィールドフォーマットを図１２のように定義する。
【００５４】
ただし、ＭＳＧ＿ＴＹＰＥは、ＣＨＡＰ_Authenticationにおけるメッセージの識別子であり、今回規定する値（１オクテット）を以下に示す。
【００５５】
１    Challenge
２    Response
３    Success
４    Failure
また、Identifierは、ＣＨＡＰ＿ＩＤと呼ばれる識別子であり、一連のＣＨＡＰシーケンスであることを示すＩＤ（１オクテット）になる。このデータはChallenge生成時にランダムに生成される。
【００５６】
また、ＭＳＧ_lengthは、Auth-infoフィールドの総サイズであり、ＭＳＧ＿ＴＹＰＥ、Identifier、ＭＳＧ_length、Attributeフィールドを含む（オクテット単位）。
【００５７】
また、Attributeは、ＣＨＡＰ_Authenticationメッセージ中で運ぶ認証に必要とされる情報であり、Attributeフィールドの詳細フォーマットを図１３に示す（Variable length）。
【００５８】
ただし、ＴＹＰＥはAttributeのタイプ、Valueに記述された情報の種類を示す。今回規定するＴＹＰＥの値とそのときのValue（１オクテット）を以下に示す。
【００５９】
１    User-Name
３    CHAP-Password
６０  CHAP-Challenge
また、lengthは、このAttributeフィールドのメッセージサイズを示し、ＴＹＰＥ、length,Valueフィールドを含む（１オクテット）。
【００６０】
また、ValueはAttributeのＴＹＰＥに沿った値であり、以下のようになる。
【００６１】
Ｕｓｅｒ−Ｎａｍｅ  ユーザー名と所属ドメインを＠でつないだ文字列
ＣＨＡＰ−Ｐａｓｓｗｏｒｄ  ＣＨＡＰシーケンスに従って計算されるResponse値
ＣＨＡＰ−Challenge  ＤＨＣＰサーバ２０側で生成するChallenge値
ここで、Challenge値はＤＨＣＰサーバ２０側で生成される可変長の値である。Challenge値は再送以外の送信毎には異なる値が生成されなければならない。Challenge値の生成方法、Response値の生成方法はＲＦＣ１９９４に準拠する。
【００６２】
払い出しシーケンスにおけるＩＰｖ６（続く括弧内はＩＰｖ４に対応する）での各メッセージの構成例を図１４〜図１９に示す。図１４はSolicitメッセージ（Discover）、図１５はAdvertiseメッセージ（Offer）、図１６はRequestメッセージ（Request）、図１７はReplyメッセージ（Ａｃｋ）を示す。
再認証シーケンスにおけるＩＰｖ６でのReconfigureメッセージの構成例を図１８に示す。
以上の各メッセージ構成により、ＤＨＣＰメッセージ内でユーザー名、認証のための鍵を送受信することが可能となる。
【００６３】
（実施形態５）
本実施形態は、請求項５等に対応するもので、ＤＨＣＰサーバ２０とＤＨＣＰクライアント１０が端末認証のための認証情報を併せ持つようにしたものである。
【００６４】
ユーザー認証のための情報を格納するAuth-infoフィールドに端末・メッセージ認証のためのメッセージのハッシュ値を付加することが考えられる。その場合のAuth-infoフィールドは図１９のように規定する。他のフィールドについては実施形態１と同じである。端末認証のフィールドを利用してＤＨＣＰクライアント１０とＤＨＣＰサーバ２０との間、あるいはＤＨＣＰクライアント１０と情報データベース３０との間で端末の認証を行う。
【００６５】
ここで規定したＤＨＣＰ realm、key ID、HMAC-MD5フィールドの取り扱い、およびメッセージの処理はＲＦＣ３３１５に規定されるDelayed authenticationに準拠する。
【００６６】
このＤＨＣＰメッセージによって、ユーザー認証と同時に端末認証を実施することが可能となる。
【図面の簡単な説明】
【００６７】
【図１】本発明の実施形態を示すシステム構成図。
【図２】実施形態における払い出しシーケンス（ＩＰｖ６の場合）。
【図３】実施形態における払い出しシーケンス（ＩＰｖ４の場合）。
【図４】実施形態における再認証シーケンス。
【図５】実施形態におけるクライアントの払い出しシーケンスにおける状態遷移図。
【図６】実施形態におけるサーバの払い出しシーケンスにおける状態遷移図。
【図７】実施形態におけるクライアントの再認証シーケンスにおける状態遷移図。
【図８】実施形態におけるサーバの再認証シーケンスにおける状態遷移図。
【図９】実施形態におけるメッセージ検証フローチャート。
【図１０】ＤＨＣＰメッセージ中のフォーマットの例。
【図１１】Authenticationオプションのフォーマットの例。
【図１２】Authenticationオプション中のAuth-infoフィールドフォーマットの例。
【図１３】Attributeフィールドの詳細フォーマットの例。
【図１４】払い出しシーケンスにおけるSolicitメッセージ（Discover）の構成例。
【図１５】払い出しシーケンスにおけるAdvertiseメッセージ（Offer）の構成例。
【図１６】払い出しシーケンスにおけるRequestメッセージ（Request）の構成例。
【図１７】払い出しシーケンスにおけるReplyメッセージ（Ａｃｋ）の構成例。
【図１８】再認証シーケンスにおけるReconfigureメッセージの構成例。
【図１９】メッセージのハッシュ値を付加したAuth-infoフィールドの構成例。
【符号の説明】
【００６８】
１０  ＤＨＣＰクライアント
２０  ＤＨＣＰサーバ
３０  情報データベース
１０Ａ  メッセージ生成機能
２０Ａ  メッセージ判別機能
２０Ｂ  メッセージ変換機能
２０Ｃ  メッセージ生成機能
【図１】
2006115033.tif 000005
【図２】
2006115033.tif 000006
【図３】
2006115033.tif 000007
【図４】
2006115033.tif 000008
【図５】
2006115033.tif 000009
【図６】
2006115033.tif 000010
【図７】
2006115033.tif 000011
【図８】
2006115033.tif 000012
【図９】
2006115033.tif 000013
【図１０】
2006115033.tif 000014
【図１１】
2006115033.tif 000015
【図１２】
2006115033.tif 000016
【図１３】
2006115033.tif 000017
【図１４】
2006115033.tif 000018
【図１５】
2006115033.tif 000019
【図１６】
2006115033.tif 000020
【図１７】
2006115033.tif 000021
【図１８】
2006115033.tif 000022
【図１９】
2006115033.tif 000023