(57)【要約】【課題】アドレス体系に依存することなくネットワーク内で重複のないアドレスを安全に配布でき、そのアドレスの一意性および正当性を保証してアドレス利用に関するセキュリティの確保を可能とする。【解決手段】要求端末３１の公開鍵ＰＫＲがアクセスポイント２０の公開鍵ＰＫＡＰで暗号化されてアクセスポイント２０に送付され、アクセスポイント２０ではこれを復号化して公開鍵を取り出し公開鍵証明書を発行する。要求端末３１にはアクセスポイント２０からＩＰアドレスが割り当てられるが、このＩＰアドレスは発行された公開鍵証明書のＣＮ欄に記述される。アクセスポイント２０は、生成したＩＰアドレスと公開鍵証明書を要求端末３１の公開鍵ＰＫＲで暗号化して要求端末３１へ送付し、要求端末３１は、自分の秘密鍵によって復号化して当該アドレスと証明書を取得する。【選択図】図５
2007189620.tif 000002
【特許請求の範囲】
【請求項１】
利用者端末から送信される該利用者端末の暗号化された公開鍵を受信する受信手段と、
前記暗号化された公開鍵を復号化する復号化手段と、
前記利用者端末に割り当てるＩＰアドレスを決定するＩＰアドレス決定手段と、
前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行する公開鍵証明書発行手段と、
前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化する暗号化手段と、
前記暗号化されたＩＰアドレスと公開鍵証明書を前記利用者端末宛てに送信する送信手段と、
を備えたＩＰアドレス管理サーバ。
【請求項２】
前記利用者端末の公開鍵は、ＩＰアドレス管理サーバから配布された該サーバの公開鍵によって暗号化され、
前記復号化手段は、ＩＰアドレス管理サーバの前記公開鍵と対になる秘密鍵を有しており、該秘密鍵を用いて復号化を行う
ことを特徴とする請求項１に記載のＩＰアドレス管理サーバ。
【請求項３】
ＩＰアドレス管理サーバの前記公開鍵の公開鍵証明書を認証サーバから取得する公開鍵証明書取得手段と、
取得された前記公開鍵証明書を利用者端末に配信する手段と、
を備え、
利用者端末が前記認証サーバの公開鍵と前記配信された公開鍵証明書とによってＩＰアドレス管理サーバの前記公開鍵を検証可能とした
ことを特徴とする請求項２に記載のＩＰアドレス管理サーバ。
【請求項４】
前記受信手段および送信手段による前記利用者端末との通信は、ＩＰアドレスを有しネットワークの一部を構成する他の利用者端末を経由することによって行われる
ことを特徴とする請求項１から請求項３のいずれかの項に記載のＩＰアドレス管理サーバ。
【請求項５】
公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成する公開鍵ペア生成手段と、
利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから該サーバの公開鍵を取得する公開鍵取得手段と、
前記生成した公開鍵を前記取得したＩＰアドレス管理サーバの公開鍵で暗号化する暗号化手段と、
暗号化された前記公開鍵を前記ＩＰアドレス管理サーバ宛てに送信する送信手段と、
前記ＩＰアドレス管理サーバから、前記送信した公開鍵で暗号化された、該公開鍵の公開鍵証明書と前記サーバによって割り当てられたＩＰアドレスを受信する受信手段と、
前記受信した公開鍵証明書およびＩＰアドレスを前記公開鍵ペア生成手段によって生成された秘密鍵を用いて復号化する復号化手段と、
を備えた利用者端末。
【請求項６】
コンピュータに、
利用者端末から送信される該利用者端末の暗号化された公開鍵を復号化するステップと、
前記利用者端末に割り当てるＩＰアドレスを決定するステップと、
前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行するステップと、
前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化するステップと、
を実行させるためのプログラム。
【請求項７】
コンピュータに、
公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成するステップと、
利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから取得した該サーバの公開鍵により、前記生成した公開鍵を暗号化するステップと、
前記ＩＰアドレス管理サーバから取得した、該サーバによって割り当てられたＩＰアドレスと前記暗号化された公開鍵に対して発行された公開鍵証明書とが暗号化されたデータを、前記公開鍵ペアにかかる秘密鍵を用いて復号化するステップと、
を実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＩＰアドレス管理サーバ、利用者端末、およびプログラムに関する。
【背景技術】
【０００２】
無線ネットワークの形態の一つとして、基地局やアクセスポイントなどの特定のインフラに頼らず無線デバイスを有する通信端末がネットワークを構築する、アドホックネットワークがある。アドホックネットワークにおいては、基地局等が近傍に存在しない場合でも、隣接する端末が相互に接続されてメッセージを次々に中継・転送することによって、遠方の端末との通信が実現される。
【０００３】
しかし、通信経路として無線を利用し、さらにメッセージの転送にネットワークに参加した一般ユーザの端末を利用するため、無線通信方式で通常懸念される盗聴の問題のみならず、中継するメッセージに対する改竄の問題等、いくつかのセキュリティ上の問題が発生する。これらセキュリティに対する対策として、デジタル署名やＭＡＣ（Message Authentication Code）などをメッセージに付加し、それらを検証することによってセキュリティを確保する、アドホックネットワーク用のセキュアなルーティングプロトコルが提案されている。
ここで、こうしたセキュアなルーティングを実行するためには、事前に公開鍵証明書等のセキュリティに関する情報を入手しておく必要があることに加えて、ＩＰ（Internet Protocol）上での通信を実現するためにはＩＰアドレスも事前に決定されていなければならない。
【０００４】
従来、ネットワークに参加する端末がＩＰアドレスを取得するための技術としては、ＤＨＣＰ（Dynamic Host Configuration Protocol）やZeroconfといった仕組みがある。ＤＨＣＰは、ネットワーク内に存在するＤＨＣＰサーバが、端末からの要求に従ってネットワーク内で重複しないＩＰアドレスを提供する機能である。また、ZeroconfはＤＨＣＰサーバのような特定のサーバが不要な方式であり、端末がアドレスプールから無作為にＩＰアドレスを選択してそのアドレスが既に利用済みかどうかを他端末に確認した上で、当該ＩＰアドレスを自分のアドレスとして決定するというものである（例えば、非特許文献１参照）。
【非特許文献１】“Dynamic Configuration of IPv4 Link-Local Addresses”、［ｏｎｌｉｎｅ］、２００５年５月、〈http://files.zeroconf.org/rfc3927.txt〉
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、こうした従来のアドレス設定の仕組みは、ネットワーク内の各端末が協調して動作することを前提としており、悪意のあるユーザの端末が存在する場合に対するセキュリティ対策が施されていないため、このような場合に正しく機能しなくなるおそれがある。
この問題を解決するため、公開鍵暗号の技術と一方向性関数を用いて、端末の公開鍵から計算されたハッシュ値を一部に含んだ文字列をアドレスとすることで重複する可能性の少ないアドレスを生成するとともに、そのアドレスの一意性と正当性を証明する公開鍵証明書を発行して利用する方法が提案されている。しかし、ハッシュ値から作られるアドレスのビット列長が長くなるため、128bitの広いアドレス空間を持つＩＰｖ６の場合にはこの方法を適用することができるが、既存のＩＰｖ４ではアドレス空間が32bitしかないので適用が不可能である。
【０００６】
本発明は上記の点に鑑みてなされたものであり、その目的は、アドレス体系に依存することなくネットワーク内で重複のないアドレスを安全に配布でき、そのアドレスの一意性および正当性を保証してアドレス利用に関するセキュリティの確保を可能とすることにある。
【課題を解決するための手段】
【０００７】
本発明は上記の課題を解決するためになされたものであり、請求項１に記載の発明は、利用者端末から送信される該利用者端末の暗号化された公開鍵を受信する受信手段と、前記暗号化された公開鍵を復号化する復号化手段と、前記利用者端末に割り当てるＩＰアドレスを決定するＩＰアドレス決定手段と、前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行する公開鍵証明書発行手段と、前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化する暗号化手段と、前記暗号化されたＩＰアドレスと公開鍵証明書を前記利用者端末宛てに送信する送信手段と、を備えたＩＰアドレス管理サーバである。
【０００８】
また、請求項２に記載の発明は、請求項１に記載のＩＰアドレス管理サーバにおいて、前記利用者端末の公開鍵は、ＩＰアドレス管理サーバから配布された該サーバの公開鍵によって暗号化され、前記復号化手段は、ＩＰアドレス管理サーバの前記公開鍵と対になる秘密鍵を有しており、該秘密鍵を用いて復号化を行うことを特徴とする。
【０００９】
また、請求項３に記載の発明は、請求項２に記載のＩＰアドレス管理サーバにおいて、ＩＰアドレス管理サーバの前記公開鍵の公開鍵証明書を認証サーバから取得する公開鍵証明書取得手段と、取得された前記公開鍵証明書を利用者端末に配信する手段と、を備え、利用者端末が前記認証サーバの公開鍵と前記配信された公開鍵証明書とによってＩＰアドレス管理サーバの前記公開鍵を検証可能としたことを特徴とする。
【００１０】
また、請求項４に記載の発明は、請求項１から請求項３のいずれかの項に記載のＩＰアドレス管理サーバにおいて、前記受信手段および送信手段による前記利用者端末との通信は、ＩＰアドレスを有しネットワークの一部を構成する他の利用者端末を経由することによって行われることを特徴とする。
【００１１】
また、請求項５に記載の発明は、公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成する公開鍵ペア生成手段と、利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから該サーバの公開鍵を取得する公開鍵取得手段と、前記生成した公開鍵を前記取得したＩＰアドレス管理サーバの公開鍵で暗号化する暗号化手段と、暗号化された前記公開鍵を前記ＩＰアドレス管理サーバ宛てに送信する送信手段と、前記ＩＰアドレス管理サーバから、前記送信した公開鍵で暗号化された、該公開鍵の公開鍵証明書と前記サーバによって割り当てられたＩＰアドレスを受信する受信手段と、前記受信した公開鍵証明書およびＩＰアドレスを前記公開鍵ペア生成手段によって生成された秘密鍵を用いて復号化する復号化手段と、を備えた利用者端末である。
【００１２】
また、請求項６に記載の発明は、コンピュータに、利用者端末から送信される該利用者端末の暗号化された公開鍵を復号化するステップと、前記利用者端末に割り当てるＩＰアドレスを決定するステップと、前記割り当てられたＩＰアドレスと関連付けした、前記利用者端末の復号化された公開鍵の公開鍵証明書を発行するステップと、前記割り当てられたＩＰアドレスおよび前記公開鍵証明書を前記公開鍵で暗号化するステップと、を実行させるためのプログラムである。
【００１３】
また、請求項７に記載の発明は、コンピュータに、公開鍵と該公開鍵と対になる秘密鍵とから成る公開鍵ペアを生成するステップと、利用者端末へのＩＰアドレスの割当ての管理を行うＩＰアドレス管理サーバから取得した該サーバの公開鍵により、前記生成した公開鍵を暗号化するステップと、前記ＩＰアドレス管理サーバから取得した、該サーバによって割り当てられたＩＰアドレスと前記暗号化された公開鍵に対して発行された公開鍵証明書とが暗号化されたデータを、前記公開鍵ペアにかかる秘密鍵を用いて復号化するステップと、を実行させるためのプログラムである。
【発明の効果】
【００１４】
本発明によれば、ＩＰアドレス管理サーバが利用者端末に一意のＩＰアドレスを割り当て、そのＩＰアドレスに関連付けした利用者端末の公開鍵証明書を発行して、当該ＩＰアドレスと公開鍵証明書を利用者端末の公開鍵により暗号化して配布するので、重複のないアドレスの配布を安全に実行することができる。そして、利用者端末の公開鍵は暗号化されてＩＰアドレス管理サーバに渡されるので、権限のない者が不正なＩＰアドレスを配布することを防止できる。また、公開鍵証明書とＩＰアドレスが関連付けされているので、配布されたアドレスの一意性と正当性を保証することができる。さらに、ＩＰアドレスの割り当て自体は特別な仕組みを用いていないので、本発明はアドレス体系に依存することなく適用可能である。また、他の利用者端末にＩＰアドレスの配布を中継させているが、必要なメッセージはＩＰアドレス管理サーバ、およびＩＰアドレスの割当てを要求した利用者端末の公開鍵で暗号化されているため、中継する端末がその内容を取得したり、改竄したりすることはできず、安全なアドホックネットワークを構築することが可能となる。
【発明を実施するための最良の形態】
【００１５】
以下、図面を参照しながら本発明の実施形態について詳しく説明する。
図１は、本発明の一実施形態によるＩＰアドレス管理サーバと利用者端末が含まれたネットワークを示している。ここでは、利用者端末３０にＩＰアドレスの配布を行うＩＰアドレス管理サーバとしてアクセスポイント２０が利用され、これらアクセスポイント２０と利用者端末３０によって公衆無線ＬＡＮのアドホックネットワークが構築される場合について説明する。
【００１６】
このネットワークの上位には、公衆無線ＬＡＮを運用しているサービスプロバイダ（ＳＰ）の認証サーバ１０が置かれる。認証サーバ１０は、自分の公開鍵ＰＫＳＰをネットワークに参加する各利用者端末３０に配布する。公開鍵ＰＫＳＰは信頼のおける第三者機関であるＣＡ（Certificate Authority）によって認証されており、そのことを示す公開鍵証明書ＣｅｒｔＣＡ（ＰＫＳＰ）がＣＡから発行されているものとする。各利用者端末３０には、この公開鍵証明書も配布される。これにより、各利用者端末３０は、認証サーバ１０の公開鍵ＰＫＳＰを信用して利用することができるようになっている。なお、これら公開鍵と公開鍵証明書は、利用者端末３０がネットワークへ接続するのに先立って既に配布済みであるものとする。
【００１７】
一方、図１中にはアクセスポイント２０が３つ存在しているが、それぞれが固有の公開鍵を所持している。３つのアクセスポイントをα、β、γとし、各々の公開鍵をＰＫＡＰα、ＰＫＡＰβ、ＰＫＡＰγとする。認証サーバ１０は、これらの公開鍵に上記の公開鍵ＰＫＳＰとペアになる秘密鍵で署名を施して、そのそれぞれについて公開鍵証明書ＣｅｒｔＳＰ（ＰＫＡＰＸ）を発行する。ただしＸはα、β、γのいずれかである。発行された公開鍵証明書は対応するアクセスポイント２０に送られて保持される。
【００１８】
図２は、利用者端末３０の機能ブロック図である。同図に示すように、利用者端末３０は、公開鍵ペア生成手段３０１と、暗号化手段３０２と、公開鍵取得手段３０３と、復号化手段３０４と、送受信部３０５を有している。なお、この利用者端末３０は、無線による通信手段（送受信部３０５）を有した通信端末であって、例えば無線ＬＡＮ機能付きのノート型パソコンやＰＤＡ（Personal Digital Assistance）、携帯電話端末などが含まれるものとする。
【００１９】
公開鍵ペア生成手段３０１は、公開鍵ＰＫＲと秘密鍵ＳＫＲのペア（公開鍵ペア）を生成して、生成したペアのうち公開鍵を暗号化手段３０２に渡す。また、暗号化手段３０２には、公開鍵取得手段３０３からアクセスポイント２０の公開鍵ＰＫＡＰも入力される。この公開鍵ＰＫＡＰは、送受信部３０５によって取得されたものである。
【００２０】
暗号化手段３０２は、上記利用者端末３０の公開鍵ＰＫＲをアクセスポイント２０の公開鍵ＰＫＡＰで暗号化して、送受信部３０５から送り出す。復号化手段３０４は、アクセスポイント２０から配布される暗号化されたＩＰアドレスと公開鍵ＰＫＲの公開鍵証明書とを上記の秘密鍵ＳＫＲを用いて復号化する。
【００２１】
図３は、アクセスポイント２０の機能ブロック図である。アクセスポイント２０は利用者端末３０が直接、または他の利用者端末３０を経由してアドホック的に無線接続するための無線基地局であるとともに、それら利用者端末に適切にＩＰアドレスを割り当て管理するＩＰアドレス管理サーバとして機能する。同図に示すように、アクセスポイント２０は、復号化手段２０１と、ＩＰアドレス決定手段２０２と、公開鍵証明書発行手段２０３と、暗号化手段２０４と、公開鍵証明書取得手段２０５と、送受信部２０６とを有している。
【００２２】
アクセスポイント２０は上述の通り固有の公開鍵ＰＫＡＰを有しているが、それとペアになる秘密鍵ＳＫＡＰをも所持しているものとする。復号化手段２０１には、利用者端末３０から送信されて送受信部２０６で取得された当該利用者端末の公開鍵ＰＫＲが入力される。この公開鍵ＰＫＲは、上記したようにアクセスポイント２０の公開鍵ＰＫＡＰで暗号化が施されている。復号化手段２０１は、秘密鍵ＳＫＡＰを用いてこれを復号化し、公開鍵証明書発行手段２０３へ引き渡す。
【００２３】
ＩＰアドレス決定手段２０２は、アクセスポイント２０配下のアドホックネットワークに参加しようとする利用者端末３０に配布することが可能な、複数のＩＰアドレスをプールしている。そして、参加要求を発した利用者端末に、他とは重複しないＩＰアドレスを割り当てて、そのアドレスを公開鍵証明書発行手段２０３へ入力する。
【００２４】
公開鍵証明書発行手段２０３は、利用者端末３０の公開鍵ＰＫＲに対してアクセスポイント２０の秘密鍵ＳＫＡＰで署名を施し、公開鍵ＰＫＲの公開鍵証明書ＣｅｒｔＡＰ（ＰＫＲ）を発行する。その際、この公開鍵証明書には、上記入力されたＩＰアドレスに関する情報を関連付けておく。例えば、公開鍵証明書のＣＮ（Common Name）欄の値をＩＰアドレスとする。
【００２５】
上記のＩＰアドレスと公開鍵証明書は暗号化手段２０４に入力される。暗号化手段２０４は、これらを利用者端末３０の公開鍵ＰＫＲで暗号化して、送受信部２０６から送り出す。
公開鍵証明書取得手段２０５には、アクセスポイント２０の公開鍵を証明する前述の公開鍵証明書ＣｅｒｔＳＰ（ＰＫＡＰ）が保管される。この証明書は必要に応じて利用者端末３０に配布される。
【００２６】
次に、利用者端末３０がセキュアにＩＰアドレスを取得して、アドホックネットワークに参加するための手順について説明する。この手順は、アクセスポイント２０の認証情報を取得するフェイズと、ＩＰアドレスおよび利用者端末３０の公開鍵の公開鍵証明書を取得するフェイズとから成る。ＩＰアドレスと公開鍵証明書を安全に入手するのが最終的な目的である。
【００２７】
図４は、前者のフェイズを説明する図である。
以下、アクセスポイント２０からＩＰアドレスを配布され既にアドホックネットワークの一部として機能している利用者端末を中継端末３２とし、ネットワーク外に存在しこれからＩＰアドレスを取得しようとしている利用者端末を要求端末３１とする。図５、図６についても同様である。
【００２８】
まず、要求端末３１は、図４のアドホックネットワークの近傍に移動してきていずれかの中継端末３２からの電波圏内に入ると、アクセスポイント２０の認証情報を要求するメッセージをＬ２（レイヤ２）のブロードキャストで送信する（図４内（１））。ここで、認証情報とは、公開鍵ＰＫＡＰとその正当性を示す公開鍵証明書ＣｅｒｔＳＰ（ＰＫＡＰ）のことである。これらは、中継端末３２に所持されている（中継端末３２がＩＰアドレスの配布を受けた際に取得済みである）。
【００２９】
上記の要求メッセージは、１つまたは複数の中継端末３２によって受信される。メッセージを受信した中継端末３２は、所持しているアクセスポイント２０の公開鍵ＰＫＡＰと公開鍵証明書ＣｅｒｔＳＰ（ＰＫＡＰ）をＬ２のユニキャストでメッセージ送信元の要求端末３１へ送信する（図４内（２））。
【００３０】
要求端末３１は、送付された上記の公開鍵と公開鍵証明書を受信する。ここで上述の通り、公開鍵証明書ＣｅｒｔＳＰ（ＰＫＡＰ）は認証サーバ１０の秘密鍵による署名がされており、またこの秘密鍵とペアになる公開鍵ＰＫＳＰは（ネットワーク参加前に）要求端末３１に所持されている。要求端末３１は、この認証サーバ１０の公開鍵ＰＫＳＰを利用して、受信した公開鍵証明書ＣｅｒｔＳＰ（ＰＫＡＰ）の検証を行う（図４内（３））。
【００３１】
公開鍵証明書に改竄等が無ければ上記署名が正しいものであることを公開鍵ＰＫＳＰで確認でき、その場合は検証に成功する。その結果、アクセスポイント２０の公開鍵ＰＫＡＰの正当性が確認されることになり、要求端末３１との通信においてこの公開鍵を安全に利用可能となる。一方、検証できなかった場合には、複数の中継端末３２から送られた証明書を到着順に順次検証していく。または、再度（１）の要求メッセージを発してもよい。
【００３２】
こうして、アクセスポイント２０の正当な公開鍵ＰＫＡＰが取得されると、手順は次のフェイズに移る。
図５は、ＩＰアドレスおよび要求端末３０の公開鍵の公開鍵証明書を取得するフェイズを説明する図である。
【００３３】
要求端末３１はまず、公開鍵ペア（ＰＫＲ、ＳＫＲ）を生成する（図５内（１））。また、アクセスポイント２０に対してＩＰアドレスの配布と公開鍵証明書の発行を要求するメッセージを生成し、そのメッセージに上記の公開鍵ＰＫＲを添付する。そして、公開鍵付きのこのメッセージを前フェイズで取得したアクセスポイント２０の公開鍵ＰＫＡＰで暗号化した上で、Ｌ２のユニキャストにより送信する（図５内（２））。送信先は、前のフェイズで正しい公開鍵証明書を提供した中継端末３２（以降、この中継端末を特に代理端末と呼ぶ）である。
【００３４】
代理端末は、上記のメッセージを受信すると要求端末３１の代理としてそのメッセージをアクセスポイント２０へ送信する。送信されたメッセージはアドホックネットワークを構成する中継端末３２によって次々に転送されて、アクセスポイント２０へ送り届けられる（図５内（３））。この代理端末とアクセスポイント２０間の通信は、通常のＩＰルーティングにより行われる。ここで、アドホックネットワーク内ではセキュアなルーティング処理が実行されており、また、メッセージは公開鍵暗号方式によって暗号化されて送信されるので、通信の安全性が保証されている。
一方、要求端末３１との間の通信は常に代理端末を経由して行われ、その通信方式は既述のようにＬ２上のメッセージ交換によるものとする。
【００３５】
アクセスポイント２０は、送付されてきた上記メッセージを受信し、これを自分の秘密鍵ＳＫＡＰにより復号化する。そしてメッセージの要求内容を解釈するとともに、添付された要求端末３１の公開鍵ＰＫＲをメッセージから取り出す（図５内（４））。
次いで、ＩＰアドレス決定手段２０２にプールされているＩＰアドレスから未使用のアドレスを選び出して、要求端末３１のアドレスとして割り当てる。さらに、（４）で取得した公開鍵ＰＫＲの公開鍵証明書ＣｅｒｔＡＰ（ＰＫＲ）を発行する。ただし、そのＣＮ欄には上記割り当てたＩＰアドレスを記述する。こうして生成されたＩＰアドレスと公開鍵証明書は、要求端末３１の公開鍵ＰＫＲで暗号化されて代理端末経由で要求端末３１に送付される（図５内（５）、（６））。
【００３６】
要求端末３１は、受信したこれらのデータを自分の秘密鍵ＳＫＲを使って復号化し、ＩＰアドレスと公開鍵証明書ＣｅｒｔＡＰ（ＰＫＲ）を取得する（図５内（７）、（８））。
こうして、アクセスポイント２０によって割り当てられたＩＰアドレスが要求端末３１に配布されて、その後要求端末３１はこのＩＰアドレスを利用してアドホックネットワークに参加することが可能である。また、中継端末３２として新たな他の要求端末からのメッセージを中継することも可能である。また、この要求端末３１は、取得した公開鍵証明書を他の端末に提示することによって、自分の公開鍵ＰＫＲがアクセスポイント２０から認証を受けていることを証明できる。さらに、この公開鍵証明書には上述の通りＩＰアドレスが関連付けられているので、自分のＩＰアドレスがアクセスポイント２０から配布された正当なアドレスであることを証明することができる。
【００３７】
次に、要求端末３１とアクセスポイント２０間でやり取りされるメッセージの詳細について、図６に示すシーケンス図を参照して説明する。なお、図６では通信相手を認証するための処理を含むので２往復の通信が行われているが、前述の図５では認証処理を省略しており通信は１往復となっている。
【００３８】
まず要求端末３１は、適当な乱数（ノンス）ＮＲを生成し（ステップＳ１）、自分の公開鍵ＰＫＲとともにアクセスポイント２０の公開鍵ＰＫＡＰで暗号化する。暗号化により生成されたメッセージＥＰＫ＿ＡＰ（ＮＲ，ＰＫＲ）は、代理端末および中継端末３２によって中継されてアクセスポイント２０に送付され（ステップＳ２）、これを受信したアクセスポイント２０は要求端末３１からのＩＰアドレスの配布要求であると解釈する。なお、ＮＲとＰＫＲに加えて他のヘッダやメッセージを含めて暗号化してもよい。
【００３９】
ここで、乱数ＮＲは、通信相手をリアルタイムに特定（認証）するためのデータであり、通信を開始する度に新しい値が採用される。すなわち、ある時点で生成された乱数ＮＲは別のタイミングで行われる通信で再利用することができないようになっている。
【００４０】
アクセスポイント２０は、上記のメッセージを受信すると自分の秘密鍵ＳＫＡＰにより復号化して、乱数ＮＲと公開鍵ＰＫＲを取り出す。また、適当な乱数ＮＡＰを生成する（ステップＳ３）。そして、２つの乱数ＮＲとＮＡＰをステップＳ３で得た公開鍵ＰＫＲで暗号化して、要求端末３１へ送付する（ステップＳ４）。
【００４１】
要求端末３１は、送られたメッセージＥＰＫ＿Ｒ（ＮＲ，ＮＡＰ）を秘密鍵ＳＫＲを用いて復号化して、乱数ＮＲとＮＡＰを取得する（ステップＳ５）。ここで、乱数ＮＲはアクセスポイント２０の公開鍵ＰＫＡＰによって暗号化を施して送信したものであるため、要求端末３１以外にはこれを復号化できる秘密鍵ＳＫＡＰを持ったアクセスポイント２０しか知り得ない情報である。したがって、要求端末３１はステップＳ５で乱数ＮＲを取得したことにより、上記メッセージの送信者が確かにアクセスポイント２０であることを確認する。そして、ステップＳ４と同様に乱数ＮＡＰを公開鍵ＰＫＡＰで暗号化してアクセスポイント２０へ送付する（ステップＳ６）。
【００４２】
次いでアクセスポイント２０においてステップＳ５と同様に乱数ＮＡＰの復号化が行われ、送信者（要求端末３１）が認証される（ステップＳ７）。これにより要求端末３１とアクセスポイント２０の双方で通信相手の認証が完了する。
すると、アクセスポイント２０は、ＩＰアドレス（ＩＰａｄｄｒＲ）と公開鍵証明書（ＣｅｒｔＡＰ（ＰＫＲ））を生成し（ステップＳ７）、これらを暗号化して要求端末３１に送付する（ステップＳ８）。要求端末３１では復号化によりＩＰアドレスと公開鍵証明書が取得される（ステップＳ９）。
【００４３】
このように、本実施形態によれば、要求端末３１の公開鍵ＰＫＲがアクセスポイント２０の公開鍵ＰＫＡＰで暗号化されてアクセスポイント２０に送付され、アクセスポイント２０ではこれを復号化して公開鍵を取り出し公開鍵証明書を発行する。要求端末３１にはアクセスポイント２０からＩＰアドレスが割り当てられるが、このＩＰアドレスは発行された公開鍵証明書のＣＮ欄に記述される。アクセスポイント２０は、生成したＩＰアドレスと公開鍵証明書を要求端末３１の公開鍵ＰＫＲで暗号化して要求端末３１へ送付し、要求端末３１は、自分の秘密鍵によって復号化して当該アドレスと証明書を取得する。
【００４４】
これにより、要求端末３１の公開鍵を持つアクセスポイント２０だけが一意のＩＰアドレスを正当に生成する権限を有し、そのＩＰアドレスを安全に要求端末３１に配布することが可能である。また、発行された公開鍵証明書を利用すればＩＰアドレスの一意性と正当性を証明できる。ＩＰアドレスの割り当てには、ハッシュ関数のようなアドレス生成方法を用いていないので、ＩＰｖ４やＩＰｖ６のようなアドレス体系によらず、本発明を適用することができる。
【００４５】
以上、図面を参照してこの発明の一実施形態について詳しく説明してきたが、具体的な構成は上述のものに限られることはなく、この発明の要旨を逸脱しない範囲内において様々な設計変更等をすることが可能である。
例えば、アドホックネットワーク内に中継端末３２が存在しない（要求端末３１がアドホックネットワークを構成する最初の１台目となる）場合、要求端末３１との通信はアクセスポイント２０と直接行うようにすることができる。
【産業上の利用可能性】
【００４６】
この発明は、無線通信において利用されるアドホックネットワークの運用システムに用いて好適である。
【図面の簡単な説明】
【００４７】
【図１】本発明の一実施形態によるＩＰアドレス管理サーバと利用者端末が含まれたネットワークを示した図である。
【図２】利用者端末の機能ブロック図である。
【図３】アクセスポイントの機能ブロック図である。
【図４】アクセスポイントの認証情報を取得する手順を示した図である。
【図５】ＩＰアドレスおよび要求端末の公開鍵の公開鍵証明書を取得する手順を示した図である。
【図６】要求端末とアクセスポイント間の通信シーケンス図である。
【符号の説明】
【００４８】
１０…認証サーバ  ２０…アクセスポイント  ３０…利用者端末  ３１…要求端末  ３２…中継端末  ２０１…復号化手段  ２０２…ＩＰアドレス決定手段  ２０３…公開鍵証明書発行手段  ２０４…暗号化手段  ２０５…公開鍵証明書取得手段  ２０６…送受信部  ３０１…公開鍵ペア生成手段  ３０２…暗号化手段  ３０３…公開鍵取得手段  ３０４…復号化手段  ３０５…送受信部
【図１】
2007189620.tif 000003
【図２】
2007189620.tif 000004
【図３】
2007189620.tif 000005
【図４】
2007189620.tif 000006
【図５】
2007189620.tif 000007
【図６】
2007189620.tif 000008