(57)【要約】【課題】  単一のドメインで独立して行われる各種のサービス要求と設定データの配布を統合し、ユーザの利便性を向上し、且つ、配布情報の正確さを保証することを可能とする設定情報配布装置を提供することを目的とする。【解決手段】  ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段を含むことを特徴とする前記所定のネットワークに属する設定情報配布装置。【選択図】  図１
2006086907.tif 000002
【特許請求の範囲】
【請求項１】
ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、
前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、
前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段
を含むことを特徴とする前記所定のネットワークに属する設定情報配布装置。
【請求項２】
所定のネットワークに属する第１の装置へアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証ステップ、
所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集ステップ、
前記第１の装置が前記認証要求に対する応答メッセージへ前記収集ステップで収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布ステップ
を含むことを特徴とするユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を利用した設定情報配布方法。
【請求項３】
コンピュータを
ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、
前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、
前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段
として機能させることを特徴とする設定情報配布プログラム。
【請求項４】
コンピュータを、
ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、
前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、
前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段
として機能させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
【請求項５】
コンピュータを
所定のネットワークへアクセス認証を要求する際に、ユーザ端末に設定する設定データの要求を示すデータを付加して認証要求する認証要求手段、
前記認証要求に対する応答メッセージを受信する受信手段、
前記受信手段により受信した応答メッセージの拡張フィールドから設定データを取出してユーザ端末に自動的に設定する設定手段
として機能させることを特徴とする設定情報受信プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、エンドユーザがネットワークを介してサービスを利用する際に、ユーザ端末へ自動的に設定データを設定するための設定情報配布装置、方法、プログラム、媒体、及び設定情報受信プログラムに関する。
【背景技術】
【０００２】
近年、ＩＭＴ−２０００、無線ＬＡＮ等に代表される様々なネットワークの増加や、無線通信機能を搭載したパーソナルコンピュータ（ＰＣ）やパーソナルデジタルアシスタンス（ＰＤＡ）などの情報端末の普及により、いつでもどこでもネットワークに接続して様々なサービスを利用できる環境が整いつつある。
【０００３】
ネットワークを介したサービスを利用するユーザ数の拡大と同時に、なりすましや盗聴などのネットワークを利用した犯罪の増加が懸念されているため、ユーザ自身がセキュリティ対策を行う必要がある。このセキュリティ対策として、ネットワークにつながるユーザ端末に、ウィルス・ワーム対策としての検知アプリケーションを実装したり、侵入対策としてのファイヤーウォールや盗聴対策としての暗号化アプリケーションや認証機能を実装したりすることが一般的になってきた。また、ネットワーク側でも公衆無線ＬＡＮ等においてもユーザのセキュリティを考慮して、無線の暗号化を行っている。
【０００４】
しかし、前述したようなセキュリティ対策では、ユーザ自身が各種ツールの設定やウィルス定義の更新等を行う必要があるため、運用ミスが発生しやすい。特に、モバイルの環境において、無線ＬＡＮの暗号鍵の変更、又は、端末自身、ＤＮＳ、ゲートウェイ、Ｐｒｏｘｙ等のＩＰアドレスも変更する必要があり、ここでも運用ミスが発生しやすい。現状では、ユーザ自身のセキュリティを維持できないだけでなく、サービスを提供するネットワーク側にもウィルスやワームによる被害が拡大するなど大きな影響を与えている。今後も、広範囲に発展しつづけるモバイル環境で、ユーザの利便性を高めながら、高いセキュリティを維持するための技術や運用手法が求められている。
【０００５】
（１）アクセスネットワークのひとつとして発展している無線ＬＡＮについて、この暗号鍵設定を自動化し、ユーザのアクセス制御を行う技術として、標準化規格であるＩＥＥＥ８０２．１ｘ（Network Port Authentication）を用いたシステムがある。これは、無
線ＬＡＮアクセスポイントやスイッチに実装され、ネットワークにアクセスしてきたユーザをＩＤや電子証明書のユーザ認証子によりネットワークが認証し、認可されたユーザのみ利用可能とするアクセス制御技術である。また、同時に無線ＬＡＮの暗号鍵（ＷＥＰ）を配布・更新することで高いセキュリティ運用行える。しかし、ＷＥＰは暗号アルゴリズムが脆弱で、これを解読するツールは容易に入手できるため非常に危険である。現在、ＩＥＥＥ８０２．１ｘを含むセキュリティの標準化がＩＥＥＥ８０２．１１iとして進めら
れており、強固な暗号化アルゴリズムが採用されているが、普及には時間がかかる状況である。
【０００６】
（２）また、ネットワークに接続してサービスを利用するためには、ユーザ端末のＩＰアドレス・ＤＮＳサーバアドレス・ゲートウェイアドレス等を取得する必要がある。この設定を自動化し、動的に配布する技術として標準化規格であるＲＦＣ２１３１で規定されるＤＨＣＰ（Dynamic Host Configuration Protocol）がある。しかし、ＤＨＣＰにはセ
キュリティ対策はなく、同じサブネットにつながった悪意あるユーザがＤＨＣＰサーバになりすまして誤った設定をユーザに配布することができる。
【０００７】
（３）さらに、Ｗｅｂブラウザがインターネットやイントラネット上のＷｅｂサーバ、Ｍａｉｌサーバ、ＦＴＰサーバなどへアクセスするためには、Ｐｒｏｘｙサーバを経由しなければならないことがある。Ｐｒｏｘｙサーバは、Ｗｅｂサーバへのアクセス要求やその応答をキャッシュして、多数のクライアントからの要求を効率よく転送し、インターネットへのアクセスを制御するために用いられる。Ｐｒｏｘｙサーバはネットワークの設定や負荷分散の方法などに応じて、さまざまな構成で使われるので、組織ごとの事情に応じて間違いなく設定するのは容易ではないが、これを自動化し、動的に配布する技術として、ＷＰＡＤ(Web Proxy Auto-Discovery Protocol)がある。しかし、ＷＰＡＤにはセキュ
リティ対策はなく、なりすましたＤＨＣＰサーバを介して誤った設定をユーザに配布することができる。
【０００８】
もし、ユーザがアクセスするＭａｉｌサーバやＷｅｂサーバが、それぞれＳＳＬなどのセキュリティに対応していれば、不正中継や無線ＬＡＮによる盗聴の可能性は低くなり、安全にサービスを利用することが可能である。しかし、これらの対策には、サーバとクライアント双方に対応が必要であり、コストがかかるため、完全な普及には時間が必要である。
【０００９】
（４）一方、盗聴などの危険を回避し安全に信頼できるサーバにアクセスする技術として、ＩＰパケットの機密性、安全性を保証するための暗号化と認証行う技術として標準化規格であるＲＦＣ２４０１(Security Architecture for the Internet Protocol)で規定
されたＩＰｓｅｃ、また暗号化のための鍵交換技術としてＲＦＣ２４０９(The Internet Key Exchange)で規定されたＩＫＥを用いたシステムがある。
【００１０】
個々にセキュリティ対策を行っていないＭａｉｌサーバやＷｅｂサーバを、セキュアなエリアに配置し、端末とセキュアなエリアの入り口までをＩＰｓｅｃにより保護する手段も考えられる。このＩＰsecによるセキュアな通信を確立する前には、ＩＫＥにより暗号
鍵交換が行われる。その手順の中でもサーバ側が鍵交換要求をしてきたユーザを認証する場合がある。ＩＫＥ自体はセキュアなプロトコルであるが、ネットワークアクセスの手順から安全にサービスを開始するための手順が多く、実際にサービスを安全に開始するまでのユーザの利便性は損なわれている。
【００１１】
図１２は、従来の技術によってネットワークにアクセスし、サービスを提供するＷｅｂサーバ１０２やＭａｉｌサーバ１０４などへアクセスを行う方法を説明する説明図である。
このネットワークとは、例えば、事業者によってネットワーク接続サービスを提供し、インターネットなどへ接続されているネットワークであり、公衆無線ＬＡＮなどがある。また、公衆無線ＬＡＮとは、無線ＬＡＮなどで構築された、領域限定の通信ネットワークのことであり、例えば、店舗や企業の社屋内などに無線ＬＡＮなどにより構築されたネットワークである。従って、公衆無線ＬＡＮは、移動通信事業者のサービスの配下にあるが、店舗や企業が移動通信事業者と契約をして、店舗や企業の社屋内に限定して構築される。
【００１２】
図１２に示すように、インターネットサービスプロバイダ(ISP)などの通信事業者が公
衆無線ＬＡＮサービスを運営し、インターネットなどへのネットワーク接続サービスを提供する。ＩＳＰ内のネットワーク１０６には、各種サーバのＩＰアドレスなどを配布するＤＨＣＰサーバ１０８と、公衆無線ＬＡＮでの盗聴を回避するために、ネットワーク１０６内にＩＰｓｅｃなどでアクセスできるＩＰｓｅｃゲートウェイサーバ１１０などが設置されている。
【００１３】
以下、ユーザ端末が公衆無線ＬＡＮからインターネットにアクセス接続する手順について、図１２を参照しながら図１３のシーケンスを説明する。
＜ネットワークリンクの接続：暗号アルゴリズムの脆弱性＞
まず、ユーザは事前に登録している公衆無線ＬＡＮサービスの識別子であるＳＳＩＤを手動で設定する（図１２の（２））。また、ＰＫＩサーバ１１２はクライアント証明書を発行する（図１２の（１））。無線ＬＡＮアクセスポイント１１４が発信するビーコンの中に含まれるＳＳＩＤを検出・選択して、ネットワークアクセス認証を開始する（図１２の（３））。無線ＬＡＮアクセスポイント１１４は、ユーザ端末１１６からの通信を一時遮断し、ユーザ端末１１６からの認証情報を受付けて、ＩＳＰ内部の認証サーバ１１８に該ユーザのサービス利用に対する正当性を確認する（図１２の（４）から（６））。認証結果がＯＫになれば、無線ＬＡＮアクセスポイント１１４は、遮断していたユーザに対するネットワークリンクを開放する（図１２の（７））。無線ＬＡＮのネットワークリンクを流れるデータはＷＥＰにより暗号化されているが、暗号アルゴリズムが脆弱なため、盗聴が可能であり、セキュリティとして安全とは言えない。
【００１４】
＜ＩＰネットワークの接続：なりすまし（spoofing）＞
次に、ユーザ端末１１６はネットワークリンクの接続を完了すると、ユーザ端末１１６、ＤＮＳサーバ、インターネットへの接続を行うゲートウェイなどのＩＰアドレスを取得するために、ＤＨＣＰサーバ１０８へ要求を行い、該アドレス情報を入手する（図１２の（８））。ＤＨＣＰサーバ１０８は、事前にＤＨＣＰサーバ１０８自身のＩＰアドレス等を指定する必要はないが、同じ公衆無線ＬＡＮ内にＤＨＣＰサーバ１０８になりすました機器が存在した場合には、不正中継による盗聴やサービス妨害などが可能になり、セキュリティが確保できない。
【００１５】
＜なりすましによる不正な設定＞
さらに、ユーザはＩＰネットワークの接続が終了すると、ＷｅｂブラウザやＭａｉｌソフトを立ち上げて、ネットワーク利用を開始する（図１２の（１０））。この時、ＷＰＡＤによりネットワーク１０６側からＰｒｏｘｙサーバ１２０のＰｒｏｘｙアドレスを自動的に設定することが可能である。ＷＰＡＤでの自動設定では、その初期動作としてＤＨＣＰサーバ１０８やＤＮＳサーバなどに問い合わせを行う。そのため、ＤＨＣＰサーバ１０８がなりすまされていた場合に、不正な設定が行われ、不正中継による盗聴やサービス妨害などが可能になり、セキュリティが確保できない。
【００１６】
＜ユーザの利便性＞
盗聴対策としてＭａｉｌサーバ１０４やＷｅｂサーバ１０２を、ＩＳＰ内のセキュアなエリアに配置して、端末からセキュアなエリアまでの経路をＩＰｓｅｃで保護する場合、あらかじめユーザが設定した、ＩＰｓｅｃゲートウェイサーバ１１０のＩＰアドレスに対して、ＩＰｓｅｃによるセキュアな通信を始めるために、鍵交換であるＩＫＥ手順を開始する。ＩＫＥ手順の中では、鍵交換のためのユーザ認証が行われる場合がある。ＩＫＥ自体はセキュアなプロトコルであるが、ネットワークアクセスの手順から安全にサービスを開始するための手順が多く、実際にサービスを安全に開始するまでのユーザの利便性は損なわれている。
【００１７】
また、既知の端末を自動設定する類似した発明には、以下ようなものがあるが、上記問題は解決されていない。
特許文献１は、アドレス設定方法及び装置に関する発明である。任意のＭＡＣアドレスの端末に対するＩＰアドレス自動設定システムを開示する。
特許文献２は、分散された設定情報サーバからＬＤＡＰでアプリ設定探索・取得すること可能にすることを開示する。
特許文献３は、ＤＨＣＰを拡張しアプリに必要な全情報を配布可能にする通信ネットワ
ークシステムを開示する。
特許文献４は、ＤＨＣＰなどで取得した情報が動作するか検証して、ＯＫだったとき設定、ＮＧのとき保存設定に復旧するロジックを開示する。
特許文献５は、ＡＲＰ／ＤＨＣＰのキャプチャによる自動設定を開示する。
特許文献６は、リダイレクトによるＷｅｂ設定を開示する。
特許文献７は、ＰＰＰにおける自動設定を開示する。
非特許文献１（カタログ）は、ユーザ端末のセキュリティ対策状態を端末にインストールされたＮＡＣ対応アプリケーションがネットワークに通知し、ネットワークはセキュリティポリシに応じてユーザアクセスを認可・限定・拒否などを判断し、結果をユーザ端末に通知するアクセス制御システムを開示する（ＮＡＣ（Network Admission Control））
。
【特許文献１】特開平１１−２３４３４２号公報
【特許文献２】特開２０００−２８５０５３号公報
【特許文献３】特開２００３−１６２４６２号公報
【特許文献４】特開２００３−１８６７６８号公報
【特許文献５】米国特許第６，１３０，８９２号明細書
【特許文献６】米国特許第６，６３６，８９４号明細書
【特許文献７】米国特許第６，０１２，０８８号明細書
【非特許文献１】「Self Defending Networking（SDN）自己防衛型ネットワーク構想  ウイルス／ワームの脅威から企業を保護する統合的な次世代セキュリティソリューション」、シスコシステムズ株式会社、２００４年
【発明の開示】
【発明が解決しようとする課題】
【００１８】
上述したような従来方式では、既存プロトコルまたはシステムのセキュリティ対策が不十分であるため、ユーザの端末に対して安全に設定を配布しているとは言えない。特に、サーバの身元を保証することなく、公衆無線ＬＡＮ等におけるＩＰアドレス設定等を行われている問題があった。また、ネットワークを検出して、そのネットワークでサービスを安全に開始するまでの手順が多く、ユーザの利便性は損なわれていた。
【００１９】
本発明はこのような問題を解決するためになされたもので、その目的は、単一のドメインで独立して行われる各種のサービス要求と設定データの配布を統合し、ユーザの利便性を向上し、且つ、配布情報の正確さを保証することを可能とする設定情報配布装置、方法、プログラム、媒体、及び設定情報受信プログラムを提供することである。
【課題を解決するための手段】
【００２０】
本発明は上記目的を達成するため、ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、認証要求に対する応答メッセージへ収集手段で収集された設定データを付加し、設定データが付加された応答メッセージをユーザ端末に配布する配布手段を含むことを特徴とする。
【００２１】
本発明によれば、ネットワークアクセス認証手順を用いたアクセス認証を要求する際に、所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集し、認証要求に対する応答メッセージへ収集された設定データを付加して配布するため、単一のドメインで独立して行われる各種のサービス要求と設定データの配布を統合できる。
【００２２】
また、本発明は、コンピュータを、所定のネットワークへアクセス認証を要求する際に
、ユーザ端末に設定する設定データの要求を示すデータを付加して認証要求する認証要求手段、認証要求に対する応答メッセージを受信する受信手段、受信手段により受信した応答メッセージの拡張フィールドから設定データを取出してユーザ端末に自動的に設定する設定手段として機能させることを特徴とする。
【００２３】
本発明によれば、所定のネットワークへアクセス認証を要求する際に、認証要求に対する応答メッセージの拡張フィールドから設定データを取出してユーザ端末に自動的に設定するため、ユーザの利便性を向上できる。
【００２４】
また、本発明は、応答メッセージの正当性を所定のネットワーク内で行った署名を検証することで確認する確認手段を更に含むことを特徴とする。
本発明によれば、応答メッセージの正当性を所定のネットワーク内で行った署名を検証することで確認するため、配布情報の正確さを保証できる。
【発明の効果】
【００２５】
本発明の設定情報配布装置、方法、プログラム、媒体、及び設定情報受信プログラムによれば、単一のドメインで独立して行われる各種のサービス要求と設定データの配布を統合し、ユーザの利便性を向上し、且つ、配布情報の正確さを保証できる。
【発明を実施するための最良の形態】
【００２６】
次に本発明を実施するための最良の形態について図面を参照して説明する。
＜システム機能概要＞
図１及び図２は、それぞれ本発明による端末自動設定サービスとそのサービスシーケンス例である。また、図３は本発明の機能ブロックである。
【００２７】
以下、図３を参照して本発明に関連するシステム機能概要を説明する。
＜ネットワーク１００＞
ネットワーク１００は、ＩＰネットワークサービスをあらゆるユーザに提供するインターネットサービスプロバイダ（ＩＳＰ）であり、無線ＬＡＮアクセスポイント１１４(WLAN-AP)などを提供し、インターネット接続サービスを提供するためにユーザ端末１１６に
ＩＰアドレスを割り当てる。ネットワーク１００は、ＩＰアドレスを動的に割り当てる機能やＰｒｏｘｙサーバ１２０などの自動設定スクリプトの格納先ＵＲＬを配布する機能等を有するＤＨＣＰサーバ１０８を一般的に有している。また、ネットワーク１００内にありユーザがアクセス可能なセキュアなエリアの入り口に、ユーザ端末１１６との間で暗号化・復号化などを行う機能を有するＩＰｓｅｃゲートウェイを有している。本発明では、これらに加え、ユーザがサービスを利用する際に必要な電子証明書を発行するＰＫＩサーバ１１２と、ユーザ端末１１６の認証認可処理を行う認証機能と、端末の自動設定機能を持ったセキュリティサーバ（ＳＳ）を有するネットワーク１００である。
【００２８】
次に、＜１＞ユーザ端末１１６、＜２＞セキュリティサーバ、＜３＞ＤＨＣＰサーバ１０８、＜４＞ＩＰｓｅｃゲートウェイサーバ１１０、＜５＞ＰＫＩサーバ１１２、＜６＞ＴＬＳプロトコル、鍵交換プロトコル、＜７＞ＩＰｓｅｃプロトコル、＜８＞ＤＨＣＰプロトコルの各々について説明する。
【００２９】
＜１．ユーザ端末１１６＞
端末は、次に述べる４つの制御部からなる。まず、（ｉ）認証プロトコル制御部ＥＥ２は、ユーザがサービスを利用する際に利用するネットワークアクセスアプリケーションから呼ばれ、電子証明書によるユーザ認証手順を実行する。（ｉｉ）自動設定プロトコル制御部ＥＥ４は、認証プロトコル制御部ＥＥ２から呼ばれ、応答メッセージに格納された設定データ等の自動設定情報に基づき、各種制御部に設定を行う。そして、（ｉｉｉ）ＬＡ
Ｎ制御部ＥＥ６はユーザ端末１１６、ゲートウェイサーバ、ＤＮＳサーバやＰｒｏｘｙサーバ１２０などの各種ＩＰアドレスを設定する。さらに、（ｉｖ）セキュリティ制御部ＥＥ８は、一般的なＩＰｓｅｃクライアント同様に、暗号鍵や認証鍵に基づいてＩＰｓｅｃゲートウェイとセキュアな通信を実行する。
【００３０】
＜２．セキュリティサーバ１０＞
セキュリティサーバ１０は、次に述べる４つの制御部からなる。まず、（ｉ）認証プロトコル制御部ＳＳ１２は、電子証明書によるユーザ認証機能と電子証明書の正当性を検証する検証機能とサービスの認可機能を有する。次に、（ｉｉ）自動設定プロトコル制御部ＳＳ１４は、認証プロトコル制御部ＳＳ１２から呼ばれ、各種自動設定を行うためにＬＡＮ設定制御部ＳＳ１６を通じて収集した設定情報（設定データ）を、拡張した認可応答メッセージに乗せかえる。そして、（ｉｉｉ）ＬＡＮ設定制御部ＳＳ１６は、ネットワーク１００内の無線ＬＡＮアクセスポイント１１４やＤＨＣＰサーバ１０８等を管理し、ＤＨＣＰプロトコル等を用い、状況に応じて適切なＬＡＮ設定（例えば、端末のＩＰアドレス、ゲートウェイやＤＮＳサーバのＩＰアドレス、Ｐｒｏｘｙサーバ１２０の自動設定スクリプトファイルの格納先ＵＲＬなど）を収集する。さらに、（ｉｖ）セキュリティ設定制御部ＳＳ１８は、ＩＰｓｅｃゲートウェイサーバ１１０等を管理し、鍵交換プロトコルを用い、状況に応じて適切なセキュリティ設定（暗号鍵、認証鍵など）を収集する。
【００３１】
＜３．ＤＨＣＰサーバ１０８＞
ＤＨＣＰサーバ１０８は、ユーザ端末１１６がネットワーク１００に接続するために必要なＬＡＮ設定機能（端末のＩＰアドレスの割り当て、ＤＮＳサーバ、ゲートウェイサーバのＩＰアドレスの配布、Ｐｒｏｘｙサーバ１２０の自動設定スクリプトの格納先ＵＲＬの通知など）を有する。本実施の形態では、標準化規格であるＲＦＣ２１３１に準拠し、これに加えてマイクロソフト社のＤＨＣＰサーバ１０８で標準的にサポートされているＷＰＡＤ機能（Ｐｒｏｘｙサーバ１２０の自動設定スクリプトの格納先ＵＲＬを応答するオプション）をサポートする一般的なＤＨＣＰサーバ１０８である。
【００３２】
＜４．ＩＰｓｅｃゲートウェイサーバ１１０＞
ＩＰｓｅｃゲートウェイサーバ１１０は、ユーザ端末１１６がセキュアなネットワーク１００に接続するために必要なセキュリティ設定機能（暗号鍵・認証鍵など）と、これに基づくセキュリティ実行機能を有する。本実施の形態では、標準化規格であるＲＦＣ２４０１(Security Architecture for the Internet Protocol)で規定されたＩＰｓｅｃ、ま
た暗号化のための鍵交換技術としてＲＦＣ２４０９(The Internet Key Exchange)で規定
されたＩＫＥに準拠した一般的なＩＰｓｅｃゲートウェイサーバ１１０である。
【００３３】
＜５．ＰＫＩサーバ１１２＞
ＰＫＩサーバ１１２は、ＰＫＩ電子証明書を発行/失効する管理機能とその電子証明書
を保存するデータベースからなる。電子証明書の形式は、ＩＥＴＦのＲＦＣ３２８０で規定される形式に、端末がネットワーク１００に接続する前に必要な設定を格納する拡張を行っている。本実施の形態では、無線ＬＡＮアクセスポイント１１４を識別するＳＳＩＤを格納する。
【００３４】
＜６．ＴＬＳプロトコル２０＞
ＴＬＳプロトコル２０はユーザ端末１１６、無線ＬＡＮアクセスポイント１１４、セキュリティサーバ１０間で使用される認証プロトコルを示す。ＴＬＳプロトコル２０は、ユーザ端末１１６が公衆無線ＬＡＮサービスを利用する際に、セキュリティサーバ１０がユーザ端末１１６を認証するためのクライアント電子証明書と、ユーザ端末１１６がセキュリティサーバ１０または無線ＬＡＮアクセスポイント１１４を認証するためのサーバ証明書、そして、自動設定情報をユーザ端末１１６に伝える。
【００３５】
本発明の実施形態では、ユーザ端末１１６と無線ＬＡＮアクセスポイント１１４間にＩＥＥＥ８０２．１ｘでサポートされるＥＡＰ−ＴＬＳプロトコル、ＥＡＰ−ＴＴＬＳプロトコル、ＰＥＡＰプロトコル、無線ＬＡＮアクセスポイント１１４とセキュリティサーバ１０間に前記ＥＡＰを含むＲＡＤＩＵＳプロトコルを想定する。
【００３６】
本発明の実施形態で必要となる自動設定情報の伝達には、標準化団体であるＩＥＴＦのＲＦＣ３５４６で規定されたＴＬＳ拡張を利用し、ｅｘｔｅｎｔｉｏｎメッセージ内に新たな、自動設定のための情報要素を記述することで実現する。記述される情報要素は、ＩＰアドレスなどのＬＡＮ設定とＩＰｓｅｃによる暗号鍵などセキュリティ設定に関する情報である。
【００３７】
＜６．鍵交換プロトコル２２＞
鍵交換プロトコル２２は、セキュリティサーバ１０とＩＰｓｅｃゲートウェイサーバ１１０間で使用される鍵交換プロトコル２２である。本実施の形態では、標準化規格であるＲＦＣ２４０９(The Internet Key Exchange)で規定されたＩＫＥに準拠した一般的なプ
ロトコルを使用する。
【００３８】
＜７．ＩＰｓｅｃプロトコル２４＞
ＩＰｓｅｃプロトコル２４は、ユーザ端末１１６とＩＰｓｅｃゲートウェイサーバ１１０間で使用されるセキュアセッションプロトコルである。本実施の形態では、標準化規格であるＲＦＣ２４０１(Security Architecture for the Internet Protocol)で規定され
たＩＰｓｅｃで規定された一般的なプロトコルを使用する。
【００３９】
＜８．ＤＨＣＰプロトコル２６＞
ＤＨＣＰプロトコル２６は、セキュリティサーバ１０とＤＨＣＰサーバ１０８間で使用される自動設定プロトコルである。本実施の形態では、標準化規格であるＲＦＣ２１３１（Dynamic Host Configuration Protocol）に準拠し、これに加えてマイクロソフト社の
ＤＨＣＰサーバ１０８で標準的にサポートされているＷＰＡＤ機能（Ｐｒｏｘｙサーバ１２０の自動設定スクリプトの格納先ＵＲＬを応答するオプション）をサポートする一般的なＤＨＣＰサーバ１０８を使用する。
【００４０】
＜自動設定サービス＞
図１に本発明による自動設定サービスの一例を示す。これは、公衆無線ＬＡＮサービスを提供するＩＳＰと契約したユーザが、ＩＳＰのセキュリティエリアに置かれた情報にアクセスすることを想定したモデルである。前提として、ＩＳＰはユーザとの契約に基づき、ＰＫＩサーバ１１２を利用して、無線ＬＡＮサービスにおける無線ＬＡＮアクセスポイント１１４のＳＳＩＤを格納した、公開鍵暗号に基づくクライアント証明書と電子証明書発行元を検証するためのルート証明書（クライアント証明書）をユーザに交付している。また、ネットワーク１００のサーバが正規のサーバであることを保証するため、さらに改竄防止のための電子署名を行うためのサーバ証明書をセキュリティサーバ１０に保持している。以下、図２のサービスシーケンスを、図１を参照しながら実施形態の詳細を説明する。
【００４１】
ユーザはＩＳＰから発行されたクライアント証明書を、ユーザ端末１１６に直接格納するか、ＩＣカード２８などの外部デバイスに格納し、サービスを利用する際に、ユーザ端末１１６に外部デバイスを接続する（図１の（１））。この時、クライアント証明書の内部に格納された無線ＬＡＮサービスのＳＳＩＤを、自動設定プロトコル制御部が抽出し、無線ＬＡＮへのアクセスを制御するＬＡＮ制御部ＥＥ６へデフォルトとして設定する（図１の（２））。ユーザはこの事前設定を意識することなく行える。
【００４２】
＜ＥＥ０の処理＞
このユーザ端末１１６の処理フローを図９（EE0）に示す。クライアント証明書のＳＳ
ＩＤ（無線ＬＡＮ設定）を検出し（Ｓ２１）、ユーザ端末１１６のオペレーティングシステム（ＯＳ）の無線ＬＡＮ設定にクライアント証明書から検出したＳＳＩＤが含まれているかを判断する（Ｓ２２）。前記無線ＬＡＮ設定にＳＳＩＤが含まれているとき、ＳＳＩＤの設定処理を終了する。前記無線ＬＡＮ設定にＳＳＩＤが含まれていないとき、ユーザ端末１１６のＯＳの無線ＬＡＮ設定にＳＳＩＤを設定する（Ｓ２３）。
【００４３】
次に、ユーザ端末１１６のＬＡＮ制御部ＥＥ６が無線ＬＡＮサービスの無線ＬＡＮアクセスポイント１１４が発信しているビーコンの中にふくまれるＳＳＩＤと、電子証明書であるクライアント証明書を比較して、認証プロトコル制御部ＥＥ２を通じてネットワークアクセス認証を開始する（図１の（３））。この処理はＷｉｎｄｏｗｓＸＰなどの汎用ＯＳの機能により実行される。この際、ユーザ端末１１６が自動設定サービスを要求していることを認証開始メッセージであるＴＬＳ(図４のClient Hello)メッセージでネットワーク１００に通知し、ネットワーク１００は自動設定サービスに対する処理を開始する。具体的には、図４のＲＦＣ３５４６による拡張部（拡張フィールド）に格納された情報（extension=6）が自動設定サービスの要求を示す。もし、ネットワーク１００側で自動設定
ができない場合は、認証手順ＮＧとして処理を行う。
【００４４】
このユーザ端末１１６の処理フローを図１０（EE1）に示し、またセキュリティサーバ
１０の処理フローを図７（SS1）及び図８（SS2）に示す。
＜ＥＥ１の処理＞
ユーザ端末１１６は、無線ＬＡＮアクセスポイント１１４が発信しているビーコンの中にふくまれるＳＳＩＤを検出する（Ｓ２４）。ユーザ端末１１６のＯＳの無線ＬＡＮ設定にクライアント証明書から検出したＳＳＩＤが含まれているかを判断する（Ｓ２５）。前記無線ＬＡＮ設定にＳＳＩＤが含まれているとき、ユーザ端末１１６はネットワークアクセス認証（ＥＡＰ認証）手順を開始する（Ｓ２７）。検出したＳＳＩＤがユーザ端末１１６の無線ＬＡＮ設定と異なるとき、ユーザ端末１１６は他の無線ＬＡＮチャネルを検出する（Ｓ２６）。
【００４５】
次に、ユーザ端末１１６がＴＬＳ＿ｓｔａｒｔを受信すると、クライアント証明書の自動設定サービスを検出し（Ｓ２８）、ＴＬＳ（Client Hello）の拡張部のｅｘｔｅｎｓｉｏｎ＿ｔｙｐｅに“６”を設定し（Ｓ２９）、ＴＬＳ（Client Hello）メッセージをネットワーク１００（本実施の形態では無線ＬＡＮアクセスポイント１１４を介してセキュリテッィサーバ）に送信する（Ｓ３０）。
【００４６】
＜ＳＳ１の処理＞
セキュリティサーバ１０の処理フローを図７に示す。セキュリティサーバ１０は、無線ＬＡＮアクセスポイント１１４を介してユーザ端末１１６からＴＬＳ（Client Hello）メッセージを受信する（Ｓ１）。セキュリティサーバ１０は、ＴＬＳメッセージの拡張部から自動設定サービスの要求を検出し（Ｓ２）、セキュリティサーバ１０に端末自動設定機能があるかを判断する（Ｓ３）。端末自動設定機能があるとき、セキュリティサーバ１０は、無線ＬＡＮアクセスポイント１１４を介してセキュリティサーバ１０が端末自動設定機能を有することをユーザ端末１１６に返信する。端末自動設定機能がないとき、セキュリティサーバ１０は、セキュリティサーバ１０が端末自動設定機能を有しないことを無線ＬＡＮアクセスポイント１１４を介してユーザ端末１１６に返信する。このとき、ネットワークアクセス認証（ＥＡＰ認証）ＮＧ手順を実行する（Ｓ４）。
【００４７】
ネットワークアクセス認証は、標準的なＩＥＥＥ８０２．１ｘとＴＬＳ認証手順に基づ
いて行われる。本手順に基づき、無線ＬＡＮアクセスポイント１１４は、ユーザからの認証要求以外のアクセスを一時的に遮断する。ユーザ端末１１６のＬＡＮ制御部ＥＥ６は、接続した無線ＬＡＮアクセスポイント１１４の正当性を確認するために、無線ＬＡＮアクセスポイント１１４に対してサーバ認証を要求する。この際、無線ＬＡＮアクセスポイント１１４は、あらかじめ共有鍵などで信頼関係が結ばれているセキュリティサーバ１０に対して、ユーザからの要求をＲＡＤＩＵＳプロトコルにのせ変えて転送する。セキュリティサーバ１０の認証プロトコル制御部ＳＳ１２は要求に対して、サーバ証明書をユーザ端末１１６に送信する。
【００４８】
サーバ証明書を受信したユーザ端末１１６は、認証プロトコル制御部ＥＥ２にて事前に配布された電子証明書の発行元を示すルート証明書を用いてサーバ証明書を検証し、無線ＬＡＮアクセスポイント１１４の正当性とセキュリティサーバ１０を有する事業者を確認する。その後、ＴＬＳ認証手順に基づき、ユーザ端末１１６の認証プロトコル制御部ＥＥ２は、無線ＬＡＮサービスを提供するＩＳＰに対して認証認可をもとめるクライアント認証を行うため、ＩＳＰから発行されたクライアント証明書をＩＳＰへ送信する。
【００４９】
＜ＳＳ２の処理＞
セキュリティサーバ１０の処理フローを図８に示す。クライアント証明書を受信したセキュリティサーバ１０は、認証プロトコル制御部ＳＳ１２にてクライアント証明書を検証することで認証し、サービスの認可を行う（Ｓ５、Ｓ６）。認可後、ユーザ端末１１６に認証認可の結果を返信する前に、認証プロトコル制御部ＳＳ１２から自動設定プロトコル制御部ＳＳ１４が呼ばれ、自動設定プロトコル制御部ＳＳ１４からＬＡＮ設定制御部ＳＳ１６に対して、ＤＨＣＰサーバ１０８などからユーザ端末１１６やＤＮＳサーバやゲートウェイなどのＩＰアドレスを含むＬＡＮ設定を入手するように指示する（Ｓ７）。次に、ユーザ端末１１６に対してセキュリティエリアへのアクセスを許可するために、自動設定プロトコル制御部ＳＳ１４からセキュリティ設定制御部ＳＳ１８に対して、ＩＰｓｅｃゲートウェイとユーザ端末１１６で必要な暗号鍵などを入手するように指示する。
【００５０】
ＬＡＮ設定制御部ＳＳ１６では、認証要求を転送してきた無線ＬＡＮアクセスポイント１１４を識別し、ユーザ端末１１６へ自動設定すべきＤＨＣＰサーバ１０８を決定する。次に、ＤＨＣＰプロトコル２６などを用いて、ユーザ端末１１６に設定すべき情報（ＩＰアドレスなど）を入手する。また、Ｐｒｏｘｙサーバ１２０の自動設定スクリプトファイルの格納先ＵＲＬを入手後、格納先ＵＲＬを参照してスクリプトファイル本体を入手する（Ｓ８）。端末に設定すべき情報は、あらかじめ分類された処理優先度設定ポリシに従い、処理優先度が決定される。ＤＨＣＰによって得られたＬＡＮ設定は最後に設定処理がされるように優先度「Ｚ」がつけられ（Ｓ７）、Ｐｒｏｘｙ設定はこれを利用するアプリケーションが起動されるときに設定される優先度「Ｃ」がつけられる（Ｓ８）。
【００５１】
セキュリティ制御部ＳＳでは、あらかじめユーザ毎に割り当てた共通鍵をデータベースなどから入手するか、または、セキュリティエリアのＩＰｓｅｃゲートウェイサーバ１１０に対して、ＩＫＥプロトコルなどを用いて、ユーザ端末１１６に設定すべき情報（暗号鍵など）を入手する（Ｓ９）。この時、セキュアなセッションを張るユーザ端末１１６のＩＰアドレスを通知することで、ＩＰｓｅｃゲートウェイサーバ１１０側にもユーザ端末１１６に対するアクセス制御のための設定が可能である。本実施の形態では、ＩＰｓｅｃゲートウェイサーバ１１０との暗号鍵自動設定に言及しているが、Ｍｏｂｉｌｅ−ＩＰにおける位置登録やＩＳＰにおける登録処理を、これら既存のプロトコルを用いて、ユーザ端末１１６に代行して自動的に行い、各種設定情報を入手することも可能なシステムである。ユーザ端末１１６に設定すべき情報は、あらかじめ分類された処理優先度設定ポリシに従い、処理優先度が決定される。ＩＫＥ等によって得られたＩＰｓｅｃ設定は最初に設定処理がされるように優先度「Ａ」がつけられる（Ｓ９）。
【００５２】
各設定情報は自動設定プロトコル制御部ＳＳ１４へ集められて、各設定をＴＬＳ認証手順の応答メッセージであるＳｅｒｖｅｒＦｉｎｉｓｈメッセージ内を拡張したエリア（本発明の独自な拡張部）に格納し（図５）、ＴＬＳの保護機能を用いて安全に端末に返信できる。ＴＬＳメッセージはＲＡＤＩＵＳプロトコルに格納されて、無線ＬＡＮアクセスポイント１１４に送信され、無線ＬＡＮアクセスポイント１１４では、ユーザ端末１１６の認証結果に基づいて遮断していた通信を開放する。また、ＩＥＥＥ８０２．１ｘで規定される手段を用いてユーザ端末１１６に各種の設定データを含む情報を転送する。この時、各情報における設定データに付与する処理優先度を調べ、異なる設定データに同じ優先度の情報が存在する場合は、あらかじめ決めた処理順位設定ポリシに基づいて、処理順位が決定される（Ｓ１０）。処理優先度や処理順位の値は、各ＴＬＳ拡張エリアの優先度設定に記述される（Ｓ１１）。また、設定情報はクライアント証明書に含まれる公開鍵で暗号化することで秘匿し、ユーザ端末１１６に送信する（Ｓ１２、Ｓ１３）。
【００５３】
ＬＡＮ設定またはセキュリティ設定の自動設定処理中に、ＩＰアドレス割付ＮＧや鍵交換ＮＧなどのＮＧ処理があった場合は、クライアント認証ＮＧとして、ＴＬＳ手順に基づき、端末に返信する。また、鍵交換ＮＧの場合は、ＬＡＮ設定制御部ＳＳ１６に取得したユーザ端末１１６のＩＰアドレスを開放する要求を出す。
【００５４】
＜ＥＥ２の処理＞
ユーザ端末１１６の処理フローを図１１に示す。自動設定情報を含む認証認可応答メッセージを受信したユーザ端末１１６は、認証プロトコル制御部ＥＥ２にてこれを受け、ＴＬＳの保護機能を検証する（Ｓ４１、Ｓ４２）。ＴＳＬ拡張部より自動設定サービスを検出する（Ｓ４３）と、自動設定情報部分を処理する自動設定プロトコル制御部ＥＥ４を呼ぶ。自動設定プロトコル制御部ＥＥ４では、ＴＬＳ拡張部（本発明の独自な拡張部）に含まれる自動設定情報を、ユーザ端末１１６が保持する秘密鍵で復号化し、処理優先度や処理順位に基づき、処理を開始する（Ｓ４４からＳ５０）。
【００５５】
ユーザ端末１１６は、設定優先度の高い設定データから設定を行う（Ｓ４５）。この際、設定優先度が同じ設定データがあったときは、設定順位が高い設定データから順に設定処理を実行する（Ｓ４６）。これらの設定を順次繰り返した後に、設定データ本体にある情報を元にインターフェース設定コマンドを実行して、ＩＰアドレスを自動的に設定する（Ｓ５０）。
【００５６】
セキュリティ設定制御部ＥＥは、セキュリティ設定として配布された暗号化鍵とＩＰｓｅｃゲートウェイサーバ１１０のＩＰアドレスと端末のＩＰアドレスを参照して、セキュア通信を行うためのポリシ設定とルーティング設定を行う。
【００５７】
ＬＡＮ設定制御部ＥＥは、ＬＡＮ設定として配布された各ＩＰアドレスなどを参照して、通信を開始するためのユーザ端末１１６の設定を行う。また、配布されたスクリプトを実行し、Ｐｒｏｘｙサーバ１２０の設定を行う。
【００５８】
以上で、ユーザ端末１１６がネットワーク１００に接続する認証と同時に、各設定を安全に行い、ＩＳＰのセキュリティエリアの情報に早く且つ安全にアクセスできる。
本発明の実施の形態では、公衆無線ＬＡＮからのネットワーク接続サービスにおいて、ＩＰレイヤより下層のリンクレイヤのネットワーク認証終了時点で、ＩＰレイヤの自動設定が可能となることを示した。
【００５９】
本発明によれば、ユーザ端末１１６がネットワーク１００へアクセスした際に行う保護された認証手順の中で、各設定情報を一括して端末に配布することが可能であり、従来、
独立して且つ非セキュアに行われていたＩＳＰとユーザ端末１１６間の設定を、効率的に且つセキュアに実施できる。各設定情報の管理は、各サーバで分散的に行われるため、各設定を集中的に管理するケースに比べ高いスケーラビリティを有するシステムが実現できる。また、サーバ-クライアント間のメッセージは、電子署名などによる正当性保証と、
暗号化による情報漏えい対策ができるため、高いセキュリティを維持できる。このような安全で効率的な端末自動設定システムにより、ユーザがデータ通信を開始する前の段階で確実な設定が可能であり、利便性を高めるだけでなく、ネットワーク１００側でも設定ミスによるセキュリティ被害を縮小できる効果がある。
【００６０】
＜その他＞
（付記１）
ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、
前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、
前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段
を含むことを特徴とする前記所定のネットワークに属する設定情報配布装置。
（付記２）
前記設定データは、ユーザ端末に対して設定すべき設定データが複数種類ある場合、ユーザ端末が設定すべき処理順序を判断するための処理優先度を示すデータを含むことを特徴とする付記１記載の設定情報配布装置。
（付記３）
前記設定データは、ユーザ端末に対して設定すべき複数の設定データの処理優先度が同じ場合、ユーザ端末が設定すべき処理順序を判断するための処理順位を示すデータを含むことを特徴とする付記１記載の設定情報配布装置。
（付記４）
前記所定のネットワークは公開鍵認証が利用可能なシステムを有することを特徴とする付記１記載の設定情報配布装置。
（付記５）
前記ユーザ端末を保護するために署名されたサーバ証明書を発行する発行手段を更に含むことを特徴とする付記１記載の設定情報配布装置。
（付記６）
前記ユーザ端末と前記所定のネットワーク間のネットワークアクセス認証手順として、ＩＥＴＦのＲＦＣ２２４６で規定されたＴＬＳプロトコルを用い、ＲＦＣ３５４６で規定される拡張フィールドにユーザ端末に設定される設定データを埋め込み、ＴＬＳプロトコルに基づき保護された認証手順において、ユーザ端末に設定される設定データを前記所定のネットワークから前記ユーザ端末へ配布することを特徴とする付記１記載の設定情報配布装置。
（付記７）
前記設定データは、ＩＥＴＦのＲＦＣ２１３１で規定されるＤＨＣＰプロトコルで配布可能なすべてのデータを含むことを特徴とする付記１記載の設定情報配布装置。
（付記８）
前記設定データは、ＩＥＴＦのＲＦＣ２４０９で規定されるＩＫＥプロトコルで配布可能なすべてのデータを含むことを特徴とする付記１記載の設定情報配布装置。
（付記９）
前記ユーザ端末への応答メッセージを事前に作成する作成手段を更に含むことを特徴とする付記１記載の設定情報配布装置。
（付記１０）
ＤＨＣＰサーバまたはＩＰｓｅｃサーバなどの第２の装置へユーザ端末に設定すべき設
定データを問い合わせる問合せ手段を更に含むことを特徴とする付記１記載の設定情報配布装置。
（付記１１）
前記設定データが複数種類ある場合に、設定データに付与する処理優先度と処理順位を所定のルールに基づき決定する決定手段を更に含むことを特徴とする付記１記載の設定情報配布装置。
（付記１２）
所定のネットワークに属する第１の装置へアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証ステップ、
所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集ステップ、
前記第１の装置が前記認証要求に対する応答メッセージへ前記収集ステップで収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布ステップ
を含むことを特徴とするユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を利用した設定情報配布方法。
（付記１３）
前記設定データは、ユーザ端末に対して設定すべき設定データが複数種類ある場合、ユーザ端末が設定すべき処理順序を判断するための処理優先度を示すデータを含むことを特徴とする付記１２記載の設定情報配布方法。
（付記１４）
前記設定データは、ユーザ端末に対して設定すべき複数の設定データの処理優先度が同じ場合、ユーザ端末が設定すべき処理順序を判断するための処理順位を示すデータを含むことを特徴とする付記１２記載の設定情報配布方法。
（付記１５）
前記所定のネットワークは公開鍵認証が利用可能なシステムを有することを特徴とする付記１２記載の設定情報配布方法。
（付記１６）
前記ユーザ端末を保護するために署名されたサーバ証明書を発行する発行ステップを更に含むことを特徴とする付記１２記載の設定情報配布方法。
（付記１７）
前記ユーザ端末と前記所定のネットワーク間のネットワークアクセス認証手順として、ＩＥＴＦのＲＦＣ２２４６で規定されたＴＬＳプロトコルを用い、ＲＦＣ３５４６で規定される拡張フィールドにユーザ端末に設定される設定データを埋め込み、ＴＬＳプロトコルに基づき保護された認証手順において、ユーザ端末に設定される設定データを前記所定のネットワークから前記ユーザ端末へ配布することを特徴とする付記１２記載の設定情報配布方法。
（付記１８）
前記設定データは、ＩＥＴＦのＲＦＣ２１３１で規定されるＤＨＣＰプロトコルで配布可能なすべてのデータを含むことを特徴とする付記１２記載の設定情報配布方法。
（付記１９）
前記設定データは、ＩＥＴＦのＲＦＣ２４０９で規定されるＩＫＥプロトコルで配布可能なすべてのデータを含むことを特徴とする付記１２記載の設定情報配布方法。
（付記２０）
前記第１の装置は前記ユーザ端末への応答メッセージを事前に作成することを特徴とする付記１２記載の設定情報配布方法。
（付記２１）
ＤＨＣＰサーバまたはＩＰｓｅｃサーバなどの第２の装置へユーザ端末に設定すべき設定データを問い合わせる問合せステップを更に含むことを特徴とする付記１２記載の設定情報配布方法。
（付記２２）
前記設定データが複数種類ある場合に、設定データに付与する処理優先度と処理順位を所定のルールに基づき決定する決定ステップを更に含むことを特徴とする付記１２記載の設定情報配布方法。
（付記２３）
コンピュータを
ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、
前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、
前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段
として機能させることを特徴とする設定情報配布プログラム。
（付記２４）
前記設定データは、ユーザ端末に対して設定すべき設定データが複数種類ある場合、ユーザ端末が設定すべき処理順序を判断するための処理優先度を示すデータを含むことを特徴とする付記２３記載の設定情報配布プログラム。
（付記２５）
前記設定データは、ユーザ端末に対して設定すべき複数の設定データの処理優先度が同じ場合、ユーザ端末が設定すべき処理順序を判断するための処理順位を示すデータを含むことを特徴とする付記２３記載の設定情報配布プログラム。
（付記２６）
前記所定のネットワークは公開鍵認証が利用可能なシステムを有することを特徴とする付記２３記載の設定情報配布プログラム。
（付記２７）
前記ユーザ端末を保護するために署名されたサーバ証明書を発行する発行手段を更に含むことを特徴とする付記２３記載の設定情報配布プログラム。
（付記２８）
前記ユーザ端末と前記所定のネットワーク間のネットワークアクセス認証手順として、ＩＥＴＦのＲＦＣ２２４６で規定されたＴＬＳプロトコルを用い、ＲＦＣ３５４６で規定される拡張フィールドにユーザ端末に設定される設定データを埋め込み、ＴＬＳプロトコルに基づき保護された認証手順において、ユーザ端末に設定される設定データを前記所定のネットワークから前記ユーザ端末へ配布することを特徴とする付記２３記載の設定情報配布プログラム。
（付記２９）
前記設定データは、ＩＥＴＦのＲＦＣ２１３１で規定されるＤＨＣＰプロトコルで配布可能なすべてのデータを含むことを特徴とする付記２３記載の設定情報配布プログラム。（付記３０）
前記設定データは、ＩＥＴＦのＲＦＣ２４０９で規定されるＩＫＥプロトコルで配布可能なすべてのデータを含むことを特徴とする付記２３記載の設定情報配布プログラム。
（付記３１）
前記ユーザ端末への応答メッセージを事前に作成する作成手段を更に含むことを特徴とする付記２３記載の設定情報配布プログラム。
（付記３２）
ＤＨＣＰサーバまたはＩＰｓｅｃサーバなどの第２の装置へユーザ端末に設定すべき設定データを問い合わせる問合せ手段を更に含むことを特徴とする付記２３記載の設定情報配布プログラム。
（付記３３）
前記設定データが複数種類ある場合に、設定データに付与する処理優先度と処理順位を所定のルールに基づき決定する決定手段を更に含むことを特徴とする付記２３記載の設定
情報配布プログラム。
（付記３４）
コンピュータを、
ユーザ端末と所定のネットワーク間のネットワークアクセス認証手順を用いてアクセス認証を要求するユーザ端末からの認証要求を受付けて認証する認証手段、
前記所定のネットワークに属する第２の装置からユーザ端末で設定される設定データを収集する収集手段、
前記認証要求に対する応答メッセージへ前記収集手段で収集された設定データを付加し、前記設定データが付加された応答メッセージをユーザ端末に配布する配布手段
として機能させるためのプログラムを記憶したコンピュータ読み取り可能な記憶媒体。
（付記３５）
コンピュータを
所定のネットワークへアクセス認証を要求する際に、ユーザ端末に設定する設定データの要求を示すデータを付加して認証要求する認証要求手段、
前記認証要求に対する応答メッセージを受信する受信手段、
前記受信手段により受信した応答メッセージの拡張フィールドから設定データを取出してユーザ端末に自動的に設定する設定手段
として機能させることを特徴とする設定情報受信プログラム。
（付記３６）
相互認証手順によりネットワークの安全性を確認するために公開鍵認証によるサーバ証明書を検証することにより認証する認証手段を更に含むことを特徴とする付記３５記載の設定情報受信プログラム。
（付記３７）
応答メッセージの正当性を所定のネットワーク内で行った署名を検証することで確認する確認手段を更に含むことを特徴とする付記３５記載の設定情報受信プログラム。
（付記３８）
前記設定手段は、複数種類の設定データがあるとき、それぞれの設定データに含まれる処理優先度または処理順位を示すデータに基づいて順次設定を行うことを特徴とする付記３５記載の設定情報受信プログラム。
（付記３９）
前記設定手段は、相互認証手順において事前に設定が必要なデータがある場合に、電子証明書を端末にインストールする際に自動的に事前設定することを特徴とする付記３５記載の設定情報受信プログラム。
【図面の簡単な説明】
【００６１】
【図１】本発明による端末自動設定サービスを説明する説明図である。
【図２】本発明による端末自動設定サービスのシーケンス例を示す説明図である。
【図３】本発明の機能ブロックとシステムを説明する説明図である。
【図４】ＴＬＳプロトコル（Client Hello）の詳細を示す説明図である。
【図５】ＴＬＳプロトコル(Sever Finished)の詳細を示す説明図である。
【図６】電子証明書の詳細例を示す説明図である。
【図７】セキュリティサーバＳＳの全体処理フローの一例（SS1）を示すフローチャートである。
【図８】セキュリティサーバＳＳの全体処理フローの一例（SS2）を示すフローチャートである。
【図９】ユーザ端末ＥＥの全体処理フローの例（EE0）を示すフローチャートである。
【図１０】ユーザ端末ＥＥの全体処理フローの例（EE1）を示すフローチャートである。
【図１１】ユーザ端末ＥＥの全体処理フローの例（EE2）を示すフローチャートである。
【図１２】従来技術による端末自動設定サービスを説明する説明図である。  従来の技術によってネットワークにアクセスし、サービスを提供するＷｅｂサーバやＭａｉｌサーバなどへアクセスを行う方法を説明する説明図である。
【図１３】従来技術による端末自動設定サービスのシーケンス例を示す説明図である。
【符号の説明】
【００６２】
２      認証プロトコル制御部ＥＥ
４      自動設定プロトコル制御部ＥＥ
６      ＬＡＮ制御部ＥＥ
８      セキュリティ制御部ＥＥ
１０      セキュリティサーバ
１２      認証プロトコル制御部ＳＳ
１４      自動設定プロトコル制御部ＳＳ
１６      ＬＡＮ設定制御部ＳＳ
１８      セキュリティ設定制御部ＳＳ
２０      ＴＬＳプロトコル
２２      鍵交換プロトコル
２４      ＩＰｓｅｃプロトコル
２６      ＤＨＣＰプロトコル
２８      ＩＣカード
１００      ネットワーク
１０２      Ｗｅｂサーバ
１０４      Ｍａｉｌサーバ
１０６      ネットワーク
１０８      ＤＨＣＰサーバ
１１０      ＩＰｓｅｃサーバ
１１２      ＰＫＩサーバ
１１４      無線ＬＡＮアクセスポイント
１１６      ユーザ端末
１１８      認証サーバ
１２０      Ｐｒｏｘｙサーバ
【図１】
2006086907.tif 000003
【図２】
2006086907.tif 000004
【図３】
2006086907.tif 000005
【図４】
2006086907.tif 000006
【図５】
2006086907.tif 000007
【図６】
2006086907.tif 000008
【図７】
2006086907.tif 000009
【図８】
2006086907.tif 000010
【図９】
2006086907.tif 000011
【図１０】
2006086907.tif 000012
【図１１】
2006086907.tif 000013
【図１２】
2006086907.tif 000014
【図１３】
2006086907.tif 000015